Die festen IPs sind im Router eingetragen und werden den Shellies anstatt durch DHCP fest zugewiesen.
In den Shellies habe ich die IPs nicht fest vergeben.
Das ist gut und sollte auch so bleiben.
Beiträge von tvbshelly
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.
-
-
Damit ein Hersteller ein solches Zusatzprodukt wie die Konstantstrom-Quelle offiziell in einem Anschlussdiagramm "empfehlen" kann, muss das genutzte Bauteil über alle möglichen Zertifizierungen verfügen. Das müsste Shelly sicherstellen, genauso wie alle möglichen Tests mit dem eigenen Produkt in Kombination durchführen. Sonst kommt man als Hersteller bezüglich Haftung in Teufelsküche.
Es scheitert hier schon daran, dass das von Thomas konzipierte Bauteil kein fertiges Industrieprodukt ist.
Damit wird nichts negatives über die schlaue Lösung von Thomas gesagt. Der PO muss aber eine Menge mehr Dinge berücksichtigen als "Thomas hat es korrekt und sicher konzipiert und es funktioniert korrekt".
-
Dann wäre es an der Zeit, diesen Teil abzutrennen
Erledigt - hoffe, das Thema wird dadurch nicht noch verwirrender als es bereits war.
-
Den Shelly Smart Meter für den AC-Speicher habe ich nachgerüstet. Dieser erfasst auch die Leistung vom PV-Wechselrichter, weil ich die Leitung vom Wechselrichter, der auf L1 einphasig einspeist, auch durch die Zuleitung von L1 geführt habe. Ja, durch Stromwandler von L1 gehen zwei Leitungen und die Verrechnung funktioniert.
Vermutlich funktioniert das aber so nicht aus "Sicht" der Steuersoftware vom Marstek.
-
-
Jetzt möchte ich das gerne wieder rückgängig machen
-
wird auch in der Shelly App als offline angezeigt
Wenn du die HomeKit Firmware verwendest, kannst du den Shelly nicht mehr per Shelly App oder Shelly Cloud steuern. Das ist korrekt so.
ich habe meinen Shelly Plus 2 PM über den Link http://xxxx.xxxxx.xxxx/ota?url=http:/…er.cloud/update (xx steht für meine ip), in Homekit integriert.
Du hast damit eine alternative Firmware installiert
-
Du sagst es. Ich denke auch, dass man sich bei AC Ankopplung mit Schuko-Stecker auf 800W beschränken müsste.
Wenn man einen DC Speicher hat, den man direkt mit dem BKW koppeln kann, sieht es anders aus.
-
Ich finde das recht viel
allerdings
Wenn die Grenze bei 800 W aus Sicherheitsgründen eingeführt wurde, muss sie meiner Meinung in beiden Richtungen umsetzbar sein, weil die Stromrichtung für die thermische Belastung keine Rolle spielt.
Sehe ich auch so.
Ich verstehe nicht so ganz, was Marstek da macht bzw. wieso die denken, dass dies so möglich / erlaubt / ... ist. Das ist jedenfalls seltsam in meinen Augen.
Es handelt sich hierbei ja nicht um eine Festinstallation.
-
Ist es richtig, das jeder dann auf den Shelly zugreifen kann?
Jeder im Sinne von: jeder, der Zugriff auf dein lokales Netzwerk hat, sprich jeder Client in deinem lokalen Netzwerk
-
Die Entladeleistung kann ich eher steuern als die Ladeleistung, die normalerweise von der PV-Anlage gesteuert wird.
Laut deren Handbuch soll die Ladeleistung durch die PV "gesteuert" werden:
ZitatWhen the CT detects that the solar PV system is feeding electricity back to the grid, the device starts charging to store energy.
Wenn das so wirklich korrekt umgesetzt wäre, wäre die Ladeleistung vom Speicher dynamisch 0 - 2500 Watt basierend auf dem PV Überschuss.
Vermutlich haben die daher gar keine manuelle Einstellung vorgesehen.
-
-
Meine Erfahrung ist (auch mit anderen IoT Geräten), dass insbesondere das %-Zeichen problematisch ist sowie Umlaute.
Mein IoT WLAN Passwort ist 23 Zeichen lang und funktioniert problemlos mit Shellys.
-
Wenn man den BLU Motion per BTHome mit einem Shelly koppelt, kann man die Werte auch per Skript auf diesem Shelly recht einfach abfragen per StatusHandler
CodeShelly.addStatusHandler(function (status) { print ("status: " + status.name); print (JSON.stringify(status)); // ... });->
Codestatus: bthomesensor {"component":"bthomesensor:202","name":"bthomesensor","id":202,"delta":{"last_updated_ts":1769805773,"value":6}}bthomesensor:202 liefert in diesem Beispiel den Illuminance Wert.
-
Bei der Schaltung von Thomas funktioniert die Klingel auch noch, wenn der Shelly ausfällt.
borsti0 In deiner Schaltungsvariante nicht mehr.
-
Sieht äußerlic aber praktisch identisch aus. Zumindest für mich.
Hier mal die Datenblätter dazu:
S12-100 https://www.eltako.com/fileadmin/down…-_200-_110-.pdf
R12-100 https://www.eltako.com/fileadmin/down…-_110-_020-.pdf
-
addEventHandler liefert dir Events, also Tastendruck, genau.
Für die Temperatur etc. benötigst du einen addStatusHandler
CodeShelly.addStatusHandler(function (status) { print ("status: " + status.name); print (JSON.stringify(status)); // ... });Warum das unterschieden wird kann ich dir auch nicht erklären.
-
Code
Alles anzeigenfunction bleCallback(event, device) { if (event !== BLE.Scanner.SCAN_RESULT) { return; } if (device.addr !== BLE_DEVICE_ID) { return; } // ... your code } BLE.Scanner.Start({duration_ms: BLE.Scanner.INFINITE_SCAN}); BLE.Scanner.subscribe(bleCallback);->
https://shelly-api-docs.shelly.cloud/gen2/ComponentsAndServices/BLE/
https://shelly-api-docs.shelly.cloud/gen2/Scripts/S…blescannerstart -
BTHome löst Events aus, aber eben nur bei kompatiblen Shellys, d.h. Gen3+
BLE mit BLE Scanner funktioniert mit Gen2 und auch mit aktueller Firmware.
Shelly unterstützt seit Gen2+ kein Firmware Downgrade mehr.
-
Ich finde es auch besser, wenn die Hauptsprache hier deutsch bleibt.
Ist ja auch das Forum der Shelly DACH Gmbh.
Zudem kommt es bereits nur unter den deutschsprachigen Usern schon dazu, dass zeitgleich mehrere Beiträge erstellt werden und sich Antworten überschneiden. Dieses wäre noch "schlimmer", wenn die User mit anderen Sprachen auch noch hinzukommen.
