МК - альтернативная отладка - Страница 3

NemoCut32 · 20.06.2006, 00:52

Насчёт уровня вложений 20 не скажу - ограничил буфер 16ю, но можно попробовать до 40! Кто круче!? И это занимало не более 8K с минимум дров и обработчиками событий, а вот полный проект с логикой, драйверами и т.д. еле умещался в 120K (MEGA12

.
Пишу на C и C++ и проблем не испытываю, если бы то-же самое писал на ASMе сдох бы давно, не сделав и половины. Для мелких программ ассемблер выигрывает по размеру кода, начиная от 4K (для того же AVR) сравнивается, а с 16K начинает проигрывать C. Потом добавьте время написания и отладки + портируемость кода + совместную работу нескольких людей, а при работте с операционками только "укуренный штык" соберётся писать на асме серьёзный проект. Биты подёргать, байты переслать это ещё куда не шло.
А объектно ориентированная модель C++, куда ж без неё.
Так что ребята спорить бестолку - крутыми бывают только яйца, а вот как уже говорили эмбеддер со знанием Си, но не умеющий писать на асме и не знающий "железа" - это нонсенс.
Скажу, что и сам вставляю иногда ассемблерные куски в сишный код, но стараюсь этого не делать без крайней необходимости - нарушается структура программы и оптимизация может потом дурить (иногда проще переписать библиотеку, но только в случае крайней ситуации и когда знаешь что делаешь).
Я не претендую на "особое мнение", но мой совет: преходите на языки высокого уровня - получится не всё сразу, но "игра стоит свеч".
З.Ы. Тут не давно переписал старый ассемблерный проект на Сях, какогож было моё удивление, когда даже после добавления новых функций размер кода при максимальной оптимизации в IAR C оказался меньше, чем старый ассемблерный проект. А по поводу отладки добавлю: вот как-раз когда пишешь большой проект на Си, с кучей событий в реальном времени JTAG и незаменим - при отладке со встроенным монитором (а именно так называется способ описанный DeCoder-ом), не возможности ставить точки останова по коду или событиям (по крайней мере оперативно), нет возможности или крайне затруднительная управлять работой процессора, вдобавок иногда и "монитор" может глючить, не говоря о занимаемом месте в памяти. При работе с ОС например монитор не поможет, а только навредит, т.к. его придётся встраивать в ядро системы.

xelos · 20.06.2006, 02:04

полностью согласен с Nemo, языки высокого уровня стяновятся необходимым инструментом, когда стоит вопрос времени/объема.

насчет операционок - такая же фишка, для мелких проектов нет смысла их пользовать, а для крупных - иногда экономия времени. Nemo, какие ОС пользуешь? Linux, FreeRTOS пользовал?

deCoder · 20.06.2006, 02:52

Сообщение от Unichorn

deCoder вопрос. А ты сможеш написать на Си меню
с уровнем вложения 20 ,это как в виндах папка в папке, да ещё чтобы в каждой папке было по 20 папок.
+ графический интерфейс и запихай всё это в 30килобайт кода.

Ни с кем ничем я меряться не буду )) Возможно у кого то сложилось впечатление что я строю из себя гуру. Вовсе нет.

Цитата:

насчет того, чтобы самому писать компилятор - это уже из области, чтобы быть профи в каком-то мк, это значит, уметь написать его ядро на VHDL

Я и не призывал писать свой компилятор. Я хотел сказать что программист за сишным кодом должен четко видеть ассемблер или даже машинные коды.
Может я чего то не понимаю… Но, при написании компилятора ассемблера нужна ли VHDL модель процессора? Мне кажется нет. Также и компилятор Си можно написать без неё. VHDL модель пригодится при написании эмулятора или виртуальной среды типа протеуса.

Цитата:

Для меня было бы здорово сделать что-то типа AVR + Ethernet на одном кристалле. Ethernet конечно не 10/100 Мбит, гораздо ниже, со скоростью 57600 бит/сек.
Пока довольствуюсь AVR и UART. Пытаюсь дома создать сеть "умных устройств

Я немного «варился» в этом. Когда в «умном доме» 2-3 таких медленных устройства это туда-сюда. Но больше... задержка выполнения не выдерживает никакой критики. Сам наблюдал как при срабатывании охранного датчика сигнал приходил черз 2-3 минуты. Это сеть из нескольких десятков промышленных контроллеров на rs485 интерфейсе на скорости 9600 бод. Вообщем идею твою не поддерживаю. Умные дома, мне кажется, нужно делать на «электропроводке» (интересный чип был у Филипса, гораздо лучше чем у Ангстрема) или на основе Ethernet. В последнем случае можно также довольно дешево сделать связь с подвижными объектами по WiFi, в отличии от rs485 где банальный ПИГР стоит баксов 60.
И использование плис мне кажется нецелесообразным

Цитата:

Я и перебираюсь в последнее время на GCC.
Эти компиляторы под многие платформы существуют

У меня был только один опыт общения с AvrGcc, см мою ссылку выше. (Сборка чужих исходников в Линухе не в счет). Впечатления – отвратительно. )) В страшном сне снится визард для генерирования make-файлов )) Хотя я люблю консоль и мне очень понравился «блокнот программиста» я его теперь постоянно использую при работе с x51. Кстати последние версии поддерживают подсветку синтаксиса ассемблера. Запомнился хелп. В котором аж 2 примера! Сумбурный хелп одним файлом. Хочется поскорее вернуться в объятия коммерческих компиляторов )) Первым делом я скачал последний релиз AvrGCC и че за фигня? Чужой проект не собирается! Нашел даже причину. Пришлось бы много править. А времени то нет. Как говориться за е##ю не платят. Скачал релиз полугодовой давности и все заработало. Но это все мелочи. Я бы использовал бы прелести свободного кода если бы не худшие параметры GCC. На «натахаусе» валяется книжка по ARM7 и там приведена таблица и GCC для ARM генерит код в 10 раз больше и выполняется в 10 раз медленнее всех коммерческих компиляторов.

Цитата:

Забыл. Это под 51 Keil6.20

x51 и PIC не проектировались под использование Си. Там проигрыш относительно ассемблера до половины кода.

Цитата:

А по поводу отладки добавлю: вот как-раз когда пишешь большой проект на Си, с кучей событий в реальном времени JTAG и незаменим - при отладке со встроенным монитором (а именно так называется способ описанный DeCoder-ом), не возможности ставить точки останова по коду или событиям (по крайней мере оперативно), нет возможности или крайне затруднительная управлять работой процессора, вдобавок иногда и "монитор" может глючить, не говоря о занимаемом месте в памяти. При работе с ОС например монитор не поможет, а только навредит, т.к. его придётся встраивать в ядро системы

Я еще не дорос до использования ОС, или мой работодатель не дорос, что впрочем одно и то же ) Чувствую мой текущий проект может выиграть от применения ОС. (Сейчас читаю про uOS.) Спасибо. В этом, наверное, jtag-отладчик окажется мне полезным.

Unichorn · 20.06.2006, 11:46

Полностью согласен с NemoCut32.
А насчёт встроенного отладчика, таков проект заказали,
хотя мне лично, пофиг.

ЗЫ
Извеняюсь за мат.

Luzkov · 20.06.2006, 12:41

Пока можно писатьи на асме. Ну а через лет 10. МК постигнет таже учесть что и процы общего назначения. 2^n мегобайт флеш, оптически порты, и т.д и т.п. Так что перход на С это только вопрос времени.

Andrewg · 22.06.2006, 12:21

Сообщение от Luzkov

Пока можно писатьи на асме. Ну а через лет 10. МК постигнет таже учесть что и процы общего назначения. 2^n мегобайт флеш, оптически порты, и т.д и т.п. Так что перход на С это только вопрос времени.

Ну да, обьектно-ориентированное программирование под МК. Пишешь не код, а рисуешь схему.
К примеру
http://www.tecomat.cz/sw/QuickII/Setup.exe
Размер 5 мб.
Кто желает может поиграться. Для начинающих будет хорошо понять работу логических элементов.
Симуляция прекрасно работает.
Может кто видел нечто подобное для обычных МК?

Пусть не пугает чешский язык, логически понятен.

avr123-nm-ru · 22.06.2006, 12:58

Простой и на АСМе это Тульский "Алгоритм Билдер" AB

Офигенно крутой это "Вижуал стэйт" от IAR.com для любых МК

и там и там есть демы, но вторая дема наверняка без ограничений на 30 дней.

NemoCut32 · 24.06.2006, 01:41

Полностью согласен. Кто пишет чисто на асме в Винде? А? То-то же.
По поводу операционок отвечаю - к сожалению не пользовался никакими: баловался с embedOS, uCOS, даже свою начал писать, но в своих рабочих проектах не применял. На работе пытался продвинуть что нибудь, может даже Linux, но руководство (впрочем как и коллеги) не поддержвло, а зря. А на свой страх и риск использовать не могу - за обучение денег не платят, возможны только некоторые дивиденты от знаний, но только в будущем, а им подавай всё и сразу. Зато есть новая "фишка" - многоуровневый обмен между программными модулями: "ядром" - содержащим драйвера устройств, "программой" - образующей логику работы, "монитором" - содержащим служебные функции. Вообщем "клёво", особенно если учесть, что эти куски будут писать разные люди - а "операционка это дорого и вносит свои ощибки в программу".
Уф, вот такой у нас "УровенЪ". Если кто подскажет с каких бесплатных систем лучше начинать (с портами под AVR, ARM и MCS51) и поможет какими ссылками, буду премного благодарен. А то заниматься практически нет времени.

avr123-nm-ru · 24.06.2006, 08:36

Сообщение от NemoCut32

Если кто подскажет с каких бесплатных систем лучше начинать (с портами под AVR, ARM и MCS51) и поможет какими ссылками, буду премного благодарен.

что значит "систем" ? Среды разработки ? Честно бесплатны или по-нашенски ?

Бесплатный компилятор для AVR по моему только WinAVR http://www.avrfreaks.net

Более подробно в курсе есть

NemoCut32 · 27.06.2006, 01:29

НЕТ Речь идёт об операционных системах для AVR, ARM и т.д. Тут баловался с Segger's embOS для ARM вроде ничего себе, но она платная.