CADiLO 9 7 ноября, 2019 Опубликовано 7 ноября, 2019 · Жалоба На 800L я бы еще мог грешить - там что железо, что фирмваре - целая каша версий. Но 800С "вылизан" на сегодня практически до идеала. Кстати какая версия фирмваре в модуле? Ну и если не сам модуль ставите, а ардуиновские платки, то там тоже со схемотехникой чехарда во многих версиях. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
jcxz 184 7 ноября, 2019 Опубликовано 7 ноября, 2019 · Жалоба 7 минут назад, CADiLO сказал: Ну и если не сам модуль ставите, а ардуиновские платки, то там тоже со схемотехникой чехарда во многих версиях. ТС так и не ответил ничего про транслятор уровней..... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
CADiLO 9 7 ноября, 2019 Опубликовано 7 ноября, 2019 · Жалоба В стартовом сообщении была фраза >>>2. Два варианта интерфейса. На китайских модульках стоят транзисторы как указано в ДШ на SIM800. Или делал сам для МК на 3,3В с делителем 1К/5,6К. Принципиальной разницы в интерфейсе не заметил. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
rx3apf 0 7 ноября, 2019 Опубликовано 7 ноября, 2019 · Жалоба 2 часа назад, serglg сказал: У меня везде получалось 100 мсек (как только приходил байт запускался таймер на 100 мсек и как только байты прекращались функция вылетала из ожидания). Сейчас весь день гонял при 500 мсек. Вроде нет порчи ни разу. Может совпадение? :-) Я подобное поведение (на SIM900) наблюдал, когда не был отключен autobaud. Пришел ответ - сразу посылал следующую команду. Ломалось эхо и команда не выполнялась, это четко воспроизводилось и с терминальной программой тоже. Стал первой же командой принудительно отключать автонастройку, и после этой команды делать паузу (небольшую, 250 ms). А потом уже все без дополнительных ожиданий. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
serglg 0 8 ноября, 2019 Опубликовано 8 ноября, 2019 · Жалоба 17 hours ago, rx3apf said: Я подобное поведение (на SIM900) наблюдал, когда не был отключен autobaud. Пришел ответ - сразу посылал следующую команду. Ломалось эхо и команда не выполнялась, это четко воспроизводилось и с терминальной программой тоже. Стал первой же командой принудительно отключать автонастройку, и после этой команды делать паузу (небольшую, 250 ms). А потом уже все без дополнительных ожиданий. У меня наоборот. Изначально я я сразу отключал. А для проверок сейчас иногда его оставляю. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
serglg 0 8 ноября, 2019 Опубликовано 8 ноября, 2019 (изменено) · Жалоба Ну ладно, какие невнятки на старте подготовки с выходу в интернет и подключения к SMTP-серверу. Там только ОК в ответах. Самое для меня темное - формирование письма. Особенно присоединения файла. После команд +SMTPSEND ОК выскакивает почти сразу, а вот +SMTPFT: 1,1360 ждешь от 3 до 10 секунд. Иногда даже больше. Далее непонятная динамика. После сообщения о своем размере своего куска байт с какой-то задержкой подтверждение и я начинаю передавать свой килобайт. Как быстро должен приходить с модема ОК? И с какой задержкой +SMTPFT: 1,1360? И самое главное (я такой вопрос задавал тут как-то) сейчас практически 100%-но после +SMTPFT=0 получаю +SMTPSEND: 61 Хотя письмо чаще всего уходит нормально. И еще странность. Когда оставляю эхо, то на приеме я ведь должен видеть передаваемый массив? Иногда вижу, но не всегда. При этом осциллографом вижу длинную пачку байт в 1 Кбайт всегда. И в этом случае в конце я не вижу ОК и +SMTPFT: 1,1360. Может модем проигнорировать этот массив и в каком случае? Там у меня исключительно текстовые символы. Правда русская кодировка WIN-1251. Изменено 8 ноября, 2019 пользователем serglg Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
CADiLO 9 8 ноября, 2019 Опубликовано 8 ноября, 2019 · Жалоба Сейчас большинство почтовиков включили SSL, поэтому изучаем SIM800 Series_SSL_Application Note_V1.03 в разделе работы с почтой. И еще не забываем что ваше вложение в письмо перед передачей перекодируется в BASE-64 и там есть заморочки с длинами сегментов. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
serglg 0 9 ноября, 2019 Опубликовано 9 ноября, 2019 · Жалоба Да, я всё делал строго по SIM800 Series_SSL_Application Note_V1.03. Одна из ардуиновских платок с SIM800L прекрасно подключается к яндекс.ру с SSL. Хотя и там после отправки письма всё равно ош. 61. И всё равно письмо нормально доходит. А вот мэйл.ру тоже всё разрешает, подключает, файл цепляется, но ош. 61 и письма нет. Год назад у меня было всё то же ПО и модемы вроде те же. Но ош.61 была большой редкостью. После +SMTPSEND всегда было просто 1. А вот такая же платка с SIM800С в ответ на включение SSL упорно говорит ERROR. А еще у меня есть более ранние модемы которые в ответ на SSL говорят ОК, но к серверу SMTP не подключаются. А что такое "заморочки с длинами сегментов"? Это имеется в виду длина того куска файла (1000 байт), что я объявляю модему для передачи? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
serglg 0 9 ноября, 2019 Опубликовано 9 ноября, 2019 · Жалоба И еще к порче символов. Были случаи, что внутри файла была порча. Но сейчас давно нет. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться