Test Adapter rpi2 2.x
-
ich wollte heute den Adapter auf einem neuen System endlich testen.
Pi4 mit Pi OS Lite (64-bit Bookworm)
Nach dem Start kommt fogende Meldung
rpi2.0 2025-01-01 12:55:44.374 warn If the library is installed and npm list | grep opengpio shows the npm library is also installed, please report this issue to the adapter developer with the model of your device and deboug output from an adapter start. rpi2.0 2025-01-01 12:55:44.373 warn 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. rpi2.0 2025-01-01 12:55:44.372 warn Cannot initialize GPIO: No chip found. GPIO functionality disabled!sudo apt install libgpiod-dev Reading package lists... Done Building dependency tree... Done Reading state information... Done libgpiod-dev is already the newest version (1.6.3-1+b3). 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.npm list | grep opengpio zeigt nix an.
Ich möchte lediglich den Reeder meiner Gasuhr einbinden.
Jemand einen Tipp für mich?
-
@stenmic sagte in Test Adapter rpi2 2.x:
npm list | grep opengpio zeigt nix an.
Kann auch nicht. Der Befehl lautet
cd /opt/iobroker && npm ls opengpio -
@thomas-braun sagte in Test Adapter rpi2 2.x:
cd /opt/iobroker && npm ls opengpio
dann komm das hier
pi@Smartmeter:~ $ cd /opt/iobroker && npm ls opengpio iobroker.inst@3.0.0 /opt/iobroker └─┬ iobroker.rpi2@2.2.1 └── opengpio@1.0.17 pi@Smartmeter:/opt/iobroker $ -
@thomas-braun muss ich noch etwas unter "raspi-config" einstellen?
-
2025-01-01 12:55:44.374 warn If the library is installed and npm list | grep opengpio shows the npm library is also installed, please report this issue to the adapter developer with the model of your device and deboug output from an adapter start.
-
@thomas-braun sagte in Test Adapter rpi2 2.x:
@smallfeuer sagte in Test Adapter rpi2 2.x:
2024-12-30 12:24:43.719 warn Cannot initialize GPIO: No chip found. GPIO functionality disabled!
Ist das im
rpi-configaktiviert?
was muss denn in der config aktiviert werden?
-
'Früher' konnte man da soweit ich weiß die GPIOs einstellen. Ist aber wohl rausgefallen.
-
@thomas-braun
@stenmic
@HomoranWenn ich es richtig sehe liegt der Fehler in der Initialisierung des richtigen Pi. Der Fehler läuft also in der Abfrage in der Datei gpioControl.js in den Fehler.
Pi kleiner 5 sollte hier also gpio Chip 0 sein. ansonsten 4.
Vielleicht sieht hier einer von euch das Problem: Zeile 9 liest er das Model aus, oder versucht es aus der Info:
der Befehlcat /proc/cpuinfoergibt bei mir in der letzten Zeile:
"Model : Raspberry Pi 3 Model B Rev 1.2"was hier anscheinend abgefragt wird - mal ein Ausschnitt aus der Datei - am Ende unsere Fehlermeldung:
function getRaspberryModelFromCpuInfo(cpuinfo) { //Zero reports: Raspberry Pi Zero 2 W Rev 1.0 // RPi Zero family has a different naming. // All Rpi Zero share the same ChipNum as RPi 1 and thus can all be handled as a Rpi 1. if (cpuinfo.includes('Zero')) { return 1; } const modelRegEx = /^Raspberry Pi (\d+) Model.*/mi; const model = modelRegEx.exec(cpuinfo)[1]; return Number(model); } class GpioControl { constructor(adapter, log) { this.adapter = adapter; this.gpioChip = null; //this.gpioButtons = null; this.log = log; this.gpioPorts = []; this.gpioSettings = []; this.gpioPortLastWrite = []; this.gpioInputPorts = []; this.gpioOutputPorts = []; this.gpioInputPortsHandler = null; } /** * Setup GPIO ports & buttons * @param gpioPorts {Array<Object>} * @param buttonPorts {Array<Object>} * @returns undefined */ async setupGpio(gpioPorts, buttonPorts) { if (gpioPorts.length === 0 && buttonPorts.length === 0) return; try { const { DefaultDevice, Edge } = require('opengpio'); let chipNum = 0; try { this.log.debug(DefaultDevice); const {stdout, stderr} = await exec('cat /proc/device-tree/model'); this.log.debug('CPU Info: ' + stdout); this.log.debug('STDERR: ' + stderr); const model = getRaspberryModelFromCpuInfo(stdout); this.log.debug(`Got ${model} from ${stdout}.`); if (model >= 5) { this.log.debug('Using GPIO chip 4 for Raspberry Pi 5 or newer.'); chipNum = 4; } this.gpioChip = true; //let's keep this condition for now. } catch (e) { this.log.error('Cannot read CPU Info: ' + e); } this.gpioChip = DefaultDevice; if (this.gpioChip === undefined) { this.log.warn('Cannot initialize GPIO: No chip found. GPIO functionality disabled!'); this.log.warn('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.'); this.log.warn('If the library is installed and npm list | grep opengpio shows the npm library is also installed, please report this issue to the adapter developer with the model of your device and deboug output from an adapter start.'); } this.log.debug('Got chip: ' + this.gpioChip); this.log.debug(`GPIO chip ${JSON.stringify(this.gpioChip?.info)} initialized`); -
@searcher57 said in Test Adapter rpi2 2.x:
So jetzt hab ich es!
Jo... das ist das debug log.
Puh... keine Idee, was das ist...
Letzter Strohalm war, dass du opengio@1.0.17 installiert hast. Hab ich jetzt auch mal bei mir installiert, aber läuft weiterhin...
@smallfeuer said in Test Adapter rpi2 2.x:
In dem Files Pfad taucht allerdings kein rpi2.admin auf
Das (und alles, was mit upload passiert) hat nur was mit der Configseite zu tun. Kann gut sein, dass das nur da benötigt wird, wo admin installiert ist (also vermutlich auf dem Master). Die Datei wird jedenfalls nichts mit deinem Problem zu tun haben.
An euch beide, könnt ihr mal gucken, ob im Pfad
/opt/iobroker/node_modules/opengpio/build/Releaseeine Dateiopengpio.nodeliegt? (sollte eigentlich, sonst sollte der Adapter nicht starten bzw. abstürzen, beim Versuch das zu laden, aber wer weiß)@smallfeuer said in Test Adapter rpi2 2.x:
Wenn ich es richtig sehe liegt der Fehler in der Initialisierung des richtigen Pi
Wie kommst du darauf?
Und warum sollte es da ein Problem geben? Wenn du das vermutest, dann mach doch mal debug log an und guck, welchen Chip er für den RPI 3 nimmt.Er nimmt übrigens nicht
/proc/cpuinfo, sondern/proc/device-tree/model(wie man in dem von dir kopierten Code-Teil auch sehen kann). Da steht nur das Modell drin, daher passt damit auch der RegEx (hast mich erst geschockt
).
Ich nehme gerne Alternativvorschläge für den Code entgegen (als PR auf Github). Bisher war das so die einfachste Lösung.
Und ich bin mir relativ sicher, dass es an der Stelle kein Problem gibt... ich fürchte es gibt da irgendwo subtile Buildprobleme oder irgendwas in der Richtung.... -
@garfonso Hi, ich hab grad auf meinem TestPi die 2.1.0 drüber installiert. Diese läuft jetzt. Keine Fehler bisher. Teste ich morgen mal im Master Slave Verbund.
Das spricht aber ebenfalls dafür, das etwas beim Erkennen des Pi 3B schief läuft.Die Datei opengpio.node existiert bei mir, kann sie mit nano allerdings nicht leserlich öffnen.
Ein identisches Log zu meinem ist auf Github bereits gepostet von @stenmic
-
@garfonso said in Test Adapter rpi2 2.x:
@searcher57 said in Test Adapter rpi2 2.x:
So jetzt hab ich es!
Jo... das ist das debug log.
Puh... keine Idee, was das ist...Letzter Strohalm war, dass du opengio@1.0.17 installiert hast. Hab ich jetzt auch mal bei mir installiert, aber läuft weiterhin...
@smallfeuer said in Test Adapter rpi2 2.x:
In dem Files Pfad taucht allerdings kein rpi2.admin auf
Das (und alles, was mit upload passiert) hat nur was mit der Configseite zu tun. Kann gut sein, dass das nur da benötigt wird, wo admin installiert ist (also vermutlich auf dem Master). Die Datei wird jedenfalls nichts mit deinem Problem zu tun haben.
An euch beide, könnt ihr mal gucken, ob im Pfad
/opt/iobroker/node_modules/opengpio/build/Releaseeine Dateiopengpio.nodeliegt? (sollte eigentlich, sonst sollte der Adapter nicht starten bzw. abstürzen, beim Versuch das zu laden, aber wer weiß)@smallfeuer said in Test Adapter rpi2 2.x:
Wenn ich es richtig sehe liegt der Fehler in der Initialisierung des richtigen Pi
Wie kommst du darauf?
Und warum sollte es da ein Problem geben? Wenn du das vermutest, dann mach doch mal debug log an und guck, welchen Chip er für den RPI 3 nimmt.Er nimmt übrigens nicht
/proc/cpuinfo, sondern/proc/device-tree/model(wie man in dem von dir kopierten Code-Teil auch sehen kann). Da steht nur das Modell drin, daher passt damit auch der RegEx (hast mich erst geschockt ).
Ich nehme gerne Alternativvorschläge für den Code entgegen (als PR auf Github). Bisher war das so die einfachste Lösung. Und ich bin mir relativ sicher, dass es an der Stelle kein Problem gibt... ich fürchte es gibt da irgendwo subtile Buildprobleme oder irgendwas in der Richtung.... Ja, das ist so!
pi@Raspi58GB:/opt/iobroker/node_modules/opengpio/build/Release $ ls -la insgesamt 116 drwxrwxr-x+ 4 iobroker iobroker 4096 28. Dez 19:57 . drwxrwxr-x+ 3 iobroker iobroker 4096 28. Dez 19:57 .. drwxrwxr-x+ 3 iobroker iobroker 4096 28. Dez 19:57 .deps drwxrwxr-x+ 3 iobroker iobroker 4096 28. Dez 19:57 obj.target -rwxrwxr-x+ 2 iobroker iobroker 148560 28. Dez 19:57 opengpio.node -
@searcher57 said in Test Adapter rpi2 2.x:
@garfonso said in Test Adapter rpi2 2.x:
@searcher57 said in Test Adapter rpi2 2.x:
So jetzt hab ich es!
Jo... das ist das debug log.
Puh... keine Idee, was das ist...Letzter Strohalm war, dass du opengio@1.0.17 installiert hast. Hab ich jetzt auch mal bei mir installiert, aber läuft weiterhin...
@smallfeuer said in Test Adapter rpi2 2.x:
In dem Files Pfad taucht allerdings kein rpi2.admin auf
Das (und alles, was mit upload passiert) hat nur was mit der Configseite zu tun. Kann gut sein, dass das nur da benötigt wird, wo admin installiert ist (also vermutlich auf dem Master). Die Datei wird jedenfalls nichts mit deinem Problem zu tun haben.
An euch beide, könnt ihr mal gucken, ob im Pfad
/opt/iobroker/node_modules/opengpio/build/Releaseeine Dateiopengpio.nodeliegt? (sollte eigentlich, sonst sollte der Adapter nicht starten bzw. abstürzen, beim Versuch das zu laden, aber wer weiß)@smallfeuer said in Test Adapter rpi2 2.x:
Wenn ich es richtig sehe liegt der Fehler in der Initialisierung des richtigen Pi
Wie kommst du darauf?
Und warum sollte es da ein Problem geben? Wenn du das vermutest, dann mach doch mal debug log an und guck, welchen Chip er für den RPI 3 nimmt.Er nimmt übrigens nicht
/proc/cpuinfo, sondern/proc/device-tree/model(wie man in dem von dir kopierten Code-Teil auch sehen kann). Da steht nur das Modell drin, daher passt damit auch der RegEx (hast mich erst geschockt ).
Ich nehme gerne Alternativvorschläge für den Code entgegen (als PR auf Github). Bisher war das so die einfachste Lösung. Und ich bin mir relativ sicher, dass es an der Stelle kein Problem gibt... ich fürchte es gibt da irgendwo subtile Buildprobleme oder irgendwas in der Richtung.... Ja, das ist so!
pi@Raspi58GB:/opt/iobroker/node_modules/opengpio/build/Release $ ls -la insgesamt 116 drwxrwxr-x+ 4 iobroker iobroker 4096 28. Dez 19:57 . drwxrwxr-x+ 3 iobroker iobroker 4096 28. Dez 19:57 .. drwxrwxr-x+ 3 iobroker iobroker 4096 28. Dez 19:57 .deps drwxrwxr-x+ 3 iobroker iobroker 4096 28. Dez 19:57 obj.target -rwxrwxr-x+ 2 iobroker iobroker 148560 28. Dez 19:57 opengpio.nodeHiermal zum Verständnis: Ich kann nur Anweisungen von Euch ausführen. Ich habe keinerlei Programmierkenntnisse!
-
@Garfonso Es läuft die 2.1.0 auch im Slave. Hier der Debug....du hast recht...er erkennt eigentlich korrekt, scheint dann aber nicht zum richtigen Erg3bnis zu kommen.
rpi2.0 2025-01-02 22:17:03.273 debug GPIO chip undefined initialized rpi2.0 2025-01-02 22:17:03.272 debug Got chip: undefined rpi2.0 2025-01-02 22:17:03.272 warn If the library is installed and npm list | grep opengpio shows the npm library is also installed, please report this issue to the adapter developer with the model of your device and deboug output from an adapter start. rpi2.0 2025-01-02 22:17:03.271 warn 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. rpi2.0 2025-01-02 22:17:03.270 warn Cannot initialize GPIO: No chip found. GPIO functionality disabled! rpi2.0 2025-01-02 22:17:03.269 debug Got 3 from Raspberry Pi 3 Model B Rev 1.2. rpi2.0 2025-01-02 22:17:03.267 debug STDERR: rpi2.0 2025-01-02 22:17:03.266 debug CPU Info: Raspberry Pi 3 Model B Rev 1.2``` -
@smallfeuer said in Test Adapter rpi2 2.x:
scheint dann aber nicht zum richtigen Erg3bnis zu kommen.
Ne, die Erkennung ist korrekt. Aus irgendeinem Grund kann er aber die Bibliothek um die GPIOs anzusprechen nicht (richtig) laden.
@searcher57 said in Test Adapter rpi2 2.x:
Hiermal zum Verständnis: Ich kann nur Anweisungen von Euch ausführen. Ich habe keinerlei Programmierkenntnisse!
Mehr verlangt ja auch keiner. Hast du super ausgeführt. Wenn du am 28.12. das letzte mal probiert hast, den adapter zu installieren / updaten / neuinstallieren, ist da alles, wie es soll.
Das Problem ist, dass ich, solange ich das Problem bei mir selber nicht sehe und auch sonst keinen Hinweis hab, wo es herkommt, nur im Nebel stochern kann...
Ich überlege nochmal, wie man das Laden der Bibliothek debuggen kann. Aber gerade hat sich der PI, den ich dafür verwende, aus dem Netzwerk verabschiedet.
-
@garfonso said in Test Adapter rpi2 2.x:
@smallfeuer said in Test Adapter rpi2 2.x:
scheint dann aber nicht zum richtigen Erg3bnis zu kommen.
Ne, die Erkennung ist korrekt. Aus irgendeinem Grund kann er aber die Bibliothek um die GPIOs anzusprechen nicht (richtig) laden.
@searcher57 said in Test Adapter rpi2 2.x:
Hiermal zum Verständnis: Ich kann nur Anweisungen von Euch ausführen. Ich habe keinerlei Programmierkenntnisse!
Mehr verlangt ja auch keiner. Hast du super ausgeführt. Wenn du am 28.12. das letzte mal probiert hast, den adapter zu installieren / updaten / neuinstallieren, ist da alles, wie es soll.
Das Problem ist, dass ich, solange ich das Problem bei mir selber nicht sehe und auch sonst keinen Hinweis hab, wo es herkommt, nur im Nebel stochern kann...
Ich überlege nochmal, wie man das Laden der Bibliothek debuggen kann. Aber gerade hat sich der PI, den ich dafür verwende, aus dem Netzwerk verabschiedet.
Ach, es macht einfach Freude sich mit jemandem zu unterhalten, der nicht gleich alles Fachwissen voraussetzt! Es würde uns nur erfreuen endlich wieder einen funktionsfähigen Adapter RPI2 zu haben. Ich wünsche Dir viel Erfolg dabei!!
-
@garfonso wie schon geschrieben hab ich ein Testsystem (PI4 mit frischem Bookworm)
Außer iobroker ist aktuell nur der Adapter installiert.
Wenn ich helfen kann, gerne Anweisungen was ich machen soll. -
tl;dr: Mal Version 2.3.1 ausprobieren (auf NPM, sollte spätestens morgen im latest sein)
Ok, hab jetzt was gefunden. Ihr habt version 1.0.17 der Bibliothek, mein Entwicklungssystem hatte 1.0.16, irgendwie hatte mein Testsystem wohl einen Mix aus 16 und 17... und mit denen hat es funktioniert. Hab jetzt (nachdem ich das Testsystem wieder grundsätzlich ans laufen bringen musste, war irgendwie aus den WLAN gefallen) nochmal testen können und mit 17 lädt es tatsächlich nicht.
Das konnte ich reparieren und jetzt wird auch mindestens Version 17 verlangt... ich hoffe, dass es nun bei allen, wo die Bibliothek erfolgreich installiert wird, auch funktioniert und bleibt.Falls das nochmal passiert, werde ich die Bibliotheksversion fix lassen. Aber mal sehen.
-
@garfonso mit der neuen Version startet der Adapter
hier das Log
2025-01-06 18:38:25.991 - debug: rpi2.0 (4379) ---> REGEXP: /SwapFree:\s+(\d+)/m 2025-01-06 18:38:25.992 - debug: rpi2.0 (4379) GROUPS: 2 2025-01-06 18:38:25.992 - debug: rpi2.0 (4379) ---> POST: (rpi.swap_total - $1)/1024 2025-01-06 18:38:25.992 - debug: rpi2.0 (4379) PARSING: temperature 2025-01-06 18:38:25.992 - debug: rpi2.0 (4379) PARSING: soc_temp 2025-01-06 18:38:25.993 - debug: rpi2.0 (4379) ---> cat /sys/devices/virtual/thermal/thermal_zone0/temp 2025-01-06 18:38:25.998 - debug: rpi2.0 (4379) ------------- 47712 2025-01-06 18:38:25.999 - debug: rpi2.0 (4379) ---> REGEXP: /(.*)/ 2025-01-06 18:38:25.999 - debug: rpi2.0 (4379) GROUPS: 2 2025-01-06 18:38:25.999 - debug: rpi2.0 (4379) ---> POST: $1/1000 2025-01-06 18:38:26.000 - debug: rpi2.0 (4379) PARSING: uptime 2025-01-06 18:38:26.000 - debug: rpi2.0 (4379) PARSING: uptime 2025-01-06 18:38:26.000 - debug: rpi2.0 (4379) ---> cat /proc/uptime 2025-01-06 18:38:26.005 - debug: rpi2.0 (4379) ------------- 5437.94 21345.37 2025-01-06 18:38:26.006 - debug: rpi2.0 (4379) ---> REGEXP: /(^\S+)/ 2025-01-06 18:38:26.006 - debug: rpi2.0 (4379) GROUPS: 2 2025-01-06 18:38:26.006 - debug: rpi2.0 (4379) ---> POST: 2025-01-06 18:38:26.007 - debug: rpi2.0 (4379) PARSING: wlan 2025-01-06 18:38:26.007 - debug: rpi2.0 (4379) PARSING: wifi_received 2025-01-06 18:38:26.007 - debug: rpi2.0 (4379) ---> cat /sys/class/net/wl*/statistics/rx_bytes 2025-01-06 18:38:26.013 - debug: rpi2.0 (4379) ------------- 4155424 2025-01-06 18:38:26.013 - debug: rpi2.0 (4379) ---> REGEXP: /(.*)/ 2025-01-06 18:38:26.013 - debug: rpi2.0 (4379) GROUPS: 2 2025-01-06 18:38:26.013 - debug: rpi2.0 (4379) ---> POST: $1*-1 2025-01-06 18:38:26.014 - debug: rpi2.0 (4379) PARSING: wifi_send 2025-01-06 18:38:26.014 - debug: rpi2.0 (4379) ---> cat /sys/class/net/wl*/statistics/tx_bytes 2025-01-06 18:38:26.019 - debug: rpi2.0 (4379) ------------- 9130894 2025-01-06 18:38:26.020 - debug: rpi2.0 (4379) ---> REGEXP: /(.*)/ 2025-01-06 18:38:26.020 - debug: rpi2.0 (4379) GROUPS: 2 2025-01-06 18:38:26.020 - debug: rpi2.0 (4379) ---> POST: 2025-01-06 18:38:26.020 - debug: rpi2.0 (4379) CURRENT = cpu true 2025-01-06 18:38:26.021 - debug: rpi2.0 (4379) -1 2025-01-06 18:38:26.104 - debug: rpi2.0 (4379) ---> POST: $1/1000 for cpu_frequency in [object Object] 2025-01-06 18:38:26.105 - debug: rpi2.0 (4379) VALUE: 1800000 POST: $1/1000 2025-01-06 18:38:26.106 - debug: rpi2.0 (4379) SETSTATE FOR rpi2.0.cpu.cpu_frequency VALUE = 1800 2025-01-06 18:38:26.159 - debug: rpi2.0 (4379) ---> POST: for load1,load5,load15 in [object Object] 2025-01-06 18:38:26.160 - debug: rpi2.0 (4379) MATCHING: 0 2025-01-06 18:38:26.160 - debug: rpi2.0 (4379) NAME: load1 VALUE: 0 2025-01-06 18:38:26.160 - debug: rpi2.0 (4379) SETSTATE FOR rpi2.0.cpu.load1 VALUE = 0 2025-01-06 18:38:26.210 - debug: rpi2.0 (4379) MATCHING: 0.02 2025-01-06 18:38:26.211 - debug: rpi2.0 (4379) NAME: load5 VALUE: 0.02 2025-01-06 18:38:26.211 - debug: rpi2.0 (4379) SETSTATE FOR rpi2.0.cpu.load5 VALUE = 0.02 2025-01-06 18:38:26.264 - debug: rpi2.0 (4379) MATCHING: 0 2025-01-06 18:38:26.265 - debug: rpi2.0 (4379) NAME: load15 VALUE: 0 2025-01-06 18:38:26.265 - debug: rpi2.0 (4379) SETSTATE FOR rpi2.0.cpu.load15 VALUE = 0 2025-01-06 18:38:26.314 - debug: rpi2.0 (4379) ---> POST: for scaling_governor in [object Object] 2025-01-06 18:38:26.314 - debug: rpi2.0 (4379) SETSTATE FOR rpi2.0.cpu.scaling_governor VALUE = ondemand 2025-01-06 18:38:26.367 - debug: rpi2.0 (4379) CURRENT = raspberry false 2025-01-06 18:38:26.367 - debug: rpi2.0 (4379) -1 2025-01-06 18:38:26.368 - debug: rpi2.0 (4379) raspberry disabled -> clean up. 2025-01-06 18:38:26.368 - debug: rpi2.0 (4379) CURRENT = memory true 2025-01-06 18:38:26.368 - debug: rpi2.0 (4379) -1 2025-01-06 18:38:26.377 - debug: rpi2.0 (4379) ---> POST: $1/1024 for memory_total in [object Object] 2025-01-06 18:38:26.377 - debug: rpi2.0 (4379) VALUE: 928824 POST: $1/1024 2025-01-06 18:38:26.378 - debug: rpi2.0 (4379) SETSTATE FOR rpi2.0.memory.memory_total VALUE = 907.05 2025-01-06 18:38:26.430 - debug: rpi2.0 (4379) ---> POST: $1/1024 for memory_free in [object Object] 2025-01-06 18:38:26.430 - debug: rpi2.0 (4379) VALUE: 368908 POST: $1/1024 2025-01-06 18:38:26.431 - debug: rpi2.0 (4379) SETSTATE FOR rpi2.0.memory.memory_free VALUE = 360.26 2025-01-06 18:38:26.482 - debug: rpi2.0 (4379) ---> POST: $1/1024 for memory_available in [object Object] 2025-01-06 18:38:26.482 - debug: rpi2.0 (4379) VALUE: 599548 POST: $1/1024 2025-01-06 18:38:26.483 - debug: rpi2.0 (4379) SETSTATE FOR rpi2.0.memory.memory_available VALUE = 585.5 2025-01-06 18:38:26.535 - debug: rpi2.0 (4379) CURRENT = network true 2025-01-06 18:38:26.535 - debug: rpi2.0 (4379) -1 2025-01-06 18:38:26.543 - debug: rpi2.0 (4379) ---> POST: $1*-1 for net_received in [object Object] 2025-01-06 18:38:26.543 - debug: rpi2.0 (4379) VALUE: 0 POST: $1*-1 2025-01-06 18:38:26.544 - debug: rpi2.0 (4379) SETSTATE FOR rpi2.0.network.net_received VALUE = 0 2025-01-06 18:38:26.595 - debug: rpi2.0 (4379) ---> POST: for net_send in [object Object] 2025-01-06 18:38:26.595 - debug: rpi2.0 (4379) SETSTATE FOR rpi2.0.network.net_send VALUE = 0 2025-01-06 18:38:26.646 - debug: rpi2.0 (4379) CURRENT = sdcard true 2025-01-06 18:38:26.646 - debug: rpi2.0 (4379) -1 2025-01-06 18:38:26.652 - debug: rpi2.0 (4379) ---> POST: $1/1024 for sdcard_root_total in [object Object] 2025-01-06 18:38:26.653 - debug: rpi2.0 (4379) VALUE: 30120332 POST: $1/1024 2025-01-06 18:38:26.653 - debug: rpi2.0 (4379) SETSTATE FOR rpi2.0.sdcard.sdcard_root_total VALUE = 29414.39 2025-01-06 18:38:26.702 - debug: rpi2.0 (4379) ---> POST: $1/1024 for sdcard_boot_total in [object Object] 2025-01-06 18:38:26.703 - debug: rpi2.0 (4379) VALUE: 522230 POST: $1/1024 2025-01-06 18:38:26.703 - debug: rpi2.0 (4379) SETSTATE FOR rpi2.0.sdcard.sdcard_boot_total VALUE = 509.99 2025-01-06 18:38:26.754 - debug: rpi2.0 (4379) ---> POST: $1/1024 for sdcard_root_used in [object Object] 2025-01-06 18:38:26.755 - debug: rpi2.0 (4379) VALUE: 3510516 POST: $1/1024 2025-01-06 18:38:26.755 - debug: rpi2.0 (4379) SETSTATE FOR rpi2.0.sdcard.sdcard_root_used VALUE = 3428.24 2025-01-06 18:38:26.806 - debug: rpi2.0 (4379) ---> POST: $1/1024 for sdcard_boot_used in [object Object] 2025-01-06 18:38:26.806 - debug: rpi2.0 (4379) VALUE: 80128 POST: $1/1024 2025-01-06 18:38:26.807 - debug: rpi2.0 (4379) SETSTATE FOR rpi2.0.sdcard.sdcard_boot_used VALUE = 78.25 2025-01-06 18:38:26.858 - debug: rpi2.0 (4379) CURRENT = swap true 2025-01-06 18:38:26.858 - debug: rpi2.0 (4379) -1 2025-01-06 18:38:26.865 - debug: rpi2.0 (4379) ---> POST: $1/1024 for swap_total in [object Object] 2025-01-06 18:38:26.865 - debug: rpi2.0 (4379) VALUE: 524284 POST: $1/1024 2025-01-06 18:38:26.866 - debug: rpi2.0 (4379) SETSTATE FOR rpi2.0.swap.swap_total VALUE = 512 2025-01-06 18:38:26.914 - debug: rpi2.0 (4379) ---> POST: (rpi.swap_total - $1)/1024 for swap_used in [object Object] 2025-01-06 18:38:26.914 - debug: rpi2.0 (4379) VALUE: 524284 POST: (rpi.swap_total - $1)/1024 2025-01-06 18:38:26.915 - debug: rpi2.0 (4379) SETSTATE FOR rpi2.0.swap.swap_used VALUE = 0 2025-01-06 18:38:26.966 - debug: rpi2.0 (4379) CURRENT = temperature true 2025-01-06 18:38:26.966 - debug: rpi2.0 (4379) -1 2025-01-06 18:38:26.972 - debug: rpi2.0 (4379) ---> POST: $1/1000 for soc_temp in [object Object] 2025-01-06 18:38:26.973 - debug: rpi2.0 (4379) VALUE: 47712 POST: $1/1000 2025-01-06 18:38:26.973 - debug: rpi2.0 (4379) SETSTATE FOR rpi2.0.temperature.soc_temp VALUE = 47.71 2025-01-06 18:38:27.023 - debug: rpi2.0 (4379) CURRENT = uptime true 2025-01-06 18:38:27.023 - debug: rpi2.0 (4379) -1 2025-01-06 18:38:27.030 - debug: rpi2.0 (4379) ---> POST: for uptime in [object Object] 2025-01-06 18:38:27.031 - debug: rpi2.0 (4379) SETSTATE FOR rpi2.0.uptime.uptime VALUE = 5437.94 2025-01-06 18:38:27.082 - debug: rpi2.0 (4379) CURRENT = wlan true 2025-01-06 18:38:27.083 - debug: rpi2.0 (4379) -1 2025-01-06 18:38:27.089 - debug: rpi2.0 (4379) ---> POST: $1*-1 for wifi_received in [object Object] 2025-01-06 18:38:27.089 - debug: rpi2.0 (4379) VALUE: 4155424 POST: $1*-1 2025-01-06 18:38:27.090 - debug: rpi2.0 (4379) SETSTATE FOR rpi2.0.wlan.wifi_received VALUE = -4155424 2025-01-06 18:38:27.138 - debug: rpi2.0 (4379) ---> POST: for wifi_send in [object Object] 2025-01-06 18:38:27.138 - debug: rpi2.0 (4379) SETSTATE FOR rpi2.0.wlan.wifi_send VALUE = 9130894 2025-01-06 18:38:27.195 - debug: rpi2.0 (4379) Creating gpio.17.isInput 2025-01-06 18:38:27.241 - debug: rpi2.0 (4379) class Default extends classes_1.Device { } 2025-01-06 18:38:27.249 - debug: rpi2.0 (4379) CPU Info: Raspberry Pi 4 Model B Rev 1.5 2025-01-06 18:38:27.250 - debug: rpi2.0 (4379) STDERR: 2025-01-06 18:38:27.251 - debug: rpi2.0 (4379) Got 4 from Raspberry Pi 4 Model B Rev 1.5. 2025-01-06 18:38:27.251 - debug: rpi2.0 (4379) Got chip: class Default extends classes_1.Device { } 2025-01-06 18:38:27.251 - debug: rpi2.0 (4379) GPIO chip undefined initialized 2025-01-06 18:38:27.252 - debug: rpi2.0 (4379) Port 17 direction: in 2025-01-06 18:38:27.254 - debug: rpi2.0 (4379) Setting state for port 17 to false 2025-01-06 18:38:27.306 - debug: rpi2.0 (4379) Adding event listener for port 17ist die Meldung "GPIO chip undefined initialized" ok?
-
@stenmic said in Test Adapter rpi2 2.x:
ist die Meldung "GPIO chip undefined initialized" ok?
Ja, die ist ein Überbleibsel von Versuchen mit verschiedenen Bibliotheken. Muss ich mal wegräumen.
-
Hi @garfonso
Frohes Neues Jahr erst mal.
Hat was gedauert da ich mir erst zwei Testsysteme aufgebaut habe. Eins mit dem Pi4 unter Buster und V1.3.2 des RPiO und ein zweites mit dem PI5 mit Bookworm und V2.3.1 getestet. Ergebnis ist wie folgt:
Beim Anhalten des neuen Adapters bleiben die Relais im geschaltet Zustand EIN. Nach dem Neustart bleiben die Relais AUS , unabhängig was ich als Startwert in die Config eintrage. Das wäre schön wenn du das noch anpassen könntest das der Ausgang nach dem Neustart dem Wert in der Config entspricht. (Startwert "0" = EIN)
Über das Verhalten beim Anhalten des Adapters habe ich noch einmal nachgedacht ob die Ausgänge nicht doch innerhalb des V1.3.2 weggeschaltet werden. Ich halte ja innerhalb des IOB den Adapter an. Das sollte das Betriebssystem eigentlich nicht interessieren.
