Перейти к содержанию
    

Telit GE863GPS ошибки при записи чтении скриптов

Печаль в том, что ни раундсолюшн, ни телит не желают отвечать на такие щекотливые вопросы. А проблем со скриптами несколько.

 

1. Запись скрипта на модуль

а.

send: AT#WSCRIPT="script.pyo",10,0\r\n

в ответ тишина.

 

б. пробуем обмануть модуль(собственно так сейчас и прошивается куча модулей)

send: AT#WSCRIPT="script.pyo",10,0\r\n

send: сразу отправляем данные файла

по окончании данных модуль таки присылает одним паком приглашение и результат

recv: >>>\r\nOK\r\n

 

2. нередко запись не хочет делаться никаким способом. В ответ приходит только "ERROR: unknown" и это при CMEE=2.

Но не всё так плохо, иногда помогает нагреть модуль до 60С и он чудесным образом начинает записывать файлы.

 

3. Пока совсем не решённая проблема - чтение файлов. Вот часто модуль ни в какую не отдаёт файлы по RSCRIPT.

В ответ или "memory failure" или "unknown". При этом в самой программе, уже загруженной на модуль файлы прекрасно записываются и читаются.

 

Кто сталкивался с такими проказами, есть ли лекарство?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Печаль в том, что ни раундсолюшн, ни телит не желают отвечать на такие щекотливые вопросы. А проблем со скриптами несколько.

 

1. Запись скрипта на модуль

а.

send: AT#WSCRIPT="script.pyo",10,0\r\n

в ответ тишина.

 

б. пробуем обмануть модуль(собственно так сейчас и прошивается куча модулей)

send: AT#WSCRIPT="script.pyo",10,0\r\n

send: сразу отправляем данные файла

по окончании данных модуль таки присылает одним паком приглашение и результат

recv: >>>\r\nOK\r\n

 

2. нередко запись не хочет делаться никаким способом. В ответ приходит только "ERROR: unknown" и это при CMEE=2.

Но не всё так плохо, иногда помогает нагреть модуль до 60С и он чудесным образом начинает записывать файлы.

 

3. Пока совсем не решённая проблема - чтение файлов. Вот часто модуль ни в какую не отдаёт файлы по RSCRIPT.

В ответ или "memory failure" или "unknown". При этом в самой программе, уже загруженной на модуль файлы прекрасно записываются и читаются.

 

Кто сталкивался с такими проказами, есть ли лекарство?

Проверьте питание MAX3232. В последнее время народ взял за моду запитывать их от 3.5 - 4, при этом на RX модуля имеем 3.2 - 3.9 В при том, что максимально допустимое значение 3.1 В. При этом и скрипты не шьются, и прошивка зачастую не идет. MAX3232 нужно питать напряжением не более 3.2 В.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

о, спасибо за хинт. а я и не озвучил оборудование.

но у меня в конвертере стоит sipex sp3232. По доке входная "1" - 2.0-2.4В и допустимое питание 3-5В.

Питание как и у модуля ~4.1В, но ножка RX модуля подключена через транслятор уровня до 2.8В(ножка VAUX модуля).

 

Ещё используются готовые конвертеры на FTDI. У них стабилизатор на VCCIO - 3.3В.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

>>>У них стабилизатор на VCCIO - 3.3В.

 

Многовато для модуля у которого 3.1 масимум по входу.

Я бы на VCCIO подал бы с VAUX напряжение правильное, тогда и преобразователь уровня отпал бы.

 

Кстати точно так же - запитать 3232 от VAUX и не надо будет уровни согласовывать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

странно ибо

Operating Range - Interface Levels (2.8V CMOS)

Input high level 2.1V - 3.3V

Попробую таки пошаманить - вдруг поможет

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

опустил напряжение до 2.72 - не помогает. зато один из старых приборов выдал новый финт - эхо есть, но команды не выполняет. фуууух.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Хорошо, будем разбираться.

 

1. Запись скрипта на модуль

а.

send: AT#WSCRIPT="script.pyo",10,0\r\n

в ответ тишина.

Так ведут себя абсолютно все модули? Если нет, какой процент?

 

2. нередко запись не хочет делаться никаким способом. В ответ приходит только "ERROR: unknown" и это при CMEE=2.

Но не всё так плохо, иногда помогает нагреть модуль до 60С и он чудесным образом начинает записывать файлы.

 

3. Пока совсем не решённая проблема - чтение файлов. Вот часто модуль ни в какую не отдаёт файлы по RSCRIPT.

В ответ или "memory failure" или "unknown". При этом в самой программе, уже загруженной на модуль файлы прекрасно записываются и читаются.

Опять таки:

1. Как часто это происходит?

2. Версия прошивки?

3. Можете лог AT команд прислать, с временными метками?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Так ведут себя абсолютно все модули? Если нет, какой процент?

нет, по разному. в последней партии 15%, в предпоследней около 5%, ещё раньше было тоже и 15 и 20. Старючие железки двухлетней давности такой проблемы не имели.

Я просто гдето год-полтора терпел это, а теперь достало.

 

Опять таки:

1. Как часто это происходит?

таких модулей гдето в половину меньше предыдущей категории.

2. Версия прошивки?

с завода - 7.03.700. обновление до 701 или 702 не помогает

 

3. Можете лог AT команд прислать, с временными метками?

сейчас подготовлю

 

в приложении лог запросов с временем.

сюда кину коротенький консольный лог

atz

 

OK

 

at+cmee=2

 

OK

 

at#wscript="name.txt",5,0

 

>>>

 

+CME ERROR: unknown

 

at#lscript

 

#LSCRIPT: free bytes: 2012436

 

OK

 

at#wscript="name.txt",5,0

 

>>>

 

OK

 

at#lscript

 

#LSCRIPT: "name.txt",5

 

#LSCRIPT: free bytes: 2012156

 

OK

 

at#rscript="name.txt"

 

<<<

 

+CME ERROR: unknown

 

чтото файл не прицепился. повторю

request_log.txt

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Не знаю, будет ли полезна эта информация, но я много работал с модулями GL868 из разных поставок - описанной проблемы ни разу не наблюдал.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Попробуйте 703 прошивку. Если проблема остаенется, пишите, будем дальше думать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

r сожалению, проблема не пропала

 

 

Add: кажется я чтото обнаружил. минутку, поисследую.

Add2: проблема решилась отправкой команды AT&K1 модулю.

 

Пасибки за помощь.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

r сожалению, проблема не пропала

 

 

Add: кажется я чтото обнаружил. минутку, поисследую.

Add2: проблема решилась отправкой команды AT&K1 модулю.

 

Пасибки за помощь.

HW/SW flow control - это главные грабли, на которые наступают начинающие работать с Telit (да и не только с Telit). странно что вы раньше на них не наступили ))))

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

странно что вы раньше на них не наступили ))))

вот-вот. прикол в том, что как я озвучил выше проблема не на всех модулях) это здорово выбивает из коллеи. ну и плюс такая странная реакция модема, что надо именно обладать сакральным знанием.

у меня товарищ программист говорит, что если твоя программа имеет в коде чтото типа UnknownError, то вон из профессии... ну, это уже офтоплю)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...