@thomas-braun tatsächlich, danke dir. Ich beobachte das mal aber sieht gut aus :)

@zelly Mach ein eigenes Thema dazu auf.

@andersmacher Danke für die Ausführungen. Dass es abhängig von der Datenmenge Darstellungsanpassungen geben muss ist auch mir klar. Und das man durch unterschiedliche Agregationen auch die Werte verändert ist mir natürlich auch klar. Wie Homoran die Werte agregiert hat ist mir nicht bekannt. Ich habe m. M. n. die Ursache des mich verwirrenden Aspektes gefunden. Wenn man in flot unter "Eingangsdaten -> mehr -> Glätten" den Wert 20 eingibt (so hatte ich das), dann kommt erst eine Grafik in der die Y-Werte (bei mir) niedrig(er) sind. Nach Ablauf des Zeitwertes von "Zeit -> Autoupdate alle" sind die Graphen korrekt. Da ich am Anfang 10 Minuten dort stehen hatte war der Graph für mich diese 10 Minuten falsch. Ich habe das Glätten jetzt rausgeschmissen und werde das Glätten wahrscheinlich über eine Agregation realisieren.

@crunchip Ich habe neu gestartet weil das system zu 100% ausgelastet war. der Javascriptadapter wars. Ich Habe diese Fehlermeldungen noch nie gesehen. Alles gut. ;-) Ich wollte es nur wissen, ob das jemand kennt. Danke euch!

@mickym ah ok danke, damit gehts.

@arteck Ok danke für die Info!

@wolfgangd Wenn deine Batterie auf eine Version geupdated wurde, welche die v1 API abgeschaltet hat, ist die Lösung zu warten bis sonnen die beiden Endpunkte migriert hat. Bis dahin empfehle ich das Loglevel auf Error zu stellen. https://github.com/foxriver76/ioBroker.sonnen/issues/191

So, ich habe den Adapter gelöscht.

@david83 gute Frage, am besten mal im Thread linkeddevice oder direkt auf github nachfragen

Es besteht das Problem auf der Weboberfläche (bei mir) immer noch. Ich kann die Angaben bei den Repos nicht ändern. Soll ich dazu irgendwo einen Bug melden oder einfach diesen Thread auf "nicht gelöst" lassen?

@homoran Bitte entschuldige, aber ich verstehe nicht genau was du mir da mit sagen willst. (a) Wenn ich erfolgreich testen kann, dass die Verbindung von iobroker.pro -> Instanz bei mir funktioniert. (b) Und ich ebenso testen kann, dass die Verbindung Iphone -> iobroker.pro -> andere Instanz fehlerfrei läuft. Und sobald ich meine eigenen Credentials eingebe auf einen Fehler laufe, der offensichtlich von iobroker.pro kommt (denn nur dort brauche ich meine Credentials). Dann muss der Fehler doch dort liegen?

@crunchip Jo, irgendwas ist da ziemlich "defekt". Ich mach ein Backup und setz den Pi komplett neu auf. Ist somit erledigt.

@padrino Ok - ich habe folgendes gefunden. Ist aber etwas komplizierter. ;) [image: 1669051414972-b2c577b4-6b23-4be3-a44a-898a50cb0f41-image-resized.png] Ich habe das nun mit der eigenen Nummern und Anzeigename gefunden. Das dient dazu um bei mehreren Nummern quasi das Gerät zu identifizieren. Ich habe da jetzt mal Festnetz Telefon eingegeben. Dieser Wert wird aber im Call-Monitor gar nicht ausgewertet. Jetzt wird es kompliziert. ;) Im Call Monitor gibt es caller = Nummer des Anrufers callerName = Name des Anrufers (wird aus Telefonbuch ermittelt) callee = angerufene Nummer calleeName = Name des Angerufenen (wird aus Telefonbuch ermittelt) so nun kommen wir zu dem Menü wie oben, wo man der EIGENEN NUMMER einen Anzeigenamen vergeben kann. Diese taucht nicht im Call Monitor auf, sondern in den Call-Listen. Da kann man ja auch im Adapter angeben, wieviele Anrufe gespeichert werden. In der Call-List gibt es die Anrufe ja als JSON Objekte oder zur direkten Anzeige als HTML. Ich nutze nur JSON und da sieht es dann so aus. Im Call Liste gibt es caller = Nummer des Anrufers called = Anzeigename der eigenen Nummer (hier taucht die also auf, wie in der fritz Box konfiguriert und ohne Telefonbucheintrag) calledNumber = angerufene Nummer (das entspricht also callee aus dem Monitor)

@thomas-braun sagte in Zigbee Adapter lässt sich nicht mehr installieren: Zu Bluetooth: cd /opt/iobroker/node_modules/iobroker.ble sudo -H -u iobroker npm install --omit=dev Hat leider nichts gebracht. Ist zwar fehlerlos durch gelaufen, der Adapter ist aber weiterhin gelb bei identischer Fehlermeldung. Wird wohl auf eine Neuinstallation hinauslaufen. Schade, weil ausser Zigbee und Bluetooth, gefühlt alles tadellos funktioniert. Mal abgesehen von der gefühlten Ewigkeit bei Adapter-Updates/Neuinstallationen.

Ich lasse es mit dem Adapter erst einmal bleiben. Auch hier bekomme ich Fehlermeldungen im Log. Ich habe ihn nur nutzen wollen, um den Batteriestatus der Kameras zu überwachen. Scheint aber sehr unausgereift der Adapter

@christiang Vermutlich mit einer gescheiten Installation von nodeJS. Wie schaut's da nun aus?

Hallo, danke das Update hat den Fehler behoben Gruß

@willi23 sagte in influx verlaufsdaten verschwunden: Bezieht sich das jetzt auf history oder influx? auf den admin ;-) mit flot oder echarts geht alles du kannst natürlich manuell einen Bereich von 8.5 - 17h einstellen um alles davor zu sehen

@vumer sagte in Spotify-Premium Adapter: Ein leckerer Eintopf bin Koch und stimme zu ! Trotzdem: eventuell rühren die Crashes von externer Steuerung her... hab jetzt grad mal in meinem Langzeitgedächtnis gekramt und einen Eintrag gefunden nachdem der Adapter immer wieder durch die Steuerung von der Windows-Spotify-App abgestürzt ist - am Handy steuere ich Spotify nicht. Aber könnte mir vorstellen dass der Adapter dann auch abschmiert... OT: Hier gibts heut übrigends amerikanisches Buffet

@bahnuhr @Homoran Ich danke euch beiden. Also muss das mit dem letzten Update vom Web Adapter gekommen sein wie es scheint. Ich hatte vorher kein WS installiert und Socket io war an. Es hat einwandfrei funktioniert bis dahin. Na ja, Wochenende gerettet und ich bin auch wieder wach!