[Alt.F4 1]

Наткнулся на странное поведение, после PWRKEY напряжение 1.8В на VDD_EXT есть, на STATUS нет, и на AT-команды не реагирует (20сек ожидание ответа модема, перезапуск и повтор цикла).
Потыкался осциллографом, все стало работать.

С точно такими же симптомами еще одна плата лежала с зимы, руки не доходили разобраться, сейчас подал питание, все работает.
И никак не удается повторить ситуацию, в чем могла быть проблема?..

[jcxz 184]

17 минут назад, Alt.F4 сказал:

в чем могла быть проблема?..

Прошивка зависла.

[Alt.F4 1]

Подключен сниффер, дополнительно осциллографом проверял после согласования уровней, AT-команды уходили в модем.
PWRKEY прижимается к земле через 600мс после подачи питания на VBAT и не отпускается до ответа модема, которого не было..

Я так понимаю, если VDD_EXT есть, то модем видит PWRKEY, но не запускался по каким-то причинам (STATUS 0).
Версия одного A011B02A7682M7, второй сразу после обновления до A011B09A7682M7 по воздуху.

Может есть какие-то особенности с прижатием PWR_KEY? Хотя уже перепробовал различные варианты, ситуацию не удается повторить..

P.S. Модем перезапускаю со снятием питания.

[Alt.F4 1]

Выявились еще два модема с этой же проблемой, не присутствовал на месте, поэтому не могу сказать, было на версии B02 или уже после обновления до B09.
Для запуска одного потребовалась дополнительная задержка 1сек между подачей питания VBAT и прижатием PWRKEY, второй запустился только после задержки в 3сек (на 1сек и 2сек глухо).

Данная задержка требуется только на первом старте, последующие запуски согласно таймингам в даташите (от 30мс), такие дела...
Возможно, кому-то будет полезно.

[Ruslan1 16]

В 05.09.2023 в 09:47, Alt.F4 сказал:

Наткнулся на странное поведение, после PWRKEY напряжение 1.8В на VDD_EXT есть, на STATUS нет, и на AT-команды не реагирует (20сек ожидание ответа модема, перезапуск и повтор цикла).

Из интересного.

20 секунд очень мало. я на SIM7600 установил таймаут ожидания реакции на первую AT команду после сброса 180 секунд. Ибо были прецеденты, именно с первым запуском собранного устройства. Во время всех следующих включения время от сброса до начала отвечания на AT команды значительно меньше.

Понимаю, модемы разные, но все-таки.

 

[CADiLO 9]

Работать по таймаутам это худшее что может делать программист.

Их следует применять в крайних случаях.

А так, подали питание и даем "АТ" каждые 1-3 секунды.

Получили "ОК" - поехали дальше.

Или отслеживать URC, многие модули сами говорят когда они готовы.

 

Из интересного - если все правильно сделано, то ни разу не встречал ситуацию чтобы было такое включение.

А вот при разных нечистых силах (от звенящего стабилизатора и хренового конденсатора на симке до остатков активного флюса и фантомной подпитки) модуль мог вести себя как ему вздумается.

Думаю что грешить нужно не на модуль, а на то что снаружи.

 

 

[Rse72 0]

19 hours ago, CADiLO said:

Работать по таймаутам это худшее что может делать программист.

Вы, похоже, путаете понятия "таймаут" и "программная задержка"

[CADiLO 9]

Во многих случаях это синонимы. Но пусть будет задержка, смысл не меняется.

[Rse72 0]

54 minutes ago, CADiLO said:

Во многих случаях это синонимы. Но пусть будет задержка, смысл не меняется.

Никогда это не было синонимами. Смысл меняется кардинально. Таймаут это неотъемлемый инструмент в системах реального времени. Программная задержка в неумелых руках это да, вредительство.

[CADiLO 9]

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

Никто не употреблял слова "программная задержка".

Видно в сленге не прижилось такое..."

 

[Alt.F4 1]

Программная задержка, синоним функции типа _delay(n), ожидание в цикле nop().
Во время ожидания какого-либо таймаута, проц может/должен выполнять полезную работу.

 

В 30.09.2023 в 18:02, Ruslan1 сказал:

SIM7600 установил таймаут ожидания реакции на первую AT команду после сброса 180 секунд

180сек - это край, если проблема только при первом включении, вероятно что-то с авто-определением скорости

[Rse72 0]

18 minutes ago, CADiLO said:

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

Никто не употреблял слова "программная задержка"

Причина очень простая. Таймаут используется постоянно у программеров систем реального времени, а программная задержка практически никогда.

Это абсолютно разные понятия, никак не пересекающиеся

[CADiLO 9]

Можете показать схему подключения модуля с номиналами обвязки?

Мало ли что....

 

[Ruslan1 16]

В 02.10.2023 в 15:39, Alt.F4 сказал:

180сек - это край, если проблема только при первом включении, вероятно что-то с авто-определением скорости

Вполне возможно. Но как-то странно. Получается, что через 3 минуты периодической посылки в него "AT" он все-таки автоопределяется и отвечает "ОК"? Такое возможно, если в прошивке с завода в модеме какой-то регистр, хранящийся во флеше, не инициировали в нужный дефолт, и зависящий от него счетчик, пройдя через переполнение, наконец-то вызвал реакцию нужной фукции его фирмвари, и модем таки проинициализировался, ну и переписал этот флешовый регистр.

Про плохое питание и прочие полтергейсты в обвязке- все может быть. Но почему это все влияет только на первый запуск? И дальше никогда не повторяется?

Но это все мелочи, нужно знать чтоб не нервничать, реакции от производителя не прошу. Просто замечание, вруг что-то подобное моему у топикстартера делается.

[rudy_b 1]

Иногда при подаче питания модем не стартует и нужно дважды повторить цикл сброса PWRKEY.

Нормальный сброс модема можно диагностировать по unsol ответу "NORMAL POWER DOWN" на сброс PWRKEY.

Если после сброса (и паузы примерно 1.5 сек) нет ответа на "AT" более 15 секунд - повторить цикл сброса PWRKEY.