GSM/GPRS Modülü İle MQTT Protokolünün Kullanımı

19 Comments

1. Ellerinize sağlık güzel bir yazı olmuş.

   • Teşekkürler.

2. Merhaba. Bir öğrenci olarak yazılarınızdan çok faydalanıyorum. 2 sorum var. ESP8266’nın wifi ya da mqtt broker bağlantısı kopunca while loop içinde tekrar nasıl bağlanabilirim? Ayrıca Read_message fonksiyonunu delay olmadan interrupt ile nasıl çalıştırabilirim? HAL_UART_RxCpltCallback() içinde yazdım ama çalışmadı nedense.

   • 1-) MQTT de “ping request” paketi var bu paketi server’a gönderdiğinizde size “ping response” paketini gönderir. Keep alive süresi 60 ise siz her 50 saniye de bir servera ping request paketini gönderirseniz server-client bağlantısı kesilmeyecektir. Eğer ping request e cevap olarak ping response paketini göndermiyorsa server ile bağlantınız kopmuş demektir. Yani serverın ping requeste gönderdiği cevabı güzelce okuyup server bağlantısının olup olmadığına dair bir kontrol mekanizması kurmanız gerek. Bu aşamadan sonra eğer bağlantı kesilmiş ise tekrar Connect_Broker ve subscribe fonksiyonlarını sırasıyla tekrar çağırmalısınız.
     2-) HAL_UART_RxCpltCallback() fonksiyonu uart üzerinden belli bir byte alındıktan sonra bir kere çalışır. Uart tan gelen her bir byte ta USART1_IRQHandler() fonksiyonuna dallanır program. Uart hal kütüphaneleri ile okumak burada çok kullanışlı değil. Çünkü hal_uart_receive_it() fonksiyonu veya diğeri sizden UART tan kaç byte veri okunacağına dair sizden bir parametre bekler fakat server ın göndereceği byte lar belli bir uzunlukta değildir mesajın boyutuna göre değişiklik gösterir. Daha sağlıklı okuma için kendi uart interrupt kodlarınızı geliştirmenizi öneririm. Hatta DMA ile okursanız daha iyi olacaktır. Yazıdaki örnekte receive_it fonksiyonu ile 100 byte okunacak şeklinde kullanmışım ama o 100 byte’ın tamamını okumadan abort_receive_it() fonksiyonunu kullanmışım. Yani buffer içerinde mesaj verisini çektikten sonra bir nevi haberleşmeyi tekrardan başlatmışım. Buradaki bekleme süresi de o yüzden. Eğer az da olsa bir bekleme olmaz ise islemci çok hızlı çalışacağı için daha paketin hepsini almadan sürekli buffer ı temizleyecektir.
     Dediğim gibi bunun için daha iyi bir uart okuma algoritması geliştirilebilir.

3. I used the Uart_Ring buffer of another tutorial along with your tutorial to replace UArt_RxClpt. But when I use it to send it can’t send like HAL_Uart_Transmit function. If possible, can you take a look at it and help me not: “(When it connect, handling the interrupt gives me a headache 🙁
   I really need your help, I’ll send you a post about Ring_buffer.

   • Can you send me your project codes? i’ll take a look and i’ll reply you as soon as possible.
     Email: mehmettopuz127@gmail.com

4. Elinize sağlık. Detaylı ve açıklayıcı bir çalışma olmuş.

   • Teşekkürler sağolun.

5. Mehmet Bey merhaba
   sim800c modulündeki rx1 tx1 ve rx2 tx2 ile aynı anda iki farklı mikrodenetleyici ile internet bağlantısı sağlayabilir miyiz ben denediğim zaman sadece ilk bağlanan cihaz internete girebiliyor bunun bir çözümü var mı acaba ?

   • Merhaba, Ben çift UART özelliğini hiç kullanmadım ama şöyle bir application nota denk geldim. Burada çift UART kullanabilmek için AT+CMNRP=1 komutunun gönderilmesi gerektiği yazıyor. Bir deneyin isterseniz.
     application note link -> https://cdn-shop.adafruit.com/product-files/2637/SIM800+Series_Serial+Port_Application+Note_V1.01.pdf

     • Mehmet Bey ben bu yöntemi denemiştim ama olmadı, galiba sim800 sim800h sim800l ve sim800m64 için geçerli sim800c de bu özellik yok anladığım kadarıyla peki başka bir öneriniz olur mu hatta multi ip fonksiyonunu bile aktive ettim ama yinede olmadı.

       • Başka bir önerim yok malesef.

6. Hocam öncelikle yazı için çok teşekkürler .2 sorum olacaktı.Ben şimdi usb-ttl ile sim800l yi termite programı ile kullanıyorum.Paketleri yolladım sim800l yi subscriber yaptım evet cevap da alabiliyor yalnız cevap geldikten sonra bazen 2 .publishten sonra bazen 3.publishten birkaç sn sonra CLOSED bilgisi geliyor ve TCP bağlantısı kopuyor.Brokerı buradan kurdum:https://randomnerdtutorials.com/cloud-mqtt-mosquitto-broker-access-anywhere-digital-ocean/

   Connect paket:0x10 0x12 0x00 0x04 0x4D 0x51 0x54 0x54 0x04 0x02 0x00 0x3C 0x00 0x06 0x41 0x42 0x43 0x44 0x45 0x46
   SUBS PACKET:0x82 0x0A 0x00 0x01 0x00 0x05 0x69 0x6C 0x6B 0x65 0x72 0x00
   bu paketleri yolluyorum termitten.Neden CLOSED bilgisi geliyor anlayamadım.

   2.sorum gelen bilgidepublish yazıldığı zaman verinin en başında 0 geliyor daha sonra hex olarak toplma byte daha sonra yine hex olarak topic length daha sonra da topic ve mesaji geliyor bu ilk baştakiler neden geliyor?Ben bir yeri mi kaçırıyorum?

   • Merhaba İlker,
     Bu closed bilgisi kullandığın broker’dan kaynaklı olabilir. Geçen gün yaşadığım bir olaydan bahsedeyim. STM32 ve ESP8266 ile HiveMQ’nin public broker’ına bağlanmaya çalıştım. Bağlantı gayet başarılı gerçekleşti fakat 1 sn aralıklarla sürekli olarak mesaj göndermek istediğimde 4 veya 5. gönderimden sonra bağlantı otomatik olarak kesildi. Aynı kodu local bir brokerda denediğimde 1 saat boyunca hiç kesilmeden saniyede bir publish yapabildim. 1 saat sonra bağlantıyı kendim kestim 🙂 Yani bu sorun brokerdan kaynaklı olabilir. Muhtemelen bu public brokerların bir koruma mekanizması falan var o yüzden bağlantıyı kesiyor olabilirler. Local bir broker kurup deneyebilirsin. Ayrıca GSM/GPRS modülleri internete bağlanacadkları sırada biraz fazla güç harcıyorlar diye hatırlıyorum. Eğer sim800L beslemesi yeterli değilse arada bir böyle bağlantı kopmaları yaşanabilir.
     2. soruya gelecek olursak Server publish mesajı olduğu gibi client’a iletmesi gerekiyor diye biliyorum. Yani publish paketin aynısı sim800l üzerinden MCU’ya gelmesi gerekir. Bu durumda gelecek olan ilk byte publish paketin fixed header’ı olması gerekir( Qos, Dup flag ve retain bitine bağlı olarak değişebilir). Burada neden sıfır geldiğine dair bir fikrim yok fakat sıfırdan sonra gelen remain length, topic length byte’larının gelmesi normal.
     Bu aralar bu MQTT için bir driver yazıyorum daha efektif bir şekilde kullanmak için. Bu yazıda MQTT kullanımı çok amatörce bunu kabul ediyorum zaten burada amacım basitçe bu iş nasıl oluyor onu anlatabilmekti. Yeni hazırladığım yazıda bu işi biraz daha profesyonelleştirip efektif bir kütüphane yazmaya çalışıyorum. En kısa zamanda o yazıyı da paylaşacağım.

     • Hocam cevap için teşekkürler .Dokümanda subscribe olan topic için gelen mesaj response nerede yazıyor?Belki orada başında neden 0 geldiğini açıklayan bir yer olabilir ama ben göremedim .Gönderdiğim paketlerlerde yanlışlık yok herhalde?
       Gelen cevap şu şekilde :
       0[14][00][05]ilkerHello, world!
       [14]:Bu length olması gerek 20 bayt
       [00][05]:Topic length oluyor galiba ama şu 0 ı çözemedim.

       • Merhaba İlker,
         Bugün bir örnek proje üzerinde denedim. O örnekte de başında sıfır geldi. Fakat bu sıfır karakter olarak sıfır yani hex karşılığı ascii tablosundan 0x30 oluyor:). İlk başlarda ben de diyorum bu sıfır nasıl geldi falan. Kendim test edince farkettim ki bu karakter olan “0” ve bunun decimal karşılığı 48, hex karşılığı ise 0x30.
         Bu arada bu yazıda belirtmemişim ama benim faydalandığım dökümanın linkini aşağıya bırakıyorum İlker. Kolay gelsin.
         http://docs.oasis-open.org/mqtt/mqtt/v3.1.1/os/mqtt-v3.1.1-os.pdf

         • Hocam bende buradan bakıyordum bu dokümanda nerede yazıyor 0 geldiği ben o kısmı bulamadım.

         • Şu mu oluyor yani publish paketi 0x30 olduğu için mi 0 x30 ile başlıyor?

   • Dökümanda 16. Sayfada 2.2.1 MQTT Control Packet type başlığı altında bahsedilmiş. O sayfada demiş ki Publish için bu değer 3 fakat bu 4 bitlik bir değer ve control byte’ın MSB bitlerini oluşuturuyor. Yani 0x30 daki 3 buradan geliyor. Senin seri port görüntüleme aracında gördüğün ilk başta gelen karakter olarak 0 ve ascii tablosundan karşılaştırırsan bunun 0 karakterinin hexadeximal karşılığı 0x30 dur. Başka bir deyişle eğer sen seriport ekranını hex gösterecek bir şekilde ayarlarsan orada sıfır görmeyeceksin 0x30 göreceksin.