Evgeny_CD, Архитектор (05.01.2010 16:44, просмотров: 241) ответил AlexandrY на Где уж мне конкурировать с Вами в этой области, у меня в родном городе не менее 6-и конкурентов.
Опять же, поделюсь своим опытом:) "Простая задача" в виде подсчета пробега по GPS с погрешностью менее 3% к одометру хорошей машины в предложенной Вами архитектуре не реализуема в принципе :) Т.е. если пользоваться GPS сервисами WinCE. Для того, чтобы ее решить, надо брать поток NMEA и устраиваеть ему аццкую фильтрацию (Калман и не только). WinCE будет только мешать.
Беспроволная связь WinCE - оно, конечно, хорошо, но про особенности GPRS я уже писал. Опытный факт, что хороший IP стек дает в некоторых плохих условиях скорость 100 байт/сек, что достаточно для задачи мониторинга, а WinMob с той же симкой в тех же условиях даже простой WEB сайт открыть не может - типа интернету с ее точки зрения нету :)
Сдается мне, что делать надо не так :)
* основной embedded процессор и сопроцессоры, если надо - дримборда, в обсчем. На него GSM и навигацию.
* dsPIC на обработку аудио и эхокомпенсацию
* WinCE|Linux процессор как отдельное устройство, связанное по SPI (как пример) с основным embedded процессором; embedded процессор должне быть собакой часов таймера для этого процессора. На этот проц WiFi, экран, можно второй канал аудио, видеокамеру и т.д.
* все необходиыме виртуальные драйвера для WinCE|Linux. Т.е. расшаренный с embedded процессор GSM модем виден как виртуальная сетевая карта (это мы как-то с Вами уже обсуждали :) )
WinCE|Linux хрень должна быть вообсче в виде мезонинной платочки - надо - ставим, не надо - нет.
Ну и вторая мезонииная платочка - для юзеровских сопроцессоров. Чтобы каждый сам мог свяять адаптер для своей извращенной периферии.
Вот така плафторма реально покрыла бы очень большую часть потребности мониторинга - для нестандартных решений, которые нельзя сделать маленькими стандартными коробочками.