Herzlichen Dank!
Doku gefunden und IR Transistor bestellt.
Sobald alles installiert ist werde ich mich vermutlich noch mal melden (müssen)
Herzlichen Dank!
Doku gefunden und IR Transistor bestellt.
Sobald alles installiert ist werde ich mich vermutlich noch mal melden (müssen)
cvičení
Ich weiß nicht welche Version du von Tasmota verwendet hast, aber es gab ziwschenzeitlich eine Version die einen Bug hatte, wo keine Daten in der WebUI angezeigt wurden. Der Fehler ist inzw. im aktuellen Dev.Branch von Tasmota behoben.
Bzgl. DeepSleep:
Wie gesagt, dass ist hier der Falsche Thread für dieses Thema und ich kann nur immer wieder sagen, schau ins Tasmota Wiki, dort steht eigentlich alles sehr gut beschrieben. Meines Wissens nach, brauchst du keine externe RTC. Abgesehen davon, ist die aktuelle Einbindung einer externen RTC in Tasmota nur dafür da, die Uhrzeit zu speichern für den Fall, dass keine WiFi - Verbindung besteht.
Ansonsten bleibt noch zu sagen, dass der Pin D0 mit RST verbunden sein muss damit der ESP wieder aus dem Deepsleep aufwacht.
Kleiner Hinweis: Manche Wemos Revisionen lassen sich nicht mehr via USB flashen wenn die Verbindung D0 und RST noch besteht. Diese muss dann zum Flashen kurz aufgetrennt werden.
Ich denke, ich habe es bereits mit NodeMCU v0.9 gelöst. Deepsleep arbeitet daran und fällt nach dem Suspendieren auf 2,5 mA !! Hurra! An diesem Wochenende kann ich mich monatelang verbinden und arbeiten. Verwenden Sie bisher nur 4 AA-Alkalibatterien.
Vielen Dank für Ihre Geduld und Hilfsbereitschaft.
Ich habe ein anderes Problem. Jedes Mal, wenn ich es von vorne starte, wird das MQTT nach einigen Sekunden leer veröffentlicht und füllt sich erst beim nächsten Mal nach X Minuten. Kann ich die erste Veröffentlichung verschieben, damit ich nicht auf die zweite warten muss? Dann habe ich immer 0 in den Hassio-Daten und einen Wert pro Wechselrichter.
cvičení
Ich denke, ich habe es bereits mit NodeMCU v0.9 gelöst. Deepsleep arbeitet daran und fällt nach dem Suspendieren auf 2,5 mA !! Hurra! An diesem Wochenende kann ich mich monatelang verbinden und arbeiten. Verwenden Sie bisher nur 4 AA-Alkalibatterien.
Vielen Dank für Ihre Geduld und Hilfsbereitschaft.
Ich habe ein anderes Problem. Jedes Mal, wenn ich es von vorne starte, wird das MQTT nach einigen Sekunden leer veröffentlicht und füllt sich erst beim nächsten Mal nach X Minuten. Kann ich die erste Veröffentlichung verschieben, damit ich nicht auf die zweite warten muss? Dann habe ich immer 0 in den Hassio-Daten und einen Wert pro Wechselrichter.
Kein Problem!
Bzgl. deiner Frage: Ich habe dazu etwas auf der Tasmota Seite gelesen. Es gibt da irgendeine Option, dass MQTT nicht sofort startet oder erst abwartet. Kann es aber jetzt auf der schnelle nicht wiederfinden. Vielleicht fragst du mal im offiziellen Tasmota Discord oder in der Tasmota Googlegroup nach.
Kein Problem!
Bzgl. deiner Frage: Ich habe dazu etwas auf der Tasmota Seite gelesen. Es gibt da irgendeine Option, dass MQTT nicht sofort startet oder erst abwartet. Kann es aber jetzt auf der schnelle nicht wiederfinden. Vielleicht fragst du mal im offiziellen Tasmota Discord oder in der Tasmota Googlegroup nach.
Hallo, ich habe eine letzte Frage. MQTT funktioniert nicht wie vorgesehen. Alles außer dem Sensor wird veröffentlicht. Es hat RSL-Status. Sie haben keine Ahnung, was Sie damit anfangen sollen?
18:56:17 MQT: tele/NodeMCU_Strom/LWT = Online (retained)
18:56:17 MQT: cmnd/NodeMCU_Strom/POWER =
18:56:17 RSL: tele/NodeMCU_Strom/INFO1 = {"Module":"Generic","Version":"6.6.0.20(sonoff)","FallbackTopic":"cmnd/DVES_D53DD6_fb/","GroupTopic":"sonoffs"}
18:56:17 MQT: tele/NodeMCU_Strom/INFO2 = {"WebServerMode":"Admin","Hostname":"NodeMCU_Strom-7638","IPAddress":"192.168.0.29"}
18:56:17 MQT: tele/NodeMCU_Strom/INFO3 = {"RestartReason":"Software/System restart"}
18:56:25 RSL: tele/NodeMCU_Strom/STATE = {"Time":"2019-12-01T18:56:25","Uptime":"0T00:00:28","UptimeSec":28,"Heap":22,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1,"Wifi":{"AP":1,"SSId":"Internet2","BSSId":"18:A6:F7:C0:B4:70","Channel":1,"RSSI":100,"LinkCount":1,"Downtime":"0T00:00:07"}}
18:56:25 RSL: tele/NodeMCU_Strom/SENSOR = {"Time":"2019-12-01T18:56:25","STROM":{"Celkova_spotreba":0.00,"Vysoky_tarif":0.00,"Nizky_tarif":0.00}}
Ich habe es so teilweise gelöst. Ich habe die MQTT-Verbindung wiederhergestellt, aber jetzt habe ich ein anderes Problem. Sobald sensor53 leer ist, veröffentlicht er MQTT, aber sobald er mit Werten gefüllt ist, schreibt er erneut in RLS.
Teilerfolg. Wenn ich mindestens eine Lesezeile lösche, werden die Werte normal veröffentlicht. Egal was, ich kann nicht mehr als zwei bekommen.
Irgendeine Idee?
>D
t:timer1=0
>B
=>sensor53 r
=>DeepSleepTime 0
=>teleperiod 10
timer1=60
>S
if timer1==0
then
=>DeepSleepTime 800
timer1=-1
endif
>M 1
+1,3,o,0,300,STROM,1,100,2F3F210D0A,063030300D0A
1,1.8.0(@1,Spotřeba celkem,KWh,Celkova_spotreba,2
1,1.8.2(@1,Vysoký tarif,KWh,Vysoky_tarif,2
1,1.8.3(@1,Nízký tarif,KWh,Nizky_tarif,2
#
Alles anzeigen
Ich hatte das Problem, dass "Teleperiod" sowohl für MQTT- als auch für DeepSleep-Veröffentlichungen freigegeben wurde. Ich löste das Problem, indem ich den Tiefschlaf im Skript beim Start ausschaltete und den Timer auf 60 Sekunden stellte. Danach schaltete ich den Tiefschlaf wieder ein. Es schaltet sich alle 15 Minuten ein, nimmt Daten vom Messgerät auf und geht dann in den Ruhezustand. Der Stromverbrauch im Ruhezustand beträgt nur 2,5 mA / h.
Guten Abend an alle hier, ich habe gerade die Universal8 und danach das sml Update von gemu 2015 auf einen Sonoff Basic geflashed. Leider habe ich auch das Problem, das ich im Auswahlmenü für Serial In auch kein SML finden kann. Hat jemand einen Tipp?
Guten Abend an alle hier, ich habe gerade die Universal8 und danach das sml Update von gemu 2015 auf einen Sonoff Basic geflashed. Leider habe ich auch das Problem, das ich im Auswahlmenü für Serial In auch kein SML finden kann. Hat jemand einen Tipp?
Brauchst du auch nicht. Es muss alles auf None stehen. Die GPIOs für deine Übertragung definierst du im Script.
Siehe Beitrag: LINK
Brauchst du auch nicht. Es muss alles auf None stehen. Die GPIOs für deine Übertragung definierst du im Script.
Siehe Beitrag: LINK
Vielen Dank für den Tipp, da hätte ich ja noch ewig herumprobieren können. Derzeitig bricht mein Atom immer während des halben Flashvorgangs ab )-:
Hat nicht zufällig jemand eine fertige bin am Start für Sonoff Basic und den Emh ED300L mit Tekt5400S ?
Moin @all,
ich habe eben erfolgreich meinen ISKRA eHZ-MT681 Zähler ausgelesen. Und zwar habe ich das erstmal in der xsns_53_sml.ino angepasst:
#if METER==MT681
#undef METERS_USED
#define METERS_USED 1
struct METER_DESC const meter_desc[METERS_USED]={
[0]={3,'s',0,SML_BAUDRATE,"SML",-1,1,0}};
// 2 Richtungszähler EHZ SML 8 bit 9600 baud, binär
const uint8_t meter[]=
// 77 07 01 00 01 08 00 FF >>> Gesamtwirkenergie (A+)
"1,77070100010800ff@1000," D_TPWRIN ",KWh," DJ_TPWRIN ",4|"
// 77 07 01 00 01 08 01 FF >>> Wirkenergie Tarif 1 (A+)
"1,77070100010801FF@1000," D_TPWRWT1 ",KWh," DJ_TPWRWT1 ",4|"
// 77 07 01 00 01 08 02 FF >>> Wirkenergie Tarif 2 (A+)
"1,77070100010802FF@1000," D_TPWRWT2 ",KWh," DJ_TPWRWT2 ",4|"
// 77 07 01 00 10 07 00 FF >>> Gesamtwirkleistung (P+ - P-)
"1,77070100100700ff@1," D_TPWRCURR ",W," DJ_TPWRCURR ",0|"
// 77 07 01 00 24 07 00 FF >>> Gesamtwirkleistung (P+ - P-) Phase L1
"1,77070100240700FF@1," D_TPWRCURR1 ",W," DJ_TPWRCURR1 ",0|"
// 77 07 01 00 38 07 00 FF >>> Gesamtwirkleistung (P+ - P-) Phase L2
"1,77070100380700FF@1," D_TPWRCURR2 ",W," DJ_TPWRCURR2 ",0|"
// 77 07 01 00 4C 07 00 FF >>> Gesamtwirkleistung (P+ - P-) Phase L3
"1,770701004C0700FF@1," D_TPWRCURR3 ",W," DJ_TPWRCURR3 ",0";
#endif
Alles anzeigen
Ausgelesen sieht das dann so aus:
Das bei Tarif 2 bei mir kein Wert kommt ist normal.
Vielleicht kann ja jemand die Konfig gebrauchen
Ich habe aber mal noch ne Frage ... In meinem Bild vom vorherigen post (#888) sieht man ja noch das "OFF" und den zugehörigen Toggle Button.
Kann man das irgendwie abschalten? Denn beim Auslesen von Strom und Co ist das ja total über
ANTWORT:
Ich beantworte es mal eben selber ... Der Modul Type stand nicht auf generisch ... Jetzt ist auch der Button weg
Hallo, ich kämpfe immernoch mit dem abbruch beim Flashvorgang. Im Anhang ein Screenshot von dem Disaster. Hat nicht doch noch jemand eine fertige Bin Datei zum testen?
Hallo, ich kämpfe immernoch mit dem abbruch beim Flashvorgang. Im Anhang ein Screenshot von dem Disaster. Hat nicht doch noch jemand eine fertige Bin Datei zum testen?
beim flashen darf der phototransistor nicht an rx angeschlossen sein.
ansonsten probiere ruhig mal Visual Studio. Atom lief bei mir auch nie wirklich.
beim flashen darf der phototransistor nicht an rx angeschlossen sein.
ansonsten probiere ruhig mal Visual Studio. Atom lief bei mir auch nie wirklich.
Vielen Dank für den guten Tipp Visual Studio, da hat das flashen auf Anhieb funktioniert.
Nun noch mal eine ganz andere Frage.
Was genau ist notwendig, oder besser gesagt welche Bedingungen müssen erfüllt sein, das ich im Webinterface die jeweiligen Verbrauchswerte angezeigt bekomme?
Vielen Dank für den guten Tipp Visual Studio, da hat das flashen auf Anhieb funktioniert.
Nun noch mal eine ganz andere Frage.
Was genau ist notwendig, oder besser gesagt welche Bedingungen müssen erfüllt sein, das ich im Webinterface die jeweiligen Verbrauchswerte angezeigt bekomme?
wenn du alles richtig konfiguriert hast, werden die Werte die du programmiert hast automatisch angezeigt.
wenn du alles richtig konfiguriert hast, werden die Werte die du programmiert hast automatisch angezeigt.
Auf den Seiten 1 bis 3 zu diesem Thema ist eine Variante beschreiben wo das auslesen angeblich ohne das erstellen von einem Script mit einem alten Branch von Gemu möglich war, ist diese Variante nach wie vor möglich, oder komme ich um das Script nicht mehr herum?
Auf den Seiten 1 bis 3 zu diesem Thema ist eine Variante beschreiben wo das auslesen angeblich ohne das erstellen von einem Script mit einem alten Branch von Gemu möglich war, ist diese Variante nach wie vor möglich, oder komme ich um das Script nicht mehr herum?
Das ist ja gefühlt schon Jahre her. Soweit ich mich erinnern kann wurde das mit der Umstellung zu script nicht weiter entwickelt. Allerdings dürfte es noch funktionieren.
Wo ist das Problem mit Script zu arbeiten?
ZitatAllerdings dürfte es noch funktionieren.
Also ich habe für meinen Stromzähler die xsns_53_sml.ino direkt angepasst. Läuft ohne Probleme.
Wasser und Gas löse ich über die normale Counter Funktion von Tasmota.
Das Script verwende ich nicht da ich alle restlichen Werte über ioBroker ermittele (also z.B. Wasserverbrauch pro Woche, etc ...)
Also ich habe für meinen Stromzähler die xsns_53_sml.ino direkt angepasst. Läuft ohne Probleme.
Wasser und Gas löse ich über die normale Counter Funktion von Tasmota.
Das Script verwende ich nicht da ich alle restlichen Werte über ioBroker ermittele (also z.B. Wasserverbrauch pro Woche, etc ...)
Das Script ist auch nicht zwingend notwendig um die Wochen oder Monatswerte zu ermitteln. Das ist lediglich ein nettes gimmick. Es ist aber wesentlich einfacher, die Einstellungen die damals in der xsns_53 vorgenommen wurden, im Script zu lösen. Vor allem wenn man noch garnicht weiß welche Werte überhaupt auszulesen sind. So spart man sich das ständige ändern in der xsns Datei und das damit verbundene neuflashen. Die Anpassungen im Script sind sofort sichtbar ohne Neustart o.Ä.
top!
Wenn du in der webconsole „Sensor53 d1“ eingibst bekommst du in der Konsole die Werte angezeigt die dein Zähler liefert.
Diese kannst du wiederum in deinem Decoder eingeben. So wie du es bereits mit Einspeisung und Verbrauch getan hast. Damit die Werte allerdings in der webgui aktualisiert werden, musst du „sensor53 d0“ eintippen.
(Ohne Anführungszeichen)
Viel Erfolg!