GSM модуль урок 3 (программирование микроконтроллеров)

[@ВолодимирВакаров-у6у]

Спасибо. Сейчас осваиваю данный модуль. Пока лучшее видео по данному модулю. Информация дана четко и понятно. Вы дали основы и понятие как данный модуль работает. Теперь буду пробовать писать свою библиотеку. Большинство видео типа : "Cделай так, нажми туда, напиши это, загрузи скетч скачать его можно в описании". Вроде и сделал, вроде и работает а никакого понимая и никакого удовлетворения. Спасибо за ваши уроки =)

[@dargindarginec9561]

самые лучшие и толковые уроки )))

[@АлександрПисанец]

Спасибо

[@DoMinik5127]

Можно ли с вами связаться как ни буть? Есть вопрос по дисплею и ардуино. ну или ответьте здесь если полуится. Мне нужно подключить лсд дисплей и dht11 к ардуино уно, у дисплея 2 вывода на питание а у dht11 один вывод, можно ли 3 провода для питания спаять вместе и подключить к арудино(одному пину)?(не знаю смог ли я данести мысль) Протсо у меня переходников нету только провода.

[@АлександрПисанец]

Я чет не понял, как это у DHT11 один вывод, там три вывода два питания один для протокола.

[@DoMinik5127]

Один вывод питания я имею ввиду, можно ли выводы питания на dht и на lcd дисплее спаять вместе и подключить к пину 5 вольт на ардуине? Выводы питания я имел ввиду +. Вопрос будет ли это работать илт не сгорит что нибуть

[@АлександрПисанец]

да, можно

[@fantom74]

Хоча я це все знаю, але дивлюся і не все відразу можу зрозуміти, що автор хоче донести. Якийсь важкий стиль надання інформації.

[@sokolbadalov1576]

Спасибо за ваш канал! скоро будем управлят с нагрузой через gsm бесплатно по звонку и узнат статус его

[@АлександрПисанец]

Следующий урок именно об этом.

[@vadpro3976]

Спасибо, четко и ясно рассказывает !

[@DenisS1983]

Сейчас разбираюсь с модулем sim800L Столкнулся с такими проблемами что модуль может не ответить ничего или ответить сначала на вторую команду затем на первую, может не реагировать если лог уровень нормальный по напряжению и нормально реагировать если напряжение завышено, может не находить сеть (или искать ее минут 20) если нормальное напряжение и все прекрасно работать если завышено. Единственное рабочее решение это слать ему команду одну и ту же до тех пор покуда он не ответит то что я от него жду. И если например я посылаю AT он отвечает сразу же, а если посылаю запрос нашел ли он сеть он может ответить быстро, а может и секунд 15 мурыжить и отвечать вместо ОК всякий мусор а в это время программа ничего не делает ждет его.Другой такой же модуль с той же платой и прошивкой ведет себя иначе.

[@dooh1596]

Спасибо за ваш канал!

[@ValeriyDoniy]

Все очень понятно!. А вот с SMS .... Не могу заставить модуль передавать смс. при чтении входящих модуль возвращает заголовок смс, номер время количество байт. Но сам текст смс не передает. Возможно ли такой вариант что модуль битый? так как он всего один проверить на другом модуле не могу. хотя скетч пример рабочий, модуль звонит и принимает звонки, определяет номер. А вот с смс не хочет работать. При отправке просто выдает ошибку. Код ошибки не определен.

[@АлександрПисанец]

Я не готов вам ответить, sms я еще не отправлял с данного модуля.

[@ValeriyDoniy]

Ну, )))) как бы тема для урока ;)

[@АлександрПисанец]

Я к этому иду )

[@ValeriyDoniy]

Очень буду ждать, да думаю и не только я.

[@dargindarginec9561]

да да не только )))

[@supercelt3]

Здравствуйте! Очень ждем 5 урок. Будет ли? Всё ещё непонятна одна вещь. Вот надо разобрать пришедшие данные... Условие стоит такое, что ответы на одну команду могут быть такими: Эхо Заголовок Данные Статус . То есть заранее вообще неизвестно какая длина посылки будет. Но точно известно, что надо искать либо ОК либо ERROR. Писал на форумы. Одни советуют в прерывании приема usart, как только встретили , отправлять то что приняли в кофемолку. Но возникает проблема, что этот символ встречается несколько раз. И не означает что это все что хотел передать модем. И потом если так сделать, ну отправим мы на обработку, и пока мы туда идём, usart примет ещё недостающие символы и это все будет накладываться друг на друга. Другие советуют в прерывании тупо просто наполнять буфер, а в майне, при каждой итерации каждый раз проверять буфер на наличие ОК. Третие советуют завести таймер, и при каждом прерывании обнулять его, и как только счетчик выйдет за таймаут - отправлять буфер в кофемолку. Но опять проблема, например модем может зависнуть на пол пути. Почему разработчики не могли сделать так, что бы после каждой полной посылки шёл уникальный символ, а не разделители. То есть после каждой строки напрмер %. Вопрос замучал уже этот. И звучит он так: как всё-таки точно определить, когда отправлять буфер на разбор? Как бы сделали вы, если бы ситуацию осложняло ещё то, что например во время отправки команды, на модем начал кто-то звонить. И в ожидании ответа на команду в буфер бы сыпалось все. И ответ и звонок и т.д.

[@sergey-380]

да все ок,ви профі!

[@electronics_is_easy]

В обработчике прерывания вместо Temp=UDR; BufGsm1[numberRx++]=Temp, можно сразу писать BufGsm1[numberRx++]=UDR; в целом конечно важно чтоб в заходе в прерывание обязательно было считано значение из UDR, иначе флаг прерывания не сбросится.

[@АлександрПисанец]

Можно и так, но правильно подмеченоб нужно сразу забирать значение c UDR

[@meandrorg1]

Спасибо за видео! Есть вопрос. Возможно ли програмно разрешить дозвон только из одного заданого номера?

[@АлександрПисанец]

да, это реально

[@meandrorg1]

@@АлександрПисанец Интересно. Может подскажете как, или где почитать. Спасибо!

[@sergey-380]

класс дякую вам

[@АлександрПисанец]

Спасибо. Надеюсь доходчиво объяснил )

[@НиколайПавлов-т3ц]

Добрый день! Вы пишите программы для GSM модулей на заказ?

[@АлександрПисанец]

У нас сейчас война, какие там заказы

[@ВладиславМаксименко-ш6й]

могу отравить рабочий код написан на С

[@vedgray9773]

с какого перепугу 0x0D и 0x0A с двух сторон? откуда инфа? данные символы всегда в конце ответа, но ни как не в начале. не вводите людей в заблуждение.

[@АлександрПисанец]

Показан действующий пример , для данной версии прошивки.

[@STEN973]

Это на С++ что ли?

[@АлександрПисанец]

Нет, это С