Hogyan használjuk a Telegramot "távoli MQTT szervernek"?



Sziasztok!

Először is köszönöm a lehetőséget eNeS-nek hogy ez a kis tutorial megjelenhetett az oldalon!

Az esetek többségében ha szenzorok közötti kommunikációról beszélünk, akkor MQTT-t használunk, esetleg HTTP requestet. Viszont két esetben hasznos lehet az általam itt megosztott módszer is.

  • Ha távoli szenzorok adatait szeretnénk leolvasni, viszont nem akarjuk ezeket a szenzorokat közvetlenül a netre tenni, illetve a VPN nem megoldható, komplikált.
  • Ha az adott szenzort semmilyen szabványosabb megoldással sem tudjuk a rendszerünkbe illeszteni (föntebb említett MQTT-vel pl) Csak pl IFTTT áll a rendelkezésünkre, viszont a szerverünk szintén nem akarjuk kitenni a netre. (Ez pedig szükséges lenne, ha IFTTT üzeneteket/webhook-okat akarunk fogadni)

Nyilván létezik olyan MQTT szerver szolgáltatás, amit lehet használni ilyen esetekben (pl https://www.cloudmqtt.com) viszont ezek nagy része fizetős és/vagy mindenki számára publikus csatornákat használ.

Ezek kiváltására lehet tökéletes a Telegram. Maga a szoftver alapesetben egy Chat kliens viszont hála annak a lehetőségnek, hogy nagyon könnyen és gyorsan lehet benne chatbotokat létrehozni, így könnyen átalakítható akár egy ingyenes, korlátlan MQTT szerverré is!

Mit kell tennünk?

Első körben létre kell hoznunk két chatbotot, hívjuk őket „küldő“-nek és „fogadó“-nak (itt leírják a menetét: https://core.telegram.org/bots) Valamint privát csatornákat, (private channels) alapból a csatorna amit létrehozunk publikus, ezen kis leírás alapján viszont könnyen priváttá tehetjük: (https://runastartup.com/make-public-channel-private-telegram/)

Ezek után a botokat hozzá kell adnunk a csatornákhoz mint adminisztrátorokat:

  • nyisd meg a Channel info menüt (bökj a csatorna nevére)
  • válaszd ki az „Administrators” menüt
  • bökj az „Add Administrator” gombra 
  • keress rá a bot felhasználónevére
  • bökj a „make it as administrator” szövegre.

Jelenleg tehát van x darab privát csatornánk, illetve két botunk, amik posztolhatnak/olvashatnak ezekben. A botokat a legegyszerűbben web requestekkel tudjuk „etetni”. Ehhez szükség van a bot ID-jára és a létrehozásakor generált API kulcsra. (ezeket a létrehozáskor mindenképp mentsük le valahová!) Ezen sor után van a lényeg:
Use this token to access the HTTP API:XXXXXXXX:YYYYYYYYYYYYYYYYYYYYYY " (az X jelenti a bot ID-ját, a Y pedig az API key)

Most derítsük ki, mik a csatornáink ID-jai!

  • Jelentkezzünk be a Telegram webes interfészén: https://web.telegram.org/#/login
  • Válasszuk ki a keresett csatornát balról
  • Az URL valami ilyesmi lesz: https://web.telegram.org/#/im?p=c1018013852_555990343349619165
  • Ebben az esetben a 1018013852 a csatorna ID-ja. Fontos tudni, hogy a csatorna ID mindig 13 karakterből áll, és negatív előjelű. Adjuk hozzá az elejéhez a -100 at. Tehát pontosan így néz ki: -1001018013852

Most már minden adatunk megvan, nincs más hátra mint egy teszt!

A “küldő” botunk egy szimpla Webhook-al tud üzenetet küldeni, az alábbi formátummal (használjuk most a curl-t, de simán böngészővel is működik):

curl -X POST "https://api.telegram.org/botXXX:YYYY/sendMessage" -d "chat_id=-
zzzzzzzzzz&text=tesztüzenet"

Ha mindent jól csináltunk, akkor az adott ID-vel rendelkező csatornán meg fog jelenni a „tesztüzenet” szöveg.
(A küldött üzenet lehet JSON formátumú is, azt a legegyszerűbb feldolgozni)

Mivel olvassuk?

Erre a legegyszerűbb megoldás a Node-RED (https://nodered.org/) a megfelelő Node-al (https://flows.nodered.org/node/node-red-contrib-telegrambot)

  • Adjuk hozza a „fogadó” botot a frissen telepitett Node konfigjához (kell az ID és az API kulcs), majd az „Event” node-ot húzzuk bele a flowba. A node-ot megnyitva az eventek között válasszuk ki a „Channel Post”-ot.

    Tegyünk a kimenetre egy debug node-ot és máris láthatjuk, ahogy a küldő bot üzenetei szépen érkeznek be!

    A „chatId” alapján már tudunk „topicokra” szűrni majd az üzenetet egy lokális MQTT-be továbbítani. Tehát innen már minden a „szokásos”. :)

    Természetesen azt is meg lehet csinálni, hogy a küldő oldalon is egy Node-RED van, nem pedig webhook és a „sender” node-al tápláljuk a csatornát. Ilyen esetben természetesen ezen az oldalon a „küldő” botot kell felvennünk. A „sender” node leírásában megtalálható, miképp kell az üzenetet formáznunk. (chatId, etc...)

    Nem csak üzenetek küldésére van lehetőség ilyen módon, médiát (képet, videót) is át tudunk így juttatni.



    Előnyök

  • Mivel a csatornáink privátak, ezért más az üzenetekhez nem fér hozzá (szemben a publikus MQTT szerverekkel)
  • A webhook https-t használ, tehát az üzenetek titkosítottak. A botok API kódja szintén erős védelmet biztosít (nem egy egyszerű felh.név/jelszó páros)
  • Sem a küldő, sem a fogadó oldalon nem kell semmilyen eszközünket kiengedni a netre (port forward)
  • Korlátlan csatorna/bot hozható létre, szemben az ingyenes MQTT szerverekkel.
  • Lehet médiát (videó, audió, kép) is küldeni


    Hátrányok

  • „Harmadik fél” szerverét használjuk, tehát függünk attól, működik-e a Telegram épp.
  • Nincs rá garancia, hogy a Telegram (mint cég) nem tud beleolvasni az üzenetekbe.

 

A hátrányoknál szereplő két pont lényegében bármelyik szolgáltatásra (Amazon Alexa, Google Home, etc...) Igaz, szóval nem feltétlen „hátrány”, inkább tény, amivel nem árt tisztában lenni.

Ennyi lett volna a „Telegram mint MQTT” használata, remélem segítettem vele, illetve adtam ötleteket a felhasználásra!

 

Vamp

A bejegyzés trackback címe:

https://bitekmindenhol.blog.hu/api/trackback/id/tr3015272834

Kommentek:

A hozzászólások a vonatkozó jogszabályok  értelmében felhasználói tartalomnak minősülnek, értük a szolgáltatás technikai  üzemeltetője semmilyen felelősséget nem vállal, azokat nem ellenőrzi. Kifogás esetén forduljon a blog szerkesztőjéhez. Részletek a  Felhasználási feltételekben és az adatvédelmi tájékoztatóban.

Nincsenek hozzászólások.

Támogatók:
okosotthon.jpg
allterco.jpg

Utolsó kommentek

  • szenorb: Hello. Bekötöttem 12V-ra , a bemetére egy mozgás érzékelőt kötöttem. Szépen kapcsol a relé a késle... (2023.06.14. 06:48) Shelly okosrelé (Shelly1)
  • Melanoheliophobia: Üdv! Kb. 2 éve vásároltam két ugyanilyen okos izzót. Sajnos az egyik még garancia idő alatt eltávo... (2023.05.03. 16:50) Shelly Vintage okosizzó
  • eNeS: Lehetséges, bár az ESP8266-ot lassan ideje elfelejteni, ha nem helyi hálózatra akarsz vele forgalm... (2023.04.02. 08:43) Tasmota szkriptek
  • eNeS: @tomih: Thonnyban rebootot nyomva nekem se megy az NTP. De mikor lekapcsoltam a Thonnyt és rebooto... (2023.04.02. 08:40) Raspberry Pico és a LAN (W5100S-EVB-Pico)
  • krump_lee: Kedves eNeS! ESP8266 tasmota-val szenvedek, hiemq kapcsolat sehogy nem jön össze, sehol nem talál... (2023.04.02. 08:31) Tasmota szkriptek
  • Utolsó 20

Címkék

433mhz (12) alkatrész (22) alternatív kapcsoló (2) amg8833 (1) analóg (2) android (1) arduinoeasy (5) audio (1) automatizálás (3) bemenet (3) bk7231n (1) ble (1) blitzwolf (4) bluetooth (9) bridge (2) camhi (2) csináld magad (22) dimmer (1) diy (28) do-it-yourself (27) domoticz (11) ds18b20 (1) ebay (3) érintő (2) érintőkapcsoló (7) érzékelő (11) esp-01 (2) esp32 (11) esp8266 (21) espeasy (2) espurna (1) esp projekt (18) Eview7 (1) ewelink (1) feldolgozó (1) felhő (1) fényérzékelő (1) firmware (7) flame detector (1) fogyasztásmérő (5) ftdi (1) füstérzékelő (1) gázérzékelő (1) gpio (1) hang (4) hangjelző (1) hőmérséklet (22) https (1) ikea (1) impulzus relé (1) izzó (2) javascript (1) jelenlétérzékelő (3) kamera (18) keresztkapcsoló (1) kézmozdulat (1) kijelző (3) kimenet (21) konnektor (8) lan (9) lángérzékelő (2) led (3) linux (4) logic level converter (1) lua (1) lux (1) maple mini (2) mcu (3) micropython (1) mikrovezérlő (2) milkv (1) mobil (1) mosfet (1) mozgás (5) mpyeasy (4) mq-2 (2) mqtt (3) működtető rendszer (5) multiroom (1) nedvesség (1) neo (1) neopixel (1) Node-RED (1) nvr (4) nyitás (7) okosház (4) okosizzó (3) okosotthon (8) oled (1) onvif (8) openbeken (1) opencv (1) openwrt (4) orange pi (4) páratartalom (6) php (1) pico (1) pi pico (2) poe (1) programozás (9) projekt (25) proximity olvasó (1) python (2) raspberry (14) raspberry projekt (6) raspbian (1) reed (1) relé (27) rf (2) rgb (6) rock pi (1) rögzítő (2) rp2 (1) rpieasy (1) rtc (1) shelly (24) smartwise (1) solid state relay (1) sonoff (20) SonOTA (1) soros (1) ssl (1) ssr (1) stm32 (4) szenzor (11) szilárdtest relé (1) szintillesztő (2) sziréna (1) szkript (3) szünetmentesítés (4) t1 (1) tasmota (8) távirányító (3) Telegram (1) termékteszt (85) termosztát (2) touch (2) ups (5) usb (7) usb hub (1) valós idejű óra (1) vezérlések (20) vezérlő (5) világítás (5) villanykapcsoló (12) webkamera (1) wiegand (1) wifi (32) ws2812 (1) xiaomi (5) xm (4) xmeye (4) yoosee (1) zigbee (16) zwave (3) Címkefelhő
süti beállítások módosítása