to post messages and comments.

Вот у меня вопрос, как выглядит рабочий процесс у embeded программиста? Завезли ли на ембед тестов? Как достигается надежность или хотябы работоспособность программ для микроконтроллеров? Как отлаживается код, как профилируется? Меня уверяют что на контроллерах все очень печально, что код пишется наживую, без тестов, надежность достигается отладкой в контроллере.
Последний тег для привлечения внимания

А есть нормальные библлиотеки реализующие ip стек хоть частично, жля микроконтроллеров? Нужен только IP/UDP, TCP врядли понадобится. Желательно чтобы документация была и оформлено в виде библиотеки, а не в виде йобаного куска кода.

Чуваки, а что, нормального открытого кросскомпилятора нет под армы ? Только богомерзкий Sourcery, который непонятно каким хуем оказывается закрытым gcc ?
Как там еще с LLVM дела в этом плане ?

Чуваки имплементировали свой TCP/IP на PIC33, уверяют, что lwIP/uIP не брали. А потом в готовый девайс, то ли для обсчёта АЦП, то ли ещё зачем-то, воткнули ещё 2 процессора: STM32 и MSP. Это задротство или я что-то не понимаю в индустрии?

В этом вашем линуксе уже придумано вменяемое API для всяких платок аналогового ввода и тому подобной периферии? Или каждый колхозит себе что-то специфическое?

универСальная шина
Казалось бы, 21 век, стандарты и унификации, но сегодня ни один из трёх наличных УПШ-носителей не подошёл к девайсине. Причём, я точно знаю, что существуют носители, которых она понимает.
У одного дебильная организация: чтоб подарить вендузятникам какую-то фичу, которой они никогда не будут пользоваться, производитель сделал композитный девайс, который прикидывается не флэшкой, а флэшкой и сидюком.
У другого NTFS.
Что не так с третьим, вообще непонятно.

Посоветуйте GPRS-модемов не очень глючных, для поделок. Щаз разработчег использует Telit, потихоньку щупает Sierra. А что выбираете вы?

Можно ли в этом вашем линуксе сделать так, чтобы по входящему звонку или SMS на GSM-модем запускалось нужное действие? Например, GPRS-дозвон

Они лезут на свет!

Сколько существует популярных кросс-GCC-тулчейнов для ARMA? crosstool, crosstool-ng, Сode Sourcery, YAGArTo, парочка платных? Похоже, портирование GCC — это очень сложное вуду, и поэтому не выходит сделать один-тулчейн-на-всех, как для x86.

Почему современные железные программисты так обожают городить структуры с указателями на структуры с указателями на коллбэки? Неужели они предполагают, что на их устройствах будет что-то вроде динамически загружаемых драйверов? Я ещё понимаю на ARMах каких-нибудь, но на восьмибитных мухобойках такой код встречается даже чаще.

предыстория #1262212. Это действительно был баг в компиляторе bugs.adobe.com и его пофиксили чуть больше года назад. В sdk 4.5 оно работает на ура, но в sdk 3.2, которое используется у нас в проекте, соответственно, нифига не работает.