Ich setze lieber meine Brille auf, damit ich nicht ca. 40 cm vor dem Bildschirm sitzen muss
Beiträge von JoergZ
-
-
Es fing wohl mit der 5.10 an, in der zum ersten Mal die TLS-Verschlüsselung für das MQTT-Protokoll auftaucht. In 5.14 gab es auch schon den Ausbau mit alternativen MQTT-Bibliotheken. In Zeiten von zunehmendem IoT-Ausbau sicher eine gute Idee, macht es aber natürlich komplexer. Ich denke allerdings, dass in den meisten Fällen die Ursache dort liegt, wo User MQTT aktivieren aber keinen MQTT-Broker betreiben (wobei ich die Unerreichbarkeit der Web-Oberfläche nie nachstellen konnte) und zusätzlich noch eine andere wenig sinnvolle Einstellunge vorgenommmen haben bzw. IP- und/oder WLAN-Probleme vorliegen (oder sich als unerfahrenen User auf brandneue Developer-Versionen stürzen). Eine schöne Woche wünsche ich euch!
-
Hilft das vielleicht weiter?
-
Ist mir als HTTP-Request für Android oder im Browser nicht bekannt. Man kann über das Backlog-Kommando an ein Gerät mehrere Befehle übertragen. Du kannst aber in den Sonoffs mit dem Kommando rule bis zu drei Regeln anlegen, die dann z. B. bedeuten: "Wenn dieses Gerät angeschaltet wird, schalte auch Gerät 2 an". Aber damit schaffst du feste Abhängigkeiten. Eine weitere Möglichkeit wären kleine Skripte, die mehrere Befehle enthalten, die du abschicken kannst. Was davon über Android-Apps geht, entzieht sich meiner Kenntnis. Eine weitere Möglichkeit ist das Group-Topic, das Tasmota kennt. Damit kannst du mehrere Geräte, die alle dasselbe Group-Topic haben, mit einem Befehl ansprechen. Dann brauchst du in deinem lokalen Netz eben einen MQTT-Broker, der die Nachrichten verteilt.
Hab mal kurz recherchiert: Also im Android Playstore gibt es die Mqtt Broker App von Anshul Katta, die ist ein Broker und ein Client. In Verbindung mit dem oben beschrieben Group-Topic (und/oder rules) kannst du dir Kommandos einrichten, die auf einen Tap mehrere Geräte ansprechen.
Aber dazu must du dich etwas tiefer in die Materie einarbeiten.
So, bin jetzt wieder Laub harken
-
wie lauten die HTTP Befehle um die Sonoff Tasmota Geräte direkt über WEB im Homenetz zu schalten
So wie du selbst geschrieben hast. Du musst nur für jedes Gerät dessen IP-Adresse benutzen, also in der Regel ändert sich nur was bei dem vierten Abschnitt der IP-Nummer: 192.168.178.XXX. Alles andere bleibt gleich, wenn es um das Anschalten geht, wenn du ausschalten willst, muss am Ende statt On (oder 1) eben OFF (oder 0) stehen. Der Name oder das Modell spielt zunächst keine Rolle - bis auf das CH4. Aber schau dir die Beispiele an.
Code
Alles anzeigen#Einschalten Gerät 1 http://192.168.178.48/cm?cmnd=Power%20ON #Einschalten Gerät 2 http://192.168.178.49/cm?cmnd=Power%20ON #Einschalten Gerät 3 http://192.168.178.50/cm?cmnd=Power%20ON #Einschalten CH4 Schalter 1 http://192.168.178.51/cm?cmnd=Power1%20ON #Einschalten CH4 Schalter 2 http://192.168.178.51/cm?cmnd=Power2%20ON #usw. #Ausschalten http://192.168.178.48/cm?cmnd=Power%20OFF #usw.
Alles klar? Du musst also nur wissen, welche IPs deine Sonoffs haben
-
Dass du noch keine menschliche Reaktion bekommen hast, kann daran liegen, dass du ein bisschen sparsam mit Informationen bist, z. B.
Welches Video? Das Netz ist voll mit Videos! Bitte Link posten.
WLAN-Schalter geflashed mit Tasmota oder original Firmware?
Wenn geflashed mit welcher Version, mit welchem Flashtool?
Feste IP oder DHCP? Sagt dir das überhaupt was?
Wenn original Firmware (ewelink) -> im entsprechenden Unterforum posten.
Muss an der Fritzbox nicht etwas eingestellt werden?
Eigentlich nicht, aber das kommt darauf an....
Gib uns mehr Input!
-
Wenn du einen Raspberry Pi laufen und das Paket mqtt-clients installiert hast und einen MQTT-Broker benutzt, kannst du mit folgenden Befehlen den MQTT-Broker "abhören" und in eine log-Datei schreiben.
Code
Alles anzeigen#Das schreibt dir alles in die Datei mqtt.log mosquitto_sub -v -h IP.DEINES.MQTT.BROKERS [-u USERNAME] [-P PASSWORT] -t '#' > mqtt.log #Das schreibt dir die Ereignisse eines bestimmten Gerätes in die Datei S20.log: mosquitto_sub -v -h IP.DEINES.MQTT.BROKERS [-u USERNAME] [-P PASSWORT] -t stat/S20/# > S20.log #Das schreibt dir nur die Power-Ereignisse des Gerätes S20 in das Log-File mosquitto_sub -v -h IP.DEINES.MQTT.BROKERS [-u USERNAME] [-P PASSWORT] -t stat/S20/POWER/# > S20.log # # #Wenn du die Ereignisse an die log-Datei anhängen möchtest schreibe statt einfachem > #einfach >>
Mit Strg-c (Ctrl-c) stoppst du die Protokollierung.
-
Hallo Nobbi, deswegen war so lange nichts von dir zu hören! War schon merkwürdig....
Die Weboberfläche ist soooooo lahm und der Sonoff reagiert mal, mal nicht, mal kommt man auf die Weboberfläche mal nicht. MQTT passt wird brav im iObroker angezeigt,
Dieses Verhalten wird ja öfters beschrieben und es passt einfach zu einer Störung im MQTT-Umfeld. Falls du noch Lust hast mit einem aktuellen 6.2.X Master Flash zu testen, dann versuche mal mit dem Konsolenbefehl setoption3 0 MQTT vorübergehend zu deaktiveren. Falls die Oberfläche dann schneller bzw. überhaupt reagiert, gibt es ein Problem mit dem MQTT-Stack oder der MQTT-Adressierung (IP oder Port oder PW). Falls alles dennoch träge bleibt, liegt es natürlich an was anderem. Was Leo888 schreibt, ist auch ein Ansatz: alles rausschmeißen, was du nicht brauchst. Zum Schluss: Bei mir läuft der RF mit 6.2.1 (Master), ohne dass ich was auskommentiert hätte, einwandfrei.
-
Hier ist noch ein Link auf ein BASH-Skript, das sich in weiten Teilen mit nils91 Vorschlag überschneidet.
https://blog.samat.org/2015/02/05/sli…spbian-install/
Habe es nur überflogen und nicht getestet, weil ich grundsätzlich die raspbian-lite Versionen benutze und das System so konfiguriere, dass kein grafischer Desktop benutzt wird. Libreoffice müsste man z. B. noch ergänzen. Auf die Bootzeiten (beim Terminal Login) hat das alles sowieso keinen Einfluss. Weggeworfenen Pakete verkürzen aber die Update-Zeiten bei Aktualisierungen deutlich. Bei der Image-Sicherung hat es wiederum keinen Einfluss, weil dort stumpf Sektor für Sektor kopiert wird - egal ob ein Sektor leer ist oder mit Daten gefüllt und dann hängt die Zeit nur von der Größe der SD-Karte ab.
-
Warum flasht Du nicht direkt in Arduino
Aus irgendwelchen Gründen bin ich bei meinen Tasmota-Anfängen gleich bei Atom gelandet und es hat mehr oder weniger gleich funktioniert. Und der Editor ist richtig gut, meine Terminal-Skripte schreibe ich nur noch mit Atom. Aber bei Gelegenheit schaue ich mal, ob ich die Anleitung zur Nutzung der Arduino-IDE mit Tasmota umgesetzt bekomme.
Es gab noch eine weitere Ursache für das teilweise erfolglose flashen: Ein schlampig eingelöteter VCC-Pin, wodurch Flash-Erfolge sowieso eher zufällig waren. Das ist nun korrigiert und ich kann den Basic mit Arduino-IDE auf MQTT-Broker flashen und mit ATOM wieder auf Tasmota - läuft...
(Und das ich den Boot static =true; übersehen habe, ist mir immer noch peinlich.)
-
Danke. Das war's. Basic ist nun als MQTT-Broker ansprechbar. Jetzt muss ich erst mal arbeiten gehen...
-
Es scheint ein zweites Problem zu geben: Ich bekomme den Basic nicht mehr auf Tasmota zurück geflasht. Auch hier behauptet ATOM in diesem Fall, dass die Datei erfolgreich übertragen worden ist, aber der Basic kommt einfach nicht mehr hoch. Alle paar Sekunden blinkt er vier Vielleicht doch ein Hardware-Probleme. Dem gehe ich erst einmal nach. Melde mich wieder....
-
Der entsprechende Abschnitt:
Code
Alles anzeigen// Your WiFi config here ////////////////////////////////////////////////////// char host[] = "ESP-MQTT"; // Hostname and SSID for AP mode char ssid[] = "JCG-9BFEE4"; // your network SSID STA mode char pass[] = "hierstehtdaspasswort"; // your network password AP and STA bool STATIC = false; // Static IP for STA Mode? [false/true] IPAddress ip(192,168,178,71); // Static IP IPAddress gw(192,168,178,1); // Gateway IPAddress su(255,255,255,0); // Subnet bool WiFiAP = false; // Do yo want the ESP as AP? [false/true] unsigned int mqttPort = 1883; // the standard MQTT broker port unsigned int max_subscriptions = 30; unsigned int max_retained_topics = 30;
-
Ich mal wieder. Also bin-Datei wird ohne Fehler generiert und ohne Fehler hochgeladen. Habe alle Einstellungen aus deinem Bild in #1 übernommen. Doch das Gerät ist nicht ansprechbar. Reagiert nicht auf ping, mosquitto_sub oder mosquitto_pub melden beide "Error: no route to host". SSID, PW usw. stimmen alle. Gerät ist ein Basic. Fällt dir was dazu irgendetwas ein?
-
Wer benutzt schon Office auf einem Raspberry?...
War in der letzten oder vorletzten ct mal auf einem 3B+ getestet worden. Geht, aber ist wohl was für Leute mit viel Zeit und Kaffeedurst .
Noch zur Ergänzung ein Tipp:
Anschließend von der bereinigten Installation eine Image-Datei mit den entsprechenden Windows-Tools bzw. mit dd auf einem Linux-System anlegen. Empfiehlt sich vor allen größeren Änderungen und nach gelungenen Änderungen. Sonst fängt man häufig bei Null an, weil SD-Karten - auch Markenkarten - gern mal abschmieren.
-
Schau mal hier (Post #339):
-
Danke für die Installationshilfe, HoerMirAuf!. Generieren des Binaries hat geklappt. Hochladen werde ich heute wohl nicht mehr schaffen. Ich melde mich wieder.
-
mmh... unter Atom bekomme ich die Fehlermeldung
CodeNo configuration to build this project exists. No eligible build target.: No configuration to build this project exists. at /home/jz/.atom/packages/build/lib/build.js:113:15 at <anonymous>
und wenn ich die Arduino Entwicklungsumgebung 1.8.7 unter Ubuntu 18.04 LTS benutze, findet sie diese drei Bibliotheken nicht:
Ich finde diese Dateien auf meinem System, allerdings nur die erste innerhalb des uMQTTBroker-Pfades, die beiden anderen ausgerechnet im versteckten .platformio Pfad. Selbst wenn ich die Dateien in das Verzeichnis kopiere, in dem die uMQTTBroker.ino liegt, findet die Arduino-IDE sie nicht.Dasselbe passiert, wenn ich in das build-script die absoluten Pfade auf die Dateien einschreibe. Hast du eine Idee, was da schief laufen könnte?. Auf welchem System und mit welchen Tools kompilierst du denn?
-
Mit welcher Entwicklungsumgebung arbeitest du? Kann ich die Bibliothek(en) auch in Atom als Projekt einbinden und einen Sonoff damit flashen?
-
Hab mal gerade einen Schnelltest gemacht und meinen MQTT-Broker stillgelegt:
Die Sonoffs versuchen alle 10 Sekunden Kontakt zum Broker aufzunehmen aber HTTP-Steuerung funktioniert uneingeschränkt, ohne Aussetzer und ohne Zeitverzug. Über Domoticz geht gar nichts mehr obwohl Domoticz behauptet es sei geschaltet - aber das ist ein anderes Thema.