-
Thread
DIY Wallbox Lastmanagement
die kommt mit verdammt vielen Features für diese Preisklasse (MID-geeichter Zähler, Modbus, OCPP, MQTT, automatischer Phasenumschaltung (falls wirklich mal 5 AUtos gleichzeitig laden wollen) und ich meine auch integriertes Lastmanagement).
kommt mit verdammt vielen Features für diese Preisklasse > (MID-geeichter Zähler, Modbus, OCPP, MQTT, automatischer > Phasenumschaltung (falls wirklich mal 5 AUtos gleichzeitig laden wollen) > und ich meine auch integriertes Lastmanagement). Danke, guck ich mir an!
-
Thread
ESP8266 will nicht mit PC-Hotspot verbinden
Hallo, schau Dir mal MQTT an. Bei mir läuft ein RasPi als MQTT-Broker im Test. Ein ESP8266 mit einem FOST02 (China-SHT11) wacht alle 30s auf, connectet zum WLAN (als Station), connected zum MQTT-Broker und schickt dem die Meßwerte
Apache usw. drauf, mit Apache ActiveMQ. Das habe ich aber noch nicht installert. Im Moment läuft nur MQTT.fx auf dem PC zum experimetieren. Gruß aus Berlin Michael
-
Thread
Wi-Fi Steckdosenleiste mit ESP steuern
Weg ist normalerweise aber, die Steckdosen nicht direkt per HTTP-Request zu steuern, sondern per MQTT. In diesem Fall brauchst Du allerdings irgendwo in Deinem Netzwerk zusätzlich noch einen MQTT-Broker wie Mosquitto. In diesem Fall würde der ESP32 an Deinem Nextion-Display nicht direkt (per HTTP-Request
alternativ ein Smartphone zum Steuern etc. benutzen willst usw., merkt man schnell die Vorteile eines MQTT-Brokers.
-
Thread
ZigBee/MMT Module: How-To?
Ich hab Zigbee bei mir mit so einem Stick: https://www.ebay.de/itm/233939362212 und zigbee2mqtt realisiert. https://www.zigbee2mqtt.io/ Läuft auf nem RasberryPi.
Ich hab Zigbee bei mir mit so einem Stick: > https://www.ebay.de/itm/233939362212 > und zigbee2mqtt realisiert. > https://www.zigbee2mqtt.io/ > > Läuft auf nem RasberryPi. Das ist sicherlich grundsätzlich simpel aber ich habe keinen Strom vor Ort. Das Gerät muss mind. 12 Monate mit 2x AA Batterien
-
Thread
fab-giess-o-mat mit Arduino nano
. Wichtig ist hierbei, dass dieser die schon vorhandenen Sensoren als Datenquelle via MQTT verwenden kann. Heutzutage haben viele Haushalte schon viele Sensoren für Regen, Temperatur oder Wind digital vorliegen. Warum sollte man diese nicht nutzen um den Giess-O-Mat mit werten zu füttern?
delays/wait programmiert und daher muss man diese an die eigenen Zwecke anpassen. - wifi lib - mqtt lib - ota firmware update - einrichten des Sensor-Nodes via esp-hotspot und html - eigene sensor libs - 3min sleep mode, 4Sec activ (wakeup, wifi+mqtt connect, messen, senden sleep) - solar mppt
-
Thread
SmartHome System (Schaltbare/Programmierbare Steckdosen), Offline und ohne Cloud, empfehlung
und üblicherweise wohl das gesamte Smart Home-System) läuft, braucht man nur noch einen für zigbee2mqtt geeigneten USB-Stick, den ich damals für unter 4 Euro bei Aliexpress gekauft habe. Ein zweites Exemplar habe ich noch als ZigBee-Sniffer herumliegen, mit dem man dann bspw. sehen kann, was so per ZigBee
kommuniziert wird oder falls man theoretisch mal ein ZigBee-basiertes Gerät einbinden wollte, das von zigbee2mqtt bislang nicht unterstützt wird - mit zigbee2mqtt hat man ein tolles, rein offline funktionierendes Open Source-ZigBee-Gateway - mesh-fähig, verwendet man also bspw. Lampen oder Funksteckdosen mit
-
Thread
Nodemcu mit bme280 and adafruit io per mqtt
aber die meisten arbeiten mit anderen mqtt Brokern und nicht mit adafruit io da gibt's Probleme bei mir die Daten in die feeds zu bekommen.
ich poste Mal etwas Details später. Aber du hast schon ein Problem angesprochen bei adafruit io mqtt z.b. gibt es feeds. Ich habe halt kein Beispiel was genau meine Fall abbildet entweder anderes Board anderer Sensor oder anderer mqtt Broker.
-
Thread
Welches Protokoll kann mehrere Daten-Empfänger haben?
man auch hinbiegen, wenn es nen master geben soll.. Einfacher für dich und billiger wird aber mqtt auf fertigen controllern, da du sonst ja keine anforderungen nennst..
senden müssen. dunno.. schrieb im Beitrag #5387319: > Einfacher für dich und billiger wird aber mqtt auf fertigen controllern, > da du sonst ja keine anforderungen nennst.. Was für controler meinst du da genau? mqtt ist soweit ich das kenne, ja ein Softwareprotokoll das auf einer, anderweitig
-
Thread
"Kleines" Smart Home System ohne Cloud und komerziellen Hintergrund
alleine ist das alles (also MQTT, NodeRed, ZigBee usw.) alles durchaus gut zu verstehen und auch richtig interessant. Jetzt kommt das aber: Irgendwie wird immer vorausgesetzt das man schon mit Hausautomatisierung bzw. den Smart
ist eine super Software um China-Geräten die Cloudverbindung auszutreiben und anschließend per MQTT an das eigene System zu hängen. - ESPEasy ist quasi ein Betriebssystem für selbstgebaute IoT Geräte.
-
Thread
MQTT-SN für dumme Geräte?
Es gibt ja zu MQTT die Erweiterung MQTT-SN für Sensor Networks. Ein vereinfachtes MQTT Format, welches keinen TCP-IP Stack braucht und auch über einfache Funkverbindungen geht. Ich möchte nun für einige dumme Geräte
der nRF24 eh nur 32 Byte Payload kann, reicht ein Byte für die Länge. Nun wäre ja, da ich das MQTT-SN zu MQTT Gateway für den nRF24 Empfänger eh selber schreiben muss, das Datenformat eigentlich egal. Aber um kombatibel zu eventuellen Erweiterungen mit bidirektionalen Geräten mit aktiver Anmeldung
-
Thread
An die Hersteller ran treten
Bloß nicht mit MQTT, habe lange kein beschisseneres Protokoll mehr gesehen. Allein diese Längen-Kodierung mit dem höchsten Bit eines Byte nervt dermaßen, also daß das höchste Bit anzeigt ob weitere Bits folgen. Ja, damit
D a v i d K. schrieb im Beitrag #7729052: > Thema MQTT ist ja nur der Anfang jener Protokolle die gekonnt ignoriert > werden. Das ist Absicht. Die Produkte sollen zueinander inkompatibel sein und von der Cloud abhängen. > den Gefrierschrank tagsüber
-
Thread
Sensormodul mit Funk
Zentrale ist ein Raspberry mit einem RFM69 ohne weitere Elektronik, die empfangen Pakete werden in eine MQTT geschrieben und kann damit an alle mögliche Standard SW geschickt werden.
MQTT an den den NodeRed welcher dann die werte in eine SQL-Datenbank schreibt. Da reicht so ein 18650 schon einige Monate. Für größere Distanzen gäbe es sonst auch noch LoRa
-
Thread
empfehlung IOT auf stm32
S0ftware gibt es als Open Source. Mein Ansatz ist unbedingt ein Standard-Protokoll zu nehmen, MQTT oder LWM2M. Weil du Firmware-OTA willst wäre meine Wahl LWM2M. Da ist Firmware-Update im Protokoll vorgesehen. Bei MQTT muss man sich was eigenes basteln. Überhaupt ist MQTT ziemlich nackt. Bei LWM2M
Steuerung von Firmware-Updates. Bei LWM2M muss man Zeit rein strecken die Details zu verstehen. MQTT sieht auf den ersten Blick einfacher aus. Bei MQTT steckt man dafür Zeit in die Entwicklung eigener Lösungen wie Firmware-Update. Der beste embedded LWM2M-Client den ich kenne ist Anjay. https://
-
Thread
Protokoll: Schaltbefehle über Netzwerk
Schau dir mal MQTT an https://de.wikipedia.org/wiki/MQTT
Android schrieb im Beitrag #5135718: > Hab mir MQTT mal angeschaut. Das sieht ziemlich gut aus. Hat jemand von > euch so ein System schon mal aufgesetzt? ja.
-
Thread
EEZ Bench Box 3: Programmierbares Netzteil nicht nur für Maker
MicroPhyton und MQTT wird jetzt voll unterstützt. https://www.crowdsupply.com/envox/eez-bb3/updates/micropython-arrives-on-bb3 Ein Phyton-Script "diode-tester.py" https://github.com/eez-open/modular-psu/blob/master/
Jetzt ist eine erste Demo der MQTT Fähigkeiten der EEZ Box 3 verfügbar. https://youtu.be/THyfLSSAhrI Die Box arbeitet als MQTT Node und kann als IoT Device über beliebige Clients gesteuert und ausgewertet werden. Ein "Netzteil
-
Thread
Tasmota Gerät direkt über MQTT ansteuern
Hallo Leute. Ich habe nun mehrere "Tasmota-Geräte" am laufen welche über meinen MQTT-Broker (Raspberry) gesteuert werden. Ich hätte gerne meinen Raspberry Nachts komplett aus, und würde den gerne mit einem manuellen MQTT-Befehl einschalten. Der Raspberry hängt an einer Mehrfachsteckdose
Ein "HAcker" kann auch aus deinem Netzwerk MQTT NAchrichten schicken wenn er möchte. Also nein ust nicht unsicherer. Deswegen Frage 1: Warum sollte ein Hacker dein licht an und aus Schalten ? Frage 2: Wenn der "Hacker" in deinem Netzt ist hast
-
Thread
Arduino IDE Kompilierungsfehler
ArduinoJson/ArduinoJson.h:8, from C:\Users\Lukas\Documents\Arduino\sketch_esp_mqtt_json\sketch_esp_mqtt_json.ino:4: C:\Users\Lukas\Documents\Arduino\libraries\ArduinoJson/include/ArduinoJson/JsonObject.hpp: In instantiation of 'ArduinoJson::Internals::List<ArduinoJson::JsonPair
TImpl = ArduinoJson::JsonObjectSubscript<const int&>]' C:\Users\Lukas\Documents\Arduino\sketch_esp_mqtt_json\sketch_esp_mqtt_json.ino:177:16: required from here C:\Users\Lukas\Documents\Arduino\libraries\ArduinoJson/include/ArduinoJson/JsonObject.hpp:291:77: error: 'equals' is not a member of 'ArduinoJson
-
Thread
Wechselschaltung auf Taster + Eltako + Bewegungsmelder umbauen
Marc Meyer schrieb im Beitrag #6902228: > Also sobald ich > Daten via MQTT habe (daher der ESP), geht der Rest. das macht Tasmota ja, eine Eierlegende Wollmilchsau Firmware für den ESP. Da kann alles parametriert werden, ohne eine Zeile Code. Zu Detektierung von 230
abzufragen, und daraus beliebige Schaltaktionen abzuleiten ist kein Problem. Steuerbar per WEB/HTTP-GET/MQTT https://sourceforge.net/projects/toiswitch/ Und der Thread hier im Forum https://www.mikrocontroller.net/topic/524051
-
Thread
Lag in der Wireless Kommunikation ESP32 + Raspberry
Bedienung zur Verfügung. Die Beleuchtungs-Logik ist ebenfalls über Node-Red realisiert und es ist ein MQTT Broker (Mosquitto) installiert. Die ESP32 aus den anderen 3 Buchstaben verbinden sich über WLAN und MQTT mit dem Raspberry. Problem: Grundsätzlich funktioniert das Setup. Allerdings kommt es beim
tausend Lampen gleichzeitig ansteuern. Stefan ⛄ F. schrieb im Beitrag #6710975: > Ich denke, das MQTT Protokoll ist für diese Art der Anwendung nicht > wirklich vorgesehen. Sehe ich auch so
-
Thread
einfache preiswerte Datenübertragung
AUfwand (technisch und finanziell) übertragen Für Lora ist es zu weit und übers Internet (email oder MQTT) zu aufwändig, deshalb ist mein Plan: mit einem G4-Modul eine Telefonverbindung aufbauen und die Daten per FSK übertragen, das wären pro Verbindung schlappe 9 Cent Fällt jemandem was besseres ein
jeder. aber wenn man es ein mal gemacht hat eröffnen sich völlig neue Horizonte einzig ein MQTT-Broker auf Port 1883 oder was auch immer - plötzlich gehen ganz neue Türen auf....
-
Thread
[Projekt] Zigbee LED-Controller, Remote etc.
Die sind recht Bastler-Freundlich: https://www.ebay.de/itm/USB-CC2531-ZigBee-USB-Sick-zigbee2mqtt-ioBroker-FHEM-Ikea-Firmware/283581383697?hash=item4206c48411:g:-JsAAOSw4x5dVRqH
Aber da stimmt aus meiner Sicht der Preis nicht... Meine Boards können auch HomeKit, da Zigbee2Mqtt mit mqtt2homekit kombiniert werden kann :) Aber so wie ich das sehe, gibt es hier eigentlich kein Interesse an solchen Boards. Woran liegt das? a) Ihr habt bisher nicht automatisiert aber möchtet
-
Thread
Heizungsanlage 2 Monate beobachten
ESP8266 daten in der Dropbox abspeichern scheint nicht mehr so leicht zu gehen. 2.) mit ESP8266 MQTT daten an einen MQTT-Broker senden. Bleibt die Qual der Wahl welchen Broker verwenden, freie sind wahrscheinlich zu klein. Gibt es dazu Vorschläge von Euch? 3.) Einen IoT -Plattform wie z.B Blynk,
hab das damals mit einem sonoff basic esp8266 mit Tasmota gemacht. Aufzeichnung ist das problem. Mqtt broker, datenbank, alles viel zu aufwendig. Heute würde ich auf demselben esp8266 custom firmware laufen lassen, mit lokaler aufzeichnung und http abrufbarer graphik. Mach ich für meine WP steuerung
-
Thread
Linear einstellbarer Stellantrieb für FBH --- Homematic IP Motorisch
anzusteuern ohne die dafür vorgesehene Hardware zu verwenden (ich möchte es selber über NodeRed und MQTT realisieren). Besten Dank, ich würde mich über konstruktive Beiträge freuen. Stephan
anzusteuern ohne die dafür vorgesehene Hardware zu verwenden > (ich möchte es selber über NodeRed und MQTT realisieren). Tut's das Homematic Plugin nicht? https://homematic-guru.de/redmatic-node-red-addon-fuer-homematic
-
Thread
TCRT5000 und DHT mit einem ESP32 auslesen
dhtPin, DHTesp::DHT22); iot.begin(); pinMode(LED_pin, OUTPUT); Serial.begin(115200); iot.mqtt.onConnect(mqttConnected); iot.mqtt.onMessage(mqttMessage); /* Serial.println("start timer "); timer = timerBegin(0, 80, true); // timer 0, MWDT clock period = 12.5 ns * TIMGn_Tx_WDT_CLK_PRESCALE
true); // 1000000 * 1 us = 1 s, autoreload true timerAlarmEnable(timer); // enable */ } void mqttConnected(bool sessionPresent) { iot.mqtt.subscribe("example1/led", 0); iot.mqtt.publish("stromzaehler/temp", 1, true,tempBuf ); iot.mqtt.publish("stromzaehler/relFeucht", 1, true, feuchtBuf
-
Thread
ESP-01 hängt sich auf - 230V schlaten
zusammen, Versuche es verständlich zu beschreiben und hoffe auf Hilfe :) Vorhaben: Per MQTT ein (oder zwei) Relais mit mehreren ESP-01 schalten um 230V Geräte ein- und auszuschalten Problem: Die ESP-01 hängen sich nach X Schaltvorgängen auf. Dies geschieht aber nur bei 230V Lasten
Sekunden schaltet er dann wieder um und läuft > danach auch korrekt. Dir ist aber klar, das WLAN/MQTT usw. merkliche Verzögerungen auftreten können? 0,5s erscheint mir in diesem Zusammenhang da doch etwas häufig zu sein. Gruß aus berlin Michael
-
Thread
KymoStudio – Live-Plotter für Mikrocontroller-Daten mit Parameter-Rückkanal
Messwerte von Mikrocontrollern live darstellt und auswertet. Die Daten kommen über Serial, TCP, UDP, MQTT oder CAN. Für die Firmware gibt es die Bibliothek KymoCore unter GPLv3, auch über die PlatformIO-Registry (`lib_deps = codename666/KymoCore@^7.1.0`). Seit heute ist Version 2.7 verfügbar. **Neu in
Puffer im Arbeitsspeicher. **Test vor dem Release:** 8 h Dauerlauf mit einem ESP32 über TCP und MQTT gleichzeitig. Es gab keinen Hänger, der Speicher stieg von 485 auf 509 MB. Auf Studio-Seite gingen von rund 650.000 Werten keine verloren. **Daneben vorhanden:** Laufzeit-Trace von Tasks, Interrupts
-
Thread
Konfigurierbare Firmware für ESP-01 (und andere ESP8266 Module) vhESP
Hallo Andreas, wenn das Ding jetzt noch MQTT kann ist es perfekt..... Gruß Thomas
Thomas K. schrieb im Beitrag #5900909: > wenn das Ding jetzt noch MQTT kann ist es perfekt..... Schau mal dort: https://www.bastelgarage.ch/index.php?route=extension/d_blog_module/post&post_id=15
-
Thread
COAP Ikea Tradfri Kommunikation
durch ein eigenes Gateway ersetzt. https://github.com/Koenkk/zigbee2mqtt
im Detail nie beschäftigt. (mußte ich auch nicht und das fliegt hier sowieso bald zu Gunsten von MQTT raus)
-
Thread
EmbeddedWorld, Round-Up – vom Funkmodul, Feldbus, Batterie und RTOS
eines MQTT-Offloadingsystems, das sich um die Protokollverwaltung kümmert und so mehr Ressourcen auf der Host-MCU freilässt: [c] The new Wi-Fi module from Würth Elektronik independently manages secure cloud
Beitrag #7846045: > Sein wichtigstes Argument ist die Implementierung bzw Integrierung eines > MQTT-Offloadingsystems Das können doch viele Module? Oder man nimmt einfach einen ESP32 und nutzt die vorgefertigte MQTT und TLS Implementation *und* kann dann auch gleich die eigene Anwendung mit auf
-
Thread
Günstiges Entwicklungsboard mit LAN - auch für Beginner
Ich habe aktuell auf meinem Raspberry unter Python verschiedene Sensoren angeschlossen, die über MQTT mit meinem MQTT Broker kommunizieren. Allerdings möchte ich nun die verschiedenen Sensoren auf einzelne Boards verteilen, die Über LAN dann die Nachrichten versenden. Deshalb suche ich günstige
usw. mit einrechnet. Oder, eher für Batteriebetrieb der Sensoren: nRF24L01 o.Ä., einmal am Raspi/MQTT-Server, einmal für jeden Sensor?
-
Thread
Intex SPA Whirlpool automatisieren
erstmal nicht. Diese sendet er ebenfalls über MQTT. Den Sonoff Pow R2 habe ich für 11€ bekommen. Punkt 4.: Eine fertige Relaiskarte auf Basis ESP8266 / Tasmota mit 8 Relais (um die 20€) will ich nutzen, um alle Tasten zu bedienen. Wahrscheinlich
alle MQTT Kanäle der Tasmota Komponenten zusammen. Hier gibt es einfache Möglichkeiten für Zeitpläne, eine Visualisierung und die Temperatur Einstellung. Aktuell läuft schon die Visu der Betriebsmodi. Das
-
Thread
DISCO_STM32F769NI Ethernet Problem
Board und möchte das für Monitoring/Steuerung der Heizungsanlage einsetzen. Grafik und Netzwerk mit MQTT habe ich schnell zusammenbekommen, aber MQTT Publish funktioniert nach kurzer Zeit nicht mehr. Im Wireshark wird 'TCP Spurious Retransmission' angezeigt und damit habe ich schnell das vermutlich gleiche
ja, das ist der richtige. Habe eine PN geschickt. Für den Aufbau wird ein Netz mit DHCP und MQTT Server gebraucht. https://github.com/JojoS62/HeaterController/blob/master/src/system/mqtt.cpp Ich konnte es aber nicht abwarten und habe doch noch ein Board bei Mouser bestellt, in der Hoffnung
-
Thread
Einstieg(scontroller) in Ethernet Kommunikation mit STM32
auch einen Empfänger bauen der von mehreren Sendern gesteuert werden kann. Das von Stefan genannte MQTT mag ich auch, dafür gibt es viele Clients, z.B. auch für das Smartphone. Oder Automatisierungssoftware die dann per GUI oder Timer Aktionen ausführen kann. Einen MQTT Client kann man mit dem F407 und
machst, mit so einem Weg bleibst du bei den Standards. Das wird ein selbstgestricktes Modbus/Ethernet/MQTT Protokoll niemals hergeben.
-
Thread
Linux Webserver (Apache) und MqTT (subscribe) status seite
Dein Problem? MQTT & Website ergibt meiner Recherche folgende Artikel https://www.heise.de/developer/artikel/Kommunikation-ueber-MQTT-3238975.html https://hackaday.com/2020/01/15/automate-your-life-with-node-red-plus-a-dash-of-mqtt
Deine Tante Googleskills nicht wohl sehr beschränkt. https://entwickler.de/online/javascript/mqtt-mit-javascript-579860931.html
-
Thread
ESP32-C6 an 18650 Akku betreiben
Das schöne am MQTT ist ja das senden und empfangen asynchron laufen, d.h. es gehen keine Events verloren. Ich kann (muss wohl) damit leben wenn das Modul sich nur einmal pro Minute mit der MQTT verbindet und schaut ob
μA-Bereich erzielen, aber eben nicht mit den ESP32. Olli Z. schrieb im Beitrag #7964433: > Z2MQTT Wenn du also nur ZigBee brauchst, hast du ja eine große Auswahl an effizienten Funk-Controllern (inkl den nRF54 oder auch STM32WB) und bist nicht auf die ESP32 angewiesen.
-
Thread
NodeMCU (ESP8266) Soft WDT reset
MQTT-Messages, eine Handscanner, der die gescannte EAN-Sendet, eine Pearl-Laufschrift, die Texte anzeigt, eine Badlichtüberwachung (ESP mit StepDown parallel zu den 12V Halogenern) der per MQTT mittelt,
stabil, sehr selten WLAN-reconnects, daran sind aber die WALN-Verhältnisse hier im Umfeld schuld. MQTT mit PubSubClient, neuerdings auch mit dem Wrapper für den ESp-MQTT-Client. Fast alle Komponenten mit OTA-Update installiert, will die ja nicht immer an den PC stecken müssen, wenn ich was ändere.
-
Thread
Ist es noch sinnvoll, mit Controllern zu arbeiten?
befürchtet. > Wenn ich eine zeitgemäße Standard-Applikation umsetzen muss (W/LAN > Anbindung, MQTT, IOT, Bluetooth, Visualisierung, Server usw.) 2) Nicht jede "zeitgemäße" Standard Anwendung hat oder braucht W/LAN, MQTT; IoT; Bluetooth oder Server. > Wenn ich eine zeitgemäße Standard-Applikation umsetzen muss (W/LAN > Anbindung, MQTT, IOT, Bluetooth, Visualisierung, Server usw.) 3a) Visualisierungen können spartanisch sein. Und dort ist Einsparpotential an Stromverbrauch und Aufwand. 3b) Über der Visualisierung wird immer
-
Thread
ESP8266 DeepSleep Wetterstation
ähnlich) verwenden - es sei denn du hast schon einen Server aufgestellt. Hier bietet sich das MQTT Protokoll und Serverseitig ein MQTT Broaker an. Aber man kann auch z.B. mit PHP eine einfache Brücke zur Datenbank herstellen, wo die Messwerte gespeichert werden. Wie das ganze mit OpenHab zusammen
OpenHab zusammen kommen kann, weiss ich nicht. Davon > habe ich keine Ahnung. Wie wäre es mit einem MQTT Broker, z.B. Mosquitto. https://www.openhab.org/addons/bindings/mqtt/
-
Thread
MQTT-Broker für ESP32, WiFi6-Companionchips, MATLAB-Export für PicoScope uvm
Einräumen der Schubfächer Disziplin eingehalten wird, ist die Lokalisierung einfacher. ### PicoMQTT – Arduino-Bibliothek hostet MQTT-Broker auf ESP32 MQTT-Bibliotheken für ESP32 gibt es per se wie Sand am Meer. Interessant ist an der unter https://github.com/mlesniew/PicoMQTT bereitstehenden Implementierung
Der hierzu notwendige Code ist vergleichsweise simpel: [c] #include <Arduino.h> #include <PicoMQTT.h> PicoMQTT::Server mqtt; void setup() { // Usual setup Serial.begin(115200); WiFi.mode(WIFI_STA); WiFi.begin("MyWiFi", "password"); // Subscribe to a topic pattern
-
Thread
Flash am ESP8266/ESP32
lasse (z.B. eine Smartmeter-Visualisierung mit Grafana). Die Daten kommen dann vom ESP (z.B. per MQTT) und werden in einer Datenbank abgelegt (InfluxDB). Vorteile: + Der ESP hat wenig zu tun: Daten sammeln und per MQTT verschicken + Die Webseite kann beliebig groß und aufwändig sein + Die Daten
das ganze soll auch noch offline-tauglich sein. Sonst hätte ich die Files von einem CDN geholt. Per MQTT werden die Messdaten auch verschickt.
-
Thread
Spyder python mqtt
ich habe mir die Windows Python Entwicklungsoberfläche Spyder heruntergeladen. Nun möchte ich mqtt nutzenn. Wie kann ich in Spyder das mqtt Package paho-mqtt installieren?
PythonUser schrieb im Beitrag #6996564: > Wie kann ich in Spyder das > mqtt Package paho-mqtt installieren? Auf dem normalen Wege, oder gib es da Probleme? ( https://www.emqx.com/en/blog/comparision-of-python-mqtt-client https://www.emqx.com/en/blog/how-to-use-mqtt-in-python
-
Thread
Raspberry Pi Pico W (RP2040) mit Rasbpi 4 und Wifi "fernsteuern"
wenn nicht jeder Pico eine Webseite bekommen soll wuerde ich das MQTT Protokol empfehlen. Auf der Raspberry P Seite kann man die Picos dann per Commandline oder per Dashboard von NodeRed per MQTT steuern Wissen dau gibts z.B. auf https://peppe8o.com/mqtt-and-raspberry-pi-pico-w-start-with-mosquitto-micropython
der Raspberry P Seite kann man die Picos dann per Commandline oder > per Dashboard von NodeRed per MQTT steuern > > Wissen dau gibts z.B. auf > https://peppe8o.com/mqtt-and-raspberry-pi-pico-w-start-with-mosquitto-micropython/amp/ Hallo Guido L., ich komme leider erst jetzt dazu mich hier zu
-
Thread
MQTT oder Modbus IP, was ist schneller?
Hi. Ich habe einen Shelly Pro 3EM Stromzähler, der seine Daten per MQTT an den mosquitto schickt. Leider habe ich nur alle 15 Sekunden einen Wert. Nun ist die Frage, ob es mit Modbus IP eventuell schneller geht. Bei Modbus IP muss man ja pollen, während bei MQTT der
kommts sehr oft zu einem Überlauf - und somit wirds unbrauchbar. Die seinerzeitige Diskussion war den MQTT einzuschränken. https://community.symcon.de/t/mqtt-update-intervall-bei-shelly-3em/132454/2