@homoran said in javascript Adapter RAM wächst und CPU last 100%: leider wieder mal ein Screenshot aus dem man nichts zitieren kann Sorry... Ist noch zu zeitig und ich habe die Augen noch halb zu und der körpereigene Prozessor ist noch im Schlafmodus... :-) @homoran said in javascript Adapter RAM wächst und CPU last 100%: Erst wenn diese alle einmal gelaufen sind wurde denen auch Speicher zugewiesen. Ja, das stimmt natürlich. Ich dokumentiere mal über die nächsten Tage wie sich der Speicher entwickelt. Vielleicht ergibt sich dann ein klareres Bild.

@Wingo56 Ich verwende ein 16 Kanal Device über MQTT von Denkovi.Com

@da_woody OK, dann resultiert das Problem wirklich daraus, dass der Strombezug innerhalb der Polltime erfolgt und der Adapter das dann nicht mitbekommt. Dann muss ich eben Energy als Parameter nehmen und dann umrechnen.

@homoran Bei mir geht es nur, wenn ich den Adapter vorher "pausiere" (gerade eben probiert). Klicke ich sofort auf das "Sentry"-Symbol, macht er es nicht (vorher pausieren hatte ich vorhin nicht probiert).

@simetall sagte in VIS2 / Runtime nicht erreichbar / kein Fernzugriff: Auf meinem mini PC läuft nichts, was windows wirklich benötigt. Dann wäre meine (und vermutlich der meisten anderen hier) Empfehlung, den ioBroker unter Linux laufen zu lassen. Je nachdem wie der PC ausgestattet ist, könnte man auch Proxmox nehmen und den ioB als Container oder VM aufsetzen. Selbst ohne Linux-Kenntnisse ist das kein Hexenwerk. Hat ein paar Vorteile: Läuft stabiler hier finden sich mehr Helfer So ein Windows schleppt halt viel zu viele Dinge mit, die ein Server nicht braucht. Sind nur potentielle Fehlerquellen.

@rastal sagte in Restore: VIS unvollständig: @homoran Okay - und hast du einen Tipp oder eine Idee, was ich jetzt machen kann damit es läuft? dazu müsste man wissen warum es nicht läuft. sind die fehlenden Widgets definiert? sind die Widgetsätze dazu vorhanden? spuckt da irgendetwas in die CSS-Suppe? Kann der Browser etwas nicht rendern? ... ... und alles woran jetzt niemand denkt

@erich-1 kenn diese Version leider nicht, da musste einfach noch weiter rumspielen, mit start / stopp / continue und den Zeiten.. Mach doch eins: Lasse dir die Datenpunkte anzeigen, und spiele in der App mit den Einstellungen, da siehst du dann ja, wie sich welcher Datenpunkt aendert, und so steuerst du es dann vom iobroker aus an... Mach ich meist auch so, da der Tuyakram so verschieden ist...

Irgendwann hat es plötzlich wieder angefangen zu funktionieren. Ich bin ratlos. Aber meine Frage ist damit wohl erledigt.

@homoran @crunchip ich will mir das mit der Vis ja nur leichter machen und optisch macht das ja auch was her aber performant... ist anders. Die Datenbank selbst ist jedenfalls sehr schnell. Antworten auf Aggregation über Wochen/Monate kommen in der Regel unter 500ms. Dann wird die neue Vis eben ohne den Grafen schnick schnack auskommen und die Charts kommen weiterhin über Grafana. Danke euch erst mal. Würde aber doch gerne wissen, ob andere Nutzer das auch so beobachten. VG

@codierknecht Danke für den Tipp. Hätte ich schon mal eher gefragt....

Hier die Screenshots: [image: 1711021093391-instanzen.png] [image: 1711021104928-hm-rega.0-resized.png] [image: 1711021116265-hm-rpc.0.png] [image: 1711021123615-ccu3.png]

dank, dir, habs zwischenzeitlich hinbekommen die files/web sind unter http://iobrokerip:8081/files/web/ die userdata unter http://iobrokerip:8082/0_userdata.0/ip-config.json

@meister-mopper ok Danke, speicher ich gedanklich mal ab

@mickym 1Tag uptime! Läuft. Merci!

@marty56 Solange ein Adapter nicht archiviert ist ist es IMMER sinnvoll ein reproduzierbares Problem als Issue zu erfassen - sofern noch kein passendes Issue existiert. Einerseits erfährt der Dev vom Problem und andrerseit sehen es ggF andere User uns suchen nih unnötig etwas ewa eh bekannt ist.

@skorpil Dann haben wir ja das Problem alles ausser Zahlen Buchstaben und -_ kann probleme machen.

@manuxi sagte in Zigbee Probleme: @Ralla66 der ZP01 ist bereits abgeschaltet. Werde das wohl für den Tuya auch machen. Allerdings bin ich der Meinung, dass das bereits im Code abgefangen werden müsste... Da hast du prinzipiell recht. Allerdings steht dem das Geschäftsmodell von TuYa entgegen: Sie liefern Bausteine damit eine Firma eigene zigbee Geräte bauen kann. Dabei haben die zigbee Module gewisse Eigenschaften, von denen der OEM Hersteller einige anpassen muss. Das geschieht mal besser / mal schlechter und führt dazu das sich Geräte mit unterschiedlichen Fähigkeiten fast identisch bei Zigbee anmelden. Die meisten TuYa Zigbee Geräte nutzen zusätzlich leider nicht die fest vorgegebenen Zigbee Cluster sondern bilden identische Funktionen über einen TuYa spezifischen Cluster ab bei dem fast alles möglich ist. An dieser Stelle entsteht auch dein Fehler - der Zigbee Adapter erwartet eine bestimmte Antwort vom Gerät, bekommt diese aber nicht. Eigentlich müsste geprüft werden was an deinen Geräten anders ist als bei denen die eingebunden wurden. Das ist aber nicht trivial und benötigt Zugriff auf die Geräte. A.

Hallo @homoran es ist wie vermutet. Ich schreibe konkurrieren mit meinem Wechselrichter die gleichen Register. Derzeit ist bei mir ein Fronius Wechselrichter und ein Senec Akku installiert. Der Senec Akku kann mit dem WR nur via Modbus RTU kommunizieren und das nur vom WR zum Akku, Die IDM WP kann leider nur modbus tcp. Das führt dazu, dass ich nur vom WR die PV Erzeugung in der IDM WP bekomme, da diese keine anderen Daten kennt fehlt der Rest, diese Daten sitzen alle im Senec Speicher der nur über modbus RTU erreichbar ist. Das der Senec Akku seine Daten nur ungern preisgibt und lieber alles einsammelt wird im Netz an vielen Stellen diskutiert, ein Schelm der schlimmers denkt.. Die Lösung in meinem Fall ist recht einfach: der ioBroker kann den Senec Akku lesen und die IDM WP Register befüllen. Bleibt noch das konkurrierende Schreiben. Auch das ist leicht gelöst, die IDM hat für Fronius WR eine eigenen Schnittstelle, diese einfach auf GLT (Gebäudeleittechnik) umstellen lassen und schon geht alles nur noch über Modbus und der Fronius schreibt nicht mehr. Das muss man allerdings über den Service der IDM oder den Heizungsbauer machen lassen da die Einstellung sich in der sog. Fachmannebene befindet. Viele Grüße und vielen für die Unterstützung! Michael

@mcbeath sagte in Enocean Geräte hinzufügen nicht möglich: @jey-cee Allerdings habe ich gestern bemerkt das bei den FSB61 und den FJ62 die gefahrene Zeit (TTT) nicht mehr aktualisiert werden letzter Zeitstempel ist von gestern 18:15 Uhr. Jetzt kann ich den Stand der Rolladen nicht mehr berechnen. Eine Idee woran das liegen kann? Da ich mich längere Zeit um anderes kümmern musste bin ich erst jetzt wieder dazu gekommen hier weiter nach dem Problem zu suchen. Und bin auch fündig geworden. Der Fehler trat auf beim erreichen der Oberen- oder Unterendlage. Da ich die Laufzeit eigentlich nicht eingerichtet hatte, habe ich auch nicht auf TOP oder BOT geachtet. Fakt ist: Beim erreichen von TOP oder BOT wird hier nur der entsprechende Datenpunkt auf True gesetzt aber keine Laufzeit. Sprich es muss mittels Skript auf diese Zustände reagiert und die Öffnung dann auf 0% oder 100% gesetzt werden.