@flkontakt Hallo, ich habe ihn auch nur mit Light und Brightness eingestellt und funktioniert auch so. Versuch den Dimmer mal als Alias anzulegen, hier wurden bei mir alle Geräte automatisch gefunden.
Jetzt habe ich ein schlechtes Gewissen, aber nach reichlicher Überlegung habe ich diese Probleme genutzt und meinen schon lange geplanten Umstieg auf Home Assistant jetzt schon gemacht.
@bastler Bei Tasmota oder zigbee2mqtt kommen die Zahlenwerte vom Device in Form von JSON-Telegrammen, die alles mögliche enthalten,
Da muss man z. B. mit einem alias Datenpunkt das entsprechenden Element mit JSON.parse aus der Json Struktur herauspflücken ...
@thomas-braun Upgedated und reboot. läuft wieder alles.... zwar aktuell tuya noch 0 geräte lokal verbunden, aber zumindest komme ich drauf.
Und von 50% CPU auf 5% runter.
hab jetzt den Thread mal genutzt um endlich mal die Anzahl gleichzeitig abgerufene Abzahl Register zu reduzieren.
hab heute weniger, aber nicht keine Meldungen.
Statistisch belastbar ist das nach einem Tag nicht!
Dann ist mir aufgefallen, dass ein Zähler weitaus öfter die Meldung bringt, als andere, einzelne (nahezu) nie.
Ich gehe daher von Störeinstrahlungen in der Busleitung aus.
Aber auch das gab ich nicht durch Neuverlegung verifiziert.
Ich hatte das befürchtet.😢 Da ich nach wie vor in Sachen Linux mich als Anfänger fühle, habe ich alle bisherigen Backups mit ApplePiBaker erstellt und wieder hergestellt. Da traten solche Fragen natürlich erst gar nicht auf.
Der Pi 5 ist ohnehin nur eine Zwischenstation. Da ich mir eine Synology 923+ angeschafft habe, ziehen einige Dienste ohnehin auf die DiscStation um, die derzeit alle auf meinem Pi 4 laufen wie piVCCU3 -> RaspberryMatic, InfluxDB, Grafana. Da offenbar die DHCP-Implementierung der Fritz!Box miserabel zu sein scheint, soll die Synology auch den DHCP-Dienst gleich mit übernehmen. Am Ende würde ich gerne alles auf einen MiniPC mit Proxmox laufen lassen - aber das dürfte noch ein langer Weg werden.😢
@tiobb
Na ich bin mal gespannt was da final rauskommt.
Da in der Beschreibung des Batteriebetriebs steht, dass das Ding nach dem Senden 5 min nichts tut um abzukühlen, könnte es sein, dass da ein thermisches Problem die 5min Pausen erzwingt.
In jedem Fall ist das nichts was ioBroker bzw. der Shelly Adapter ändern kann. Derzeit steht jedenfalls die Aussage des Supports in Widerspruch zum von dir beobachteten Verhalten.
@semmel87
Danke für diesen wertvollen Tipp!
"battery" und "flow" werden jetzt tatsächlich angezeigt. Warum ich das noch nicht ausprobiert habe, keine Ahnung. 👍
@oliver1972
Schreib doch bitte den Entwickler des Adapters an und ersuche ihn den Adapter in die Repos aufnehmen zu lassen.
Installationen direkt von Github sollten als ALPHA Testversionen betrachtet werden. Setz dich am Besten direkt mit dem Entwickler des Adapters zusammen um Hilfe zu erhaltennubd den Status abzuklären.
EDIT
Direktes Editieren von Objecten zu empfehlen spricht eher für ein Verbesserungspotenzial am Adapter. Der Dev könnte die notwendige Parametrisierung in der Admin UI einbauen. Der Aufwand sollte minimal sein. Evcerstell ein Issue beim Adapter damit das verbessert werden kann.
sorry für meine späte Rückmeldung.
ich habe auf der Suche nach den fehlenden Protokollen meinen Debian-Server bzw. IOB-Docker gegrillt und letzte Woche 3 Nächte gebraucht bis alles wieder passabel lief.
Zum Glück hatte ich eine sehr aktuelle Datensicherung und mit externer Hilfe meines Linux-Spezies (Danke J für Deine selbstlose Hilfe bis spät in die Nacht nach dem schon eh extrem langen Arbeitstag) auch auf dem docker den Fehler eingegrenzt und dann manuell im .json behoben.
Erstaunlicherweise ist nach der Korrektur nun auch wieder das Protokoll da und ich habe eine sinnvolle Log-filesize.
Hier waren einige andere log-Typen eingetragen (ja...ich habe rumgeclickt im admin/hosts) und habe damit meinen Docker einfach mal rasiert.
Der iob starte zwar noch, aber der Start dauerte locker 5 Minuten, dann konnte man mit Glück noch irgendwo draufclicken (wieder lange Pause) und probieren etwas zu verändern, meistens war der IOB an dieser Stelle aber schon wieder frozen/abgestürzt.
Und der Docker blockiert ja leider die ganzen mini hacks wie fix, restore etc.
Für mich ist schonmal klar, einfach wegen des Zugangs fliegt der docker demnächst weg und ich mach eine VM mit einem iob auf dem Server auf.
Abschliessend: Danke für Eure Tipps
Warum nun das Protokoll nach der Rettung meiner geschrotteten iob Version nun wieder funktional ist kann ich leider auch nicht sagen.
Ich habe am Ende nur mein letzten save in einen neuen Docker zurückgespielt und dort die .json manuell editiert.
Dann lief er. Dann habe ich das gleiche in meiner Produktiv-Umgebung gemacht und der lief dann auch wieder.
Waren 3 ziemlich uncoole Nächte.... 😞
Habe dann noch 3 Tage Ostsee drangehängt(wenn jemand den Molli kennt...ich bin zum 1. mal in meinem Leben mit einer Dampflock gefahren...cool) ...nun ist alles wieder im Lot.
