NEWS
Test Adapter rpi2 2.x
-
@stoffel67 sagte in Test Adapter rpi2 2.x:
gibt es sonst noch eine Freischaltung?
keine Ahnung, ich nutze fie GPIOs nicht.
ich meine aber da warxwas, was nicht mit Netzwerk zu tun hatte -
@homoran
ja es gibt das eigentlich noch den Deamon?!?
bin aber nicht sicher ob man den braucht…?pi@raspberrypi:~ $ sudo systemctl status pigpiod ● pigpiod.service - Daemon required to control GPIO pins via pigpio Loaded: loaded (/lib/systemd/system/pigpiod.service; enabled; vendor preset: enabled) Active: inactive (dead)
-
Ich möchte hier mal kurz meine jüngsten Erfahrungen im Umgang mit dem rpi2-Adapter wiedergeben.
Hardware: Rapsberry Pi 4 Model B Rev 1.1
Betriebssystem: Raspbian GNU/Linux 11 (bullseye)Nachdem ich übermütig mein (Test)-System auf "bookworm" hochgezogen hatte, lief der rpi2-Adapter nicht mehr. Viel der u.a. in diesem Forum beschriebenen Fehlermeldungen waren im Log zu finden. Auch mit 2.0.0 hatte ich keinerlei Erfolg.
Jetzt habe ich das System komplett neu aufgesetzt und zunächst die 2.0.0 installiert --> Fehlermeldung:
Ich denke nicht, dass die Fehlermeldung alles erklärt, aber ich habe "opengpio" mittel "npm install opengpio" nachinstalliert --> Ergebnis:
added 3 packages in l8s
Fehlermeldung nach Adapter-Neustart:
Ich habe aufgegeben, die 2.0.0 in der shell deinstalliert und dafür die bei mir im Produktivsystem laufende 1.3.2 installiert. Und siehe da, erstmal tut der Adapter wieder was er soll. Allerdings kommt nach jeder Konfigurationsänderung mindestens eine Fehlermeldung.
Zumindest die Outputs funktionieren trotzdem.
Ich teste gerne weiter, auch unter "bookworm" (muss dazu nur eine andere SD-Karte reinschieben). Aber ich glaube immer noch, dass da speziell bei 2.0.0 und dem fehlenden opengpio-Modul was missverstanden wird.
Gibt es dazu irgendeinen Hinweis?
sudo apt-get install -y build-essential python
wie im GitHub erwähnt, führt nur zum Austausch neuerer durch ältere Module.
-
@jrgsch sagte in Test Adapter rpi2 2.x:
wie im GitHub erwähnt, führt nur zum Austausch neuerer durch ältere Module.
Das führt zu gar keinem Austausch von nodejs-Modulen, allenfalls von deb-Paketen.
Und bitte Text aus Logfiles nicht als mikrokleine Screenshots sondern als Text in CodeTags eingebettet posten.
cd /opt/iobroker npm ls opengpio
sagt?
-
@jrgsch sagte in Test Adapter rpi2 2.x:
Nachdem ich übermütig mein (Test)-System auf "bookworm" hochgezogen hatte,
Hochgezogen heißt, du hast das von einem 'bullseye' aus als in-line-Upgrade versucht? Das funktioniert nicht sauber. Raspberry OS 12 'Bookworm' muss immer komplett neuinstalliert werden.
-
Wenn bei dir der Adapter in der Version 1.x.x mit js-controller 6 und node 20 und aktuellem O/S funktioniert wärst du der Erste bei dem das ginge... Siehe Issues im Adapter Repository.
-
pi@iobroker-24d-test:/opt/iobroker $ npm ls opengpio iobroker.inst@3.0.0 /opt/iobroker └── opengpio@1.1.0 pi@iobroker-24d-test:/opt/iobroker $
und danke für den Tipp mit dem Logfile.
Und nein, ich hatte vor ein paar Wochen "bookworm" komplett neu installiert und bis gestern erfolglos versucht den rpi2-Adapter zum Laufen zu bekommen.
Gestern Abend habe ich dann auf einer zweiten SD-Karte mit 'bullseye' und anschließend den iobroker installiert. -
Das Modul sollte eigentlich unter dem Adapter als Dep auftauchen:
echad@chet:/opt/iobroker $ npm ls opengpio iobroker.inst@3.0.0 /opt/iobroker └─┬ iobroker.rpi2@2.0.0 └── opengpio@1.1.0
-
@jrgsch
Ja mit dem alten bullseye wird die 1er noch weitgehend funktionieren. Ist nur keine Lösung ein altes System neu zu installieren. -
@mcm1957
Ich möchte ja gerne auf 'bookworm' und 2.0.0 gehen und freue mich über die wieder aufgenommenen Aktivitäten rund um den Adapter.Ich hatte nämlich auch das Problem, dass die 1.3'er nicht jede Änderung am Input weitergegeben haben, wohl aber die 1.2.0. Aber das wollte ich gegen die 2'er Version nochmal testen.
Mein Plan ist heute Abend nochmal mit 'bookworm' bei Null zu beginnen. Ich melde mich mit den Ergebnis.
-
@thomas-braun said in Test Adapter rpi2 2.x:
npm ls opengpio
Warum fehlt es denn überhaupt? Wird es nicht automatisch mit dem Adapter installiert? Kann mich nicht erinnern, opengpio beim 1'er Adapter manuell installiert zu haben.
Ich habe auch mehrfach
iob fix
laufen lassen. Ohne sichtbare Änderung.
-
@jrgsch sagte in Test Adapter rpi2 2.x:
Kann mich nicht erinnern, opengpio beim 1'er Adapter manuell installiert zu haben.
mit der Bookworm Version des RaspiOS wurde einiges unter der Haube teils gewaltig umgebaut.
Deswegen musste der rpi2v2 darauf angepasst werden -
@jrgsch sagte in Test Adapter rpi2 2.x:
Wird es nicht automatisch mit dem Adapter installiert?
Eigentlich schon.
-
@thomas-braun wie erkenne ich, welche Version installiert ist? Genialerweise heißen ja Alle V.2.0.0
-
echad@chet:~ $ cd /opt/iobroker/ echad@chet:/opt/iobroker $ npm ls | grep rpi2 ├── iobroker.rpi2@2.0.0 echad@chet:/opt/iobroker $
Alpha-Versionen wären als github-Installation gekennzeichnet.
-
@laser
Wenn du nur Versionen aus dem Repository oder von npm installierst stellt sich die Frage nicht. Es gibt auf npm und damit auch km Repo GENAU eine 2.0.0 Version.Wenn du von GitHub installierst ist es dein Problem . Und da ducdies nur in Avstimmung mit dem dev machen solltest stimm dich mit dem ab.
Wo gast du unterschiedliche 2.0.0 Versionen gefunden sodass du die obige Aussage triffst???
-
@thomas-braun said in Test Adapter rpi2 2.x:
Alpha-Versionen wären als github-Installation gekennzeichnet.
Nur wenn sie von GitHub installiert werden. Alpha s gibt's auch via npm. Nur steht bei denen auch alpha in der Version drinnen.(2.0.0-aöpha.x)
-
@mcm1957 ich habe jetzt eine neue Version installiert. Reposterie: "beta". Mit der "Katze"
rpi2 [iobroker-community-adapters]
Jetzt funktionieren meine beiden Test-GPIO's nicht mehr. Mit der Alpha Version ging es.
Ich blicke nicht mehr durch, was ich wann installiert habe( mit Wochen- Versatz beim Installieren)
Gibt es nicht genügend Zahlen, daß man jede Version eindeutig identifizieren kann? -
@mcm1957 sagte in Test Adapter rpi2 2.x:
Alpha s gibt's auch via npm. Nur steht bei denen auch alpha in der Version drinnen.(2.0.0-aöpha.x)
Weiß ich. Der rpi2 wurde aber soweit das weiß nie als Alpha in den Beta-Kanal geschüttet. Das waren immer github-Installationen.
-
@laser sagte in Test Adapter rpi2 2.x:
Gibt es nicht genügend Zahlen, daß man jede Version eindeutig identifizieren kann?
Doch, gibt es. Github hat da z. B. eine recht lange alphanumerische Kennung für die einzelnen commits drin.
Schaut dann so aus:echad@chet:/opt/iobroker $ npm ls | grep github ├── iobroker.drops-weather@0.3.1 (git+ssh://git@github.com/inbux/ioBroker.drops-weather.git#608ed1fcbbde3f59b6a09f2f188b92823481ae90) ├── iobroker.govee-app@0.0.6 (git+ssh://git@github.com/TA2k/ioBroker.govee-app.git#6a0f84cfb34eb3a0ca647c7a519b9d5a48ccfb85) ├── iobroker.midea@0.1.0 (git+ssh://git@github.com/TA2k/ioBroker.midea.git#0d037c0c9a025b193546f881f747c8f998bfc724) ├── iobroker.opendtu@1.0.1 (git+ssh://git@github.com/o0shojo0o/ioBroker.opendtu.git#824659eecc88eacab1bb1e0bebc10f5d8bbf8b8c) ├── iobroker.parcel@0.2.8-beta.0 (git+ssh://git@github.com/TA2k/ioBroker.parcel.git#430c6063c72715b09fa77f905d5deee78237f7b0) ├── iobroker.switchbot-hub@0.1.2 (git+ssh://git@github.com/arteck/ioBroker.switchbot-hub.git#375dc3d6d53d8322071e7d172137fef1f5849370)
Versionsnummer eindeutig genug?