ФС это круто! Только не забудьте в свою программу добавить Norton Disk Doctor - для восстановления той самой ФС после очередной не законченной записи. FAT это ведь не просто в EEPROM восстановить значение по КС. Я уже предостаточно насмотрелся на перепрошивку навигаторов с разрушенной файловой системой...

Это как раз и меня волнует. В трекере пишу файл архива по получению каждой точки (200K, fopen-fseek-fwrite-fclose), а также в файл счетчика пройденного пути (8 байт), и в файл конфигурации (124 байта, единожды при конфигурировании). Вроде китайцы успокоили, сказали, что используются внутренние механизмы, гарантирующие сохранность (дублирование фат и предотвращение постоянной записи в одни физические адреса флеш - общаюсь непосредственно с разработчиком оцпу , в этом плане у них саппорт супер!), но как оно в реале будет - посмотрю, отпишу. В тестах пока не глючило

FAT и так всегда дублируется (начиная с FAT12 на флопи-дисках) Вот только это мало помогает т.к. нельзя сразу однозначно сказать какая из таблиц правильная. Так, что просто дублирование мало помогает. А если учесть, что обычно корректность (идентичность) таблиц при старте не проверяют и работают до сбоя только с первой...
Что касается второго - это стандартная работа форточек - любое изменение файла по сути убивает старый и в новом месте создает полностью новый.

Ага, а ниче что первые сектора при этом фиксированные и постоянно перезаписываются? Если флэш без wear-leveling то убьется очень быстро.

Этот вопрос как раз ставил перед разработчиками. Сказали, что wear-leveling касается как секторов, ток и FAT-таблицы. Итого вопрос ставился так: необходимость постоянной каждые 10 сек перезаписи файла 8 байт в режиме open-write-close.
Подтвердили, что даный режим допустим и не повлияет на долговечность. А как там на самом деле - жизнь покажет (как Вы верно заметили ранее - ОС то закрыта).
Но в любом случае использование оцпу в целом подкупает минимальностью затрат, как бы там ни было.

Какую материальную ответственность несут консультанты за свои рекомендации? И каковы гарантии того, что в процессе развития firmware разработчикам не понадобятся дополнительные ресурсы, которые будут тихой сапой "заимствованы" из того пула, который используется для wear leveling сейчас?



Часто демонтаж дефектного или намертво зависшего устройства на объекте и монтаж нового по затратам (транспорт, рабочее время) может быть сопоставим со стоимостью устройства. И где в случае вылезших массовых отказов будет экономика этого дела? И какие гарантии лично вы можете иметь в случае закрытой OS?

Да почти такие же от закрытой ОС, как и от открытой
Я не раз убеждался, что едино практика и эксперимент решает вопрос, а не абстрактные рассуждения.
Сделаем 5-10 трекеров (по $30-35 за штуку), поставим на такси, покатаются месяц по городу - а там оно покажет.
Если будет нормально, то демпингуем рынок ценой (и убедите потом юзера в преимуществе открытой ОС ) ), а если нет - ну что ж, пойдем другим путем

Сообщение отредактировал GeGeL - Oct 13 2011, 16:08

Три раза "гы". Если выкинуть из комплектующих процессор и память 4$ ценой, то себестоимость конечного изделия от этого в разы не снизится. Так что никаких особенных преимуществ в демпинге не будет. Даже если использовать бесплатный рабский труд на сборке

с моей точки зрения - от демпинга нет ползу...
это плохо для компании, потому что есть очень маленький доход.
это плохо для клиента, потому что нет приемлемого качества (в большинстве случаев). Также, когда цена низкая - обслуживание не может быть хорошим.
... и не забывайте - вы должны зарабатывать достаточно для хорошего R&D.. :-)

На вейвкомовских модулях в OpenAT похожая технология записи во флэш. Пишем туда постоянно и ниче пока не отвалилось.

Износоустойчивость файловой системы это конечно хорошо. Но как технично умалчивается про журналируемость (как в NTFS). Т.е. если в самый непохходящий момент отключить питание - полетит все к чертям, или нет.

А чего тут думать.
Берем мобилку, начинаем в нее вливать файл - например музыку. И на ходу выдергиваем аккумулятор. С большой вероятностью получим неудаляемый файл или кусок занятой непонятно чем памяти. Потом или форматировать или удалять сервисной прогой.
Вряд ли для модуля придумали что-то новое в управлении файловой системой.

Небольшая резервная батарея спасет Правда добавляются затраты на контроль обоих напряжений питания.

Ну а где тогда вся простота и дешевизна то будет?

Задача и состоит в поиске компромисса между простотой/дешевизной и навороченностью/дороговизной. Можно создать сверхнадежный девайс по стоимости сопоставимый с автомобилем, но ведь никто его покупать то не будет...

Вернемся к теме топика.
Компания Transystem сообщает о подготовке к производству нового GPS модуля EB-870 на базе чипсета MTK 3339.

Благодаря использованию новейшего чипсета, модуль EB-870 обладает лучшими в мире на сегодняшний день характеристиками:

- чувствительность -165 dBm

- потребление тока менее 15 мА в активном режиме (слежение)

- пиковый ток до 18 мА

- ряд эффективных режимов энергосбережения

- предвычисление эфемерид без использования внешних серверов

- фильтрация до 15 источников внешних помех

- возможность записи треков во внутреннюю память модуля.

Размеры модуля 10х10 мм. Модуль повыводно совместим с уже выпускающимся модулем EB-570, что позволит кардинальго улучшить характеристики уже выпускаемых изделий без какой-либо аппаратной доработки.



Начало производства ожидается в декабре 2011 года.

Сообщение отредактировал molecul - Oct 14 2011, 12:29