Beiträge von 87insane

    Hey zusammen.

    Der Weg funktioniert ist aber mehr Aufwand der nicht sein muss.

    Variante A) nehmt die recovery Firmware von Allterco direkt und flasht diese. Das spart ein wenig Zeit.

    Variante B) meldet euch bei mir wenn das Gerät noch auf Tasmota ist. Dann geht es auch ohne Mongos usw zurück nach shelly.

    Gruß,

    Kai

    Mir selber sind die Pro zu teuer, daher würd ich wohl eher 3d druck + shelly plus nutzen. Am Ende interessiert das Rollo zb nicht womit es hoch/runter gefahren wird oder die Lampe, womit sie eingeschaltet wird.

    Die komplette skripterei innerhalb eines Shelly nutze ich zb eh nicht. Finde die Pro natürlich schöner für die hutschiene aber im besten Fall muss man da nicht mehr dran und benötigt keine schöne Ansicht.

    Lan an den Pro wäre wieder ein Vorteil aber ich glaube das niemand 40 Lan Kabel in den Kasten zieht. Einen Switch und dann auf "viele" Shelly in einem Kasten fänd ich auch wieder unschön. Bin gespannt was da noch kommt.

    Hey,

    die Datei aus der zip hat nicht alles was du brauchst. Das ist nur ein Teil der FW. Du kannst aber den shelly Support anschreiben und dir eine recovery.bin senden lassen. Da ist dann alles drin und der shelly kommt nach flashen mit einem TTL Adapter auch wieder hoch. Die meisten recovery Firmwares gibt es auch hier im Forum. Nur die für den PlugS nicht. Der Support sendet dir diese aber super schnell zu.

    Gruß,

    Kai

    Hey - Bitte benutzt diesen Weg einfach nicht für den PlugS. Ich habe einen plug s mit dem Problem gesendet bekommen und teste es die Tage aus. Wenn nichts hilft, hilft nur noch das gute alte flashen über einen TTL Adapter.

    Das ist beim plug s natürlich auch möglich aber mehr (unnötiger) Aufwand.

    PS: ich selber würde KEIN x7000er Gerät so flashen. Da ist definitiv auch was mit dem sektor nicht korrekt.

    Entweder Kabel / TTL oder (wenn noch auf Tasmota) bei mir melden :)

    Gruß,

    Kai

    87insane sag doch einfach wie es geht anstatt son Geheimnis draus zu machen, dann haben doch mehr Leute was davon.

    Oder ist da etwas bei, was es begründen würde das es nicht öffentlich wird?

    Hey ich würde das natürlich gern Posten allerdings ist der Weg so nicht bekannt und ich sehe nicht ganz, dieses wissen hier komplett ein zu stellen. Um das zu betonen, Geld will ich damit keins machen. Habe hier nur meine Erfahrung im Umgang mit Personen/Vertrauen gemacht und daher sehe ich das hier nicht.

    Gruß,

    Kai

    Hey - Du könntest noch probieren vom mongose bootloader zurück auf Tasmota. Von da aus dann die Schritte nochmal probieren. Liest sich als war irgendwo etwas nicht 100% korrekt.

    Es gibt tatsächlich noch einen Weg um shellys OTA hin und her zu flashen aber aufgrund verschiedener Ereignisse werd ich das hier nicht Posten. Könnte dir da natürlich aber weiter helfen. Da du aber ein FTDI adapter bestellt hast, sollte es ja auch so klappen. Den Adapter kann man immer gebrauchen also ist das sogar ein guter invest :)

    Gruß,

    Kai

    Best practice ist je nach Wunsch.

    Wenn du nur reduzieren willst nimm event-on-min-interval. Die Daten selber landen natürlich auch den mqtt Server aber fhem würde nicht alles loggen.

    Da fhen Event basierend ist, müssen nur die Events runter gedreht werden. Ich selber verstehe den Anwendungsfall noch immer nicht.

    Oben schrieb ich schonmal, du könntest die gesamte Last auch reduzieren durch Änderung des shelly sende Verhaltens. Anders rum stehe ich selber total darauf das es eben alle 30 Sekunden oder bei Änderungen Werte gibt. Die Reduktion auf fhem seite bringt aber Performance ohne ende. Würde zum Beispiel bei allen shellys mindestens .* in event-on-change einstellen. Es gibt minimal wenig Ausnahmen. Daher würde alleine das enorm viel bringen.

    In deinem Fall würde ich selber das gerne noch genauer durchleuchten. Glaube bei dir ist ne Art Kombi Lösung nötig.

    Gruß,

    Kai

    Guten Morgen,

    alsooooooooooo - Jetzt hab ich ja alles was man so braucht.

    Die userreadings sind immer so aufgebaut:

    Code
    dieses_reading_wird_erzeugt:hierdrauf_wird_reagiert:.* {das hier hinter ist was berechnet oder getan werden soll um das erzeugte Reading mit Leben zu füllen}. 

    Bei dir sind es z.B. alles monotonic Werte. Wenn nun der der Shelly (z.B. bei Stromausfall) wieder bei 0 anfängt zu zählen, würde der vorherige Wert mit diesem zusammen addiert und man hat noch immer das wirkliche Gesamt.

    Da ich keinen 3EM hier habe zum testen, hilf mir kurz auf die Sprünge. Deine Wünsche sind diese hier:

    a. wie hoch die last auf dem jeweiligen leiter is

    b. was der leiterbezogene verbrauch ist

    c. die summe der Verbräuche

    Was genau geht noch nicht oder was genau müssen wir noch "nach bauen"? Wir können eigentlich alles bauen, aus den vorhandenen Readings. Am besten lösch das Gerät bitte auch nochmal und leg es neu an innerhalb von FHEM. Wenn wir vom original 3em Template ausgehen, ist das besser für alle anderen.

    Und wir sollten die entsprechenden Readings schonmal benennen. Im stateFormat sehe ich das du emeter_0_power bis emeter_2_power nimmst. (Das wären dann auch die korrekten mit dem monotonic)

    Dazu noch emeter_0_kWh bis emeter_2_kWh.

    PS: Auch wenn du das ggf. alles schon weiß, ich versuche immer ein wenig mit zu erklären wie z.B. die userreadings, damit es klarer wird. Ggf. braucht es noch mal einer.

    Gruß,

    Kai