NEWS
OBI Funk-Steckdosenumbau ESP8266 (Generation1 Rund)
-
Hallo,
na MQTT hätte auch unter IOBroker Vorteile. Datenpunkte könnten sich automatisch anlegen, und man benötigt nicht unbedingt scripte um diese zu ändern. Die Einbindung wäre für den Nutzer eben einfacher.
Grüße.. `
Das kann ich auch bestätigen.
Ich möchte das Super Projekt von TomT und sissiwup nicht schlecht machen (Das ist eine geniale Leistung !!) aber ich habe gestern die Implementierung von Tasmota getestet und bin erfolgreich gewesen. Nun läuft eine OBI-Steckdose im Testbetrieb mit Sonoff-Tasmota 6.1.1 und MQTT mit dem ioBroker und dem sonoff-Adappter.
Ich versuche (in einem neuen Thread) die Schritte zu beschreiben. (Wenn gewünscht)
Gruß
Jürgen
-
na MQTT hätte auch unter IOBroker Vorteile. Datenpunkte könnten sich automatisch anlegen, und man benötigt nicht unbedingt scripte um diese zu ändern. Die Einbindung wäre für den Nutzer eben einfacher.
Grüße..
Das kann ich auch bestätigen.
Ich möchte das Super Projekt von TomT und sissiwup nicht schlecht machen (Das ist eine geniale Leistung !!) aber ich habe gestern die Implementierung von Tasmota getestet und bin erfolgreich gewesen. Nun läuft eine OBI-Steckdose im Testbetrieb mit Sonoff-Tasmota 6.1.1 und MQTT mit dem ioBroker und dem sonoff-Adappter.
Ich versuche (in einem neuen Thread) die Schritte zu beschreiben. (Wenn gewünscht)
Gruß
Jürgen
Hallo,
an alle, die dieses projekt so sensationell vorangetrieben haben-klasse arbeit. ich hab im stillen alles mitverfolgt und durchgeführt. bei mir laufen
5stk zur vollsten zufriedenheit. und ja, tut alles, was dieses projekt weiter voranbringt.
-
Hi,
die Dose hat ja nur 25-30 KB freies RAM, wenn nun dein Browser die Daten zu langsam abnimmt, dann sendet die Dose zwar los, aber die Daten von der vorherigen Anforderung sind noch nicht abgeholt. Dann geht der Speicher in die Knie. Bei 0 Speicher nippelt sie dann ab.
Die aktuelle Implementierung versucht das zu umgehen, indem geschaut wird, ob der Speicher sich erholt hat, oder der Timeout von vorher 250 in deiner Version 1000ms abgelaufen ist.
code_1_1_4e.zip
firmware1_1_4e.zip
Hab noch einen Fehler in der Timeout Behandlung gefunden. Jetzt ist der Timeout auf 5 Sekunden, trotzdem sollte es bei schnellen Verbindungen fixer sein, da er den Speicher bis auf 12k nutzt, bevor er anfängt zu warten.
Wenn der Timeout kommt, bricht er den Aufbau der Website ab, dann ist die ggf. nur blau. Dann steht im Protokoll so etwas wie Timeout Webpage <zahl>oder Timeout Webpage LAST
Kannst du nochmal testen bitte.</zahl> `
Ah okay, denke ich verstehe. Also richtet sich das nach der Geschwindigkeit der mobilen Verbindung? Würde natürlich auch Sinn ergeben, warum es im WLAN immer problemlos alles klappt und im mobilen Netz über den VPN dann nur noch Probleme.
Ich habe natürlich auch direkt die 1.1.4e mal drüber installiert, leider gleich beim ersten Versuch wieder Absturz. Hab direkt danach noch mal eeProm zurückgesetzt, hat ja beim letzten mal geholfen. Leider direkt beim nächsten Versuch wieder abgestürzt =/ `
Ok,
das Problem sollte jetzt gefixt sein. Es liegt an der Lib 2.4.2, die hat da scheinbar ein Problem.
Die 2.3.0 ist da scheinbar stabiler. Habe jetzt die Version mal mit der gebaut.
-
Kannst du mir mal genau deine Fritzbox-Version plus Einstellungen für dein Netz senden. Ich habe auch eine Fritzbox, allerdings mit 06.87, da Kabel.
Hast du weitere Filter ausser "Name des WLAN-Funknetzes sichtbar" aktiv. Dann kann ich das mal ausprobieren. `
Gerne (Aber um meine Kunden zu zitieren: Die andere läuft doch )Fritz 7490
FritzOS 6.93
SSID Sichtbar ohne Haken
und "WLAN-Zugang auf die bekannten WLAN-Geräte beschränken" aktiv = MAC-Adress Filterung
Gruß
Rainer `
Hallo,
kannst du auch mal die 1.1.4g ausprobieren.
Bitte wenn du selbst baust:
2.3.0 und nicht 2.4.2 als Lib nehmen.
Auch Tasmota läuft über VPN nicht mit 2.4.x, da ist der Tipp im Forum zurück auf 2.3.0 zu gehen.
Falls du Visual Studio Code verwendest:
platformio] build_dir = bin [env:esp01_1m] platform = espressif8266@1.5.0 lib_extra_dirs = ~/Documents/Arduino/libraries board = esp01_1m framework = arduino lib_deps = ESP8266Ping build_flags = -Wl,-T../ld/eagle.flash.1m64.ld
Der Pfad zum Memory Layout ist anders! 1m64 = Board mit 1Megabyte, davon 64KB als Spiffs.
-
Wenn die LIB 2.3.0 die Lösung für VPN und den versteckten SSID ist, dann baue ich MQTT ein, ist auch nicht die Welt.
-
Hallo sissiwup
die 2.4.0 rc-2 sollte das Problem von Rainer nicht haben.
Denn alle Versionen vor BETA 1.0.4 wurden mit dem Core 2.4.0-rc2 erzeugt.
Rainer hatte noch keine Rückmeldung gegeben, ob das von mir erzeugte Beta 1.0.4.bin auch seine Probleme erzeugt, daher warte ich da noch auf seine Rückinfo.
Generell auf die Core 2.3.0 zurück zu gehen halte ich bezüglich des KRACK EXPLOITS für keine gute Idee….
Das machst den WLAN Zugang unsicher.
Link : https://www.krackattacks.com/
Ab 2.4.0-rc2 sollte dieses Einfalltor behoben sein...
Grüße
Tom
-
Hallo Tom, Hallo Sissi,
ich bin aus gesundheitlichen Gründen im Moment nicht weitergekommen.
Aaaaber…
Der erste Versuch war von 1.0.2b via OTA auf 1.1.4
Da ist keine Arduino IDE involviert gewesen.
Ab da begann das Desaster
Auch die 1.0.9 klappte ja, solange ich die SSID sichtbar hatte - ein OTA von dieser auf 1.1.4a brauchte noch einen Hardreste und dann lief diese auch solange die SSID sichtbar war.
Ich gehe davon aus, dass das auch direkt von 1.02b auf 1.1.4 so gewesen ist.
Sollte also irgendetwas kompiliertes schuld sein, müsste das bereits latent in der 1.0.2b drin sein, aber erst durch die neueren Versionen "zum Leben erweckt" werden.
Natürlich möchte ich wissen woran es liegt. Werde baldmöglichst nochmal ganz von vorne beginnen.
Gruß
Rainer
-
Hallo sissiwup
die 2.4.0 rc-2 sollte das Problem von Rainer nicht haben.
Denn alle Versionen vor BETA 1.0.4 wurden mit dem Core 2.4.0-rc2 erzeugt.
Rainer hatte noch keine Rückmeldung gegeben, ob das von mir erzeugte Beta 1.0.4.bin auch seine Probleme erzeugt, daher warte ich da noch auf seine Rückinfo.
Generell auf die Core 2.3.0 zurück zu gehen halte ich bezüglich des KRACK EXPLOITS für keine gute Idee….
Das machst den WLAN Zugang unsicher.
Link : https://www.krackattacks.com/
Ab 2.4.0-rc2 sollte dieses Einfalltor behoben sein...
Grüße
Tom `
Hallo,
kann man die Version der LIB im Code Anzeigen? => ESP.getCoreVersion()
Ich nutze nicht die Arduino-Core IDE, sondern PlattformIO, da kann ich auf 2.4.0, 2.4.1 gehen.
2.4.1 habe ich grade probiert, die geht nicht mehr per VPN.
2.4.0 habe ich auch getestet, geht auch nicht.
2.3.0 geht. Steht leider auch so in anderen Foren.
-
So,
hab mit viel debuggen das Problem mit VPN hoffentlich gelöst, so dass hier auch die 2.4.2 jetzt geht.
Bitte testen:
Wenn Homoran jetzt noch rausbekommt, ob 2.4.1 oder 2.4.0 auch mit versteckten SSID gehen, dann können wir erstmal die Version einsetzen.
-
MQTT:
So, die Verbindung ist nicht das Problem, kenne mich mit MQTT leider nur sehr wenig aus:
/obi/dose1/status -> Status der Dose
/obi/dose1/switch <- schaltet die Dose bei on/off
Kann jemand hier mal zeigen wie das normalerweise so gemacht wird?
Bisher würde ich:
IP des Brokers,
Pfad "/obi/dose1"
als Parameter brauchen.
Vorschläge?
Was ist mit Passwort?
-
Hallo ihr Lieben!
ich bin mit meinem Latein am Ende.
Habe es jetzt mit der 2.4.0rc2, der 2.4.1 und der 2.4.2 versucht.
Mit der OBIv1.0.4 - 1.1.4i in fast allen Schritten.
Habe auch noch mal die alte IDE installiert
es klappt nicht.
(Leider muss ich immer noch jedesmal die Steckdose wieder zusammenbaueen und an den Strom klemmen, weil der AP Mode bei Versorgung über den USB zu schnell weg ist um auf das WebIF zu kommen)
Ich habe im Moment noch einiges anderes um die Ohren, komme leider in der nächsten Zeit nicht zu weiteren Tests.
Danke für eure Geduld!
Werde mich ggf. mal per PN melden.
Danke
Rainer
-
Habe es jetzt mit der 2.4.0rc2, der 2.4.1 und der 2.4.2 versucht.
Mit der OBIv1.0.4 - 1.1.4i in fast allen Schritten.
Habe auch noch mal die alte IDE installiert
es klappt nicht. `
Schade
Hattest du auch einfach mal versucht die <u>1.0.4 BETA.BIN mit der OTA Funktion</u> hochzuladen und zu probieren?
Hast du bei allen Versuchen mit der Arduino Umgebung die weiter oben geposteten Fehlermeldungen gehabt?
Grüße
Tom
-
Hallo Tom!
@TomT:Hattest du auch einfach mal versucht die 1.0.4 BETA.BIN mit der OTA Funktion hochzuladen `
Natürlich nicht :oops: :oops:Das probiere ich nochmal, dazu muss ich natürlich dann kurzfristig das Netz sichtbar schalten - ist aber kein Problem.
gibt es auch noch die 1.0.2 Beta als OTA-bin?
Gruß
Rainer
-
So,
hab mit viel debuggen das Problem mit VPN hoffentlich gelöst, so dass hier auch die 2.4.2 jetzt geht.
Bitte testen:
code_1_1_4i.zip
firmware_1_1_4i.zip
Wenn Homoran jetzt noch rausbekommt, ob 2.4.1 oder 2.4.0 auch mit versteckten SSID gehen, dann können wir erstmal die Version einsetzen. `
Melde mich mal hier zurück wegen der 1.4.4i. Eben gerade drüber installiert und gleich ein Versuch über VPN gemacht, Erfolg! Aber ich teste es natürlich wieder noch ein paar mal zufällig weiter, war ja leider bisher immer das Problem das es mal zufällig ging und genau so zufällig dann nicht mehr ging.
Riesen Dank für deine Mühen, das ist wirklich nicht selbstverständlich!
-
Hallo Tom!
@TomT:Hattest du auch einfach mal versucht die 1.0.4 BETA.BIN mit der OTA Funktion hochzuladen `
Natürlich nicht :oops: :oops:Das probiere ich nochmal, dazu muss ich natürlich dann kurzfristig das Netz sichtbar schalten - ist aber kein Problem.
gibt es auch noch die 1.0.2 Beta als OTA-bin?
Gruß
Rainer `
Hab sie dir per PN geschickt….
Bitte sag nur gerade noch Bescheid, was deine 1.0.4 BETA .BIN Tests gemacht haben.
Hilft uns ungemein beim Fehlersuchen....
Grüße
Tom
-
1.0.2b läuft!
OTA von 1.0.2b auf 1.0.4 :evil:
Connected nicht mehr bei unsichtbarer SSID
Gruß
Rainer
-
Wenn du beide bins probiert hast, haben wir ein Problem ab ESP Core 2.4.1
Bedeutet in diesem Falle dann, du solltest im Arduino bei 2.4.0-rc2 Core bleiben, bis es ne Lösung gibt.
Ich muss mit ner Testfritte mal ein paar Versuche machen und melde mich dann noch mal.
Danke Rainer fürs Testen
Grüße
Tom
-
Habe beide bins probiert.
Mit der 2.4.0rc2 klappt es bei mir leider auch nicht
Gruß
Rainer
-
So,
hab mit viel debuggen das Problem mit VPN hoffentlich gelöst, so dass hier auch die 2.4.2 jetzt geht.
Bitte testen:
code_1_1_4i.zip
firmware_1_1_4i.zip
Wenn Homoran jetzt noch rausbekommt, ob 2.4.1 oder 2.4.0 auch mit versteckten SSID gehen, dann können wir erstmal die Version einsetzen. `
Melde mich mal hier zurück wegen der 1.4.4i. Eben gerade drüber installiert und gleich ein Versuch über VPN gemacht, Erfolg! Aber ich teste es natürlich wieder noch ein paar mal zufällig weiter, war ja leider bisher immer das Problem das es mal zufällig ging und genau so zufällig dann nicht mehr ging.
Riesen Dank für deine Mühen, das ist wirklich nicht selbstverständlich! `
Hallo,
das ist doch schon mal gut. Selbst wenn es über VPN mal nicht klappt, sollte die Dose nicht mehr abstürzen, sondern über VPN nur kein Bild liefern.
Dann kannst du immer noch mit IP/getState den Status abfragen etc.
-
Hallo,
anbei die erste Version mit MQTT:
mit "setRelay" kann man aktuell nur "0" oder "on" die Dose an machen oder mit "1" oder "off" die Dose ausschalten.
CMD: Zeigt das letzte Kommando
DelayStatus: Ob in Timer aktiv ist
Hardware: ich hoffe selbsterklärend
Service: Rechtes log
State: Linkes Log
name: Devicename
relay_i: Status der Dose als Zahl (Integer)
relay_t: Status der Dose als Text
starttime: Zeit vom letzten connect
stoptime: Wenn die Verbindung seitens der Dose gekappt wurde
setRelay: Zeigt den aktuellen status, kann die Befehle:
- 1: an
on: an ON: an 0: aus off: aus OFF: aus ?: Update der Hardware
Wird die Dose geschaltet, wird setRelay aktualisiert.
Es wird unten hinter der Version die LIB-Version angezeigt, hier 2.4.2Optimierung der Speicherverwaltung. Allerdings noch einige Debugg-Informationen auf die Serielle Konsole.