Первый пост темы: sw1972 Post: #313856 От:27.06.2011 (10:52) Здесь обсуждают особенности различных микроконтроллеров и программируемых логических интегральных схем.
Также задают вопросы по теме и дают на них ответы.
Дык, эНто в точности - мой любимый подход к делу:)
Все проходят мимо "валяющейся под ногами какашки", а я так гляну и в
ВСЕГДА, когда пытаешься использовать какашку - возникает масса проблем.
Типичный пример. Дедиван расписал нам сотик... Какая проблема сделать систему дистанционного управления, двумя сотиками? А НИЗЯ... вот будет у вас два бесплатных сотовых, но по длительности разработки будет дешевле покупать трансиверы и уже с ними мутить. А с сотиками НИЗЯ! Дедиван уже объяснил почему... 😀
Да к чему упираться только в вопросы связи при рассмотрении возможного применения старого сотика ?
Это опять стереотипное мышление с самоустановкой рамок возможного и не возможного.😳
Неужели нет списка прочих задач, к которым можно привинтить "тело" и пользоваться уже готовой архитектурой, и "довешивать" только тот кусок железа, который уже никак не обойти в индивидуальном проекте?😛
Аааааа...., ну да, - это ж надо ещё и в этом деле ("теле")) разбираться..., а это-ж уже совсем другая история... об уровне квалификации....😀
Неужели нет списка прочих задач, к которым можно привинтить "тело" и пользоваться уже готовой архитектурой, и "довешивать" только тот кусок железа, который уже никак не обойти в индивидуальном проекте?😛
Аааааа...., ну да, - это ж надо ещё и в этом деле ("теле")) разбираться..., а это-ж уже совсем другая история... об уровне квалификации....😀
Задачи надо ставит не те, которые можно решить с помощью того, что есть, а те, которые НУЖНО решать. Типичный пример. Мне не нужно решать какую-нибудь абстрактную задачу...
Задача следующая: Сделать удаленное управление бензогенератором, оборудованным электростартером... чтобы не бежать через всю стройку, чтобы включить... Есть сотики... Ну и куда? А смысл делать фигульку, которая НЕ нужна? Это текущая задача. Еще есть задача - управление пеногенератором. Нужно подключить датчик расхода воздуха, датчик расхода пенообразователя - регулировать пену вентилями расхода.
Что мы имеем? Нету АЦП, чтобы считать показания датчиков. Нету ЦАП, чтобы задать управляющее воздействие. Либо делать все внешнее с контроллерами интерфейса, либо сразу контроллер со всем на борту и опять получается... А зачем сотик? Возможностей много, а использовать нечего... 😕
roman-uhf Пост: 314958 От 05.Jul.2011 (18:07)
ну да, - это ж надо ещё и в этом деле ("теле")) разбираться..., а это-ж уже совсем другая история... об уровне квалификации....😀
В чем и прелесть- стираешь всю проштвку и пользуешь открытую платформу.
Жиэсм будет недоступен , поскольку там все зашифровано,
даже если полнлстью разберешся в теле.
Но все остальное - пользуй, все готовое, причем на уровне недостижимом
для самодельщика.
В том числе и радиоканал. Но не дуплекс а полудуплекс.
roman-uhf Пост: 314958 От 05.Jul.2011 (18:07)
ну да, - это ж надо ещё и в этом деле ("теле")) разбираться..., а это-ж уже совсем другая история... об уровне квалификации....😀
В чем и прелесть- стираешь всю прошивку и пользуешь открытую платформу.
Жиэсм будет недоступен , поскольку там все зашифровано,
даже если полнлстью разберешся в теле.
Но все остальное - пользуй, все готовое, причем на уровне недостижимом
для самодельщика.
В том числе и радиоканал. Но не дуплекс а полудуплекс.
Деда, я ж и не спорю, но с некоторых пор начал смотреть на мир несколько иначе;), глобальнее что-ли...😏
А когда с головой у человека такое происходит, то тут очень многое меняется...
Вот ты всё "канал" шукаеш, а я на это с другой стороны посмотрел...
Причём - возможно, что совсем не с той, которая тебе пришла в голову в первую секунду, как ты прочитал предыдущие слова;)
Дело именно в том, что простая логика диктует "очевидные" выводы, но они не всегда способны привести к нужным действиям для достижения желаемого результата:(,
а при наличии в логике многомерности - становится труднее обозначить цель, ибо эта цель приобретает координаты относительно всех векторов и их локальных целей. 😳
Так вот я родил исключительно простой целевой вектор, практически - примитивный 😏, но, как говорят в Одессе:" - Етот мальчик таки - далеко пойдёт..." 😕
Поэтому интерес и понимание Дедовых работ как бы и присутствует, но у меня появилась такая "векторная" задача, для хотя-бы "затравки" которой надо будет приложить не один год, а то и десятилетие.
Вот так и подчиняю себя главному вектору, а всё остальное становится просто любимым хобби:)
Я тоже с интересом смотрю в сторону АРМ, но более прозаично.
Старенький сотик имеет готовую структуру для многих применений,
хоть авто, хоть охрана.
Готовая камера заднего обзора, все виды связи- звуковая, видео, клава, радиоканал....
И все уже запаяно, что на коленке уже сделать нереально.
Ну и цена на старый сотик дешевле картошки.
Меня заинтересовала эта возможность, поскольку сейчас возможен неплохой донор в виде Nokia 6500 slide.
То-что я нашел по нему - архитектура ARM-9, RAP-3G - закрытая ("RAP3G не известна, также неизвестна и ОС")... Неужели все потеряно?
Разница у них не в командах, а системе управления памятью.
Самые простые - Кортекс - без нее
а затем 7, 9, 10,11 там уже кэши даных, команд, первый уровень, второй
защита памяти- уровни системы. юзера , все как у взрослых.
Гуру. подскажите как правильно проэмулировать хекс файл? Других файлов проекта нет , знаем только МК и имеем прошивку. как посмотреть, что она делает?
_________________ "Наука - это то, чего быть не может. То что может быть - это уже технический прогресс" (П.Л. Капица)
"Делай, что должно и будь, что будет.."
lazj Пост: 318244 От 30.Jul.2011 (12:55)
знаем только МК и имеем прошивку. как посмотреть, что она делает?
Только дизасемблером получить асм файл, а дальше ручками.
Портяночку метра на три - и там все переходы и прерывания смотреть.
Потом их выделить в подпрограммы, откоментировать-
ну и почти исходник получим.
Обвязать можно в том случае, когда известна схема изделия, под которое написана прошивка. Тогда можно обвязывать тестовыми элементами. Прочие случаи не лечатся.
lazj Пост: 318244 От 30.Jul.2011 (12:55)
знаем только МК и имеем прошивку. как посмотреть, что она делает?
Только дизасемблером получить асм файл, а дальше ручками.
Портяночку метра на три - и там все переходы и прерывания смотреть.
Потом их выделить в подпрограммы, откоментировать-
ну и почти исходник получим.
Это всегда можно, главное понимать - для чего и куда потом....пристроить😳
_________________ "Наука - это то, чего быть не может. То что может быть - это уже технический прогресс" (П.Л. Капица)
"Делай, что должно и будь, что будет.."
ну вот... теперь сидеть разбираться с Протеусом...
_________________ "Наука - это то, чего быть не может. То что может быть - это уже технический прогресс" (П.Л. Капица)
"Делай, что должно и будь, что будет.."
lazj Пост: 318244 От 30.Jul.2011 (12:55)
Гуру. подскажите как правильно проэмулировать хекс файл? Других файлов проекта нет , знаем только МК и имеем прошивку. как посмотреть, что она делает?
Алёна!
HEX-файл представляет собой образ бинарного файла, только в текстовом виде. Дизассемблировать его врядли получится без перевода в бинарный формат.
HEX-файлы являются входным форматом для большинства программ для программирования памяти контроллеров через программаторы.
Вот переводчик HEX в BIN. Запускается ручками из командной строки, аргументом ему дается имя файла file.hex, результат пишется в файл hexbin.bin, который потом лучше переименовать.
Если есть у кого время поконсультировать чайника, стукните в скайп lazjalena, плз...
_________________ "Наука - это то, чего быть не может. То что может быть - это уже технический прогресс" (П.Л. Капица)
"Делай, что должно и будь, что будет.."
Скормить его дизассемблеру. В свое время я писал свой дизассемблер для простого процессора типа 48. Для твоего случая его надо где-то поискать. Для некоторых процев найти можно (80, 85, Z80, 86). Хороший дизассемблер генерит метки и типы данных.
PS. По-любому, копаться в чужом коде - дело это долгое и нудное. Не для любителей "раз - и готово".
_________________ И мню аз яко то имать быть, что сам себе всяк может учить.
Eduard Пост: 318379 От 31.Jul.2011 (21:03)
Скормить его дизассемблеру. В свое время я писал свой дизассемблер для простого процессора типа 48. Для твоего случая его надо где-то поискать. Для некоторых процев найти можно (80, 85, Z80, 86). Хороший дизассемблер генерит метки и типы данных.
PS. По-любому, копаться в чужом коде - дело это долгое и нудное. Не для любителей "раз - и готово".
Снимаю шляпу!!!
Согласен, что копаться в чужом коде - дело неблагодарное. Часто бывает, что если сам написАл программу, то она получается даже лучше той, что написана другим человеком.