Beiträge von ThimThaler

Doch was sagt ihr zur Abweichung.

Sind 3% Abweichung noch im Rahmen?

Ich werde es noch einmal genau in einem Monat kontrollieren und vergleichen.

Moin,

nein, es ist kein privater Zwischenzähler, sondern der Hauptzähler.

Und der ist seit dem Hausbau 1998 nicht ausgetauscht worden.

Und wenn der gelbe Aufkleber ein Prüfsiegel sein soll,

dann ist er auch nur 1998 geprüft worden.

Mit einem Auto hätte ich in der Zeit schon 12 mal zum TÜV gemusst.

Moin,

auch ich habe den Shelly 3EM jetzt in meinem Verteilerkasten eingebaut.

Ich messe damit den Gesamtverbrauch.

Jetzt nach einer Woche stelle ich einen Messunterschied vom Shelly 3EM zum Hauszähler fest.

Der Shelly zeigt mir 3% weniger Verbrauch an.

Es ist zwar dieser Unterschied feststellbar, der auch nicht wenig ist, so glaube ich,

aber ich könnte jetzt nicht sagen, woran es liegt.

Der Shelly 3EM könnte ja vielleicht sogar genauer messen,

als mein 24 Jahre alter Ferrais-Zähler.

Also, Unterschied ist da, aber welcher Zähler ist genauer und richtig?

So. Hatte ein Ticket aufgemacht und das Problem beschrieben.

Hier die Antwort:

This is expected behavior of the unit. It takes time for the values to be converted because they are stored for each minute. It is not a problem with the unit, we tested it recently.

Übersetzung:

Dies ist das erwartete Verhalten des Geräts. Es dauert einige Zeit, bis die Werte konvertiert sind, da sie für jede Minute gespeichert werden. Es ist kein Problem mit dem Gerät, wir haben es kürzlich getestet.

Da muss ich wohl oder übel die Uhrzeiten in der heruntergeladene CSV-Datei manuell bearbeiten, denn für mich ist es kein erwartetes Verhalten des Gerätes.

Ich habe schon mit verschiedenen Zeitzonen (UTC+0:00, UTC+1:00 usw.) rumgespielt.

Auch Sommerzeiten rein und wieder raus. Nichts hinbekommen.

Dann fragen wir mal nach.

Moin,

das mit der Uhrzeit bekomme ich auch nicht hin.

Habe schon alles mögliche ausprobiert.

Wie beim Jürgen, Zeit auf der GUI des 3EM stimmt .

In der CSV-Datei immer eine Stunde weniger.

Hallo FreunderNacht,

leider kommt immer "Seite nicht gefunden" wenn ich auf dein Blokly-Link klicke.

Auch meine Buttons1 laufen bei mir jetzt mit FW 1.8.0

und der Shelly-Adapter-Version 4.0.0

Und das Problem mit dem Event-Counter ist auch bei mir geblieben.

Wenn ich den Remain Awake (Batterie) Parameter auf 5 (Sekunden) stelle,

dann zählt der Event-Counter auch im Batteriebetrieb hoch,

solange der blaue Ring leuchtet.

Also, wenn der Button1 nicht "einschläft", so ist es ja auch am USB-Anschluss,

dann zählt der Event-Counter auch hoch.

Was sagen eigentlich die Farben der LED-Ringe aus?

Schnelles hellblaues blinken, grüner Ring und blauer Ring?

Beste Grüße

ThimThaler

Moin Harry,

vielen Dank für deinen Tipp, aber ich glaube, dass übersteigt als wirklicher "Anfänger" meine handwerklichen Fähigkeiten am Computer.

Ist so, als würde ein Chirurg mir sagen, ich sollte mal eben einen Stent setzen.

Ich freue mich ja schon immer wie Bolle, wenn ich die einfachsten Sachen mit Blockly hinbekomme.

Wenn das Mitloggen auch irgendwie funktionieren würde, könnte ich die Log-Datei bestimmt nicht lesen, um da einen Fehler zu erkennen.

Muss ich halt abwarten, ob es mal mit einer neuen Firmware funktionieren wird.

Ich möchte auch Niemanden hier mit meiner Unwissenheit darüber nerven.

LG

Kalle

Leider kann man wohl auch nicht sagen, ob es am Shelly-Adapter, oder an der Shelly-Firmware liegt.

Hätte so schön sein können.

Bei mir gibt es nach dem Drücken erst ein schnelles hellblaues Blinken, dann kommt kurz der grüne Ring, da ändert sich der Datenpunkt "Event" im ioBroker (natürlich nur wenn es eine andere Tastenkombination ist, als die vorige Kombination).

Danach kam nichts mehr, weil bei mir "REMAIN AWAKE (BATTERY)" auf "0" stand.

Wenn ich diesen Wert auf "5" setze, kommt nach dem grünen Ring noch ein dunkelblaues Blinken, für diese 5 Sekunden. Wenn ich innerhalb dieser 5 Sekunden den Button noch einmal drücke, wird der "Event-Zähler" hochgezählt. Aber nur während dieser 5 Sekunden. Ist dann wohl so, als wenn der Button über USB angeschlossen ist.

Danke für deine Infos.

Hat vielleicht jemand den Shelly-Button1 schon woanders eingebunden und da Erfahrungen gesammelt?

Z.B. in OpenHab, MQTT, IP-Symcon, oder Home Assistant?

Ich habe gerade eine Antwort bon Shelly-Support auf meine Fehlerbeschreibung vom Button1 bekommen:

You should have more patience. The device needs time when it is working on a battery. Press the button and wait for a little.

Geduld bringe ich da schon immer auf.

Irgendwie hat man wohl aneinander vorbei geredet. ??

Moin moin.

Leider auch kein anderes Ergebnis mit

der Version 3.3.5.

Ich kann den Button1 dann nur so in ioBroker benutzen, indem ich erst immer die Long(L) Taste als Löschtaste, Nullstellungstaste, oder auch ResetTaste deklariere und benutze und danach dann die eigentliche Tastenkombination wähle.

Ein wenig sehr umständlich, aber anders wird's im Augenblick wohl nicht funktionieren. ?

Alles recht seltsam. So habe ich es auch.

FW v1 7.3. und über CoAP angebunden

Shelly-Adapter Version 3.3.4 (latest)

Aber bei mir zählt der Event-Count im Batteriebetrieb nicht hoch.

Hallo.

Ich habe 2 Shelly-Button1, die ich gerne in ioBroker einbinden möchte.

In iobroker kann ich auf die Shelly-Produkte mit dem Shelly-Adapter auf verschiedene Datenpunkte zugreifen.

Leider funktioniert dieses nicht richtig mit dem Button1. Der Datenpunkt "Event" in dem die Tastenkombination (1xShort(S), 2xShort(SS), 3xShort(SSS) und Long(L) nach dem betätigen der Taste angezeigt wird aktualisiert sich nur, wenn es verschiedene Tastenkombinationen sind. Also der Zeitstempel wird nicht aktualisiert, wenn ich 2x hintereinander die gleiche Tastenkombination (z.B. 1xShort(S)) drücke.

Dadurch erkennt ioBroker in einem Skript keine Aktualisierung und somit kann man keinen Trigger auf die Aktualisierung des Datenpunktes "Event" setzen.

Damit ist für mich der Button1 nicht zu gebrauchen.

Auch der Datenpunkt in ioBroket "Event-Count" wird nur hochgezählt, wenn der Button1 mit dem USB-Anschluss mit Strom versorgt wird. Bei reinem Batteriebetrieb nicht.

Für den Ersteller des Shelly-Adapter handelt es sich hier um ein Firmware Fehler.

Kennt jemand auch diesen "Fehler" und hat vielleicht ein Lösung parat?

Beste Grüße

lch nutze zusätzlich auch noch LCN (Local Control Network )

der Firma Issendorf. Und ioBroker und IpSymcon um mehrere Systeme zusammen vereinen zu können.

Hi Axel,

ja, ich bin immer noch dabei das Perpetuum mobile zu erfinden

Shelly's habe ich noch gar keine. Gerade 2 bestellt.

Vor vielen Jahren habe ich in meiner Elektroinstallation mit einem

LCN (Local-Control-Network) - System von der Firma Issendorf angefangen. Darüber wird seitdem einiges an Beleuchtung und die Rollos gesteuert. Vor ca. 20 Jahren kannte man das Wort Smarthome noch gar nicht.

Mittlerweile schaut man ja kaum noch durch.

Am Anfang des Jahres habe ich mir IP-Symcon zugelegt.

Damit lassen sich viele verschiedene Welten des Smarthomes verbinden.

Und auch sehr gut mit meinem LCN-System.

Leider hat der Tag nur 24 Stunden und es fehlt mir einfach immer die Zeit mich voll und ganz auf mein Smarthome zu stürzen.

Aber ich taste mich langsam ran.

Gruß

Kalle

Moin moin,

wie es schon hier mein Titel beschreibt, bin ich ein Anfänger und als dieser hätte ich mal eine Frage.

Auch ich würde gerne den Shelly 1 als Garagentoröffner benutzen.

Wie hier schon mehrfach beschrieben, würde ich den potentionalfreien Kontakt des Shelly 1 parallel zum vorhandenen Taster anschließen. Da ich auch keine Rückmeldung habe, ob das Tor nun auf oder zu gefahren ist, würde ich gerne den Kontakt (230V) meines Endschalters benutzen wollen und diesen an den SW-Eingang des Shelly 1 anschließen. Wenn also Spannung vom Endschalter am SW-Eingang liegt, kann man dann dort für den SW-Kontakt eine Zeit einstellen, die nach Ablauf dieser Zeit noch einmal den den potentialen Kontakt schaltet, um das Tor wieder zuzufahren?

Gruß

Kalle