-
Thread
Synology 216(j) Git, GitLab, MQTT
Performance überhaupt vernünftig lauffähig? Wie aktuell sind die Versionen von GitLab für Synology? - MQTT Broker: Gibt es da was vernünftiges? Vielen Dank im Vorraus!
Ich möchte mir ein Synology 216 oder 216j NAS zulegen (bin noch > unentschlossen). > > > - MQTT Broker: Gibt es da was vernünftiges? > Schau mal bei Synology im Forum. Da gibt welche die damit Erfahrung haben. Ansonsten: Die Performace einer j kann leiden wenn sie nebenher noch indexierungsorgien
-
Thread
Espressif: neue Softwaremodule, Containertechnik am ESP32 und RP2040-Kombinationsboard
arbeitende virtuelle Maschine isoliert die einzelnen Applikationen voneinander und erlaubt durch eine an MQTT erinnernde Schnittstelle Interprozesskommunikation.  Lohn der Maßnahme ist, dass sie ihre ESP32-Instanzen fortan über einen Cloudservice administrieren können. Dieser
Programmiersprache. Dafür haben m.E. die meisten hier keine Zeit. Warum bleibt es nicht beim bewährten Python und MQTT? Warum muss man etwas neues machen? Vielleicht hilft mir hier jemand, ich verstehe es langsam nicht mehr.
-
Thread
ESP 8266 Firmware
ich müßte vermutlich erst ziemlich schauen, ob und wie ich z.B. den RFM12 für meine 433MHz-Sensor-MQTT-Bridge in LUA o.ä. in Gang bekäme. So konnte ich selbst die Jahre alte RFM12-Empfangsroutine im Interrupt nahezu unverändert vom AVR auf den ESP tragen. Das wird auch der TO für sich herausfinden
müßte vermutlich erst ziemlich schauen, ob und wie ich z.B. > den RFM12 für meine 433MHz-Sensor-MQTT-Bridge in LUA o.ä. in Gang > bekäme. > So konnte ich selbst die Jahre alte RFM12-Empfangsroutine im Interrupt > nahezu unverändert vom AVR auf den ESP tragen. Verstehe ich. Wobei das streng
-
Thread
Rolladensteuerung zu Tastern parallel
Und die Shellies kannst du direkt ins WLAN einbinden und per Browser steuern oder, wie ich, es per MQTT, RasPi mit mosquitto und NodeRed automatisieren. Gruß, Helmut. p.s. Die blauen Relaismodule würde ich nicht zum Ansteuern von Motoren verwenden, die sind mir zu unsicher in der Belastbarkeit
die Shellies kannst du direkt ins WLAN einbinden und per > Browser steuern oder, wie ich, es per MQTT, RasPi mit mosquitto und > NodeRed automatisieren. > > Gruß, > Helmut. > > p.s. Die blauen Relaismodule würde ich nicht zum Ansteuern von Motoren > verwenden, die sind mir zu unsicher in
-
Thread
APP MQTT Dash publish json string
läuft ja auch mit meiner MQTT Implementierung hat das wenig zu tun. Sondern wie diese Apps die payload verarbeiten um sie zu Visualisieren. Die oben genannte App kann zwar in Json verpackte Werte lesen aber sie nicht senden.
-
Thread
Tuya-Convert (Tasmota MQTT) still alive?
Hi, es geht um https://github.com/ct-Open-Source/tuya-convert Und Für den Einstieg ins Thema: https://www.simon42.com/tuya-convert-tasmota-firmware-smart-life/ Habe mit zur Ergänzung (Weihnachten/Kurzbetrieb) 3 Wifi (ESP8266) Steckdosen gekauft und bin kurz davor diese zurückzusenden, da sie ab Werk nicht ohne Cloud funktionieren. Dann bin ich auf obigen Sourcen gestoßen, habe aber gerade nur einen ollen Mac M1 und kein einzigen Linux-Rechner zur Hand (sonst hätte ich es einfach getestet) Mein Hersteller ist: https://www.inline-info.com/de/themenwelten/smart-home/smart-life-und-ifttt
-
Thread
Schalter und Relais trennen Tasmota + HomeAssistant
Dann muss man eine Rule anlegen, sodass der Status des Schalters (Hier wie gesagt Schalter 2) per MQTT übermittelt wird: [code]Rule1 on Switch2#state do Publish stat/tasmota_Nr/SWITCH2 %value% endon[/code] Dann muss die Rule aktiviert werden: [code]Rule1 1[/code] In HomeAssistant kann man dann bei der Erstellung einer Automation auf die entsprechende Message reagieren. (Als Auslöser "MQTT" auswählen.) Als Payload 0 bzw 1 eintragen, je nachdem, worauf man reagieren will. (Beim Sonoff Dual R3 bedeutet 0, dass Phase anliegt, 1, dass sie nicht anliegt.) Hoffe, diese Beschreibung hilft
-
Thread
ESP8266 & email
? https://nodemcu.readthedocs.io/en/master/en/modules/tls/ Es wird z.B. im Zusammenhang mit MQTT diskutiert, und da scheint es zu gehen.
Für so etwas ist der Chip wohl doch eine Nummer zu klein. Das hätte ich auch vermutet, aber mit MQTT scheint das wohl zu gehen. Also wenn es nur ein Zeitproblem ist (wie lange der ESP rechnen muss), soll es mir egal sein.
-
Thread
ESP8266 mit einem MQ 135 Sensor zum laufen kriegen
vielfältig sein. Simpel per http get oder post, per Json, oder aber andere Protokolle wie COAP oder MQTT. Oder ganz trivial per Socket. Hat dann wenig Overhead, aber ist nicht konform zu irgendeinem Standard. Darüber solltest Du Dir zuerst Gedanken machen.
Hi, ich habe ähnliches Projekt gemacht http://esp8266-server.de/MQTT/GasSensor.html
-
Thread
WR3 gegen ES8266 tauschen (Software/BUS)
ein ESP reingelötet und in Tasmota die GPIOs den Funktionen Zugeordnet. Alles weitere geht dann per MQTT.
besser neben dem ESP platziert werden, bei mir ging der Deckel sonst nicht mehr zu. Und da ich kein MQTT verwende sondern eine eigene API hier meine Rules, vielleicht helfen sie jemandem: [code] # entfeuchter-1 # ------------------------------------------------------------ Rule1 ON System#Boot DO
-
Thread
[S] Lüfterloser Mini PC 4GB/32GB mit Linux-Unterstützung <150€ aus EU gesucht
Smart-Home" Zentrale welche aber außer per Bluetooth selbst keine Geräte schaltet, sondern dies per MQTT an andere Geräte (z.B. ESP8266 etc.) deligiert. Ich möchte vom Raspberry weg, da mir die SD-Karten Anbindung zu unzuverlässig ist. Also wenn jemand hier konkrete Vorschläge hat würde ich ich darüber
Smart-Home-Systeme und setze deshalb die Systeme immer wieder neu auf und dann kommt eben ein Mosquitto (MQTT) und ein Node-Red und einiges anderes immer mal wieder drauf und deshalb ist dann für die Installation etwas "Dampf" nicht schlecht, aber im End-Effekt, wenn das System steht, ist es nicht mehr notwendig
-
Thread
ESP32 & ESP8266 etc ohne Arduino?
elf-gcc vom ESP-IDF. Hab auch mal gelesen, dass der Arduino Core 65% lamgsamer ist als FreeRTOS. Hab MQTT, CAN und I2C prima zum laufen bekommen. Suche jetzt nur was passendes um Webserver aufzusetzen. Denke mal werde Mongoose verwenden oder kennt jemand was besseres?
verschiedene Zugangsdaten zum Laufzeit einzugeben und zu speichern. Zum Beispiel WLAN, Passwort, MQTT Zugangsdaten, NTP Server. http://esp32-server.de/ini/
-
Thread
Architektur / Protokolle um analoge Schaltpanele für Homeautomation zu ersetzen
Framework z.b. https://esphome.io/ (gibt aber zig andere Optionen). Alternativ was eigenes mit z.B. MQTT
Kommunikation zum Arduino, oder soll ich mir einfach irgendetwas > ausdenken. Sehr verbreitet ist MQTT.
-
Thread
Mosquitto wird langsam
viele messages sendet mit QOS>1 . Nicht das hier auch der inflight Buffer voll läuft? Sicher das der MQTT Stack auch korrekt läuft ?
> Sicher das der MQTT Stack auch korrekt läuft ? nein :D hehe, wenn ich ehrlich bin habe ich nicht sooo viel Ahnung davon. Auf was muss ich achten, wo kann ich das einstellen? Die Anzahl der Messages ist aber garnicht
-
Thread
Wie STM8 Assembler File "bearbeiten"?
die über den seriellen Port ausgegebenen Informationen an einen ESP8266 gegeben, der das an einen MQTT Server im Keller sendet. Damit kann ich immer sehen, was dier Maschine macht. Ich will eigentlich nur wissen, ob es ein Kommando gibt, mit der man die Maschine aus dem Power Save Mode wecken kann
mit dem ESP und einem BSS138 sollte das doch auch gehen. Eine Routine mit einer subscription am MQTT Server hatte ich schon dafür angelegt.
-
Thread
Parallele Reedkontakte mit Toggle
weiter aus: Ich habe N Reedkontakte. Deren jeweiligen Status offen/geschlossen möchte ich an einen MQTT Broker per WiFi verschicken (den Softwareteil kriege ich alleine hin...). Die gesamte Schaltung muss per Batterie funktionieren. Deshalb der Deepsleep mit externen Interrupt. >> Die "Erweiterung
der Kontakte lokal zu merken, sprich dieser müsste jedesmal über WiFi von extern abgefragt werden. (MQTT, zentrale Komponente zur Weiterverarbeitung - siehe irgendwo oben im Thread) Und spätestens hier wird die Einsparung mehr als überkompensiert - Demnach leider keine gute Lösung :)
-
Thread
Hargassner Pelletheizung Betriebsdatenerfassung
Hallo Le, kannst Du beschreiben/verlinken wie und mit welcher Hardware/Sofware dann von ESP32 via MQTT zu Deinem Home Assistant gekommen bist. Ich habe eine identische Konstellation. Vielen Dank!
Das ist meine Lösung zu dem Thema: https://gitlab.com/mediaessenz/hargassner-mqtt-client Die Auswertung der Daten mache ich mit NodeRed. Geht aber sicher auch mit Home Assistant ;-)
-
Thread
Evaluierung Controller über Ethernet steuern
ESP8266-03 mit NodeMCU (€3 pro Node, WLAN) ENC28J60+ATmega328 (6€ pro Node, LAN) MQTT Protokoll Leider alles von "einfach" so weit entfernt wie die Kuh vom Raumflug.
#4097295: > ESP8266-03 mit NodeMCU (€3 pro Node, WLAN) > ENC28J60+ATmega328 (6€ pro Node, LAN) > > MQTT Protokoll > > Leider alles von "einfach" so weit entfernt wie die Kuh vom Raumflug. Danke Werde ich mir ansehen Und einfach ist grundsätzlich nichts bis es Fertig ist dann ist es kein Problem
-
Thread
Zeitschaltuhr mit DCF77 und Datenerhalt
192.168.178. [/code] -Sommerzeit für DE -Lat/Lon lt. GPS für die Astrofunktion -SO3 schaltet MQTT aus -SO56 & 57 verbessert die WLAN-Wiederverbindung bei wackeligem Netz -ntpserver & ipaddress4 & ipaddress2 ist der Router (NTP, DNS, Gateway) -ipaddress1 ist die Adresse der Steckdose, da fehlt
abends aus". Ist halt Weihnachtsbeleuchtung, und so findet man die Timer auch wieder, ich habe keinen MQTT. In einer Anwendung mit einer Pumpe habe ich [code] backlog timer1 {"Enable":1,"Mode":0,"Time":"00:00","Window":0,"Days":"1111111","Repeat":1,"Output":1,"Action":1};timer2 {"Enable":1,"Mode":0,
-
Thread
Influxdb + Grafana: Nur Datenpunkte von heute
Home Assistant empfehlen und dann ist man im Rabbit Hole, und bekommt gesagt, dass man die Daten per MQTT an ioBroker schicken soll, und der soll das dann an InfluxDB schicken und dort soll sich Grafana dann das Zeug holen. Und ehe man sich versieht, hat man sich diese halbgaren Krücken an die Backe
Assistant empfehlen > und dann ist man im Rabbit Hole, und bekommt gesagt, dass man die Daten > per MQTT an ioBroker schicken soll, und der soll das dann an InfluxDB > schicken und dort soll sich Grafana dann das Zeug holen. > > Und ehe man sich versieht, hat man sich diese halbgaren Krücken an die
-
Thread
Hubmagnet Schloss brennt immer durch
betrieben wird, um eine Schranktür zu öffnen! Angesteuert wird das ganze mit einem Esp32 über wlan/mqtt. Die Schaltung läuft soweit ganz gut, der Hubmagnet zieht sauber an und tür öffnet. Nun ist aber seit einiger Zeit das Problem, dass die Hubmagnete immer wieder durchbrennen. Parallell zum Hubmagnet
Tom schrieb im Beitrag #7326881: > Angesteuert wird das ganze mit einem Esp32 über wlan/mqtt. > Die Schaltung läuft soweit ganz gut, der Hubmagnet zieht sauber an und > tür öffnet. WENN ich das jetzt lese, ist obiges Konstrukt nicht eigensicher. Das heißt, wenn das Programm Dummheiten
-
Thread
[B]iete - the symphonist - universal ZigBee Gateway
Danke für den Hinweis. Ich habe das Projekt vor knapp einem Jahr begonnen. Damals war Koenks ZigBee2MQTT gerade im Umbruch zum CC2652 gewesen. Ist der CC2652 damals wie auch heute noch deutlich teurer gewesen wie ein CC2531. Da die Aktuelle Hardware ohnehin noch ein Paar Bugs hat welche es zu beseitigen
für den Hinweis. Ich habe das Projekt vor knapp einem Jahr > begonnen. Damals war Koenks ZigBee2MQTT gerade im Umbruch zum CC2652 > gewesen. Aha. Daher kommt das alles also. Damit waren also die Designentscheidungen quasi schon am Anfang vorgegeben, und Dein Gerät ist also "nur" eine hübsche
-
Thread
Totschläger für ESP8266?
Paradebeispiel ist ja das auslesen eines Sensors, dessen Daten in periodischen Abständen per HTTP oder MQTT übertragen werden. Zwischen den einzelnen Messungen schläft das Teil. Dank ordentlichem Reverseengineering geht das jetzt leidlich mit dem ESP aber es kommen einem immer wieder Dinge quergeschossen,
Paradebeispiel ist > ja das auslesen eines Sensors, dessen Daten in periodischen Abständen > per HTTP oder MQTT übertragen werden. Zwischen den einzelnen Messungen > schläft das Teil. Dank ordentlichem Reverseengineering geht das jetzt > leidlich mit dem ESP aber es kommen einem immer wieder Dinge > quergeschossen
-
Thread
Frage zu Knopfzelle und Pulsstrom
BME280 und LH1750 läft hier ca. 3 Wochen mit 600mA LiFePO4 Zelle bei alle 5 Minuten messen und ein MQTT-publish schicken. Gruß aus Berlin Michael
allerdings nur ca. 10x am Tag vom PIR geweckt, das lief so ca. 3 Monate so. Gesendet wurde nur per MQTT die Spannung beim Triggern, den Rest hat hinten FHEM organisiert. Aktivzeit war jeweils so ca. 300ms, je nach WLAN-Auslastung hier. Natürlich feste IP, kein DHCP usw. Gruß aus Berlin Michael
-
Thread
Berührungssensorik mit Spannungsmessung durch µC
Decke des Raumes und hat damit kürzere Leitungen zu den "Sensoren". Per WLAN werden die Werte über MQTT ans Raspberry übergeben. Das funktioniert soweit ganz ok, leider sind die ESP32 am oberen und unteren Spannungsbereich der ADCs etwas unempfindlich und haben im Gegensatz zum Arduino lediglich
Decke des Raumes und hat damit kürzere > Leitungen zu den "Sensoren". Per WLAN werden die Werte über MQTT ans > Raspberry übergeben. > Das funktioniert soweit ganz ok, leider sind die ESP32 am oberen und > unteren Spannungsbereich der ADCs etwas unempfindlich und haben im > Gegensatz zum Arduino lediglich
-
Thread
ESP8266 I2C Spy Pelletofensteuerung
eine externe Steuerung entworfen auf Basis eines ESP8266, die soll das Schalten der Taster über WLAN/MQTT beweltigen und gleichzeitig den I2C Bus abhören und die Displayanzeige über WLAN/MQTT an FHEM weitergeben. Hier ein Link zum entsprechenden Spy-Tool: https://github.com/maarten-pennings/I2C-tool/tree
-
Thread
ESP 8266 Wifi setup crash
void) { Serial.println("Publish Data and Go to sleep now"); setup_wifi(); //Publish MQTT ESP.deepSleep() } void loop() { if(millis()-lastMillis > interval) { Serial.println("Hallo"); rpm=((roundCounter*2)/60); lastMillis=millis(); } } [/c] Vielleicht
{ Serial.println("Publish Data and Go to sleep now"); setup_wifi(); //Publish MQTT ESP.deepSleep() } } [/c]
-
Thread
LED-Matrix mit ESP8266 und MAX7219 Modulen
Version allerdings auch aus, das ist noch nicht finaler Stand. Die Nachrichten kommen bei mir per MQTT, aber da gibt es dank der vielen Libs für den ESP natürlich auch andere Möglichkeiten. Auf einem Raspberry habe ich Node Red laufen, das bekommt z.B. Daten von Temperatursensoren und ereugt dann den
geschafft, den Code bei mir zum Laufen zu bringen und Text von meinem Raspberry Pi über Node Red und MQTT an das Display zu senden. Leider gibt mein Display (Max7219 mit 4 Modulen) den Text nicht in Laufschrift wieder. Es zeigt einfach die ersten paar Buchstaben, soweit sie auf die Breite des Moduls passen
-
Thread
Comelit Videosprechanlage mit Raspberry Pi ansteuern
folgendem GitHub Link haben wir ein Projekt veröffentlicht, welches das Simplebus-2 Protokoll mit MQTT verbindet. So kann man mit Home Assistant, ioBroker oder einer beliebigen IoT-Software mit der Klingelanlage kommunizieren und steuern. https://github.com/Elektroarzt/simplebus2-mqtt-bridge
-
Thread
ESP32 im professionellen Einsatz
erklären warum eine Verbindung nicht möglich ist. Deswegen habe ich es auch fast aufgeben das MQTT Projekt auf den ESP weiter zu zu entwickeln. Der winc1500 machte da eine bessere Figur, der konnte auch mehr messages verarbeiten. Das RTOS lässt nicht mehr viel übrig für umfassende Anwendungen. Das
ab. Das Problem liegt irrend wo in der u8g2 lib .. Da muss ich nochmal forschen. Zumindest mein MQTT Stack lieft ohne Probleme...
-
Thread
Selektion von Funkmodulen in einem RFM69 Netzwerk
auf einem Raspberry, der hat eine SPI und kann das Modul direkt bedienen. Die Daten werden über ein MQTT Gateway ausgetauscht, das macht die Sache sehr universell und ich kann auch ESPs einbinden die direkt MQTT sprechen können. Die Sender sind mit LPC812 (Cortex-M0) gebaut, brauchen im Ruhezustand 1,2
-
Thread
Steuerung für Markise Markilux 5010
durch ein Relais und einen ESP8266 (NodeMCU) ersetzt. Das tolle daran ist nun, dass ich mittels "MQTT" und Node-Red eine Art Smart Home Gedöns habe und via Flow Based Programming die Logik für die Markise schalten kann. Auf dem ESP sind noch ein Helligkeits und ein Temperatursensor, die ebenfalls via MQTT kommunizieren. Node-Red hat dann eine Hysterese die auf der Helligkeit basiert und die Temperatur dient nur für einen Wintermodus. Damit fährt die Markise schön rein und raus. Damit lässt sich
-
Thread
Infrarot LED Reichweite und Abstrahlwinkel
Bei Pearl gibt es eine für 19,95€, die soll ganz brauchbar sein und wurde auch schon irgendwo für MQTT-Zugriff modifiziert: https://www.pearl.de/a-NX4519-3103.shtml;jsessionid=q2DFBEC7B3239D7AD8E61C8CE82FFD0A3 Macht vielleicht weniger Arbeit. Gruß aus Berlin Michael
Pearl gibt es eine für 19,95€, die soll ganz brauchbar sein und > wurde auch schon irgendwo für MQTT-Zugriff modifiziert: > https://www.pearl.de/a-NX4519-3103.shtml;jsessionid=q2DFBEC7B3239D7AD8E61C8CE82FFD0A3 Sieht echt gut aus :-) Genau so etwas soll es am Ende werden. Das Bild von der
-
Thread
Blitzschutz Gartenbewässerung
Tja. Wie in der Übersicht erkennbar ist die Ventilsteuerzentrale über den CAN-Bus mit einem CAN-MQTT-Umsetzer verbunden, und dieser über Ethernet mit einem Switch, und dieser Switch über Ethernet mit drei anderen Switches, und über weitere Switches und eine Powerline sind reichlich Geräte erreichbar
Tja. Wie in der Übersicht erkennbar ist die Ventilsteuerzentrale über > den CAN-Bus mit einem CAN-MQTT-Umsetzer verbunden, und dieser über > Ethernet mit einem Switch, und dieser Switch über Ethernet mit drei > anderen Switches, und über weitere Switches und eine Powerline sind > reichlich Geräte
-
Thread
Smart Home DIY Protokoll
Telefonleitung als zusätzliche Strippe kostet kein Geld. Als Protokollauswahl würd ich auf tcp und oder MQTT bauen, alle wichtige Homeautomatisierungssoftware (FEHM, OPENHAB, IO Brocker) verstehen diese. Schreibst Dir einfach eigene Bindings und kannst somit alles mit einbinden, was Du möchtest. Habe mir
Nur mit KNX Leitungen die sind isoliert :-) > Als Protokollauswahl würd ich auf tcp und oder MQTT bauen, alle wichtige > Homeautomatisierungssoftware (FEHM, OPENHAB, IO Brocker) verstehen > diese. Schreibst Dir einfach eigene Bindings und kannst somit alles mit > einbinden, was Du möchtest
-
Thread
Monitoringsystem mit Webinterface
cppbert3 schrieb im Beitrag #6513997: > Wie kommen die Daten zum Webserver AQMP, MQTT, HTTP/POST, ach es gibt so viele einfache Lösungen, zu denen es Tonnen von fertigen Frameworks und Libs gibt.
schrieb im Beitrag #6514231: > cppbert3 schrieb: > Wie kommen die Daten zum Webserver > > AQMP, MQTT, HTTP/POST, ach es gibt so viele einfache Lösungen, zu denen > es Tonnen von fertigen Frameworks und Libs gibt. Ist mir klar, der Eingangspost lässt aber vermuten das das nicht alle wissen
-
Thread
Was sollte meine Uhr noch können?
Ich habe so ein Matrixdisplay per MQTT angebunden. Die Nachrichten kommen per NodeRed, da hat man unendlich viele Möglichkeiten (wie im https://www.mikrocontroller.net/topic/479769#5947556)
Johannes S. schrieb im Beitrag #5948307: > Ich habe so ein Matrixdisplay per MQTT angebunden. Die Nachrichten > kommen per NodeRed, da hat man unendlich viele Möglichkeiten (wie im > Beitrag "Re: Was sollte meine Uhr noch können?") Da fällt mir ein: Eine Mondlanung sollte die
-
Thread
Rs 232 per lan ansteuern?
werden soll und der comport des pcs drin. Dann schreib die um, dass die direkt TCP oder HTTP oder MQTT oder sonstwas macht, und du sparst dir komplett das Tunneln von RS232 über Netzwerk. Dein Ziel ist: Wenn ein Programm am PC gestartet wird, soll irgendwo anders im Netzwerk ein RS232-Kommando abgesetzt
soll und der comport des pcs drin. > > Dann schreib die um, dass die direkt TCP oder HTTP oder MQTT oder > sonstwas macht, und du sparst dir komplett das Tunneln von RS232 über > Netzwerk. > Dein Ziel ist: Wenn ein Programm am PC gestartet wird, soll irgendwo > anders im Netzwerk ein RS232-
-
Thread
Arduino I²C-Bus, mehrere Instanzen
da den zentralen yC (hier wegen WLAN höchstwahrscheinlich einen NodeMCU/ESP8266), dieser wird per MQTT globale Variablen managen (funktioniert bereits). An diesen wollen wir per Bus 1 separate yC's hängen, diese leisten dann die ganze Aktoren/Sensoren-Arbeit (dies wiederum dann über den Bus 2). Verwendung
(schlicht eine Baugrößenfrage). Das ganze findet innerhalb eines Kubikmeters statt (abgesehen von MQTT), es sollten also keine Leitungsprobleme auftreten. Die meisten Sensorenkonfigurationen sind standalone bereits getestet, nun kommt hier also das Zusammenspiel zum Zuge. Jeder Bus für sich funktioniert
-
Thread
Industrie 4.0 ist am durchstarten
die Vorzüge der IoT-Server eindrucksvoll geschildert: https://www.heise.de/security/meldung/MQTT-Protokoll-IoT-Kommunikation-von-Reaktoren-und-Gefaengnissen-oeffentlich-einsehbar-3629650.html
Vorzüge der IoT-Server eindrucksvoll geschildert: > > https://www.heise.de/security/meldung/MQTT-Protokoll-IoT-Kommunikation-von-Reaktoren-und-Gefaengnissen-oeffentlich-einsehbar-3629650.html Bingo! Na super, und jetzt noch eine Anleitung für den kriminellen Missbrauch bitte. Am besten vom
-
Thread
Magnetventil AC ansteuern
geschaltet, aber das hat mit den 24V AC ja direkt nichts zu tun. Der Datenaustausch erfolgt mittels MQTT, zur Konnektivität verwende ich Ethernet (W5500-Modul). Das Ganze funktioniert auch, jedoch ist mir aufgefallen, dass es Situationen gibt, bei denen die Ethernetverbindung des uC bis zum Neustart nicht
verstehe. Mein Projekt sieht ähnlich aus. Auf dem Raspi läuft Node-RED, das gibt eine Info per MQTT an den NodeMCU, dieser steuert das im Bild gezeigte Relay an. An dem Relay habe ich einen 24V AC Trafo von Hunter und vier Magnetventile. Je ein Kabel der Ventile und des Netzteils läuft zu einem der
-
Thread
Akku Eco-Worthy 12,8V 100Ah und sein RS485-Protokoll
Interesse an unseren Ergebnissen? Es entsteht gerade eine ESP32-Lösung, die die Daten abholt und per MQTT versendet. Die Auswertung geschieht dann im NodeRed. Anbei eine erste Skizze der Schaltung (ohne Gewähr) und ein Screenshot aus NodeRed. 73 de Jens DL4AAS OV P56 (DB0WTH, DB0WIT) P.S. Kleines
Programmiert mit den freeRTOS-Funktionen, die der ESP32 sowieso mitbringt, um WLAN-Verbindung, MQTT-Verbindung usw. schön getrennt abwickeln zu können. Mein erster Versuch in der Richtung, macht sich aber recht gut. Sketch gern auf Anfrage, muss noch etwas aufgeräumt werden... Und tatsächlich
-
Thread
Günstiges und einfaches Mini-Controller Board, was würdet ihr heute nehmen?
gibt heutzutage nicht mehr DEN Controller - schaff Dir eine vernünftige Infrastruktur die z.B. über MQTT miteinander kommuniziert Was Fu mit einem Controller in einer UP-Fose willst, der kein WIFI kann - fraglich Für sonstige Basteleien: ESP8266 oder ESP32
Unterputzdose bleibt. Die Bibliotheken sind Mah-Mah zum Teil, Arduino halt. Aber zumindest Funk und MQTT funktionieren sehr stabil. > Raspi Pico usw scheint wohl auch recht bekannt zu sein. Genauso wie die > ESP32 basierten Boards. > Welche sind denn nachher einfacher zu programmieren? Ich (!)
-
Thread
ESP8266 RFID zu mosquito mqtt server
hauptsaechlich darum, den rfid-reader auszulesen. Anstatt eines http-requests muss man dann eben das mqtt-modul einkompilieren und den request dort machen. Ich behaupte das sind 5 Zeilen Code, die geaendert werden muessen.
-
Thread
Led Streifen (WS2812B) mit Strom Versorgen und an NodeMCU anschließen
funktionieren. eine 16x16 Matrix macht bei mir an der NodeMCU mehr als 100 Frames/s ohne sich vom WLAN, MQTT, NTP-Abrage irgendwie beeindrucken zu lassen. Bedingung ist die Nutzung von I2S-DMA, entweder mit der NeoPixelBus-Library oder einer gepatchten FastLED-Lib. Kritisch sind nur andere Sachen, die ihrerseits
Updaterate, wieviel WLAN-Traffic? Mal als Vergleichsmaß: Matrix 16x16 (256 LEDs), 100 Frames/s, MQTT, NTP. Webserver geht auch, habe ich hier aber dafür nicht in Benutzung. Gruß aus Berlin Michael
-
Thread
unauffällige Ferienausüberwachung
smarte" Lampe, E27 zum Einschrauben, mit Bewegungsmelder und Zustandsmeldung machbar über externen MQTT-Broker o.ä, so daß man die zeitlich protokollieren kann?
smarte" Lampe, E27 zum Einschrauben, mit > Bewegungsmelder und Zustandsmeldung machbar über externen MQTT-Broker > o.ä, so daß man die zeitlich protokollieren kann? Ich hab mal gehört, das eine Philips Hue genau das macht, nach Hause funken: Philips weiss, wann in deinem Ferienhaus jemand ist - erzählt
-
Thread
Fröling Heizungssteuerung auslesen.
und alles ab (incl. der Zeile) "if timestamp:" kannst Du weglassen. Oder Du machst das ganze als MQTT-Client. Dann auch gleich mit den Daten …
Assistant running on Raspberry Pi 4. But RADIATOR would be the right choice for me and then in MQTT which is part of Home Assistant. Can anyone help me how to deal with this. I am a beginner in programming. Thanks
-
Thread
Entwicklungen und Forschung um den Sparmatic Comet / Zero v2 Heizungsthermostat
möglichst einfach und flexibel halten zu können. Eine Brücke per SPI oder UART zum ESP um WLAN und MQTT anzusprechen ist dann wieder eine der leichteren Aufgaben :)
. 3 Jahren angegeben. Und wenn man jetzt noch ein wenig optimiert (persistente HTTP-Verbindungen, MQTT oder irgendetwas mit UDP), dann sehe ich da kein Problem.
-
Thread
Übergang LInux Consolen-Programm -> Daemon
weiter verwenden wir bisher > auch ? ...oder den Audio-Sampler so erweitern, dass er z.B. via MQTT Kommandos empfangen kann. Der dazu notwendige Broker kann dazu auch auf der "schwachbrüstigen" Maschine laufen... Der verbraucht auf jeden Fall weniger Ressourcen, als ein Webserver und man ist auch
entsprechenden Befehl rein. Der Sampler interpretiert diesen Befehl und führt ihn aus. Mittlerweilen MQTT kenne ich bisher noch nicht. Das schaue ich mir mal an. Andreas S. schrieb im Beitrag #5622548: > fortwährend > auf solch einem Kanal eintreffende Nachrichten an den Client > weiterzureichen
-
Thread
ESP8266 BME280 Deepsleep Temperaturänderung
also nutzen und bei zu starken Sensor Änderungen das WLAN aktivieren und vorzeitig Daten z.B. per MQTT zu openHAB senden? Deepsleep fällt also aus?
Flashen noch je ein Taster an Reset und GPIO0 nötig. Alle 5 Minuten Daten vom BME280 und BH1750 per MQTT schicken hält hier mit einer 600mAh LiFePO4 rund 3 Wochen, Stromaufnahme habe ich nicht gemessen... Gruß aus Berlin Michael