Beiträge von Whity

Noch eine enscheidene Frage was für ein OS + Version läuft auf deinem Raspi Zero?

"errors\":[\"cal_abort:implausible_power_consumption_in_close_dir\"

Die Leistungswerte sind mir schon im ersten log aufgefallen (1,xW am Anfang). Da ich keine 2PM habe kann ich das auch nicht nachprüfen ob das immer so ist, was für Motoren hast du denn? elektronische?

Habe jetzt doch mal umgestellt:

Stable:

denke dir das rote X bitte weg das ist ist Protokoll CoaP, Gen 2 Geräte können kein CoaP

Shelly Adapter 4.0.4 ist das Problem, du müsstest in den IOB Einstellungen auf latest umstellen, danach mal den Shelly Adapter auf die Version 6.4.0 updaten.

Was mir noch auffällt dein ganzes System ist alt. Node V12? Admin V4?

Da mein IOB nur auf latest steht, ich nicht unbedingt sofort alles update, kenne ich atm die stable Versionen auch nicht.

Aber: Node V12 ist zu alt, bin fest der Meinung minimum V14 wenn nicht sogar schon V16. Der Admin irgendwas vermutlich mit V5.

Hast du zufällig noch den MQTT Adapter im IOB installiert und läuft dieser auch? Wenn ja dann müsstest du entweder im Shelly Adapter oder im MQTT Adapter den Port ändern. Standardmäßig laufen beide auf dem gleichen Port.

errors\":[\"cal_abort:too_few_steps_to_close\

Zu wenige Schritte zum schließen

Ich hoffe ich habe in einem anderen Beitrag das nicht falsch verstanden, aber laut Anleitung soll man doch nur 3 x kurz drücken zum aufwecken.

MBR eine GMA (Gefahrenmeldeanlage) hat eingebaute Akkus um in Falle eines Stromausfalls weiterhin zu funktionieren, meist so ausgelegt für Minimum 30h ohne Netz

Ihr könnt ja mal Seven of Nine fragen ob sowas über ein Script mit Shelly plus möglich wäre. Der Plus müsste ja nur die Befehle raus schieben. Vermutlich wird es demnächst auch einen Plus RGBW geben. Gen1 stirbt ja sowieso aus

Ab Zeile 673 geht es los.

Da will er von Position 1 auf - irgendwas und danach fängt er an in 1000er Schritten aufzumachen.

Was in deinem Log interessant ist: hw_revision":"dev-prototype

Hatte oben nochmal editiert, geht er bei dir denn auch in ERR?

Das ist aber ein Log aus dem IOB vom Shelly Adapter, Das was Olsche oben anfragt ist ein debug log vom Shelly direkt.

Wenn es Probleme bei Adapter gibt, müsstest du dich auf github beim Adapter melden.

Ohne jetzt die 944 Zeichen abzuzählen, würde ich mal vermuten das er ein Problem mit der Ziel Temperatur in Fahrenheit hat.

Matze

Edith sagt: das sind ja alles unterschiedliche Fehler: externe Temperatur in C und in F, Version, MQTT Topic Prefix,Sys Lon und Sys Lat. etc….

Hekatron hat bis vor ein paar Jahren ( vielleicht auch immer noch, bin seit 3 Jahren raus aus der Sicherheitstechnik) für Funkanwendung im Öffentlichen/ gewerblichen Gebäuden Siemens Funkmelder mit einer Gateway die direkt im Ring hing benutzt. Melder waren einzelne adressiert und somit auch eine Einzelmeldererkennung.

Matze

Licherx2 du benutzt den Shelly Adapter, SeRef benutzt den MQTT Adapter und baut sich das selbst. Der Shelly Adapter wird die N Klemme noch nicht unterstützen.

Das ist richtig, hatte ich oben ja auch schon geschrieben. Beim TE war es ja der Shellyadapter

NOT Supported:

• Shelly Plus Smoke
• Shelly Plus Plug S
• Shelly Plus AddOn
• Shelly Plus Wall Dimmer US
• Shelly Plus Plug US
• Shelly Pro 3 EM

MIHO ich lese aus dem 1. Beitrag heraus, das es entweder eine Kreuzschaltung ist oder es sind Taster und es hängt irgendwo ein Stromstossrelais. Es werden keine 3 einzelnen Lichtkreise sein.

Zitat

Aktuell bedeutet das, drücken irgendeines Schalters und alle 7 Lampen brennen dauerhaft.

Matze

Moin und frohes neues Jahr,

Ich habe jetzt mal mutig wie ich bin meinen PlugS auf die 1.12.1PlugS-fix geupdatet.

1. er funktioniert noch

2. im WebUI wird immer noch an gewohnter Stelle die Uhrzeit angezeigt

3. habe ich einen Zeitplan angelegt, auch dieser funktioniert

Cloud und Szenen kann ich nicht testen, benutze ich nicht

Matze