serglg

как-то у меня внезапно стали убиваться насмерть USB Flash, Тоже через fatfs после попытки записать файл флэшка переставала видеться вообще в компе. Хоят перед этим в разных версиях моей программы всё было нормально. Даже форматирование не помогало. У меня оказался глюк в моем коде - с размером массива. Совсем постороннего, на залезшего на область памяти fatfs. :-)

Когда бился "на смерть" с LSE в L476, то экспериментировал с конденсаторами. 10 пФ у меня просто не было под рукой, а 16 пФ умом вроде понимал, что многовато. Но вот совсем без конденсаторов включал и до 6,8 пФ догонял. ЕСЛИ других проблем нет, то генератор запускался от 0 до 6,8 пФ. А другие проблем - сам кварц, чистота платы и проч. Я понимаю, что при разных конденсаторах возможен уход частоты. Но насколько? Сомневаюсь, что речь идет больше чем на 0,1%. В большинстве случае (для периферии) это вряд ли играет роль. Даже с RTC. Ну ушли у меня часы за несколько месяцев на несколько минут. Они и в компе уходят. Подвел да и всё.

что-то я в жизни упустил. Здесь народ реально прикалывается? Я понимаю конечно, что если вместо 18 пФ запаять 1000, то генератор не запустится. Но 18пФ +/- 20% - это так сурово? Или вот для LSE 4...6 пФ тоже как-то не увидал разницы.

Как у них всё запутано...

проверил у себя на STM32L476. Действительно через USB HUB флэшка не работает. Питание на ней есть, светится.

Проверил у себя и SIM800L и ....С. Щелкаю PWRKEY всегда теперь два раз. После каждого (через 3 секунды) проверяю - запустился или нет (я же не знаю, что стоит в устройстве?). И если всё ОК - работаем дальше. :-)

Ясно. Один вопрос только. Если всё же питание не снимать после ухода в нуль STATUS? А повторно выдать PWRKEY? Модуль не запустится? Сам проверил. Оказывается можно запустить. Потом остановить, потом тем же импульсом (1,7сек) опять запустить. Как-то странно, но буду иметь в виду.

Возможно это зависит от прошивки. Речь про те SIM800C, что на маленьких ардуиновских платах. После подачи питания 3,9В надо обязательно вход BOOT (который на самом деле вход PWRKEY самого модуля) на 1 сек притянуть к земле. Иначе модуль вообще не запускается. Но потом в процессе работы больше на это 1-секундное притягивание модуль не реагирует и не перезапускается, как например. SIM800L. Это особенность любых SIM800C? Или прошивки?

И еще к порче символов. Были случаи, что внутри файла была порча. Но сейчас давно нет.

Да, я всё делал строго по SIM800 Series_SSL_Application Note_V1.03. Одна из ардуиновских платок с SIM800L прекрасно подключается к яндекс.ру с SSL. Хотя и там после отправки письма всё равно ош. 61. И всё равно письмо нормально доходит. А вот мэйл.ру тоже всё разрешает, подключает, файл цепляется, но ош. 61 и письма нет. Год назад у меня было всё то же ПО и модемы вроде те же. Но ош.61 была большой редкостью. После +SMTPSEND всегда было просто 1. А вот такая же платка с SIM800С в ответ на включение SSL упорно говорит ERROR. А еще у меня есть более ранние модемы которые в ответ на SSL говорят ОК, но к серверу SMTP не подключаются. А что такое "заморочки с длинами сегментов"? Это имеется в виду длина того куска файла (1000 байт), что я объявляю модему для передачи?

Ну ладно, какие невнятки на старте подготовки с выходу в интернет и подключения к SMTP-серверу. Там только ОК в ответах. Самое для меня темное - формирование письма. Особенно присоединения файла. После команд +SMTPSEND ОК выскакивает почти сразу, а вот +SMTPFT: 1,1360 ждешь от 3 до 10 секунд. Иногда даже больше. Далее непонятная динамика. После сообщения о своем размере своего куска байт с какой-то задержкой подтверждение и я начинаю передавать свой килобайт. Как быстро должен приходить с модема ОК? И с какой задержкой +SMTPFT: 1,1360? И самое главное (я такой вопрос задавал тут как-то) сейчас практически 100%-но после +SMTPFT=0 получаю +SMTPSEND: 61 Хотя письмо чаще всего уходит нормально. И еще странность. Когда оставляю эхо, то на приеме я ведь должен видеть передаваемый массив? Иногда вижу, но не всегда. При этом осциллографом вижу длинную пачку байт в 1 Кбайт всегда. И в этом случае в конце я не вижу ОК и +SMTPFT: 1,1360. Может модем проигнорировать этот массив и в каком случае? Там у меня исключительно текстовые символы. Правда русская кодировка WIN-1251.

У меня наоборот. Изначально я я сразу отключал. А для проверок сейчас иногда его оставляю.

я пользуюсь только ардуиновскими модулями SIM800C и SIM800L. Может всё дело только в этом. Вероятно они в принципе туго в интернете работают и только для звонков и СМС. А я их напрягаю с отправкой емэйл с вложенными файлами. :-)

вот тут внезапно такая мысль. Я изучал вопрос одного товарища тут на форуме по задержкам между АТ-командами. Ему уверенно доказали, что ничего не надо. Как только ответ пришел тут же шли следующую команду. А он где-то увидел 300 мсек. У меня везде получалось 100 мсек (как только приходил байт запускался таймер на 100 мсек и как только байты прекращались функция вылетала из ожидания). Сейчас весь день гонял при 500 мсек. Вроде нет порчи ни разу. Может совпадение? :-)

тактируется от MSI. Но в этой версии STM32 (L476) генератор подстраивается от LSE (с кварцем). По крайней мере USB OTG работает нормально.

Всё верно. Надо было сразу насторожиться (прям как Штирлиц в анекдоте :-) ). И тоже пришел к мысли надо терминалом с компа потренироваться.

Посчитал. У меня получается скорость в МК 115273. Вроде много меньше 1%. С эхом много хлопотней анализировать ответы, а так я уже собрался по контролю эха дублировать команды. Что конечно дурдом.

Раньше как-то не обращал внимание на то, что иногда при ответах SIM800C(L) беспорядочные символы. Чаще всего содержимое ответа в этом случае было не важно, ответил и ладно. Но теперь подумал - может иногда и команды не выполняются? Не стал отключать эхо и действительно увидал такое дело. Туда уходит нормальный пакет, а в эхо бывает порча. 1. Питание - линейный стабилизатор 3,9В MIC29302 после 5В импульсного с гарантией 3А. 2. Два варианта интерфейса. На китайских модульках стоят транзисторы как указано в ДШ на SIM800. Или делал сам дял МК на 3,3В с делителем 1К/5,6К. Принципиальной разницы в интерфейсе не заметил. Пробовал несколько версий установки скорости. И автобауд 115200, 38400,9600. И фиксированные те же скорости. Может вероятность ошибок и менялась, но не принципиально. Сейчас модуль практически рядом с МК на плате. Желтым выделена линии TX от МК к моему. И еще вопрос по режиму эхо в модемах. Там физически просто коммутатором вход на выход? Или процессор модуля принимаемый пакет программно перенаправляет на выход?

Там не то чтобы смещение нуля. Там при напряжении на Vbat меньше определенной величины измеряется всегда это величина. Сейчас уже не помню. Что вроде 0,9В. А сверх этой величины уже всё адекватно и линейно. И НЕ НАДО отнимать эти 0,9В То есть просто невозможно измерить около нуля. И по поводу 8 бит. Измеренное значение надо умножать на 4. Исходя из величины опорного напряжения и отсчитанного значения (именно по 12 битам, то есть весь диапазон 4095) чтобы получить правильное значение в вольтах. Ну по крайней мере у меня так было на F446.

Ни разу не пробовал SDIO, но после Куба fatfs прекрасно работает с USB flash что 2Гб, что 16Гб. Даже так - начиная с 256 Мб. главное чтобы была FAT16/32. Вот NTFS- не работает.

я совсем не программист. Но видел крутых ребят в IBM PC 30 лет назад. Они тоже там писали на ассемблере 8086. Всё само собой напрямую в регистрах. Потом как-то потихоньку смотрю - а у них уже Турбо-Паскаль. А потом уже всякие Борланд Си поперли. А тут и Виндовс. И где те все ребяты? Сейчас к телу процессора (да кого там к телу) вообще ведь никто не подходит. Короче и мы все так же двигаемся тем же путем. Если продолжить аналогии, то материнки мы еще сами разводим. :-) А некоторые даже еще сами БИОС строгают. :-)

это да, сначала на листочке пишешь программу в мнемокодах для данного процессора. Потом сбоку двоичные коды побайтно. Потом с помощью набора тумблеров и светодиодов вносишь все коды последовательно поадресно в память МК. :-))))))))))) Эх, где она молодость в 1981 году?

И вот где-то так. Уж если я что-то и правлю в инициализации от Куба, то только делители, частоты. Еще как-то потребовалось убрать режим вывода OD (поменять на пуш-пулл) для однопроводного УАРТа. Внутри самого Куба почему-то не было такой возможности.

Ну уровень моей квалификации заставляет больше всего "мудохаться " с самим языком Си. Потому мне не до разборок последствий Куба. Как раз благодаря Кубу я хоть как-то стал во всем разбираться. Вы не обратили внимание, что цитируете разных людей? :-) К тому, что пишет Женек, я не имею отношения. И только высказал свой подход. И вставляю свои правки именно в main().

Вы не поверите. :-) Мне просто лень создавать проект для Кейла. Тем более, что всё равно 256К флэша лежат без дела. :-) И от Куба у меня только "рыба", где я всё ставлю по своему. Ну и ряд HAL-ских функций, которые проверены, жить мне не мешают, не требуют большой производительности. Типа - работа с ЕЕПРОМ по I2C, UART и проч. Или к примеру мне нужна температура МК в процессе жизни. Чего я там буду сочинять? Задам в Кубе темп. сенсор к АЦП и возьму его через DMA (в цикличном режима). Но там, где дело серьезное, я могу вставить и работу с регистрами BSRR и BRR.