Community Forum

Hat bei mir leider nicht funktioniert! iobroker läuft im Docker v11.1.0, beim Update kommt folgende Fehlermeldung: SyntaxError: Unexpected token '<', "<!doctype "... is not valid JSON js-Controller: v7.0.7 node.js: v22.22.2 NPM: v10.9.7 Admin: v7.8.29 Edit 1: Da ich dachte, das das Update mittlerweile stabil über den Admin funktioniert, hab ich es erstmal darüber probiert. Scheint aber so das es (immer noch nicht) stabil funktioniert bei Docker-Containern, kann mir evtl nochmal einer sagen wie aktuell die Befehle über das Consolen-Update für den Docker-Container sind? Edit 2: Habs gefunden, mit maintenance on maintenance upgrade maintenance off hat es dann funktioniert.

@Bluefox sagte: @MartinP Willst du wirklich eine KI mit 500 Milliarden Parameter auf N3000 laufen lassen? Gehen wird das schon, aber dann hast du halt 1 Token pro Minute oder so, ram muss dann halt aus dem swap kommen :)

Hallo @mcm1957 , vielen Dank für das ausführliche Review. Ich habe alle gemeldeten Fehler und die (meisten, soweit es mir möglich war) Warnungen behoben. Die aktualisierte Version 0.0.19, die alle besprochenen Änderungen (Node.js-Version, Abhängigkeiten, Workflow-Anpassungen, i18n-Syntax, Lizenzformat und Trusted Publishing) enthält, wurde erfolgreich auf npmjs.com veröffentlicht. Das Issue sollte damit als erledigt betrachtet werden können. Nochmals vielen Dank für die Unterstützung!

@crunchip sagte: benötigst du aber auch in der Gui, ansonsten erscheint das auch nicht korrekt, allerdings für meine Begriffe besser aufgehoben. Da ich ja dort zum Beispiel auch die Logstufe einstelle. Und Logstufe ist für viele, nicht für alle, schonmal ein Begriff. Ro75.

@Thomas-Braun sagte: @Negalein sagte: Danke, das wars. Jetzt läuft er wieder mit admin 7.9.0 und iot 6.1.3

Hab ich heute Vormittag schon gemacht. https://github.com/ioBroker/ioBroker.js-controller/issues/3325

ich verwende als Authenticator App 2FAS Authenticator App. Ist kostenlos mit Möglichkeit der Sicherung auf Google. Ganz schlicht und einfach.

@Homoran oder den falschen Nutzernamen verwendet, nicht das er wie früher nur pi drin stehen hat. Alternativ Monitor dran und sich testhalber local einloggen , mit den Vermeintlich richtigen Zugangsdaten.

Sorry - ich benutz den Object Export so oft dass mir nicht klar war dass den nicht jeder kennt.

@ZockerFloh7 sagte: Wenns wer braucht, hier sind die steps beschrieben: Schaut beim ersten Querlesen aber auch 'komisch' aus. Warum nicht direkt die offizielle Anleitung? https://github.com/alexreinert/piVCCU/blob/master/docs/setup/raspberrypi.md

Mache ich

@Kusselin sagte: jetzt weiss ich was du meinst Nöö, einfach die Zahl anklicken (mit links)

@icebear Danke! nach dem Upgrade auf 2.14.3 werden die 2 Widgets bei mir im Editor nicht mehr angezeigt. Im Ordner /opt/iobroker/iobroker-data/files/vis-2/widgets sind diese jedoch weiterhin vorhanden (siehe FileZilla Bild, widgets die nicht entfernt worden sind blau markiert). [image: 1781193243512-screenshot_widgets.png] Funktional läuft alles, aber ich lege Wert auf ein sauberes und aufgeräumtes ioBroker-System. Evt werde ich VIS einmal komplett deinstallieren, verbleibende Reste im vis-2-Ordner manuell entfernen und anschließend VIS neu installieren. Oder hat sonst jemand eine Idee oder einen Vorschlag dazu? Nachtrag Noch ein Hinweis (ich empfehle das niemandem), und natürlich habe ich Backups: Nach dem Upgrade habe ich den Inhalt der Datei /opt/iobroker/iobroker-data/files/vis-2/widgets.html mit dem Stand von gestern verglichen, natürlich ohne dabei etwas zu verändern. Dabei ist mir aufgefallen, dass Codezeilen meiner deinstallierten Widgets nun in der widgets.html fehlen, also sauber entfernt worden. Vorläufig werde ich daher nur die nicht gelöschten Daten manuell entfernen. Nochmals der Hinweis: Ich empfehle diese Vorgehensweise niemandem!

Dort finde ich es auch nicht. Ich habe eine CCU3 besorgt und der Punkt ist vorhanden, allerdings bei dem Heizungscontroller. Der schaltet dann alle damit verknüpften Thermostate. Nur die Einrichtung in der ccu3 ist deutlich komplexer als in der App.

@WAGNER-DRESSMAN sagte: jetzt vergessen Und genau dafür ist jetzt die Warnung, bevor solche Dinge dein System lahmlegen

@crunchip Vielen Dank für Deine Mühe und Unterstützung. Ich habe mit verschiedenen Mitteln noch nach dem Zahlenwert gesucht und nicht gefunden. Da der umstieg auf Trixie eh ansteht, werde ich den Weg gehen. Trotzdem nochmal danke. Viele Grüße, Thomas

@iceman8080 dann sollten höchstens noch bei Neustart der influx-instanz Einträge mit influxdb als Quelle auftreten. Alles andere müsste javascript als Quelle angeben

@jolic sagte: Soweit ich weiß, bist du unter anderem auch auf Arch unterwegs, oder? Ja, aber nicht auf den Hosts mit dem ioBroker. Auf meinem Laptop läuft aber EndeavourOS. Auf den beiden Raspberries läuft Debian 13. Aber ich hab das iob diag skript mittlerweile so umgeschrieben, dass es auch auch auf anderen Distributionen ohne großes Gezeter läuft. Das ist übrigens bei 'iob fix' nicht der Fall, das ist sehr Debian-lastig ausgelegt.

@amg_666 sagte: Von daher würde ich @samson71 widersprechen, du darfst das natürlich öfters machen Da hast du aber den falschen Zusammenhang konstruiert

@Norwegen60 das ist vernachlässigbar, wenn du da nicht tonnen von text oder komplexe objekte ablegst. ein einzelne number konstante verbraucht max 8 Byte text ca 20-30 Bytes für die Verwaltung eines Strings plus 1 byte für einfache Zeichen oder 2-4 Bytes für unicode zeichen