NEWS

Bin jetzt, wie oben schon angedeutet, den Weg des geringsten Widerstands gegangen, in der Annahme, dass der Fehler eher bei einer defekten SD- Karte liegt.
Bis das neue Zubehör da ist, habe ich nun erstmal das letzte Full- Backup von Anfang Oktober auf eine andere SD- Karte geflasht und somit läuft der iobroker erst mal wieder ohne Probleme.

Vielen Dank an Alle die versucht haben mir zu helfen. Aber jetzt, wo ich wieder zu Hause bin (bin die ganze Woche immer unterwegs und greife remote auf mein Smarthome zu), ist die Lösung mit einer neuen SD- Karte die schnellste und beste Variante das Teil wieder ans Laufen zu bekommen. Ist in der Woche halt immer blöd für meine Frau wenn irgendwas nicht geht und ich nicht eingreifen kann, weil ich nicht vor Ort bin.

@mcm1957
Ja, so mache ich das eigentlich auch, aber irgendwie will mein 5er RPi kein USB- Laufwerk zum Booten annehmen. Mit dem 4er, den ich vorher hatte, war das kein Problem und hat immer funktioniert.
Daher hoffe ich jetzt mal darauf, dass ich keinen Montags-RaspberryPi bekommen habe, bei dem USB/NVME Boot nicht funktioniert. An den Netzteilen kann es nicht liegen. Ich habe hier zum testen ein 5V, 5A und für die Hutschiene ein 5V 10A Netzteil. Aber egal - das ja OffTopic... 🙂

here we are.
Hab gerade den VIS2 Adapter deinstalliert, neu installiert und nun bis dato kein Fehler mehr... 🙄

Spoiler

```bash ======================= SUMMARY ======================= v.2024-08-12 Static hostname: iobroker-pi Icon name: computer Operating System: Debian GNU/Linux 12 (bookworm) Kernel: Linux 6.6.51+rpt-rpi-v8 Architecture: arm64 Installation: native Kernel: aarch64 Userland: 64 bit Timezone: Europe/Berlin (CEST, +0200) User-ID: 1000 Display-Server: false Boot Target: multi-user.target Pending OS-Updates: 0 Pending iob updates: 0 Nodejs-Installation: /usr/bin/nodejs v20.18.0 /usr/bin/node v20.18.0 /usr/bin/npm 10.8.2 /usr/bin/npx 10.8.2 /usr/bin/corepack 0.29.3 Recommended versions are nodejs 20.18.0 and npm 10.8.2 Your nodejs installation is correct MEMORY: total used free shared buff/cache available Mem: 4.0G 2.6G 459M 1.1M 1.1G 1.5G Swap: 209M 262K 209M Total: 4.2G 2.6G 669M Active iob-Instances: 29 Upgrade policy: none ioBroker Core: js-controller 6.0.11 admin 7.1.5 ioBroker Status: iobroker is running on this host. Objects type: jsonl States type: jsonl Status admin and web instance: + system.adapter.admin.0 : admin : iobroker-pi - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.web.0 : web : iobroker-pi - enabled, port: 8082, bind: 192.168.2.120, run as: admin Objects: 15303 States: 6361 Size of iob-Database: 191M /opt/iobroker/iobroker-data/objects.jsonl 6.5M /opt/iobroker/iobroker-data/states.jsonl =================== END OF SUMMARY ==================== [/s]

@mr-m sagte in Backitup ENOSPC no space left on device:

ENOSPC no space left on device (hier ist ja offensichtlich der Raspi gemeint)

Damit dürfte das eingehängte Dateisystem gemeint sein.

@accessburn sagte in eChart npm Fehler per telegram:

npm ls canvas

Geht es jetzt denn?

Ich habe es als Benutzer iobroker gemacht:

root@iobroker:~# sudo -u iobroker /usr/bin/bash iobroker@iobroker:~$ cd /opt/iobroker/ iobroker@iobroker:/opt/iobroker$ npm ls canvas iobroker.inst@2.0.3 /opt/iobroker ├─┬ iobroker.echarts@1.9.2 │ ├── canvas@2.11.2 │ └─┬ jsdom@25.0.0 │ └── canvas@2.11.2 deduped └─┬ iobroker.energiefluss@3.6.1 └── canvas@2.11.2 deduped

Warum bei mir iobroker.inst@2.0.3 /opt/iobroker und bei dir iobroker.inst@3.0.0 /opt/iobroker weis ich gerade nicht.

eventuell hast du dir die Rechte verbogen, ein

iob stop iob fix iob start

könnte helfen, oder schau mal ob

iob diag

was an Fehlern auswirft. Kannst dir ja die Verzeichnisrechte auch von Hand anschauen.

@lulu11 sagte in Objekte Konfiguration nicht möglich - leeres Fenster:

sollte ich das System auf Bookworm upgraden.

Und zwar DRINGENDST SCHLEUNIGST.

@mpl1338

ich gehe mal davon aus, weil es da schon einen copy knopf gibt, verhindert die react komponente das

48418ec5-babe-48d7-a5b4-ee88261f10a6-image.png

alternativ die datenpunkt einstellungen öffnen.
im tab object data klppt das selektieren und kopieren

@asgothian Als in der Firma, wo ich immer noch arbeite noch eigene Geräte entwickelt wurden, hatte derjenige, der die Prototypen im externen EMV-Labor bei den EMV-Tests begleiten musste einen EMV-"Doktorkoffer"...
Da gab es eine bunte Mischung aus stacheligen Draht-Würsten, um Gehäuseritzen zu verstopfen, selbstklebende Kupferfolien, Ferritkerne, die man über Leitungen stülpen konnte usw....

Meist kam er mit ziemlich umgebastelten Prototypen wieder, aber mit Zertifikaten ....

Danach hat er dann mit den anderen Entwicklern die notwendigen Änderungen für die Fertigung ausgearbeitet ...

Aber auf Verdacht irgendwelche Ferritkerne besorgen, und über die USB klappen, ist wahrscheinlich nicht zielführend...

https://www.ebay.de/itm/125210198756

@mcm1957

Hallo zusammen

Es bleibt uns nicht viel mehr übrig, als auf die Updates der Instanzen zu warten. Es ist ziemlich sicher ein Problem mit unserer Node.js der Version 20.17.0. Ein downgrade ist mir zu heiss, dafür das ist mein Leidensdruck zu klein 🙂

Ich warte ab...

@apollon77 said in Arbeitsweise von Tuya (möchte gerne feste IP zuweisen):

So mal als "off topic Randnotiz" zum Thema Netzwerk-Segmentierung: Wer später überlegt auch Matter einzusetzen - sei es über ioBroker oder echte Geräte der sollte dies nur tun wenn er auch gescheit konfigurieren kann das MDNS/UDP über die Netzgrenzen geroutet wird undIPv6 geht ... Sonst seid Ihr was Matter angeht "raus".

Braucht man für MDNS/UDP IPv6 ? Das habe ich in der Tat oft abgeschaltet...

Aber zu meiner eigentlcihen Frage zu Tuya: habe da leider wieder ein Problem...
Ein Lichtschalter schaltet schon lange nicht mehr. Habe mir jetzt die Logs mal genauer angeguckt. Also "verbunden" iss er irgendwie, aber iobroker kann nicht schaltet... Als wenn er da hängt.
Kommt folgende Meldung:

tuya.0 2024-10-10 16:17:23.184 debug 3065444498f4abb7e0aa.1: set value false via 3065444498f4abb7e0aa (Local): res=undefined tuya.0 2024-10-10 16:17:23.184 debug 3065444498f4abb7e0aa: Error from device (0): App still open on your mobile phone? Timeout waiting for status response from device id: 3065444498f4abb7e0aa tuya.0 2024-10-10 16:17:18.183 debug 3065444498f4abb7e0aa onChange triggered for 1 and value false tuya.0 2024-10-10 16:17:18.183 debug stateChange tuya.0.3065444498f4abb7e0aa.1 {"val":false,"ack":false,"ts":1728569838181,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1728569838181} tuya.0 2024-10-10 16:17:09.459 debug 3065444498f4abb7e0aa request data via get ...

Tuya ist Version 3.16 - ob ich die mal aus GIT installieren sollte ? Oder kann man nur einzelne Objekte entfernen ? Also geöffnet ist Tuya nicht mehr auf Handy oder so. Hab n altes Tablet, wo ich SmartLife mit entsprechender Version habe - da geht es auch zu schalten.
Hatten das eben noch mal mit Proxy durchlaufen lassen. Aber Tablet ist mittlerweile auch extra neu gestartet. Aber Meldung bleibt.

LG

@haus-automatisierung @Thomas-Braun

alles klar. ich habs gerade überprüft.
ist im übrigen bei einigen adaptern so, dass versionen angegeben sind, welche im NPMJS nicht existieren.

ich stelle es auf "gelöst" und versuche meinen zigbee2mqtt fehler zu lokalisieren. 😉

danke für die schnelle unterstützung. wieder was dazu gelernt.

@hennerich
Danke für deine Info. Bei mir war das Problem, dass ich dachte ich könnte sowohl bei analogen als auch digitalen Datenpunkte mit der Adresse 0 Anfangen. Das scheint so nicht zu funktionieren. Nachdem ich bei den digitalen Datenpunkten mit einer noch nicht verwendeten Adresse begonnen habe, war mein Problem erledigt.

Gruß

Dirk

@hotspot_2 sagte in beta admin (v7.2.1) Cannot find i18n und Gui Fehler:

Bei mir funktioniert die Authentifizierung wieder normal (--auth true) mit dem 7.2.4 Update. Wollte ich nur mal kurz Bescheid geben ;-).

Hängt das ev. zusammen?

https://github.com/ioBroker/ioBroker.admin/issues/2756

sigi2345 created this issue in ioBroker/ioBroker.admin closed [bug]: Admin 7.2.4 Restart loop and Darkmode #2756

@shadowhunter23 Das Downgrade auf 7.2.0 funktioniert. Habe mit der 7.2.0 soeben sogar den js-controller auf 7.0.0 aktualisiert. Keine weiteren Probleme. Danke 🙂

@dpcfan sagte in Nach Node Update geht nix mehr:

Hallo!
Ich habe das Thema jetzt umgangen: Ich hatte noch einen NodeMCU rumliegen und habe ESPeasy Image drauf gehabt, hier kann man recht einfach den GPIO von dem Board nutzen und es per MQTT an iobroker senden lassen ... läuft jetzt mal 1 Tag, mal sehen wie stabil das ist.
So hätte ich nun auch eine Umgebung, die ich auch ohne GPOI Zugriff in einen Docker Container verschieben kann und damit eigentlich mein Szenario von vor 6 Monaten umgesetzt habe 🙂 ... so kommt Eins zum Anderen

Es wäre aus meiner Perspektive jetzt der Zeitpunkt, da du den Thread-Titel auf was Recherchierbares änderst und dann ein [gelöst] voranstellst.

@marc-berg sagte in Nächtlicher Systemabsturz:

@bloop sagte in Nächtlicher Systemabsturz:

Die LXC mit der InfluxDB hat sich aber erst nach 05:00 gefüllt.

Gibt's auch eine Kurve für die Festplattennutzung?

Nichts wirklich brauchbares.
dc4feb95-a86a-4e69-8bb8-47ae1a200d4e-image.png
Die Belastung scheint völlig normal zu sein.
Ab 5:34 bricht jedoch die Aufzeichnung bis zum Neustart ab. Die angezeigten Daten kommen nicht aus iobroker sondern direkt aus Proxmox.

@meister-mopper
Ich konnte das Problem lösen: Ich habe bei allen Adaptern, die ich in meinen Skripten bei SendTo verwende um eine Instanz erweitert. (Telegram, Email, Awtrix). Dann waren die SendTo-Blöcke bei neuen Skripten wieder auswählbar und in den bestehenden Skripten sind die Fehler weg. Danach konnte ich die neuen Instanzen wieder löschen und es funktioniert weiterhin.
Ob das jetzt ein Bug der betroffenen Adapter war oder an meinem System liegt, vermag ich nicht zu sagen.

@stenmic Ich hab das gerade mal mit einer 8.3.1 getestet. Hier bleiben beim Zu/Aufklappen nicht gespeicherte Änderungen bestehen.
Bin da bei neueren Versionen auch schon blöd mit aufgefallen, dachte erst 'liegt an mir'.

Ergänzung: bis 8.6.0 ist ok, ab 8.7.0 gibt es diesen 'Effekt'.
Issue 101 erstellt.

@dan_ce sagte in BLE-Adapter empfängt keine Daten:

Ich sehe keine Auffälligkeiten:

Ich schon.
Setz das in nächster Zeit komplett NEU auf. Raspberry 12 als reines 64Bit-System dann.

Boot Target: graphical.target

sudo systemctl set-default multi-user.target

dhcpcd.service loaded failed failed DHCP Client Daemon

Was ist damit los?

Adapter "javascript" : 8.8.3 , installed 8.7.6 [Updatable]

Updaten.

Das Grafana Repository muss nochmal frisch angelegt werden, ich würde da auch nicht das Enterprise-Repo verwenden.
Bei deconz würde ich nicht die Beta verwenden.

Configured timezone "Europe/Berlin" and system timezone "Europe/Luxembourg" do not match. Please check configuration

Schau dir das an.