PsM

Если используешь ядро 2.6 я бы посоветовал использовать для рута initramfs и tmpfs вместо ramdisk-а (initrd). Так можно Будет сэкономить некоторое количество ram-а подробности можно почитать тут: http://teleology.ru/projects_ru/informatic...ru/initramfs_ru

Может и не расчитан, но его пытаються там использовать. https://developer.berlios.de/projects/estyx/ Не думаю что при использовании GPRS/IP/IL/STYX будет существенно большая избыточность чем в случае использования GPRS/IP/TCP/Сокеты. Тем более что нужно будет еще что то предпринять насчет безопасности. Может подскажите другой протокол, который больше подойдет ? И обьясните, плиз, какие проблемы реалтайм должен учитывать протокол ?

К примеру, есть 1000 устройств на базе at91sam7 которые имеют канал связи с центральным сервером. Их ряды пополняться новыми, не обязательно такими же, устройствами возможно даже с другим назначением. Нужно организовать эфективное управление/контроль всем этим масивом устройств на центральном сервере. Исходя из обзоров inferno, на роль сервера напрашиваться ОСь inferno, а на протокол взаимодействия styx. Всю серверную обработку реализовать в виде приложений inferno. А в embedded устройства засунуть необходимый минимум чтобы они были доступны по протоколу styx. Насколько жизнезпособна эта идея ? Какие есть варианты решения такой задачки ? Хочеться сделать унифицированную систему, которой можно было просто и комфортно пользоваться ... Нашел подтверждение этой идеи http://www.cs.york.ac.uk/rts/cgi-bin/bibte...R:Audsley:2005a ftp://ftp.cs.york.ac.uk/papers/rtspapers/R:Audsley:2005a.pdf Но там они продвигают свою апаратну реализацию протокола styx...

Пробую поднять ppp на windows через lwip (для тренировки) Взял вот отсюда готовый проект под VC6: http://web.comex.com.ar/temporary/pppw32.zip Подправил его под обычный модем. Но ppp не поднимаеться ... При соеденении через ppp виндовый с тем же именем и паролем, естественно все Ок. Посоветуйте хорошую доку, которая поможет разобраться в протоколе и найти проблемку в моем случае... Есть ли принципиальное различие между ppp обычным dialup-овским и тем который дает сотовый телефон (насколько я понимаю в самом GPRS-е ppp-соеденения нету , его эмулирует телефон ) ? Вот что пишет pppd с другой стороны: Apr 18 13:11:15 localhost pppd[1777]: Connect: ppp1 <--> /dev/ttyS0 Apr 18 13:11:15 localhost pppd[1777]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x3a15196d> <pcomp> <accomp>] Apr 18 13:11:15 localhost pppd[1777]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <auth pap> <magic 0x3a15196d> <pcomp> <accomp>] Apr 18 13:11:18 localhost pppd[1777]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x3a15196d> <pcomp> <accomp>] Apr 18 13:11:18 localhost pppd[1777]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <auth pap> <magic 0x3a15196d> <pcomp> <accomp>] Apr 18 13:11:21 localhost pppd[1777]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <auth pap> <magic 0x3a15196d> <pcomp> <accomp>] Apr 18 13:11:21 localhost pppd[1777]: rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x52181044> <pcomp> <accomp>] Apr 18 13:11:21 localhost pppd[1777]: sent [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x52181044> <pcomp> <accomp>] Apr 18 13:11:21 localhost pppd[1777]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <auth pap> <magic 0x3a15196d> <pcomp> <accomp>] Apr 18 13:11:21 localhost pppd[1777]: rcvd [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>] Apr 18 13:11:21 localhost pppd[1777]: discarding proto 0x8021 in phase 5 Apr 18 13:11:27 localhost pppd[1777]: rcvd [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>] Apr 18 13:11:27 localhost pppd[1777]: discarding proto 0x8021 in phase 5 Apr 18 13:11:33 localhost pppd[1777]: rcvd [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>] Apr 18 13:11:33 localhost pppd[1777]: discarding proto 0x8021 in phase 5 Apr 18 13:11:39 localhost pppd[1777]: rcvd [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>] Apr 18 13:11:39 localhost pppd[1777]: discarding proto 0x8021 in phase 5 Apr 18 13:11:45 localhost pppd[1777]: rcvd [IPCP ConfReq id=0x1 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>] Apr 18 13:11:45 localhost pppd[1777]: discarding proto 0x8021 in phase 5 Apr 18 13:11:51 localhost pppd[1777]: sent [LCP TermReq id=0x2 "Authentication failed"] Apr 18 13:11:51 localhost pppd[1777]: rcvd [LCP TermAck id=0x2] Apr 18 13:11:51 localhost pppd[1777]: Connection terminated.

Диалог создаеться из ресурса, и для нормального функционирования стандартных системных контролов поддержка кодом в виде экземпляра класса (иметься ввиду C++ классы, а не оконные) не нужна. Зачем к примеру для кнопки заводить переменную (расходовать дополнительные ресурсы) если нам нужно только получить от нее сообщение BN_CLICKED ?

Если речь идет про Dialog-и . в VC6 : заходишь в View/Class Wizard... / Member Variables, там для твоего IDC_Button1 (IDC_Edit1) жмешь AddVariable дальше думаю все понятно. в VC 2005 намного проще: для нужного Button-а(Edit-а) жмеш правой кнопкой и AddVariable ... Про остальные VC не знаю

Это которые из eCos POSIX compatibility layer ? По идее они эмулируються через eCos Kernel, и если это так, тогда они ничем не лучше Mail boxes. Или есть еще другие Message queues ? Сразу не заметил... Это про cyg/kernel/mqueue.hxx ? Интересно почему в reference ничего про них нету ...

Посмотрел tnkernel, понравились Data Queues. Насколько Mail boxes из ecos соответствуют Data Queues из TNKernel ? Правильно ли использовать Mail boxes в качестве буфера между потоком (или ISR) читающим данные АЦП и обрабатывающим потоком ? Смутило в первую очередь статическое (для ВСЕХ mbox-ов) задание размера очереди в конфигурации ecos-а ... Может существует обькет который больше подходит на данную роль ?

У меня тоже было. Проверь наличие в папке %SystemRoot%\INF atm6124.Inf atm6124.PNF и в %SystemRoot%\system32\drivers atm6124.sys У меня инсталяшка почему-то поставила только atm6124.sys. После того как в вручную поставил с другой машины atm6124.Inf atm6124.PNF все стало ок

Почитал новость http://news.nag.ru/13169 Что никак не пойму в чем заключаеться уязвимость ... В том что "Хакеры" могут через него залить модифицированную прошивку ?

Что бы пускать ecos (в том числе и тесты) через gdb (ROM Monitor) он ОБЯЗАТЕЛЬНО должен быть собран в конфигурации RAM. Я правильно понимаю ? При попытке собрать ecos в RAM конфигурации вываливаеться ошибка: couldn't open "ecos_install/include/pkgconf/mlt_arm_at91sam7s256_ram.ldi": no such file or directory соответствующие ROM файлы там присутствуют, а RAM нету... в них же написанно: // This is a generated file - do not edit Чем они генирируються и из каких файлов ?

Спасибо, пока недочитал до этого места :( . Вообще обычно сокращения расшифровываються при первом употреблении...

Читаю доку по ecos, раздел Interrupt Handling. там используються сокращения VSR и ISR . Приблизительно понимаю что такое, но для большего понимания хотелось бы знать расшифровку VSR и ISR. Не подскажете как расшифровываеться VSR и ISR ?

Разобраля, собрал сам RedBoot... параметр Debug serial port - по умолчанию там стоит 2, а он что на Olimex-е, что Atmel EB даже не разведен ...

Файлы из: http://atmel.com/dyn/resources/prod_docume...are%20files.zip если не трудно, плиз....