Test Adapter rpi2 2.x

[JanGa]

@laser wenn ich das richtig sehe, hat @Garfonso im letzten Commit die Fehlermeldung erweitert:

 this.log.error('Cannot initialize/setMode GPIO: ' + e);
 this.log.error('Please make sure that libgpiod-dev (on raspian/debian run sudo apt install libgpiod-dev) is installed in the system and then reinstall the adapter.');

Wenn bei dir die Bibliothek schon installiert ist, muss es noch eine andere Ursache für das Problem geben. Du hast den Adapter aber wirklich neu installiert und nicht nur die Instanz gelöscht und wieder erstellt?

[Laser]

@janga Nur die Instanz gelöscht. Werde das noch mal wiederholen.

[JanGa]

@laser Wenn du sichergehen willst, dass du den richtigen Adapter hast, dann installier den über die Shell mit

iob upgrade rpi2@2.0.0

bzw. wenn er gerade deinstalliert ist

iob add rpi2@2.0.0

[Laser]

@janga Noch mal den Adapter über die Shell installiert (vorher libgiod und Adapter gelöscht, rebot).

rpi2.0
2024-09-05 11:45:59.188	error	GPIO is not initialized!

rpi2.0
2024-09-05 11:45:56.857	error	GPIO is not initialized!

rpi2.0
2024-09-05 11:45:53.430	error	Cannot initialize/setMode GPIO: TypeError: Cannot read properties of undefined (reading 'output')

rpi2.0
2024-09-05 11:45:52.715	info	starting. Version 2.0.0 in /opt/iobroker/node_modules/iobroker.rpi2, node: v18.20.4, js-controller: 5.0.19

rpi2.0
2024-09-05 11:45:49.713	info	terminating

rpi2.0
2024-09-05 11:45:49.268	info	Terminated (NO_ERROR): Without reason

rpi2.0
2024-09-05 11:45:49.266	info	terminating

rpi2.0
2024-09-05 11:45:49.213	error	Cannot initialize/setMode GPIO: TypeError: Cannot read properties of undefined (reading 'output')

rpi2.0
2024-09-05 11:45:48.419	info	starting. Version 2.0.0 in /opt/iobroker/node_modules/iobroker.rpi2, node: v18.20.4, js-controller: 5.0.19

rpi2.0
2024-09-05 11:45:44.350	info	terminating

rpi2.0
2024-09-05 11:45:43.853	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

rpi2.0
2024-09-05 11:45:43.851	info	terminating

rpi2.0
2024-09-05 11:45:43.845	info	Got terminate signal TERMINATE_YOURSELF

rpi2.0
2024-09-05 11:45:02.810	warn	Port 23 is configured as input and not writable

rpi2.0
2024-09-05 11:45:01.121	warn	Port 23 is configured as input and not writable

rpi2.0
2024-09-05 11:44:59.273	warn	Port 23 is configured as input and not writable

rpi2.0
2024-09-05 11:44:58.352	error	Cannot initialize/setMode GPIO: TypeError: Cannot read properties of undefined (reading 'watch')

Zuerst den GPIO23 falsch eingestellt, dann korrigiert. Versucht, den Ausgang zu setzen und den Eingang abzufragen. Klappt Beides nicht.

[JanGa]

@laser an der Stelle weiß ich jetzt leider auch nicht mehr weiter. Wir müssen da wohl eine Wortmeldung von @Garfonso warten.

[searcher57]

@janga said in Test Adapter rpi2 2.x:

@searcher57 ist libgiod-dev auf dem System installiert? War es schon installiert, als der Adapter installiert wurde? Wenn nicht, Adapter deinstallieren, libgiod-dev installieren und Adapter wieder installieren!

Danke, ja das habe ich alles schon gemacht.

[JanGa]

@searcher57 Was für einen Raspberry Pi benutzt du?

[searcher57]

@janga said in Test Adapter rpi2 2.x:

@searcher57 Was für einen Raspberry Pi benutzt du?

Ich habe einen Raspi 5 im Einsatz. Aber mein Raspi 4 verhält sich genauso. Leider funktioniert nach wenigen Monaten der Freude über eine erfolgreiche Nachbesserung von @garfonso die APP wieder nicht!

[Laser]

@searcher57 Wird schon werden! Bevor ich jetzt Klimmzüge mit Scripten auf Debian Ebene mache, warte ich ab.

[JanGa]

@laser Es gibt auch noch die Möglichkeit eines Javascripts in IOBroker. Habe die Tage irgendwo einen Eintrag gesehen von jemanden, der GPIO ohne den Adapter benutzt hat. Finde das nur leider im Moment nicht...
Bei mir selbst geht der Kram im Moment auch nicht. In meinem Fall liegt es aber an der Art und Weise wie der Adapter bestimmt, welcher Raspberry Pi verwendet wird, und wie er diese Information dann so umsetzt, dass die verwendete GPIO-Bibliothek weiß, wie sie den Chip ansteuern muss. Ich habe einen Raspberry Pi Zero 2 W in einem Schalkasten im Garten und steuere damit die Beleuchtung. Leider kann man Zero 2 W nicht mit dem gleichen Regex in eine Nummer umwandeln wie Raspberry Pi 1,2,3,4 oder 5. Ich habe da auch schon eine Lösung für und habe einen Pull Request auf Github eingereicht. Ich bin nur leider zu unfähig, um meinen eigenen Fix bei mir einzuspielen ohne dass er im Repository ist. Bzw. ich hab einfach zu wenig Zeit, um mich in die IOBroker Adapterentwicklung tief genug einzuarbeiten. Stattdessen muss ich jetzt genau wie du warten, dass @Garfonso meinen oder einen anderen Fix einbaut. Schon bitter, wie hilflos man da ist.

[Laser]

@janga Man kann Linux Befehle vom IO Broker ausführen. Aber das tue ich nur, wenn nichts Anderes geht. Das wird schnell unübersichtlich, wenn man das System neu aufsetzen muß, grübelt man erst mal, was man Alles umgestrickt hat. Adapter sind sind die bessere Lösung. Wenn Sie funktionieren.

[mcm1957]

@janga said in Test Adapter rpi2 2.x:

@laser Es gibt auch noch die Möglichkeit eines Javascripts in IOBroker. Habe die Tage irgendwo einen Eintrag gesehen von jemanden, der GPIO ohne den Adapter benutzt hat. Finde das nur leider im Moment nicht...
Bei mir selbst geht der Kram im Moment auch nicht. In meinem Fall liegt es aber an der Art und Weise wie der Adapter bestimmt, welcher Raspberry Pi verwendet wird, und wie er diese Information dann so umsetzt, dass die verwendete GPIO-Bibliothek weiß, wie sie den Chip ansteuern muss. Ich habe einen Raspberry Pi Zero 2 W in einem Schalkasten im Garten und steuere damit die Beleuchtung. Leider kann man Zero 2 W nicht mit dem gleichen Regex in eine Nummer umwandeln wie Raspberry Pi 1,2,3,4 oder 5. Ich habe da auch schon eine Lösung für und habe einen Pull Request auf Github eingereicht. Ich bin nur leider zu unfähig, um meinen eigenen Fix bei mir einzuspielen ohne dass er im Repository ist. Bzw. ich hab einfach zu wenig Zeit, um mich in die IOBroker Adapterentwicklung tief genug einzuarbeiten. Stattdessen muss ich jetzt genau wie du warten, dass @Garfonso meinen oder einen anderen Fix einbaut. Schon bitter, wie hilflos man da ist.

Ähmm

Ich habe da auch schon eine Lösung für und habe einen Pull Request auf Github eingereicht. Ich bin nur leider zu unfähig, um meinen eigenen Fix bei mir einzuspielen ohne dass er im Repository ist.

Blöde Frage - aber wie hast du den PR gestestet ohne die Codeänderung zu installieren ???

Installieren kannst du den von dir geänderten Adpapter jederzeit via "install from Github" von deinem geforkten Repository in dem du die Änderungen vorgenommen hast. (https://github.com/jangatzke/ioBroker.rpi2 ?)

[Homoran]

@mcm1957 sagte in Test Adapter rpi2 2.x:

Installieren kannst du den von dir geänderten Adpapter jederzeit via "install from Github" von deinem geforkten Repository in dem du die Änderungen vorgenommen hast. (https://github.com/jangatzke/ioBroker.rpi2 ?)

reicht es nicht die Instanz zu stoppen, die geänderte Datei im Adapterverzeichnis zu tauschen, dann ein upload zu machen und die Instanz wieder zu starten?

[mcm1957]

@homoran
Natürlich - nur sollte man vermeiden direkt im Codetree rumzuwerken. Via GH Installtion hat man in diesem Fall die Sicherheit dass das was man vie PR einreicht auch selbst bei einem läuft

[JanGa]

@mcm1957 Getestet habe ich das gar nicht. Nur weil ich in der Lage bin, drei Zeilen code zu verstehen und anzupassen, heißt das noch lange nicht, dass ich nicht zu dumm bin, diese Änderung in meine Installation einzuspielen.
Mit Install from Github hatte ich es schonmal versucht, habe aber nicht gerafft, wie ich da z.B. einen bestimmten Branch auswähle oder so. Das wirkte jedenfalls nicht selbsterklärend für mich und ich hab da außer Fehlermeldungen nichts zustande gebracht oder gar installiert. Ich habe fest vor mich da einzuarbeiten, werde das aber erst im Herbst angehen können, denke ich. Ich hänge auch noch als letzter aktiver "Entwickler" irgendwie beim MySensors Adapter mit drin und will den eigentlich auch nicht sterben lassen, Motivation ist also reichlich vorhanden, Knowhow aber fast keins.

[mcm1957]

@janga said in Test Adapter rpi2 2.x:

@mcm1957 Getestet habe ich das gar nicht. Nur weil ich in der Lage bin, drei Zeilen code zu verstehen und anzupassen, heißt das noch lange nicht, dass ich nicht zu dumm bin, diese Änderung in meine Installation einzuspielen.

Sorry, wenn das so rübergekommen ist. Ich würde nie jemand als (zu) dumm bezeichnen. Das wär völlig unangemessen. Das einzige was ich mit meinem Post hinterfragen wollte ist ob du die Änderung getestest hast. Sorry - hätt ich höflicher formulieren können.

Mit Install from Github hatte ich es schonmal versucht, habe aber nicht gerafft, wie ich da z.B. einen bestimmten Branch auswähle oder so.

cli: iob install jangatzke/ioBroker.rpi2#new-gpio-lib

ui:

.. sollte gehen. UI Url wie auf der Github Seite wenn du den Branch selektierts.

Kanns aber konkret nicht testen, da mein Testsystem Windows basierend ist und da haperts mit den GPIOs ein wenig

DANKE jedenfalls dass du dein Wissen einbringst.

[mcm1957]

Und wenn du Entwicklerhilfe suchst schau in den Telegramm Channels vorbei. Invites auf www.iobroker.dev.

[JanGa]

@mcm1957 Da war nichts negativ rübergekommen, das "dumm" war reine Selbstkritik von mir. Da habe ich mich wohl eher nicht gut ausgedrückt.
Der Tipp mit der Raute dazwischen hilft schonmal. Ich werden mir das am Wochenende nochmal anschauen, danke für die Starthilfe!

[JanGa]

@mcm1957 said in Test Adapter rpi2 2.x:

iob install jangatzke/ioBroker.rpi2#new-gpio-lib

Das ging bei mir nicht:

jan@gartenhaus:/opt/iobroker $ iob install jangatzke/ioBroker.rpi2#new-gpio-lib
Invalid adapter name for install
iobroker install <adapter>

Installs a specified adapter

Options:
  --help  Show help  [boolean]

Was ging:

jan@gartenhaus:/opt/iobroker $ iob url https://github.com/jangatzke/ioBroker.rpi2/tree/new-gpio-lib
install jangatzke/ioBroker.rpi2#new-gpio-lib
NPM version: 10.8.2
Installing jangatzke/ioBroker.rpi2#new-gpio-lib... (System call)

changed 1 package in 17s

72 packages are looking for funding
  run `npm fund` for details
upload [12] rpi2.admin /opt/iobroker/node_modules/iobroker.rpi2/admin/i18n/de/translations.json i18n/de/translations.json application/json
upload [11] rpi2.admin /opt/iobroker/node_modules/iobroker.rpi2/admin/i18n/en/translations.json i18n/en/translations.json application/json
upload [10] rpi2.admin /opt/iobroker/node_modules/iobroker.rpi2/admin/i18n/es/translations.json i18n/es/translations.json application/json
upload [9] rpi2.admin /opt/iobroker/node_modules/iobroker.rpi2/admin/i18n/fr/translations.json i18n/fr/translations.json application/json
upload [8] rpi2.admin /opt/iobroker/node_modules/iobroker.rpi2/admin/i18n/it/translations.json i18n/it/translations.json application/json
upload [7] rpi2.admin /opt/iobroker/node_modules/iobroker.rpi2/admin/i18n/nl/translations.json i18n/nl/translations.json application/json
upload [6] rpi2.admin /opt/iobroker/node_modules/iobroker.rpi2/admin/i18n/pl/translations.json i18n/pl/translations.json application/json
upload [5] rpi2.admin /opt/iobroker/node_modules/iobroker.rpi2/admin/i18n/pt/translations.json i18n/pt/translations.json application/json
upload [4] rpi2.admin /opt/iobroker/node_modules/iobroker.rpi2/admin/i18n/ru/translations.json i18n/ru/translations.json application/json
upload [3] rpi2.admin /opt/iobroker/node_modules/iobroker.rpi2/admin/i18n/zh-cn/translations.json i18n/zh-cn/translations.json application/json
upload [2] rpi2.admin /opt/iobroker/node_modules/iobroker.rpi2/admin/index_m.html index_m.html text/html
upload [1] rpi2.admin /opt/iobroker/node_modules/iobroker.rpi2/admin/rpi2.png rpi2.png image/png
upload [0] rpi2.admin /opt/iobroker/node_modules/iobroker.rpi2/admin/words.js words.js application/javascript

Bei mir hat es danach funktioniert mit dem dreckigen Patch für den Pi 2 Zero W, den ich geschrieben habe. Licht im Garten lässt sich wieder schalten. Ich habe noch einen Tippfehler korrigieren müssen (warm statt warn), von daher hat sich der Test gelohnt. Danke nochmal für die Hilfe.

[JanGa]

@Laser @searcher57 Ich habe mich jetzt nochmal mit eurem Problem beschäftigt und ich bin mir sicher, dass bei euch beiden die Instanz nicht auf Debug eingestellt war, als ihr die Logs gezogen habt. Bei mir sieht ein Start so aus, wenn ich das Logging auf Debug stelle:

2024-09-09 20:52:28.789  - info: host.powercount instance system.adapter.rpi2.0 in version "2.0.0" (non-npm: jangatzke/ioBroker.rpi2#new-gpio-lib) started with pid 58038
2024-09-09 20:52:34.191  - debug: rpi2.0 (58038) Redis Objects: Use Redis connection: 192.168.69.227:9001
2024-09-09 20:52:34.284  - debug: rpi2.0 (58038) Objects client ready ... initialize now
2024-09-09 20:52:34.293  - debug: rpi2.0 (58038) Objects create System PubSub Client
2024-09-09 20:52:34.296  - debug: rpi2.0 (58038) Objects create User PubSub Client
2024-09-09 20:52:34.415  - debug: rpi2.0 (58038) Objects client initialize lua scripts
2024-09-09 20:52:34.459  - debug: rpi2.0 (58038) Objects connected to redis: 192.168.69.227:9001
2024-09-09 20:52:34.646  - debug: rpi2.0 (58038) Redis States: Use Redis connection: 192.168.69.227:9000
2024-09-09 20:52:34.736  - debug: rpi2.0 (58038) States create System PubSub Client
2024-09-09 20:52:34.739  - debug: rpi2.0 (58038) States create User PubSub Client
2024-09-09 20:52:34.860  - debug: rpi2.0 (58038) States connected to redis: 192.168.69.227:9000
2024-09-09 20:52:35.672  - info: rpi2.0 (58038) starting. Version 2.0.0 (non-npm: jangatzke/ioBroker.rpi2#new-gpio-lib) in /opt/iobroker/node_modules/iobroker.rpi2, node: v20.16.0, js-controller: 6.0.11
2024-09-09 20:52:35.956  - debug: rpi2.0 (58038) received all objects
2024-09-09 20:52:35.968  - debug: rpi2.0 (58038) cpu is enabled
2024-09-09 20:52:35.972  - debug: rpi2.0 (58038) start parsing
2024-09-09 20:52:35.975  - debug: rpi2.0 (58038) PARSING: cpu
2024-09-09 20:52:35.977  - debug: rpi2.0 (58038)     PARSING: cpu_frequency
2024-09-09 20:52:35.978  - debug: rpi2.0 (58038) ---> test -r /sys/devices/system/cpu/cpufreq/policy0/cpuinfo_cur_freq && cat /sys/devices/system/cpu/cpufreq/policy0/cpuinfo_cur_freq || test -r /sys/devices/system/cpu/cpufreq/policy0/scaling_cur_freq && cat /sys/devices/system/cpu/cpufreq/policy0/scaling_cur_freq || echo -1000
2024-09-09 20:52:35.991  - debug: rpi2.0 (58038) ------------- 1000000

2024-09-09 20:52:35.993  - debug: rpi2.0 (58038) ---> REGEXP: /(.*)/
2024-09-09 20:52:35.994  - debug: rpi2.0 (58038) GROUPS: 2
2024-09-09 20:52:35.996  - debug: rpi2.0 (58038) ---> POST:   $1/1000
2024-09-09 20:52:35.997  - debug: rpi2.0 (58038)     PARSING: load1,load5,load15
2024-09-09 20:52:35.998  - debug: rpi2.0 (58038) ---> cat /proc/loadavg
2024-09-09 20:52:36.008  - debug: rpi2.0 (58038) ------------- 0.43 0.18 0.05 1/179 58056

2024-09-09 20:52:36.010  - debug: rpi2.0 (58038) ---> REGEXP: /^(\S+)\s(\S+)\s(\S+)/
2024-09-09 20:52:36.011  - debug: rpi2.0 (58038) GROUPS: 4
2024-09-09 20:52:36.011  - debug: rpi2.0 (58038) MATCHING: 0.43
2024-09-09 20:52:36.012  - debug: rpi2.0 (58038) NAME: load1, VALULE: 0.43
2024-09-09 20:52:36.013  - debug: rpi2.0 (58038) MATCHING: 0.18
2024-09-09 20:52:36.013  - debug: rpi2.0 (58038) NAME: load5, VALULE: 0.18
2024-09-09 20:52:36.014  - debug: rpi2.0 (58038) MATCHING: 0.05
2024-09-09 20:52:36.016  - debug: rpi2.0 (58038) NAME: load15, VALULE: 0.05
2024-09-09 20:52:36.017  - debug: rpi2.0 (58038)     PARSING: scaling_governor
2024-09-09 20:52:36.017  - debug: rpi2.0 (58038) ---> cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
2024-09-09 20:52:36.030  - debug: rpi2.0 (58038) ------------- ondemand

2024-09-09 20:52:36.031  - debug: rpi2.0 (58038) ---> REGEXP: /(.*)/
2024-09-09 20:52:36.032  - debug: rpi2.0 (58038) GROUPS: 2
2024-09-09 20:52:36.033  - debug: rpi2.0 (58038) ---> POST:
2024-09-09 20:52:36.034  - debug: rpi2.0 (58038) PARSING: raspberry
2024-09-09 20:52:36.034  - debug: rpi2.0 (58038)     PARSING: cpu_voltage
2024-09-09 20:52:36.035  - debug: rpi2.0 (58038) ---> vcgencmd measure_volts core
2024-09-09 20:52:36.049  - debug: rpi2.0 (58038) ------------- volt=1.2563V

2024-09-09 20:52:36.050  - debug: rpi2.0 (58038) ---> REGEXP: /(\d+.\d+)V/
2024-09-09 20:52:36.052  - debug: rpi2.0 (58038) GROUPS: 2
2024-09-09 20:52:36.053  - debug: rpi2.0 (58038) ---> POST:
2024-09-09 20:52:36.053  - debug: rpi2.0 (58038)     PARSING: mem_arm
2024-09-09 20:52:36.054  - debug: rpi2.0 (58038) ---> vcgencmd get_mem arm
2024-09-09 20:52:36.064  - debug: rpi2.0 (58038) ------------- arm=448M

2024-09-09 20:52:36.066  - debug: rpi2.0 (58038) ---> REGEXP: /(\d+)/
2024-09-09 20:52:36.066  - debug: rpi2.0 (58038) GROUPS: 2
2024-09-09 20:52:36.067  - debug: rpi2.0 (58038) ---> POST:
2024-09-09 20:52:36.068  - debug: rpi2.0 (58038)     PARSING: mem_gpu
2024-09-09 20:52:36.068  - debug: rpi2.0 (58038) ---> vcgencmd get_mem gpu
2024-09-09 20:52:36.078  - debug: rpi2.0 (58038) ------------- gpu=64M

2024-09-09 20:52:36.080  - debug: rpi2.0 (58038) ---> REGEXP: /(\d+)/
2024-09-09 20:52:36.081  - debug: rpi2.0 (58038) GROUPS: 2
2024-09-09 20:52:36.081  - debug: rpi2.0 (58038) ---> POST:
2024-09-09 20:52:36.082  - debug: rpi2.0 (58038) PARSING: memory
2024-09-09 20:52:36.083  - debug: rpi2.0 (58038) PARSING: network
2024-09-09 20:52:36.087  - debug: rpi2.0 (58038) PARSING: sdcard
2024-09-09 20:52:36.087  - debug: rpi2.0 (58038) PARSING: swap
2024-09-09 20:52:36.088  - debug: rpi2.0 (58038)     PARSING: swap_total
2024-09-09 20:52:36.089  - debug: rpi2.0 (58038) ---> cat /proc/meminfo
2024-09-09 20:52:36.099  - debug: rpi2.0 (58038) ------------- MemTotal:         427072 kB
MemFree:          135832 kB
MemAvailable:     183856 kB
Buffers:            5216 kB
Cached:            78648 kB
SwapCached:        14512 kB
Active:           164920 kB
Inactive:          59784 kB
Active(anon):     102728 kB
Inactive(anon):    38276 kB
Active(file):      62192 kB
Inactive(file):    21508 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:        204796 kB
SwapFree:         123228 kB
Zswap:                 0 kB
Zswapped:              0 kB
Dirty:                48 kB
Writeback:             0 kB
AnonPages:        139332 kB
Mapped:            61836 kB
Shmem:               164 kB
KReclaimable:      19016 kB
Slab:              41388 kB
SReclaimable:      19016 kB
SUnreclaim:        22372 kB
KernelStack:        2916 kB
PageTables:         2768 kB
SecPageTables:         0 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:      418332 kB
Committed_AS:     500112 kB
VmallocTotal:   257687552 kB
VmallocUsed:       10436 kB
VmallocChunk:          0 kB
Percpu:              672 kB
CmaTotal:         262144 kB
CmaFree:          100824 kB

2024-09-09 20:52:36.101  - debug: rpi2.0 (58038) ---> REGEXP: /SwapTotal:\s+(\d+)/m
2024-09-09 20:52:36.102  - debug: rpi2.0 (58038) GROUPS: 2
2024-09-09 20:52:36.103  - debug: rpi2.0 (58038) ---> POST:   $1/1024
2024-09-09 20:52:36.103  - debug: rpi2.0 (58038)     PARSING: swap_used
2024-09-09 20:52:36.104  - debug: rpi2.0 (58038) ---> cat /proc/meminfo
2024-09-09 20:52:36.115  - debug: rpi2.0 (58038) ------------- MemTotal:         427072 kB
MemFree:          135708 kB
MemAvailable:     183744 kB
Buffers:            5216 kB
Cached:            78660 kB
SwapCached:        14512 kB
Active:           164932 kB
Inactive:          59784 kB
Active(anon):     102728 kB
Inactive(anon):    38276 kB
Active(file):      62204 kB
Inactive(file):    21508 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:        204796 kB
SwapFree:         123228 kB
Zswap:                 0 kB
Zswapped:              0 kB
Dirty:                48 kB
Writeback:             0 kB
AnonPages:        139356 kB
Mapped:            61836 kB
Shmem:               164 kB
KReclaimable:      19016 kB
Slab:              41388 kB
SReclaimable:      19016 kB
SUnreclaim:        22372 kB
KernelStack:        2912 kB
PageTables:         2768 kB
SecPageTables:         0 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:      418332 kB
Committed_AS:     500112 kB
VmallocTotal:   257687552 kB
VmallocUsed:       10436 kB
VmallocChunk:          0 kB
Percpu:              672 kB
CmaTotal:         262144 kB
CmaFree:          100824 kB

2024-09-09 20:52:36.116  - debug: rpi2.0 (58038) ---> REGEXP: /SwapFree:\s+(\d+)/m
2024-09-09 20:52:36.117  - debug: rpi2.0 (58038) GROUPS: 2
2024-09-09 20:52:36.118  - debug: rpi2.0 (58038) ---> POST:   (rpi.swap_total - $1)/1024
2024-09-09 20:52:36.118  - debug: rpi2.0 (58038) PARSING: temperature
2024-09-09 20:52:36.119  - debug: rpi2.0 (58038)     PARSING: soc_temp
2024-09-09 20:52:36.120  - debug: rpi2.0 (58038) ---> cat /sys/devices/virtual/thermal/thermal_zone0/temp
2024-09-09 20:52:36.131  - debug: rpi2.0 (58038) ------------- 49388

2024-09-09 20:52:36.132  - debug: rpi2.0 (58038) ---> REGEXP: /(.*)/
2024-09-09 20:52:36.133  - debug: rpi2.0 (58038) GROUPS: 2
2024-09-09 20:52:36.134  - debug: rpi2.0 (58038) ---> POST:   $1/1000
2024-09-09 20:52:36.134  - debug: rpi2.0 (58038) PARSING: uptime
2024-09-09 20:52:36.135  - debug: rpi2.0 (58038) PARSING: wlan
2024-09-09 20:52:36.136  - debug: rpi2.0 (58038) CURRENT = cpu true
2024-09-09 20:52:36.136  - debug: rpi2.0 (58038) -1
2024-09-09 20:52:36.195  - debug: rpi2.0 (58038) ---> POST:   $1/1000 for cpu_frequency in [object Object]
2024-09-09 20:52:36.196  - debug: rpi2.0 (58038) VALUE: 1000000 POST: $1/1000
2024-09-09 20:52:36.197  - debug: rpi2.0 (58038) SETSTATE FOR rpi2.0.cpu.cpu_frequency VALUE = 1000
2024-09-09 20:52:36.297  - debug: rpi2.0 (58038) ---> POST:    for load1,load5,load15 in [object Object]
2024-09-09 20:52:36.299  - debug: rpi2.0 (58038) MATCHING: 0.43
2024-09-09 20:52:36.299  - debug: rpi2.0 (58038) NAME: load1 VALUE: 0.43
2024-09-09 20:52:36.300  - debug: rpi2.0 (58038) SETSTATE FOR rpi2.0.cpu.load1 VALUE = 0.43
2024-09-09 20:52:36.391  - debug: rpi2.0 (58038) MATCHING: 0.18
2024-09-09 20:52:36.392  - debug: rpi2.0 (58038) NAME: load5 VALUE: 0.18
2024-09-09 20:52:36.392  - debug: rpi2.0 (58038) SETSTATE FOR rpi2.0.cpu.load5 VALUE = 0.18
2024-09-09 20:52:36.502  - debug: rpi2.0 (58038) MATCHING: 0.05
2024-09-09 20:52:36.504  - debug: rpi2.0 (58038) NAME: load15 VALUE: 0.05
2024-09-09 20:52:36.505  - debug: rpi2.0 (58038) SETSTATE FOR rpi2.0.cpu.load15 VALUE = 0.05
2024-09-09 20:52:36.588  - debug: rpi2.0 (58038) ---> POST:    for scaling_governor in [object Object]
2024-09-09 20:52:36.590  - debug: rpi2.0 (58038) SETSTATE FOR rpi2.0.cpu.scaling_governor VALUE = ondemand
2024-09-09 20:52:36.665  - debug: rpi2.0 (58038) CURRENT = raspberry true
2024-09-09 20:52:36.667  - debug: rpi2.0 (58038) -1
2024-09-09 20:52:36.689  - debug: rpi2.0 (58038) ---> POST:    for cpu_voltage in [object Object]
2024-09-09 20:52:36.690  - debug: rpi2.0 (58038) SETSTATE FOR rpi2.0.raspberry.cpu_voltage VALUE = 1.26
2024-09-09 20:52:36.785  - debug: rpi2.0 (58038) ---> POST:    for mem_arm in [object Object]
2024-09-09 20:52:36.787  - debug: rpi2.0 (58038) SETSTATE FOR rpi2.0.raspberry.mem_arm VALUE = 448
2024-09-09 20:52:37.062  - debug: rpi2.0 (58038) ---> POST:    for mem_gpu in [object Object]
2024-09-09 20:52:37.063  - debug: rpi2.0 (58038) SETSTATE FOR rpi2.0.raspberry.mem_gpu VALUE = 64
2024-09-09 20:52:37.156  - debug: rpi2.0 (58038) CURRENT = memory false
2024-09-09 20:52:37.157  - debug: rpi2.0 (58038) -1
2024-09-09 20:52:37.158  - debug: rpi2.0 (58038) memory disabled -> clean up.
2024-09-09 20:52:37.158  - debug: rpi2.0 (58038) CURRENT = network false
2024-09-09 20:52:37.159  - debug: rpi2.0 (58038) -1
2024-09-09 20:52:37.159  - debug: rpi2.0 (58038) network disabled -> clean up.
2024-09-09 20:52:37.160  - debug: rpi2.0 (58038) CURRENT = sdcard false
2024-09-09 20:52:37.161  - debug: rpi2.0 (58038) -1
2024-09-09 20:52:37.161  - debug: rpi2.0 (58038) sdcard disabled -> clean up.
2024-09-09 20:52:37.162  - debug: rpi2.0 (58038) CURRENT = swap true
2024-09-09 20:52:37.162  - debug: rpi2.0 (58038) -1
2024-09-09 20:52:37.207  - debug: rpi2.0 (58038) ---> POST:   $1/1024 for swap_total in [object Object]
2024-09-09 20:52:37.209  - debug: rpi2.0 (58038) VALUE: 204796 POST: $1/1024
2024-09-09 20:52:37.210  - debug: rpi2.0 (58038) SETSTATE FOR rpi2.0.swap.swap_total VALUE = 200
2024-09-09 20:52:37.278  - debug: rpi2.0 (58038) ---> POST:   (rpi.swap_total - $1)/1024 for swap_used in [object Object]
2024-09-09 20:52:37.279  - debug: rpi2.0 (58038) VALUE: 123228 POST: (rpi.swap_total - $1)/1024
2024-09-09 20:52:37.281  - debug: rpi2.0 (58038) SETSTATE FOR rpi2.0.swap.swap_used VALUE = 79.66
2024-09-09 20:52:37.356  - debug: rpi2.0 (58038) CURRENT = temperature true
2024-09-09 20:52:37.357  - debug: rpi2.0 (58038) -1
2024-09-09 20:52:37.391  - debug: rpi2.0 (58038) ---> POST:   $1/1000 for soc_temp in [object Object]
2024-09-09 20:52:37.392  - debug: rpi2.0 (58038) VALUE: 49388 POST: $1/1000
2024-09-09 20:52:37.393  - debug: rpi2.0 (58038) SETSTATE FOR rpi2.0.temperature.soc_temp VALUE = 49.39
2024-09-09 20:52:37.729  - debug: rpi2.0 (58038) CURRENT = uptime false
2024-09-09 20:52:37.731  - debug: rpi2.0 (58038) -1
2024-09-09 20:52:37.732  - debug: rpi2.0 (58038) uptime disabled -> clean up.
2024-09-09 20:52:37.733  - debug: rpi2.0 (58038) CURRENT = wlan false
2024-09-09 20:52:37.734  - debug: rpi2.0 (58038) -1
2024-09-09 20:52:37.735  - debug: rpi2.0 (58038) wlan disabled -> clean up.
2024-09-09 20:52:39.558  - debug: rpi2.0 (58038) Creating gpio.17.isInput
2024-09-09 20:52:40.718  - debug: rpi2.0 (58038) class Default extends classes_1.Device {
}
2024-09-09 20:52:40.734  - debug: rpi2.0 (58038) CPU Info: Raspberry Pi Zero 2 W Rev 1.0
2024-09-09 20:52:40.736  - debug: rpi2.0 (58038) STDERR:
2024-09-09 20:52:40.737  - debug: rpi2.0 (58038) Got 1 from Raspberry Pi Zero 2 W Rev 1.0.
2024-09-09 20:52:40.738  - debug: rpi2.0 (58038) Inputs are pull down.
2024-09-09 20:52:40.738  - debug: rpi2.0 (58038) Buttons are pull down.
2024-09-09 20:52:40.739  - debug: rpi2.0 (58038) Got chip: class Default extends classes_1.Device {
}
2024-09-09 20:52:40.739  - debug: rpi2.0 (58038) GPIO chip undefined initialized
2024-09-09 20:52:40.740  - debug: rpi2.0 (58038) Port 17 direction: in
2024-09-09 20:52:40.756  - debug: rpi2.0 (58038) Setting state for port 17 to false
2024-09-09 20:52:40.828  - debug: rpi2.0 (58038) Adding event listener for port 17

Bei euch sehe ich keinen einzigen Eintrag der Stufe "debug". Ihr müsst unter Instanzen bei aktiviertem Expertenmodus das Loglevel der Instanz auf Debug stellen!

Der Adapter startet dann neu und beim Start sollten entsprechende Einträge angezeigt werden. Eventuell sehen wir dann etwas, das uns dabei weiterhilft, das Problem einzugrenzen.