HARMHARM

Вот скрипт на Perl, генерирующий пачку hex файлов с заданными серийниками, с помощью srec_cat из комплекта SRecord. Здесь серийник 16-битный, находится по адресам 0x42, 0x43. Формат запуска: makefw.pl src.hex XX makefw.pl src.hex XX YY где XX - первый серийник, YY- последний серийник. На выходе будет пачка от srcserXX.hex до srcserYY.hex. После успешного программирования скрипт armprg переносит hex в другое место, чтоб не было соблазна зашить еще раз, и делает touch что позволяет потом вспомнить дату и время программирования этого устройства. :rolleyes: makefw.rar

Вероятно, я не ясно выразился. Все шьется и работает нормально. EM773 от LPC1114 отличается тем, что из одного из 16-битных таймеров и АЦП путем нехитрых манипуляций сделали электросчетчик. Работа с ним через библиотеку с закрытым исходным кодом, эта периферия не описана.

Bootcode: 7.0.0 Chip ID: LPC1114 32KB ROM/8KB SRAM Rev:301 (ID:71569451/0x0444102B) Надпись на чипе: EM773F SN4370 ZSD10 160AY

В "чистом" RS-485 - нет. А в созданном на его основе J1708 - есть...

А что, большая проблема гнать через HTTP руками? У меня HTTP движок перекочевал с SIM300 на SIM900 без изменений.

Та же самая документация на сайте совершенно бесплатно. Не думаю, чтобы демка сильно отличалась... В LPC2387 больше RAM, и USB умеет OTG и HOST - вся разница...

Я тоже так подумал, но до subst не додумался... Спасибо, на досуге попробую! На сейчас проблему решил в лоб, путем добавления в Makefile после линковки команды: sh -c "for i in obj/*.depend; do perl -p -ibk -e 's/\\\\/\\//g' \$$i; done;" Чуть мозг не поломался, пока писал и экранировал.

Традиционно собираю проекты с помощью GNU Make. После некоторой борьбы при освоении (в основном со слэшами в путях), несколько лет работал с IAR ARM 4.41A. Пришла пора переходить на Cortex, поставил IAR ARM 6.20. Портировал проект. Все бы хорошо, но зависимости не работают! В файлах зависимостей, которые iccarm генерирует по ключу --dependencies, изменился формат путей. IAR ARM 4.41A, ключ --dependencies=m: obj/application.r79: C:\DEV\ARM\lib\LPC23xx.h IAR ARM V6.20.0.52543/W32, ключ --dependencies=m: obj\low_level_init.o: C:\DEV\IAR_ARM6_20_1\ARM\inc\c\intrinsics.h В итоге make при подключении файлов .depend перестал учитывать зависимости. Может, кто-нибудь имеет опыт борьбы с такой напастью? Спасибо.

Сам раньше писал всё на дельфи. Потом начало раздражать - дельфи тут, С в МК. В итоге перешел на Qt, правда связь только через RS-232 (последнее время через USB мост).

Попались в руки LPC11C14FBD48/301. Bootcode: 7.1.0 Chip ID: Unknown Device (ID:339742763/0x1440102B) Надпись на чипе: LPC11C14F /301 S62102 ZSD10 121AY Аналогичен LPC1114FBD48/301, добавлен только CAN-контроллер. Карта памяти такая же. UPD: Кстати, у at200 в описании написано про Joker: -LPC2<XXX>... Хотя -LPС1114 тоже работает. Интересно, EM773 тоже так зашьется? B)

Если у ARM, как это часто бывает теперь, ножки 5V-tolerant - тогда сойдет. Уточните тип МК. И/или читайте даташит.

По-идее, остальные установлены непосредственно возле трех ножек питания МК. На входе ресивера есть резистор. Про трансмиттер не скажу. Честно говоря, не раз сам использовал без всяких проблем точно такое же включение ST3232.

Можно и так - в лоб. Сначала нужно прояснить для себя необходимую точность вычислений, как верно заметил zltigo. И определиться с диапазоном входных значений.

Кроме того, никто не отменял табличных вычислений. Деление иногда можно без особых сложностей заменить умножением. Очень помогает, если есть аппаратный умножитель как в старших MSP430.

Подать миллиампер 100, пощупать - не греются ли микросхемы? Подать амперчик-другой от мощного блока питания, посмотреть где дым пойдет. Кроме шуток - насчет дыма, как-то получили плату с тончайшими перемычками между дорожками (слава ЭТАЛу), только так и нашли - выжгли. Естественно, сначала остальное всё перепробовали.

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

Филур, две недели обычно.

Seiko S-8261, S-8241, или куча аналогов. По одной микросхеме + сдвоенный ключ на банку. А вообще - поиск в Digikey по ключевым словам "PMIC BATT PROTECTION poly under voltage" вам в помощь.

Лучше бы вместо powerkey+nreset сделали нормальный ENABLE, хоть в каком-нибудь виде.

И правда, очень похоже на типичную CAN сеть по пропускной способности. По площади помещения, пожалуй, обойдется без маршрутизации. Иначе вообще печально.

Если вывод работает только как вход, в общем случае - можно. Обычно есть рекомендации производителя типа "leave floating" "tie to ground" "tie to VDD" "pull to VDD". Tie/connect - можно соединять, pull - нужно подтягивать.

Например, есть M25P32 от Numonyx. Впрочем, без двух страничных буферов, и стирание по 64КБайт, но это не всегда плохо. Atmel больше применять не буду. Когда AT45 закладывал - были мысли, вроде как страшновато. Потом подумал - ну это ж память, а не контроллер. Всего года два прожил спокойно :)

Ага, понял чего не понял :)

Добавьте везде volatile, и не будет никакой разницы. Деление и сдвиг производятся с помощью одной и той же команды: UBFX r0,r0,#4,#8 Результат остальных действий сохраняется в регистрах, и используется в обоих случаях - оптимизация.

MCP73861 от Microchip. Обсуждение здесь.