Re: AT65i
С АТ65 всё прикольно. АТ10 тоже соединился под тем-же флагом, но не видно датчиков. Пробовал кто-нибудь его ковырять?
Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Страницы 1 … 4 5 6 7 8 … 38 Читать все
Чтобы отправить ответ, вы должны войти или зарегистрироваться
С АТ65 всё прикольно. АТ10 тоже соединился под тем-же флагом, но не видно датчиков. Пробовал кто-нибудь его ковырять?
Вопрос, аккумулятор блока похоже давно дохлый, прибор умеет хранить настройки при полном отсутствии подпитки, или он забывает настройки если аккумуляторы скончались?
24Glonass
Прибор хорошо себя чувствует и без аккумулятора.
Вопрос, команда log, параметры, угол в градусах, дистанция в сотнях метров ? (1 - 100 м., 2- 200 м? и т.д.?), время в минутах или секундах?
Вопрос, команда log, параметры, угол в градусах, дистанция в сотнях метров ? (1 - 100 м., 2- 200 м? и т.д.?), время в минутах или секундах?
По-аналогии со штатной настройкой - дистанция в сотнях метров (правильно написали), время в секундах.
Где можно заполучить перечень и формат команд?
Вроде как настроил, неплохо поехал, теперь по мере возможностей надо со входами разбираться.
log(dev/dist/time)=10/3/120
сделал.
По совершенно непонятным причинам предыдущая ветка был безвозвратно удалена. А вопросы остаются. Заметил на своем блоке, что настройки все таки сбрасываются после ночного простоя
24Glonass
Удалено было видно по политическим мотивам.
Хотя можно было перенести в
http://forum.gurtam.com/viewtopic.php?pid=72954
и все были бы довольны.
какие тут политические причины? Тут только технический форум. Явно кто-то перегибает палку или перестраховывается (нужное подчеркнуть)
Коллеги, всё на месте, не волнуйтесь. просто временно переименовалась тема. скоро вернём.
24Glonass
Прибор хорошо себя чувствует и без аккумулятора.
Я бы сформулировал иначе: прибор одинаково себя чувствует с аккумулятором и без. "Хорошо" - это не об этом приборе.
Настройки AT65 действительно могут слететь без видимой причины. Не только после ночного отстоя, но и во время движения. Часто вижу в РНТшном софте, что от прибора приходят только события "Получен пакет GP_VAR" и "Получен пакет GS_VAR". Иногда обновляются текущие координаты, но никакие другие события не приходят. Также встречаются случаи, когда приходят события "Зафиксирована остановка объекта" и все события, не относящиеся к движению (например, перезагрузки модема). Сообщения о начале движения, прохождении дистанции и изменении курса - исчезают. Видимо, это соответствует сбросу в состояние log=0,0,0 и speed=0,0.
Лечение в этих ситуациях одно - повторная отправка настроек.
Zlataner так и есть. Сбрасывает независимо не от чего. Завершили тестирование блока, возвращаем абоненту с резюме что лучше отказаться от них.
akkros пишет:24Glonass
Прибор хорошо себя чувствует и без аккумулятора.Я бы сформулировал иначе: прибор одинаково себя чувствует с аккумулятором и без. "Хорошо" - это не об этом приборе.
Настройки AT65 действительно могут слететь без видимой причины. Не только после ночного отстоя, но и во время движения. Часто вижу в РНТшном софте, что от прибора приходят только события "Получен пакет GP_VAR" и "Получен пакет GS_VAR". Иногда обновляются текущие координаты, но никакие другие события не приходят. Также встречаются случаи, когда приходят события "Зафиксирована остановка объекта" и все события, не относящиеся к движению (например, перезагрузки модема). Сообщения о начале движения, прохождении дистанции и изменении курса - исчезают. Видимо, это соответствует сбросу в состояние log=0,0,0 и speed=0,0.
Лечение в этих ситуациях одно - повторная отправка настроек.
Не скажу, что АТ65 - это прямо WOW-какой аппарат, но в нашей практике на тысячи установленных и обслуживаемых блоков слёт настроек - единичные случаи. События "Получен пакет ..." - это а-ля пинговые сообщения, несущие в себе только состояние GPS и GSM (GP_VAR ещё и текущую координату). Если из клиентской или админской программулины запросить текущее состояние блока, то состояние и координата обновятся, но события никакого не будет, что вполне логично. "Зафиксирована остановка объекта" - это момент, когда скорость стала = 0. После этого события начинается "Стоянка", которая длится до "Объект начал двигаться". Сыпятся "перезагрузки модема" - проверяйте качество питания и уровень GSM. Кстати, некоторые партии приборов именно таким образом реагировали на отсутствие или дохлость резервного аккумулятора.
BoolAB, моя статистика такая: за год из 320 активных объектов настройки слетели у 45. Возможно, сказываются суровые условия эксплуатации (у меня электротранспорт). Возможно, сказывается и возраст приборов (большинству из них 5-6 лет).
Проблема не в том, что приходят "Получен пакет...". Проблема в том, что только они в этом состоянии и приходят. Координаты обновляются в те моменты, когда приходит GP_VAR, без каких-либо явных запросов текущих координат.
"Зафиксирована остановка объекта" - это момент, когда скорость стала = 0. После этого события начинается "Стоянка", которая длится до "Объект начал двигаться".
Это в нормальном состоянии. А я о том случае, когда после "Зафиксирована остановка объекта" идёт следующая "Зафиксирована остановка объекта", потом третья и т.д. Время и координаты во всех событиях соответствуют реальным остановкам объекта.
Сыпятся "перезагрузки модема" - проверяйте качество питания и уровень GSM.
Не то чтобы сыпятся, но на отсутствие GSM обычно и указывают. Если в отчёте о событиях каждые 2-3 минуты перезагрузка модема - значит, события не удалось передать сразу, и они полежали в чёрном ящике до восстановления GSM. Проблема в том, что памяти у прибора всего ничего, и при отсутствии связи в течение нескольких часов уже возможны потери.
Я не утверждаю, что AT65 - какой-то уникально плохой прибор. Обычный китайский трекер середины прошлого десятилетия...
Я не утверждаю, что AT65 - какой-то уникально плохой прибор. Обычный китайский трекер середины прошлого десятилетия...
+1
AT65i - терпения не хватило, выбросил в хламский ящик устаревшей электроники, аминь!
AT65i - терпения не хватило, выбросил в хламский ящик устаревшей электроники, аминь!
Хорошо сказал, молодец, я посмеялся с коллегами ! Ветку можно закрывать
Есть на руках один прибор. И с ним проблема.
На команду pass нормально ответил, сменился пароль, привязался контрольный номер, но на остальные смс ни в какую не отвечает
Отослал ему с установленного контрольного номера кучу команд: gprsphone=...., gprsip=...., gprsport=..., gprsapn=..... Ни на одну из команд не ответил.
После этого теперь вообще отказывается отвечать и на pass тоже. На всякий случай и симки начал менять и с разных номеров отсылать.
К сожалению, терминальной программой тоже не могу подключиться: и в hyperterminale и в putty при подключении иероглифы (вроде тоже по мануалу делаю, скорость 19200 и все прочее).
С индикацией работы похоже все нормально: лампы gsm и gps фиксируют нормальную работу, симка прозванивается. Единственное, что смущает - это лампа cpu - она горит постоянно, что в руководстве описывается, как "ЦПУ выполняет длительную операцию (например, отправка смс)".
Кажется, что прибор все-таки неисправен, но почему изначально ответил на смс?
Как еще продиагностировать прибор? Подскажите, пожалуйста
ehouse
Самое простое пере прошить.
Может стоять запрет на отправку СМС.
ehouse
Самое простое пере прошить.
я так понял, делается это только через специально разработанную Сomconsole2, которой нет в свободном доступе?
akkros пишет:ehouse
Самое простое пере прошить.я так понял, делается это только через специально разработанную Сomconsole2, которой нет в свободном доступе?
Прикрепил ComConsole2 + файл прошивки
ehouse
Тут есть всё!!
http://forum.gurtam.com/viewtopic.php?pid=73675#p73675
dzvi , akkros благодарю за помощь. Один прибор получилось настроить с помощью ComConsole2. Оказалось он часть смс команд воспринимал, но не отвечал на них, а часть вообще не воспринимал. В общем с помощью программы все намного быстрее получилось
Ну и с паролем теперь тоже понятнее стало, за это тоже спасибо. Командой shvar в ComConsole2 его оказывается можно посмотреть
Страницы 1 … 4 5 6 7 8 … 38 Читать все
Чтобы отправить ответ, вы должны войти или зарегистрироваться