Test Adapter rpi2 2.x

Smallfeuer

Wenn 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 Befehl

cat /proc/cpuinfo

ergibt 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`);

Garfonso

@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/Release eine Datei opengpio.node liegt? (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....

Smallfeuer

@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

searcher57

@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/Release eine Datei opengpio.node liegt? (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

@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/Release eine Datei opengpio.node liegt? (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

Hiermal zum Verständnis: Ich kann nur Anweisungen von Euch ausführen. Ich habe keinerlei Programmierkenntnisse!

Smallfeuer

@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```

Garfonso

@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.

searcher57

@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!!

stenmic

@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.

Garfonso

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.

stenmic

@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 17

ist die Meldung "GPIO chip undefined initialized" ok?

Garfonso

@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.

Moppedman

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.

Laser

Um alle Klarheiten zu beseitigen- der neue Adapter benötigt nur die vorinstallierte libgpiod, sonst nichts? Beim Neuaufsetzen des Systems wichtig.

Smallfeuer

@garfonso Hallo, danke schon mal für das schnelle debugen (2.3.1). 'Zwei Themen noch:

Ich habe einen Eingang auf True mit einem Magnetschalter. Beim Rebooten des RPI Adapters setzt er mir diesen kurz bestätigt auf "false" und ich erhalte falsche Pushover

PS: Bei mir hängt ein PullDown Widerstand im Schaltkreis, da ich ja sicherstellen will das mir keiner das Kabel durchschneiden kann und es fälschlicherweise zum "true-geschlossen" signal kommt. Die Entprellung auf 1000ms führt zur kompletten Fehlfunktion bei mir und das Signal bleibt false.

Warum ist ein aktiver Ausgang jetzt nicht mehr "true", sondern "false"? Das erscheint mir unlogisch.
Willst du das wirklich so belassen?

Elektroman

@laser sagte in Test Adapter rpi2 2.x:

Um alle Klarheiten zu beseitigen- der neue Adapter benötigt nur die vorinstallierte libgpiod, sonst nichts? Beim Neuaufsetzen des Systems wichtig.

Moin, das frage ich mich auch gerade. Bei meinem Raspi 3 funktioniert auch nichts mehr

mcm1957

@elektroman said in Test Adapter rpi2 2.x:

@laser sagte in Test Adapter rpi2 2.x:

Moin, das frage ich mich auch gerade. Bei meinem Raspi 3 funktioniert auch nichts mehr

Welcher Adapterversion?
Welche js-controller Version?
Welches Betriebssystem /-version?
Welche Fehlermeldung?

Elektroman

@mcm1957
2.2.1
7.0.6
Dietpi 9.9 neuste Debian
Keine Reaktion bei State Änderung . State wird rot

Garfonso

@laser said in Test Adapter rpi2 2.x:

orinstallierte libgpiod

libgpiod ist tatsächlich normalerweise vorinstalliert. libgiod-dev braucht der Adapter auch noch. Der Adapter, bzw. die Bibliothek, die verwendet wird, benötigt die passenden header Dateien (die im dev = development Paket sind) um den binary blob für node.js zu kompilieren.

Garfonso

@smallfeuer
Hä?

Hab keine Ahnung, was du da sagst / willst. schulterzuck Ist das das gleiche von dem @Moppedman spricht?
Könnt ihr euch da einigen und mir sagen, was wann wie soll? Ich denke mir jedesmal einen Knoten in den Kopf.

Sonst vielleicht nochmal so ähnlich aufmalen, wie Moppedman, was genau am GPIO konfiguriert ist, was passiert und was du erwartest.

NEWS

Test Adapter rpi2 2.x

Support us

602
Online

31.7k
Users

79.8k
Topics

1.3m
Posts

NEWS

Test Adapter rpi2 2.x

Support us

602Online

31.7kUsers

79.8kTopics

1.3mPosts

602
Online

31.7k
Users

79.8k
Topics

1.3m
Posts