Использование Siemens TС65 в будущих разработках., Проблема с самопроизвольным выключением модуля Опции

[beketata]

Несколько топиков ранее некто Evgeniy_K поднял подобный вопрос о самопризвольном выключении модуля Siemens TC65.
К сожалению, Evgeniy_K перестал отвечать на вопросы, ответив сам себе, что Siemens мол "расколося", признав ошибку в прошивке, ниже 2.0 версии.

Наша проблема началась после приобретения для одного проекта партии трекеров TR-102 от GlobalSat
http://www.globalsat.com.tw/eng/product_detail_00000079.htm
Они на основе TC65. И хотя там прошивка v02.000, с ними наблюдается такая же беда.
Спонтанно выключаются во время передачи данных по GPRS даже при полностью заряженном аккумуляторе. А т.к. в родном вач-доге у TR-102 косяк, то вместо ожидаемого перезагруза прибор просто выключается.

Мы связывались с разработчиками TR-102. Они косяк упорно не признают, говоря, что именно так вач-дог и должен работать, но предложили нам доплатить по $5 за каждый прибор, чтобы изменить поведение вач-дога на "предложенное" нами. Он там реализован на китайском микроконтроллере AT8P53S и должен, по идее, периодически рестартоваться по сигналу от TC65 из Java программы, но они вместо этого включают в TC65 аппаратный генератор, который ресетует вач-дог. А этот генератор продолжает работать, даже когда Java программа уже остановлена. Но даже если вач-дог не ресетнуть, то по истечении времени вач-дога AT8P53S просто выключает, а не рестартует TC65.

Может быть они и исправили эту проблему с работой вач-дога в новых версиях TR-102, но проблема с выключением TC65 остается. Именно с выключением !
Мы для проверки поставили вместо AT8P53S другой микроконтроллер со своей прошивкой с "правильным" вач-догом, т.ч. теперь TC65 стал не "периодически выключаться", а "переодически рестартовать".
Наблюдается такое выключение только во время передачи данных по GPRS. В этом режиме модуль "кушает" в пике до 2A, т.ч. скорее всего эта проблема связана со схемотехникой TC65, а не с его прошивкой, но это так и осталось нашим предположением.

В этом же проекте мы использовали автомобильные терминалы на базе Siemens MC55. К ним особых нареканий нет, но TC65 очень понравился наличием Java и простотой разработки для него ПО в связи с этим.
Сейчас хотим использовать TC65 в своей новой разработке, т.к. нам не нужно практически никакой обвески, но после вышеописанных проблем хотелось бы поинтересоваться у многоуважаемых коллег, не встречались ли вы с подобным поведением TC65 и если да, то как с эти бороться ?

P.S. И еще, в некоторых TC65 ( очень маленький процент, но все же ) иногда начинает исчезать Java программа, затем это происходит все чаще и чаще и в конце концов она перестает в нем держаться совсем

Сообщение отредактировал beketata - Feb 19 2008, 21:05

[Evgeniy_K]

Что же Вы каждый раз заводите новую тему? Тут, вообще, есть модератор?
Да, дело плохо - новая версия ТС65 показало то же поведение.
Факт: модули, питающиеся от 24 В, показывают многократно лучшую устойчивость.
А на каком напряжении вы меряли пик до 2А?
Можно предположить, что при низком уровне связи потребление в режиме передачи (данные, гпрс) возрастает выше предусмотренных значений (400 мА), что и ведет к выключению либо по проседанию питания ниже допустимого, либо по перегреву.

Сообщение отредактировал Evgeniy_K - Mar 14 2008, 08:40

[beketata]

Да, дело плохо - новая версия ТС65 показало то же поведение.

Не могли бы вы конкретизировать, какая именно версия?

Факт: модули, питающиеся от 24 В, показывают многократно лучшую устойчивость.

Вы о каком напряжении говорите?
Напряжение питания модуля должно находиться в диапазоне от 3.2 V до 4.5V, номинал 3.8V
см. таблицу 27 в "TC65 Hardware Interface Description ver 02.000" на стр. 95

А на каком напряжении вы меряли пик до 2А?

На номинальном 3.8V.
А про потребляемый ток в режиме передачи см. таблицу 28,29 в "TC65 Hardware Interface Description ver 02.000" на стр. 96,97

[Evgeniy_K]

Версия 2.0.
У нас терминальный модуль, у него питание 10-30 В.

[proba]

сделал питание 4,1V на LT3434 и вроде работает устоичиво, т.е. схемотехническими проблемами ко мне не обрашались ( разработкои ПО занимался другои человек). цель был минималныи потребляемыи ток.

Сообщение отредактировал proba - Mar 16 2008, 13:46

[denver378]

Несколько топиков ранее некто Evgeniy_K поднял подобный вопрос о самопризвольном выключении модуля Siemens TC65.
К сожалению, Evgeniy_K перестал отвечать на вопросы, ответив сам себе, что Siemens мол "расколося", признав ошибку в прошивке, ниже 2.0 версии.

Наша проблема началась после приобретения для одного проекта партии трекеров TR-102 от GlobalSat
http://www.globalsat.com.tw/eng/product_detail_00000079.htm
Они на основе TC65. И хотя там прошивка v02.000, с ними наблюдается такая же беда.
Спонтанно выключаются во время передачи данных по GPRS даже при полностью заряженном аккумуляторе. А т.к. в родном вач-доге у TR-102 косяк, то вместо ожидаемого перезагруза прибор просто выключается.

Мы связывались с разработчиками TR-102. Они косяк упорно не признают, говоря, что именно так вач-дог и должен работать, но предложили нам доплатить по $5 за каждый прибор, чтобы изменить поведение вач-дога на "предложенное" нами. Он там реализован на китайском микроконтроллере AT8P53S и должен, по идее, периодически рестартоваться по сигналу от TC65 из Java программы, но они вместо этого включают в TC65 аппаратный генератор, который ресетует вач-дог. А этот генератор продолжает работать, даже когда Java программа уже остановлена. Но даже если вач-дог не ресетнуть, то по истечении времени вач-дога AT8P53S просто выключает, а не рестартует TC65.

Может быть они и исправили эту проблему с работой вач-дога в новых версиях TR-102, но проблема с выключением TC65 остается. Именно с выключением !
Мы для проверки поставили вместо AT8P53S другой микроконтроллер со своей прошивкой с "правильным" вач-догом, т.ч. теперь TC65 стал не "периодически выключаться", а "переодически рестартовать".
Наблюдается такое выключение только во время передачи данных по GPRS. В этом режиме модуль "кушает" в пике до 2A, т.ч. скорее всего эта проблема связана со схемотехникой TC65, а не с его прошивкой, но это так и осталось нашим предположением.

В этом же проекте мы использовали автомобильные терминалы на базе Siemens MC55. К ним особых нареканий нет, но TC65 очень понравился наличием Java и простотой разработки для него ПО в связи с этим.
Сейчас хотим использовать TC65 в своей новой разработке, т.к. нам не нужно практически никакой обвески, но после вышеописанных проблем хотелось бы поинтересоваться у многоуважаемых коллег, не встречались ли вы с подобным поведением TC65 и если да, то как с эти бороться ?

P.S. И еще, в некоторых TC65 ( очень маленький процент, но все же ) иногда начинает исчезать Java программа, затем это происходит все чаще и чаще и в конце концов она перестает в нем держаться совсем

Подскажите как обошли пролему с нестабильными TC65. Приобрел globalsat tr-102 никак не могу привести его в рабочее состояние. Перепрошиваю прошивкой с официального сайта, по com порту видится а настроики через программу tr-102 call center не могу ввести и прочитать- error ini file.

[porokh]

Подскажите как обошли пролему с нестабильными TC65. Приобрел globalsat tr-102 никак не могу привести его в рабочее состояние. Перепрошиваю прошивкой с официального сайта, по com порту видится а настроики через программу tr-102 call center не могу ввести и прочитать- error ini file.

У меня аналогичная проблема, правда перепрошивать пока не пробовал.

[Evgeniy_K]

Подскажите как обошли пролему с нестабильными TC65.

Постоянно с периодом >2 cек "поднимаем" (напр. мультивибратором) вход IGT_IN (или можно DTR), по которому модуль запускается, если по какой-то причине выключился. (Если же работает, то не оказывает действия.)