SunRiver napisał(a):
Mirtku bez urazy ale za długo siedze w MQTT
Tu nie o to chodzi kto siedzi dłużej czy nie dłużej - to co teraz przedstawiłeś to kod w C++ i tu widać wszystko to o czym mówiłem czyli binarkę MQTT i tylko o to mi chodziło, że bez binarki MQTT nie zadziała bo to kompletnie nie jest zgodne ze specyfikacją MQTT, w tym szkopuł. W tych nagłówkach z pliku *.h twojego kodu obecnego widać, że w tle działa stos MQTT i nie ma to nic wspólnego z tekstową obsługą MQTT jaka została przedstawiona w pierwszym kodzie w C.
To gdzie i jak działa MQTT to ja doskonale wiem, bo też nie od dzisiaj korzystam z MQTT i to w zaawansowanych projektach. I nie da się wprost w taki sposób jak pokazałeś używać MQTT na tej atmedze z modemem gsm, no nie da się i wyjaśniłem dokładnie dlaczego.
Fakt, że ty w C++ (nie wiem jakie to środowisko) wykorzystujesz gotowy stos MQTT, który działa (pod spodem i jest oprogramowany - a widać to chociażby już po prawidłowych definicjach nagłówków binarnych, nie oznacza - jeszcze raz to powtórzę, że to jest protokół tekstowy - w żadnym wypadku. Tu w tym kodzie widać po klasach pokazanych w pliku nagłówkowym, że jest obsługa stosu MQTT i dla ciebie jako użytkownika pozostaje już tylko wygodna obsługa MQTT za pomocą prostych w sumie kilku funkcji:
CONNECT
DISCONNECT
PUSH
SUBSCRIBE
LWT
Nie można niestety udawać, że "pod spodem" nic się nie dzieje, skoro korzystasz z gotowej biblioteki do obsługi stosu MQTT. Taka jest zresztą idea - żeby mieć dobrą i porządną bibliotekę do obsługi stosu MQTT a później jako programista posługiwać się wygodnymi metodami stosu. I to nijak się ma do określenia że robienie tego na atmega32 jest masochistyczne ... bo żeby działało to trzeba by próbować CAŁY ten stos MQTT sobie napisać a przy modemie GSM i komendach AT to jest masakra po prostu. Prędzej by się dało używając jakiegoś enc28j60 ale tu znowu TCP ma drastyczne ograniczenia więc też to bierze w łeb. To JEDNO.
Niestety w tym co piszesz jest kolejne GIGANTYCZNE nieporozumienie i niezrozumienie. MQTT to protokół połączeniowy i w 100% wymaga stałego połączenia z brokerem w trakcie działania, z tego względu nie nadaje się do urządzeń opartych o zigbee. Zigbee to sieć mesh ze swoim własnym specyficznym protokołem i nie ma możliwości żeby ożenić te dwa protokoły w żadnym wypadku. To że masz urządzenia zigbee które korzystają niby z MQTT to jest kwestia odpowiednich BRAMEK, które mogą się zajmować tłumaczeniem pakietów przesyłanych przez zigbee na MQTT w dwie strony. Taka bramka wtedy utrzymuje stałe połączenie - i nie ma innej możliwości. Bo jeśli coś ma być zigbee to nie może pracować w mqtt bo nie byłoby możliwe spełnienie założeń protokołu zigbee. Więc proszę - nie MOŻNA mieszać pojęć i sprawdzić jak to wszystko działa NISKOPOZIOMOWO a nie z punktu widzenia programisty posługującego się kodem na wyższym poziomie abstrakcji.
SunRiver napisał(a):
Moduł sobie siedzi grzecznie w garażu mozna zawsze sprawdzić co się dzieje lub wysłać dane na żądanie
wysyłając SMS ..
No właśnie - więc nie mieszajmy MQTT tutaj z atmegą i modemem GSM - bo SMS tak jak najbardziej.
No i na koniec
SunRiver napisał(a):
co w dalszym ciągu nadmiernie nie komplikuje ani kodu ani tematu , ani podejścia
a do client.h mozna podejść np tak :
- myślę, że niezrozumienie działania MQTT bierze się tu z tego że korzystasz z gotowych bibliotek andruino o czym świadczy:
#ifndef PubSubClient_h
bo to właśnie fragment tej biblioteki i być może nie zajrzałeś do źródeł jak działa MQTT. W ogóle działając tylko w andruino często ludzie nie wiedzą co się dzieje "pod spodem" więc później można nabrać przekonania że MQTT to posługiwanie się protokołem tekstowym - tak nie można, mówię ci zajrzyj do źródeł ... choć wiem, że źródła andruinowych bibliotek w tym zakresie są mega porypane i ich analiza bywa tragiczna.
Jak chcesz mieć coś łatwiejszego do analizy to pobierz starą już ale ostatnią dostępną wersję ESP8266 NonOS SDK, gdzie w exaplesach masz bibliotekę do MQTT ale napisaną wprost w C i to w miarę łatwą do analizy - no może nie dla początkującego, ale ty nie jesteś początkujący więc spokojnie dasz radę zobaczyć co to jest MQTT od środka.
Zobaczysz też od razu że to protokół połączeniowy który MUSI stale utrzymywać połączenie z brokerem i dlaczego nie da się z MQTT korzystać wprost na zigbee - tylko przez specjalne bramki.
No niestety - ze specyfikacją protokołów nie da się dyskutować na zasadzie wiary - trzeba to okiełznać.
Piszę to wszystko tylko po to żeby coś wyjaśnić i doprecyzować i żeby nie patrzeć tylko na gotowce andruino bo to bardzo mocno sprowadza nieraz na manowce i nie można sobie tego co masz w tych klasach C++ swojej biblioteki andruinowej wprost zastosować na Atmedze z modemem GPRS wysyłając przez uart sam tekst - nie widząc MAGII tego co robi "pod spodem" stos MQTT
Oczywiście nie straszę MQTT - wręcz odwrotnie - wyjaśniam go i to od podstaw w swoim Kursie ESP i RTOS na przykładach z esp8266 i esp32 - ale OD PODSTAW i to w C ... dzięki czemu wszyscy studenci w końcu dowiadują się o co tu chodzi i z pełną świadomością już działają z MQTT
------------------------ [ Dodano po: 1 minucie ]
SunRiver napisał(a):
Podstawowe założenia na potrzeby tego wyjaśnienia
- ESP8266 i SIM800 komunikują się z mikrokontrolerem za pomocą UART
- Mikrokontroler obsługuje logikę MQTT (tworzenie pakietów, zarządzanie połączeniem).
- Publikowanie i subskrypcja są ograniczone do podstawowych funkcji.
No ale takie podejście to już zaczyna być słuszne i nie ważne nawet czy na tym esp8266 używać się będzie C czy C++(andruino) z tym to się zgadzam
------------------------ [ Dodano po: 3 minutach ]
SunRiver napisał(a):
Używając ESP8266 lub SIM800, możemy łatwo dodać obsługę sieci Wi-Fi lub GSM.
Zatem tak jak mówiłem - na prockach 32-bitowych to już zaczyna być normalne ale nie na małych 8-bitowcachStatystyki: Napisane przez mirekk36 — 5 sty 2025, o 11:57
]]>
[/url]