VPN/Proxy erkannt
Es scheint, dass Sie einen VPN- oder Proxy-Dienst verwenden. Bitte beachten Sie, dass die Nutzung eines solchen Dienstes die Funktionalität dieser Webseite einschränken kann.
Leider besitze ich keinen Shelly pro 3EM-400.
Okay, macht Sinn. Ich habe ebenfalls keinen.
Und vielen Dank für den 3CT63-Link!
Die Firmware aus dem Link ist für einen Shelly 3EM-63W Gen3 und vermutlich auch für einen Shelly 3EM-63T Gen3. Ob die Firmware auch für einen Shelly Pro 3EM-3CT63 ist, wäre möglich, kann ich aber nicht beurteilen.
Für einen 3EM-63W (vermutlich auch 3EM-63T)
https://updates.shelly.cloud/update/S3EMG3
Suche noch nach Update-Links für Shelly pro 3EM-400 und pro 3EM-3CT63 und Dimmer 0/10V PM Gen3!
In diesem Beitrag hatte ich schon mal beschrieben, wie man an den Link kommt. Klappt es bei diesen nicht?
"zu langsam" ist relativ. Verbunden per Websocket mit dem GX sendet der Pro3EM sekündlich Werte. Da du nicht schreibst, was du beabsichtigst, wird dir keiner sagen können, ob das schnell genug ist.
Es lassen sich Werte aus einem Skript heraus mit MQTT an einen Broker senden und auch von diesem empfangen.
Da Platzproblem habe ich nicht angezweifelt.
Bei den PM hat man ein Problem (der misst nur wenn Relais an)
Was an der Firmware liegt und kein großes Hindernis sein sollte.
Dabei wir aus " zB %22
Das " ist %22 und wird auch so verwendet. Hintergrund ist, dass in einer Url nicht jedes ASCII-Zeichen verwendet werden kann und es dazu codiert werden muss. Wegen der besseren Lesbarkeit zeigen Browser die Zeichen uncodiert an. Es macht also keinen Unterschied, ob man " oder %22 in der Url verwendet.
Hast du eventuell bei "Obstacle detection" einen (zu kleinen) Wert eingetragen?
Vielleicht ist auch einfach das Interesse an sowas nicht sonderlich groß. Ich für meinen Teil habe zumindest keines.
Welches FritzOS hat deine Box? Wenn du schon auf >=8.00 bist oder die Labor-Version installiert hast, dann könntest es ja ohne Umweg probieren und wir wussten, ob WireGuard nun tatsächlich läuft, wenn man ausschließlich IPv6 hat.
Es ist eine 7590 mit v8.0.
Ist immer noch so. Habe ich Mobil eine ipv6, dann habe ich eine Verbindung, habe ich eine ipv4, dann keine Verbindung.
Ich habe seit einiger Zeit einen Glasfaseranschluss. Da habe ich neben der ipv6 eine nicht öffentliche ipv4-Adresse. Wenn ich unterwegs eine ipv6 hatte, war eine Verbindung mit Wireguard kein Problem. Mit ipv4 war keine Verbindung möglich.
Gelöst habe ich es, in dem ich mir einen kleinen V-Server bei Strato gemietet habe. Der hat eine feste ipv4 und ipv6 und auf dem habe ich Wireguard installiert. Dieser verbindet sich per ipv6 mit meiner Fritzbox. Von unterwegs verbinde ich mich mit dem Server, da spielt es dann keine Rolle mehr ob ich eine ipv6 habe oder nicht.
Irgendwas in der Update-URL passt nicht. der letzte Teil url=%22 - darin stört mich das "%22", das ist eine Sonderzeichenersetzung, aber die Übersetzung zum passenden ASCII Zeichen kann ich gerade nicht nennen! Wenn dort die richtigen Zeichen eingesetzt werden passt es wieder.
Es ist, wie schon von Chris81T geschrieben, ein ". Diese " müssen an den Stellen in der URL enthalten sein, ohne geht nicht. Bei mir sind sie %22, da ich die URL automatisiert nutze und dort so leichter zu handeln ist.
Ich habe leider schlechte Nachrichten. Mit Firmware 1.4.2 ging ein Downgrade noch so wie oben beschrieben. Mit 1.4.4 habe ich es nicht hinbekommen, gleiche Symptome wie von dir beschrieben. Mir scheint es, Allterco hat mit Version 1.4.4 eingeführt, dass die letzte Firmware im Speicher gehalten wird und wenn eine ältere geladen wird, diese wieder mit der im Speicher überschrieben wird. Selbst ein Werksreset mit anschließendem Stromlos hat nicht zum Erfolg geführt.
Ich habe die Datei auf einem lokalen Server. Das Update stoße ich im Browser durch Aufruf folgendem Link an.
http://<IpDesShelly>/rpc/Shelly.Update?url=%22<PfadZurDatei>%22
Ob ausschlaggebend oder nicht, versuch es mal ohne Internetzugang des Shelly.
Deine Rechnung ist nur dann richtig, wenn zu jeder Zeit der Bezug L1 + L2 höher war als die Einspeisung auf L3.
Was du mit den Daten berechnen kannst ist dein Eigenverbrauch auf L3. Dazu musst du von der Summe der Erzeugung die Einspeisung auf L3 abziehen.
Solange die Shellys (oder auch andere Geräte) eine API haben, kann man sie auch in Homematic integrieren.
Warum es von 66er in letzter Zeit keine weiteren Anleitungen gibt, wird dir wohl nur er beantworten können.
Ich hatte mal versucht, ein Skript über ioBroker von einem Shelly auf einen andere zu kopieren. Es zu kopieren und an einen anderen zu senden hat so weit geklappt. Da das Skript zu groß war, ging es leider nicht in einem Rutsch. Ich habe darauf hin versucht, das Skript in Teilen zu übertragen. Der erste Teil ging ohne weiteres, habe es dann aber auf Anhieb nicht hinbekommen, dass der empfangende Shelly den zweiten Teil an den Ersten angefügt hat. Da es nicht weit oben auf meiner To-do-Liste steht, habe ich mich noch nicht weiter damit beschäftigt.
Bei Heizungen, die mit einer Ionisationelektrode zur Flammenüberwachung ausgestattet sind, muss ein Potenzial gegen das Brennergehäuse (PE) messenbar sein, was nur gegeben ist, wenn der Außen- und Neutralleiter nicht vertauscht wurden.
Warum läuft meine dann trotzdem?
Vielleicht ist sie (durch Zufall) richtig angeschlossen? 😉
Oder deine Heizung hat eine andere Art der Flammenerkennung.
Danke für die Rückmeldung 
