-
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
IR-HW-Ersatz für auvisio URC-150.app (Pearl) - Tasmota fähig
nun auf Tasmota Basis IR Empfänger (TV -etc.) mit beliebigen Kommandos aus der Console oder über MQTT, REST, ... fernsteuern. Leider sind die neuen nur noch Tuya basierend - Tasmota Flash ist nicht mehr möglich! Kann mir jemand alternative Tasmota-fähige IR- HW empfehlen? Danek im Voraus!
Hallo zusammen, habe mir testweise ein Tasmota MQTT IR Remote Controller ESP8285 Works With Home Assistant Program Automation DIY direkt beim AliExpress geschossen - funzt wunderbar. Ist bereits mit Tasmota-IR geflashed und funzt sofort. Damit ist
-
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
skript restart
zu Problemen. > > Welche Probleme, und was scheint (was hast du gesehen)? ich bekomme in den mqtt pycharm skript keine Daten mehr.. dafür muss ich den Kabel von den esp8266 unplugen und wieder plugen damit es neu gestartet wird.. was ja keine optimale Lösung ist..
okey schrieb im Beitrag #7248507: > ich bekomme in den mqtt pycharm skript keine Daten mehr.. dafür muss ich > den Kabel von den esp8266 unplugen und wieder plugen damit es neu > gestartet wird.. was ja keine optimale Lösung ist.. Naja, wenn du dein Script
-
Thread
Schalter/Panel für Eingangsbereich
Hallo, ich möchte gern einen Schalter in meinen Wohnungseingangsbereich bauen, der per MQTT oder was auch immer Befehle an mein Smart-Home System absetzt. Die Idee ist, dass man direkt am Eingang ein Profil für Zuhause wählen kann, zum Beispiel "Anwesend" oder "Abwesend". Es gibt diverse
irgendwas anschließen, was du auswerten kannst. Ein Shelly wie o.g. kann das tun. Der bietet schon MQTT, es braucht also nicht unbedingt ein "Umbau" auf Tasmota. Ich habe einen Shelly im Einsatz, der lediglich auf MQTT hört. Alle Verbindungen nach Außen habe ich abgeschaltet. Bisher traue ich dem Ding
-
Thread
PhasenABschnittdimmer mit PWM ansteuern ESP8266
nichts, jeder bekommt seinen ESP. Kennlinie des "Opteokopplers" kannst Du per Software angleichen. MQTT als Protokoll, den Broker auf einem RasPi laufen lassen mit ApacheActiveMQ (scheint etwas problematisch zu sein, noch nicht selbst getestet) o.ä. Die ESP8266 mit OTA-Update und Kondensatornetzteil,
/390975#new Alternatibv eben ein Mini-5V-Netzteil mit 3,3V Linearregler dahinter. Für WLAN, MQTT-Client und OTA reicht selbst ein ESP8266-01. Wäre (und ist es teilweise bereits) mein Ansatz. Gruß aus Berlin Michael
-
Thread
AVR-LAN-Sensor
Bekannter wollte aber Sensoren u.ä. die am LAN-Kabel hängen, weil er genug verlegt hat. Protokoll MQTT, also war die Frage, was man billg (preiswert) findet, wenn man LAN statt WLAN haben will. Insofern ist es eher eine Machbarkeitsstudie. Die alten ENC28J60 kenne ich von früher, nicht aktuell, nicht
akzeptabel. Software ist auch ein Arduino-Sketch, Flash ist recht gut belegt, aber noch Platz für die MQTT-Auswertungen und eine Sensor-Bibliothek. Dran ist zum Test ein FOST02 (China-SHT11, alt, lag noch rum), einen DHT11 hatte ich auch kurz dran. Natürlich kann man auch Relais o.ä. an den AVR hängen, der
-
Thread
String Definieren / mehrere Loops? WEMOS D1
Adafruit_NeoPixel.h> //PubSubClient #define wifi_ssid "xxxx" #define wifi_password "xxxx" #define mqtt_server "xxxx" const char* mqtt_user = "xxxx"; const char* mqtt_password = "xxxx"; //BME280 #define SEALEVELPRESSURE_HPA (1013.25) //Subcribe Topics #define humidity_topic "Home/Weatherstation
("ESP8266Client", mqtt_user, mqtt_password)) { if (client.connect("Wohnzimmer", mqtt_user, mqtt_password)) { Serial.println("connected"); client.subscribe(ir_topic); client.subscribe(rf_topic);
-
Thread
raspberry pi: udp sniffer
für eine Kommunikationsanwendung wird ein raspberry pi eingesetzt. Auf dem raspberry pi läuft ein mqtt broker. Dieser soll auch weiterlaufen. Der mqtt broker bekommt von außen udp nachrichten. Genau diese udp Nachrichten möchte ich nun über einen Sniffer anzeigen lassen, ob auch die Nachricht ankommt
passender Filter für Deine Netzwerkdaten wäre zum Beispiel "proto \udp and port 1883", wenn Dein MQTT-Broker auf Port 1883 läuft. Diesen Filter kannst Du sowohl mit Wireshark, als auch mit tcpdump(8) benutzen, eine Dokumentation zur Filtersprache findest Du in der Manpage pcap-filter(7) auf Deinem Linuxsystem
-
Thread
Günstigere Alternative zum RP4
und einen USB CAN Adapter gekauft. Ich bekomme per Modbus IP Daten von einem Wechselrichter und per MQTT von einem Shelly Pro 3PM. Nun wird saldiert, und ein Meanwell Ladegerät per CAN angesteuert. Der RP4 ist aber völlig oversized. Ich hab das gekauft, weil ich schnell ein Ergebnis haben wollte. Nun
RPi4 mit 2GB + SSD + 3 USB-Geräten + 4 laufenden Docker Containern (24x7, FHEM, MariaDB, deCONZ, MQTT) braucht im Mittel 5,3W.
-
Thread
mehrere OpenHAB Server verbinden
soll denn die Funktion der beiden ausgelagerten Server später sein? Du könntest die Server über MQTT kommunizieren lassen.
Sebi schrieb im Beitrag #5906422: > Über MQTT kann ich dann quasi meine "Anzeige" von den einzelnen Servern > weitergeben wobei jeder einzelne Server weiter seine Steuertätigkeiten > durchführt? Über MQTT kannst du (kurze) Texthappen übertragen
-
Thread
Vernetzung mehrerer ESP8266
Hallo, auch mal in Richtung MQTT schauen, RasPi als MQTT-Broker und zentraler Webserver. Kommt darauf an, wieviel Du selbst machen willst. Meine ESP haben außer dem MQTT-Client auch fast alle einen Webserver drauf, so daß ich die
-
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
ESP8266 Interrupt
wenn eine volle Umdrehung fertig ist soll die Variable um i erhöht werden. Später soll das ganze per MQTT abgefragt werden so das ich per MQTT die Variable i als Antwort bekomme.
ist die Frage wie ich das Programm so umschreiben kann das es als Interrupt funktioniert denn das MQTT Programm soll dann einfach im Loop laufen und unterbrochen werden wenn der Interrupt triggert.
-
Thread
PV-Batteriespeicher Victron: zu langsame Regelung schneller machen
sieht das so aus, es gibt ein Programm das den Multiplus über USB bedient und die Daten in einen MQTT Server stellt und gleichzeitig von dort die neuen Sollwerte erhält. Bleiben die Sollwerte aus, geht der Multiplus automatisch in Idle. Ein weiteres Programm stellt nur die Gesamtleistung am Zähler in den MQTT und ein drittes liest nur vom MQTT alle nötigen Werte und berechnet den EssSetPoint für den Multiplus und schiebt das wieder in den MQTT. Schneller als die eine sec macht auch wenig Sinn, der Multiplus
-
Thread
IoT Antenne Gummischutz 868MHz
10€ Lora-Nodes von EBYTE Nachrichten mit 9600 Baud over Air senden und deren Rückmeldung in einen MQTT Server leiten um sie dann auszuwerten. Jeden Node erkenne ich an seiner einzigartigen ID. Die Nodes verwenden lediglich keinen aufwändigen Lorawan Protokoll Stack.
an. da gibt es auch eine community Version die Gratis ist und da bekommst deine Sensoren mittels MQTT ins Netz.
-
Thread
Winderfassunng
nicht gerade lowlevel war. Das Gespann MQTT-NodeRed-Influx-Grafana ist endlos mächtig und löst jede Aufgabe, die man zuhause so haben mag. Macht aber wohl nur Sinn, wenn es mittelfristig nicht nur um Windmessungen geht. Gruß Jens
EAIaIQobChMIgoG_it3m-QIVII9oCR3MwQ-zEAYYBCABEgLikPD_BwE Auf einem Raspi läuft die Verwaltungssoftware und man kann die Station darüber an MQTT anschließen. Andere haben ja schon über einen durchdachten Aufstellort gesprochen. Mir ging es mehr um den Regenmesser zwecks Bewässerung.
-
Thread
Alarm bei zu hohem Verbrauch
länger als 5 Minuten unter 20 W liegt. Wenn deine Steckdose von FHEM abgefragt werden kann (HTTP, MQTT o.Ä.) sollte sich das anpassen lassen.
5 Minuten unter 20 W > liegt. > > Wenn deine Steckdose von FHEM abgefragt werden kann (HTTP, MQTT o.Ä.) > sollte sich das anpassen lassen. Also eine Fritz.Box. Die musste ich leider gerade einmotten. Mein Internet läuft noch über einen Router mit eingebauten Glasmodem. Gibt es vielleicht auch
-
Thread
Netzfrequenz messen mit ESP82 oder ESP32
Hallo, ich möchte mit einem ESP8266 die Netzfrequenz messen und per MQTT publishen. Die Hardware finde ich noch gar nicht so schwer zusammenzustöpseln. DAzu hätte ich mich der Idee von hier bedient: https://gitlab.com/jm_wtal/mains-frequency-measure/-/blob/master/Circuit
passend konfigurierter Timer-HW ist für die reine Messaufgabe deutlich besser geeignet und ein paar MQTT-Brocken bringt der auch noch raus. Nicht jeder mickrige Sensor muss ins WLAN.
-
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
ESP8266 Strom und Spannung messen
zwischenspeichern und in einem gewissen Zeitabstand (alle 10 min) die Werte übertragen? Genügt es, wenn ich bei mqtt einfach 10 min einstelle?
abschalten kann. Dies erfordert allerdings einen Reboot des Moduls! > Genügt es, wenn ich bei mqtt einfach 10 min einstelle? Die Frage ist unklar. Mqtt ist ein Übertragungsprotokoll.
-
Thread
assert failed: xMBMasterRTUReceiveFSM in FreeRTOS mit Modbus Master von ESP IDF
seriellen Log: [code] I (1914922) count_task: RAM left 123640; mb_master_hwm: 1508, count_task_hwm: 20, mqtt_ssl_main_hwm: 6276 I (1915262) MASTER_TEST: Characteristic #0 Data_channel_0 (kW) value = 4531.000000 (0x458d9800) read successful. Restarted: 0 I (1915762) MASTER_TEST: Characteristic #0 Data_channel
mb_master_main_th); xTaskCreate(&mb_slave_main, "mb_slave_main", 3500, NULL, 9, NULL); xTaskCreate(&mqtt_ssl_main, "mqtt_ssl_main", 1024 * 8, NULL, 9, &mqtt_ssl_main_th); } [/c] Was könnte denn der Auslöser für dieses Problem sein, bzw. wie könnte man es eingrenzen?
-
Thread
Fenstersensor mit ESP8266 und Coprozessor
mir auch lieber) Was bietet sich also besser an als ein ESP8266 ;) Zu meiner Idee: 1. Wifi / MQTT über ESP8266/8285 zum Senden (Fenser auf/zu & Akkustand) Leider hat der ESP einen miesen Standbystrom was für Batteriebetrieb nicht geeignet ist. Außerdem lässt er sich nur über den Reset aus dem
bei deiner Zentrale angekommen ist (z.B. über irgendeine > Rückmeldung). Das kann ich über die MQTT QoS kontrollieren. Michael U. schrieb im Beitrag #5661567: > Vorschlag: 433MHz (RFM12B o.ä.) oder nRF24xx auf 2,4GHz an jedes > Fenster. > Bridge RFM/nRF ins WLAN mit MQTT an einem oder mehreren
-
Thread
Smart Home für Arme :-)
Zogbee kompatibel. Ich habe die Lampen und Schalter genutzt bzw. Nutze sie heute noch mit zigbee2mqtt und und Fhem als Smart Home Lösung. Auch habe ich IKEA ZigBee Produkte über Umwege mit Aleza verheirateten können...
dass der gemeine Maker-Copy-Paster damit überfordert war und sich in Bastlerkreisen das eher maue MQTT durchgesetzt hat.
-
Thread
Relais schaltet unter bestimmten Lasten nicht aus
. Ja, ich weiß, die gibt es schon. Meine funktioniert aber in der OpenHab Heinautomatisierung per MQTT ohne Cloudanbindung und TLS verschlüsselt und mit Over the Air Updates. Alles lokal und ohne Internetverbindung. Ich habe die AC Seite auf eine eigene Platine gepackt, damit sie von der DC-Seite
und fertig. Laufen hier mit FHEM und MQTT lokal, ohne Cloud und mit OTA. Eigenbau läuft hier nur noch eine 5-fach Leiste mir ESP8266, einzeln schaltbar mit SSR, ist aber auch nur für relativ kleine Lasten gedacht (max. 2A pro Dose). Hat aber
-
Thread
2x ESP8266 Kommunikation + Steuerung LED RGB Hilfe (nodeMCU oder Arduino)
und auch für jede Farbe ein LED-Treiber. Auf youtube kann man sehen wie jemand mit dem Protokoll MQTT was tolles gemacht hat. Am Ende sieht man wie das ganze dann über ein Handy bedient wird. https://www.youtube.com/watch?v=W6GSohv7bH0 In der c't Heft16 /2015 ist ein vierseitiger Artikell über den
> Rechner haben muss und die Website auch. OK, wie möchtest Du das haben? Vielleicht mit MQTT und mit einer App wie z.B. MyMQTT? Du kannst eingebettete Teile, wie JavaSript oder Bilder auch auf einen anderen WebServer packen. Falls Du z.B. einen RasPi mit Mosquitto als MQTT-Broker nutzt,
-
Thread
esp8266 ESP01 deep sleep
Funktion machen. Das Modul soll nichts anderes tun als bei einschalten der Versorgungsspannung ein mqtt Telegramm abzufeuern, danach kann es direkt schlafen. Weiter soll nichts passieren solange die Versorgungsspannung da ist. Erst wieder bei dem nächsten einschalten. Wenn ich also nach dem senden der mqtt Nachricht den ESP schlafen lege, egal welche zeit ich parametriere, wird er während die Versorgungsspannung an ist ja nicht wieder aufwachen, da bei dem ESP-01 die Resetleitung nicht mit dem entsprechenden
-
Thread
Besucherzähler (Klicker) per ESP8266 / Arduino und MQTT
und der Ausgang getrennt sind, dachte ich an synchronisierende Klicker. Mein System sollte auf MQTT basieren. Den Arduino würde ich als Server einsetzen und die ESP8266 jeweils als Klicker für den jeweiligen Bereich. Nun meine Frage - wäre das eurer Meinung nach Sinnvoll, da sich die Geräte regelmäßig
software sehr schnell und einfach ein UI erstellt werden kann. Auf dem Pi würde ich dann auch den MQTT Broker installieren. Dann noch einen NodeMCU oder Wemos (irgendwas mit ESP) drauf der über MQTT plus/minus oder irgendetwas anderes sendet das deinen Zähler steuert. Die 3 Geräte sind mit dem
-
Thread
Zigbee Antenne flashen - Hardware
dir lieber diesen Zigbee-Dongle: https://www.amazon.de/CC2652P-CP2102N-USB-Stick-Assistant-Zigbee2MQTT/dp/B09KXTCMSC/ref=sr_1_1_sspa Der funktioniert out-of-the-box.
lieber diesen Zigbee-Dongle: > https://www.amazon.de/CC2652P-CP2102N-USB-Stick-Assistant-Zigbee2MQTT/dp/B09KXTCMSC/ref=sr_1_1_sspa > > Der funktioniert out-of-the-box. Dem kann ich aus Erfahrung leider nur zustimmen. Ich habe ebenfalls mit genau diesem CC2531-Stick angefangen und die Firmware
-
Thread
Licht per App steuern
daheim ist das natürlich überzogen. Das System ist aber so schön skalierbar und jedes Gerät, welches MQTT spricht und einen Netzwerkanschluss hat kann eingebunden werden. http://mqtt.org/ (Netzwerk Protokoll) Die Vidoes "speak at TEDx" sind ganz nett - wieder british english http://mosquitto.org/ (siehe auch http://mqtt.org/software)
-
Thread
Funkklingel im Netz
nicht da bin, sollte eine andere Nachricht abgespielt werden, dass ich nicht da bin, gebe ich über MQTT an einen Server bekannt. Nun habe ich ein kleines Problem. Was nimmt man denn da als Steuerung? Momentan hatte ich zwei Ideen. Die erste war ein rPi RTL-SDR. Die zweite war ein ESP8266 mit einem
da. Reagiert es eine Weile lang nicht auf die Pings, bin ich nicht da und der Status wird dann per MQTT an einen Broker geschickt.
-
Thread
PCF8574 mit ULN2003A wird Gestört
fehlende Freilaufdiode Probleme macht habe ich umgestellt auf WLAN-Aktoren und Steuer diese jetzt über MQTT an. Spannungsversorgung 230VAC ist hier wieder die Steckdosenleiste. Lustiger Weise tritt der Fehler immer noch auf. Ich habe selbst mittlerweile mit einem Netzfilter probiert ob ich das störende Gerät
Freilaufdiode > Probleme macht habe ich umgestellt auf WLAN-Aktoren und Steuer diese > jetzt über MQTT an. Du hast festgestellt das dir die Freilaufdioden fehlen und willst das Problem durch Wlan loesen? Willst du darueber nochmal nachdenken? Und als Elektriker solltest du wissen das Schaltplan
-
Thread
"HW-Browser"
Für mich klingt das nach MQTT Protokoll, was auch bei Hausautomation beliebt ist.
im Beitrag #5769216: > Wie waers mit SNMP? Stefanus F. schrieb im Beitrag #5769646: > das nach MQTT Protokoll mukel schrieb im Beitrag #5769654: > Das ist ziemlich genau CANopen, wie schon erwähnt Feldbusse sind was du > suchst. Ein Feldbus ist OK, auch wenn er ggf. zu "schwergewichtig" ist
-
Thread
Monitor an ESP32
sicherlich mit Python viel machen. Oder für erste Schritte Node-RED für ein paar Diagramme und Zahlen aus MQTT.
M5 ja ohne Tastatur/Monitor gemütlich in der Ecke vor sich hin werkelt (ioBroker, Mosquitto/Zigbee2MQTT, PSQL Server, IoT-AP). Gruss von der Ostsee Chris
-
Thread
[OpenPLC] Kompilieren schlägt fehl
Nun wollte ich ein erstes Programm basteln. Da der Rechner keine echten I/Os hat, habe ich mir das MQTT-Beispiel angesehen und dieses in angepasster Form in FUP nachgebaut. Die Simulation wurde kompiliert, und ich konnte dann eine *.st-Datei erstellen und hochladen. Damit hatte dann aber die Runtime
Dank dem OpenPLC-Forum weiß ich was schief läuft: Die OpenPLC-Runtime kann kein MQTT, das ist (bestimmten?) Arduino-Geräten vorbehalten. Wahrscheinlich hat so ein PC einfach zu viel Power für MQTT. Und warum es da keine mehrsagende Fehlermeldung gibt, erschließt sich mir auch nicht
-
Thread
ESP8266 Bodenfeuchtigkeit auf einer Internetseite
Bin gerade dabei, Wetterstation, Heizung usw. zu integrieren. Datenübertragung erfolgt bei mir per MQTT.
gerade dabei, Wetterstation, Heizung usw. zu integrieren. > Datenübertragung erfolgt bei mir per MQTT. Exakt das wäre auch meine Empfehlung. Nachteil ist halt, dass man dafür eine Art Server benötigt, auf dem dann der MQTT-Broker ("mosquitto") und Node Red läuft. Viele nehmen dafür einen Raspberry
-
Thread
WLAN Steckdose mit Strommessung
Meine Firmware toiswitch (https://sourceforge.net/projects/toiswitch/) liefert dir per MQTT Messwerte alle 5 Sekunden und funktioniert mit allen Steckdosen und Adaptern, die den BLE093 oder Derivate zur Messung und einen ESP8266/8285 zur Steuerung nutzen. Das initiale Aufspielen musst du
products/shelly-plug-s-smart-home-automation-device/ Lassen sich tasmotisieren und sind super per mqtt zu steuern
-
Thread
esp8266 - ch340
programmiere und auf esp8266 übertrage. Gibt es sonst eine Möglichkeit, was zu flashen, das mir eine MQTT Verbindung zu Home Assistant macht ? Mit ner einfachen Software/Anleitung, ähnlich wie besagte Nodemcu ? Ich glaube, ich habe damals das openDTU auf esp32 auch über das Programm NodeMCU geflasht.
laden. OTA geht übrigens auch in der Arduino-Umgebung, wenn man die passende Lib nimmt. Tasmota, MQTT und HomeAssistant arbeiten übrigens gut zusammen!
-
Thread
Türklingel für Shelly
übermäßig hübsch und man brächte halt ein extra Netzteil, aber es ist open source und würde das an z.B. MQTT ran bekommen :-) https://docs.m5stack.com/en/atom/atomecho
analysieren und ggf. neue Firmware dafür schreiben, die dann z.B. das Signal zum Abspielen eines Tons via MQTT erhält.
-
Thread
MQTT App für iOS gesucht
Freund" ;-) ich suche eine brauchbare, möglichst leicht zu bedienende App für iPhones um per MQTT Geräte zu steuern und Werte darzustellen. Ich selbst habe auf Android die App "IoT MQTT Panel" die ich recht brauchbar finde. Unsere Schüler haben aber oft nur iPhones und da gibt es scheinbar nur
dazu geht man in den App Store und gibt in der Suche 'mqtt' ein. Wenn es auf deinem Smartphone nicht geht dann muss es eben ein Schüler machen. Ich benutze schon seit vielen Jahren das MQTTool, simpel aber zur Kontrolle reicht es. Mittlerweile gibt es einige
-
Thread
Welche Funkstrecke zu Daten Visualisierung?
du willst. Du kannst auch einfach UDP Pakete versenden und empfangen. Das wäre logischer. Oder MQTT machen.
#7326586: > Du kannst auch einfach UDP Pakete versenden und empfangen. Das wäre > logischer. > Oder MQTT machen. Neues Fass, muss ich mich erst mit befassen. Nur Halbwissen und kein Wissen vorhanden.
-
Thread
ESP8266 programmieren Tasmota
eigentliches Problem: Ich habe einen ESP8266, der mit Tasmota geflasht worden ist, um ihn in ioBroker per MQTT ansteuern zu können. Und genau hier komme ich nicht weiter. Wie muss ich Tasmota einstellen, dass ich GPIO auf Null ziehen kann? Im Tasmota kann ich zwar einstellen, dass GPIOs auf Null ziehen können
hast du mal den Sonoff Adapter probiert? Der listet alles auf was Tasmota im MQTT Broker anlegt. Bzw. der bringt auch einen eigenen Broker mit.
-
Thread
Wie mit ESP32 über mehrere Monate Daten verschicken ohne Batterie zu wechseln
offen/zu usw) über verschiedene ESP32 (nodeMCU) einlesen und dann zu einem Rasperry pi schicken (via MQTT?) und mir diese dann anzeigen lassen. Es funktioniert zwar damit, aber momentan nur direkt an der. Eine Powerbank reicht auch nicht so lange. Das Problem ist ja schon, dass die Meiste energie durch
und einer kleinen Solarzelle geht das jahrelang (sleep und alle 10min messen und an einem lokalen MQTT Server schicken). Edit: Vergessen: Den ESP schalte ich ueber einen Tiny85 jeweils ein, weil der sleep des ESP8266 suboptimal ist. ;-) Der bekommt dabei die komplette Versorgung weggezogen.
-
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
zigbee-Modul für custom sensor/aktor
einen der TI Chips setzt. Auch hier im Forum war Mal Einer der diesen Knoten (unterstützt bei Zigbee2MQTT) vertreiben wollte. Leider wollte er den Code nicht raus rücken. Angeblich war es aber nur ein Beispiel etwas abgeändert. Selbst nicht näher angeschaut. Ansonsten hat man bei CNX-Software auch schon
ja schon abgelehnt wurde: Anon X. schrieb im Beitrag #7775070: > heavy frameworks WLAN und MQTT sind noch deutlich "heavier". Und ZigBee ist halt auch nicht ohne.
-
Thread
RGBWW-Stripe ansteuern
Man kann in Tasmota die Werte auch per Kommandozeile setzen oder Remote über MQTT alles steuern.
bekommt man da auch drauf. Das steuern geht wie geschrieben einfach von einem anderem Computer per MQTT, das braucht allerdings einen MQTT Broker (z.B. mosquitto) der dauerhaft läuft. Alternativ kann man auch per http post Kommandos an den Controller schicken. Nachteil ist nur das der einen ESP8266 verwendet
-
Thread
Wetterstation mit Arduino und BME280
Hab mein MQTT Module auf Basis des BME280 + ESP8285 jetzt auch mal bei Elecrow fertigen lassen. Inkl. LiPo Charger, ~ 20µA Ruhestrom im Deepsleep. Wacht alle paar Minuten auf und sendet via MQTT die Sensordaten + Akkuspannung via MQTT an meinen InfluxDB + Grafana. Habe 60 Platinen, also wer Interesse hat. Auf der Rückseite ist noch ein µSD Slot. Habe ich aber noch nicht in betrieb genommen
-
Thread
Erfahrungen und Tipps zur Heimautomatisierungs-Zentrale
Lösung mit mehreren CUL ist also nahezu die einzig mögliche. Für die WLAN-Eigenbauten nutze ich MQTT als Protokoll, auf dem RasPi läuft Mosquitto als Broker, das Einbinden von MQTT in FHEM ist einfach. Es hängt wohl auch sehr davon ab, ob eher fertige Sensoren/Aktoren kaufen und irgendwie einbinden
unübersichtliche Doku :( Ich habe noch ein interessantes Projekt gefunden, das mit einem ESP-8266 und MQTT funktioniert. Da ich davon 5 Stück rumliegen habe, wäre das wohl der günstigste Einstieg zum Testen: http://www.makeuseof.com/tag/control-cheap-rf-power-sockets-openhab/ Den Raspberry Pi kann man
-
Thread
ESP8266 - Eigentliche Daten aus HTTP Request extrahieren
Den Sender auf MQTT umstellen wäre sinniger.
ausgeschlossen, da ich die Eingabe kontrolliere. Oliver S. schrieb im Beitrag #4801571: > Den Sender auf MQTT umstellen wäre sinniger. Ich lese Daten über eine Website ein und würde das ganze gerne auch vom Handy aus machen können. Funktioniert MQTT auch auf dem Smartphone und auf dem PC bzw. ist es so flexibel
-
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