psL

может как-то так сделать? кз - полный размах ацп нажата - 2/3 отжата - 1/3 обрыв - 0

export LD_LIBRARY_PATH=LD_LIBRARY_PATH:/path/to/lib программа может неявно под другим пользователем запускаться, у которого в профиле этого пути может и не быть

В гугле полно diy проектов. От такого https://www.circuitlab.com/circuit/49d32y/u...13-01-14_k7hkl/ До, например, такого http://www.eevblog.com/forum/projects/rasp...r-with-diy-ups/

Вы пишите выше про _повышающий_ стабилизатор на LM2676. При этом непонятно куда вы этот стабилизатор подключаете. Нужна схема, рисунок или более внятное описание вашего устройства.

Как-то неоптимально рассеивать 3,5 Вт на линейном стабилизаторе. Вообще схема питания непонятная. Дисплей подключается непосредственно к 5В, а контроллер к 3.3В? При этом контроллер в отличие от дисплея не виснет? Если так, то можно попробовать по входу импульсный преобразователь поставить до 6 В (хотябы на mc34063), а уже с него линейные стабилизаторы. Ограничительный диод по входу типа smbj лишним тоже не будет. Без переразводки можно попробовать PEAK PSR-78xx поставить попробовать.

По идее никак. Компилятор в принципе не может отследить контекст, в котором вызывается прерывание.

не использовать автоматических переменных в теле функции типа uint8_t temp; не вызывать функции, передающие параметры через стек типа OnSound (temp); т.е. примерно так: static uint8_t temp; static void OnSound (void){ temp; ... } ISR (INT0_vect) { temp=PORTB; OnSound (); } или использовать какую-нибудь очередь заданий, которая будет заполняться в прерывании, а обрабатываться в основной программе

А apache не жирно для embedded? Конкретно про cgi на c в apache например здесь: http://habrahabr.ru/post/61532/ Вместо статики лучше ajax использовать, а данные клиенту отдавать через json

Ну да. В бюджет не уложитесь))) Если APC не подходит, то есть другое, более "суровое" решение: Вашей "снегодавильной установке" нужен простой аппаратный вотч-дог типа MAX705. Вход - на выход светодиода (или порт, переключаемый скриптом), выход на кнопку БП или резет.

А что APC уже перестала управляемые розетки делать?

Доказывать (обосновывать), что отечественный дроссель ухудшает параметры изделия и получать разрешение.

Если нужно слать почту на доменное имя естественно в стеке контроллера должно быть преобразование доменных имен в ip

Без BSP и техподдержки догнать и перегнать китайцев или ребят из какого-нибудь Длинк будет ой как непросто, ибо сроки разработки прошивки для проекта у них месяц от силы два. Поэтому плата - ничто, BSP - все ;) А по поводу "так никто не делает" - прецеденты были, есть и будут...

Библиотека snmp под Microchip очень условно v2c. Во всяком случае то, что было год назад. Трапы v2, а также некоторые типы переменных v2 не поддерживаются. Разработчики в исходниках честно про это пишут. Для начала нужно бы узнать у заказчика, чего ему не хватает в v1 по сравнению с v2с. Если это чем-то поможет, то видел компактную реализацию snmp v2c здесь: http://code.google.com/p/uos-embedded/down...mp;can=2&q= подробнее ничего не подскажу - сам не использовал, поскольку к моменту обнаружения уже потерял к этой теме интерес.

топикстартер молчит про свой компилятор

может это проблемы с выравниванием? Попробуйте так: memcpy(&TxBuf[5], (char*)&Sensor, sizeof(struct SensStruct));

Это понятно. Но записать байт в контроллер EEPROM как-то попроще будет + никакого оверхеда для ram

Если программа терминала будет перебирать скорости (число бит, четность и т.п.) для оконечного оборудования, то она сойдет с ума. В оконечном оборудовании (модеме) это проще сделать, потому что, например, модем знает что ему придет от терминала - возврат каретки или AT, а терминал ничего не знает про оконечное оборудование.

Если учесть все телодвижения, которые требуются при чтении/модификации настроек во flash, думаю да, сильно:)

Выше напряжение - выше помехоустоичивость. А EEPROM вещь полезная - имеет больший ресурс перезаписи, избавляет от муторного циклическоого хранения параметров во flash, поиск, контроль выхода записи за границы блока, копированием в рам, стиранием и т.п. При всем этом flash - это еще и не самая быстрая память.

Интересно, сколько это будет стоить, если учесть, что визнет сам по себе не дешев.

А что на стороннем ПК есть ftp и нет ppp?

Если выход контроллера LVCMOS, IRF630 может и не открыться - у него пороговое напряжение 2..4В, тем более на 40кГц

Странно, Акронис Тру Имаж по личному опыту вроде справлялся с задачей переноса системного диска. Одно время приходилось часто переставлять систему: устанавливал хр и все необходимые программы, делал образ, в случае падения системы - восстанавливал ее из образа. Да и многие админы вроде так делают, если железо на компьютерах одинаковое.

Зависит от реализации счетчика. SIM900D просто получает данные с сайта методом GET. Если обращение идет, например, к скрипту на стороне сервера, скрипт может инкрементировать число обращений к себе - соответственно счетчик будет работать, но таких счетчиков на подавляющем большинстве сайтов вы не встретите. Чаще всего счетчик - это какая-то картинка, которая загружается с сервера счетчика, а не сайта, к которому идет обращение. При загрузке картинки серверу счетчика передается HTTP_REFERER(имя сайта), с которого идет закачка, и прочая статистика о пользователе, по рефереру он опрделяет какому сайту он должен отдать картинку со статистикой и инкремнтирует число обращений для сайта-реферера в соответствие со своим алгоритмом. Т.е. в вашем случае модем загружает, страницу, но не загружает объект счетчика на этой странице, поэтому увеличения числа посетителей не происходит. Чтобы имитировать заход на сайт, как например в статистике внизу этой темы, клиент должен поддерживать cookies и сессии. Т.е. обладать каким-то минимальном функционалом браузера. Интересно, зачем это нужно? Проверить работает модем по http или нет?