UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[searcher57]

@homoran said in Test Adapter rpi2 2.x:

@searcher57 sagte in Test Adapter rpi2 2.x:

Wie bekomme ich das richtig eingestellt?

updaten!??!

Das habe ich doch immer wieder gemacht.

pi@Raspi58GB:~ $ sudo apt update
OK:1 http://deb.debian.org/debian bookworm InRelease
OK:2 https://repos.influxdata.com/debian stable InRelease
OK:3 http://deb.debian.org/debian-security bookworm-security InRelease
OK:4 http://archive.raspberrypi.com/debian bookworm InRelease
OK:5 http://deb.debian.org/debian bookworm-updates InRelease
OK:6 https://deb.nodesource.com/node_20.x nodistro InRelease
OK:7 https://repo.mosquitto.org/debian bookworm InRelease
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Alle Pakete sind aktuell.
pi@Raspi58GB:~ $ sudo apt full-upgrade
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Paketaktualisierung (Upgrade) wird berechnet… Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
pi@Raspi58GB:~ $

[Homoran]

@searcher57 sagte in Test Adapter rpi2 2.x:

Das habe ich doch immer wieder gemacht.

was sagt iob update?

[searcher57]

@homoran said in Test Adapter rpi2 2.x:

iob update

pi@Raspi58GB:~ $ iob update
Used repository: stable
Adapter    "admin"        : 7.1.5    , installed 7.1.5
Adapter    "alexa2"       : 3.26.5   , installed 3.26.5
Adapter    "alias-manager": 1.2.6    , installed 1.2.6
Adapter    "awtrix-light" : 1.3.0    , installed 1.3.0
Adapter    "backitup"     : 3.0.25   , installed 3.0.25
Adapter    "broadlink2"   : 2.3.0    , installed 2.3.0
Adapter    "devices"      : 1.1.5    , installed 1.1.5
Adapter    "discovery"    : 5.0.0    , installed 5.0.0
Adapter    "doorbird"     : 1.7.0    , installed 1.7.0
Adapter    "echarts"      : 1.9.2    , installed 1.9.2
Adapter    "followthesun" : 0.5.1    , installed 0.5.1
Adapter    "frontier_silicon": 0.3.0 , installed 0.3.0
Adapter    "hm-rega"      : 5.1.0    , installed 5.1.0
Adapter    "hm-rpc"       : 2.0.2    , installed 2.0.2
Adapter    "influxdb"     : 4.0.2    , installed 4.0.2
Adapter    "iot"          : 3.3.0    , installed 3.3.0
Adapter    "javascript"   : 8.8.3    , installed 8.8.3
Controller "js-controller": 6.0.11   , installed 6.0.11
Adapter    "mqtt"         : 6.1.2    , installed 6.1.2
Adapter    "rpi2"         : 1.3.2    , installed 2.2.0
Adapter    "shelly"       : 8.2.1    , installed 8.2.1
Adapter    "simple-api"   : 2.8.0    , installed 2.8.0
Adapter    "smartmeter"   : 3.4.0    , installed 3.4.0
Adapter    "socketio"     : 6.7.1    , installed 6.7.1
Adapter    "tankerkoenig" : 3.4.0    , installed 3.4.0
Adapter    "telegram"     : 3.9.0    , installed 3.9.0
Adapter    "vis"          : 1.5.6    , installed 1.5.6
Adapter    "vis-2"        : 2.9.64   , installed 2.9.32 [Updatable]
Adapter    "web"          : 6.2.5    , installed 6.2.5
Adapter    "ws"           : 2.6.2    , installed 2.6.2
Adapter    "yr"           : 5.3.0    , installed 5.3.0

[Homoran]

@searcher57 alles gut!
Die aussage von @thomas-braun war für @laser

[Laser]

@homoran Wenn man 2 Raspi's hat und erst mal den falschen updatet, passiert sowas. 2 schwarze Putty- Fenster, die gleich aussehen- fast.

[g.pitzer]

Hallo,
Ich hatte auch bis zu dem Update ein funktioierendes System, jetzt kommt noch dazu dass ich einen Multihost daraus gemacht habe und bekomme meine GPIO´s nicht mehr in den Griff.
Der Master ist auf einem Proxmox und der Slave ist ein Raspi 3, der eigentlich nur mehr für die GPIOs zuständig ist. Der Adapter Version 2.2.1 ist auf dem Slave Raspi installiert und startet ohne Probleme, es werden unter Objecte auch etliche Infos angezeigt, jedoch die GPIOs nicht.
Muss ich da zusätzlich was nachinstallieren oder funktioniert das prinzipiell nicht?
lg

[Thomas Braun]

@g-pitzer sagte in Test Adapter rpi2 2.x:

Muss ich da zusätzlich was nachinstallieren oder funktioniert das prinzipiell nicht?

Auf welchem Stand bist du denn da?

apt policy libgpiod-dev 

sagt? Adapter nochmal neuinstalliert?

[g.pitzer]

@thomas-braun said in Test Adapter rpi2 2.x:

apt policy libgpiod-dev

pi@iobroker-pi:~ $ apt policy libgpiod-dev
libgpiod-dev:
  Installed: 1.6.3-1+b3
  Candidate: 1.6.3-1+b3
  Version table:
 *** 1.6.3-1+b3 500
        500 http://deb.debian.org/debian bookworm/main arm64 Packages
        100 /var/lib/dpkg/status

[Thomas Braun]

@g-pitzer

Bitte keine Screenshots von Konsolenausgaben. Dafür gibt es die CodeTags.

[Thomas Braun]

@g-pitzer

Ist opengpio gebaut worden?

cd /opt/iobroker/ && npm ls opengpio

[g.pitzer]

@thomas-braun

pi@iobroker-pi:~ $ cd /opt/iobroker/ && npm ls opengpio
iobroker.inst@3.0.0 /opt/iobroker
└─┬ iobroker.rpi2@2.2.1
  └── opengpio@1.0.16

Seit der Neuinstallation habe ich jetzt auch die GPIOs unter Objekten, ich muß jetzt mal testen ob sie auch funktionieren.

[JanGa]

@g-pitzer Ich habe ebenfalls einen Master, der unter Proxmox auf einer Ubuntu VM läuft. Dazu habe ich mehrere Slaves auf Basis von Raspberry Pi Zero 2 W. Ich habe gerade auf einem davon die aktuelle Version des Adapters (2.2.1) installiert. GPIO funktioniert einwandfrei. Ich habe bei den ganzen Problemen hier das Gefühl, dass die C++ Komponente des Adapters eventuell nicht richtig gebaut wird, wenn bei der Erstinstallation die notwendige Bibliothek gefehlt hat oder so. Hast du die Möglichkeit, den Adapter komplett zu deinstallieren und dann neu zu installieren? Bist du sicher, dass du die richtige Version installierst? Ich habe das jetzt auf dem Slave mit

 iob url https://github.com/iobroker-community-adapters/ioBroker.rpi2

Gemacht. (Ich hoffe, das ist richtig so. :D )

Edit: Gerade gesehen, dass bei dir jetzt geht. Hatte sich überschnitten...

[g.pitzer]

@Thomas-Braun @JanGa

Vielen Dank für eure Unterstützung,
Nach Neuinstallation funktioniert es jetzt tadellos. Ich hatte aber vorhin gpiod installiert, welches weiter oben im Beitrag empfohlen wurde. Keine Ahnung ob das auch was dazu beigetragen hat.

lg und schönes WE

[Laser]

Es ist supertoll, daß der Adapter angepasst wurde und wieder benutzbar ist. Danke!

[JanGa]

@laser ja, von mir auch ein Danke an @Garfonso!

[Moppedman]

Hi @garfonso

ich bin am Wochenende von einem Pi4 der noch unter Buster lief auf einen Pi5 mit Bookworm umgezogen.

Bis auf zwei Themen läuft alles einwandfrei. Das eine Thema hängt mit den GPIO´s zusammen. Ich habe die neue Version 2.2.1 des RPio Adapters installiert. Ich kann die IOs auch ansprechen und steuern.

Jedoch ist das Ausgangsverhalten nun invertiert. In meinen unveränderten Programmen ist das Relais beim Pi4 geschaltet wenn ich den Ausgang auf "FALSE" setze (Achtung noch die alte Version des Adapters) , beim Pi5 bei "TRUE".

wenn ich bei beiden gpioinfo aufrufe steht beim Pi4 beispielsweise

  line  13:     "GPIO13"      "sysfs"  output  active-high [used]

Und beim Pi5

   line  13:     "GPIO13" "opengpio_4_13_output" output active-high [used]

Für mich stehen daher beide auf active-high und sollten sich doch von daher gleich verhalten.

In der GPIO Config im Adpater stehen beide auf Ausgangswert 1 bzw, Startwert 1(andere Bezeichnung in der Config für mich aber identisch)

Ich hatte grundsätzlich Schwierigkeiten beim umziehen das Backup vom Backupadapter einzuspielen, da ich auf dem "alten" Pi noch die alte nodejs 18 laufen hatte die ich unter Buster eh nicht upgraden konnte. Beim einspielen hat der Pi5 gemoppert das er das unter nodejs18 erstellte Backup nicht mit nodjs20 einspielen kann. Habe daher den Pi5 auf nodejs 18 downgegraded, das Backup rübergebracht und dann auf nodejs20 upgegraded.

Hast du eine Idee was das sein könnte ?
Kann ich das irgend wie umkonfigurieren ?
De- und dann Neuinstallation des RPIO Adapters hat nichts gebracht.

Gruß und Dank im vorraus.

[Garfonso]

@moppedman

Hm.. das hab ich eigentlich (tm) übernommen, wie es im alten Adapter auch war. Aber du kannst bei den Ausgängen mit dem Typ explizit einstellen, wie du es gerne hättest. Ich glaube, was du willst, wäre "Ausgabe, Anfangswert 1". Ist das, was du meinst?

[Moppedman]

@garfonso

Ich kann natürlich in der Config das von Ausgabe, Anfangswert 1" auf Anfangswert 0 umstellen. Erschien mir aber nicht logisch, da ich davon ausgegangen bin das die gesamte Konfiguration gleich bleibt.

Wolle mich erst mal versichern bevor ich das in der Config ändere. Von dem Problem hatte sonst keiner berichtet und ich hatte Sorge das etwas bei der Installtion falsch gelaufen ist.

Habe jetzt getestet und bin der Meinung das da was nicht stimmt. Wenn ich die Ausgänge bei alte PI gesetzt habe und dann über SSH den IOB anhalte schalten sich sofort ale Ausgänge weg. Das sollte auch so sein. Beim neuen PI5 bleiben die Ausgänge anstehen, auch wenn ich den IOB anhalte.

Kann es sein das ich in der CONFIG.TXT die beim Booten vom Pi angezogen wird den GPIO irgendwie configurieren muss.

[Moppedman]

@garfonso

Beim Testen ist mir noch aufgefallen das in dem "alten" Adapter es zwei Auswahlfelder gab Tasten bzw. Eingabe "hochgezogen"
Die Auswahl bei der Ausgabe gibt es im neuen Adapter nicht mehr. Es gibt aber den Hinweis das Pull-Up/Down nicht wirklich unterstüzt wird. Wo kann ich das denn heute in deinem Adapter einstellen?

Ich hatte aber einmal die Warnmeldung beim Booten vom admin.0 Adapter bekommen

2024-11-24 14:56:40.286 - warn: admin.0 (1298) rpi2 has an invalid jsonConfig: [{"instancePath":"/items/_monitoring/type","schemaPath":"#/definitions/componentType/enum","keyword":"enum","params":{"allowedValues":["accordion","alive","autocomplete","autocompleteSendTo","certificate","certificates","checkLicense","checkbox","chips","color","coordinates","cron","custom","datePicker","deviceManager","divider","file","fileSelector","func","header","icon","image","imageSendTo","instance","interface","ip","jsonEditor","language","number","objectId","panel","password","pattern","port","qrCode","room","select","selectSendTo","sendTo","setState","slider","state","staticImage","staticLink","staticText","table","text","textSendTo","timePicker","user","uuid"]},"message":"must be equal to one of the allowed values"},{"instancePath":"","schemaPath":"#/if","keyword":"if","params":{"failingKeyword":"then"},"message":"must match "then" schema"}]

Kannst du das Zuordnen ?

[Garfonso]

@moppedman said in Test Adapter rpi2 2.x:

Ausgabe, Anfangswert 1

Ah, der Ausgang steht auf "Anfangswert 1" und stand es auch schon und das Verhalten sich jetzt geändert? Das war mir beim Lesen deines ursprünglichen Post nicht ganz klar. (Warum auch immer, scheinbar hab ich das überlesen, nun lese ich es da sehr klar. :-) )

Dann müssen wir da nochmal gucken... bin mir nicht ganz sicher, ob ich das gewünschte Verhalten des Adapters richtig verstanden habe.

Mein Verständnis bisher ist:

• Anfangswert 0 (bzw. nur "Ausgang"):
  • true im Objekt rpi2.0.gpio.X.state führt zu 1 am GPIO, also Strom da.
  • false im Objekt rpi2.0.gpio.X.state führt zu 0 am GPIO, also kein Strom da.
• Anfangswert 1:
  • true im Objekt rpi2.0.gpio.X.state führt zu 0 am GPIO, also kein Strom da.
  • false im Objekt rpi2.0.gpio.X.state führt zu 1 am GPIO, also Strom da.

So ist es implementiert (zumindest sollte es so sein). Gerne mal das debug log anmachen. Da sollte bei einem GPIO mit "Ausgangswert 1" eine Debug-Nachricht kommen, dass er den Wert rumdreht.

Was dazu gekommen ist, ist, dass der Adapter bei Start alle Zustände bei ioBroker ausliest und die GPIOs entsprechend setzt. Führt das vielleicht zu Verwirrung?

@moppedman said in Test Adapter rpi2 2.x:

Die Auswahl bei der Ausgabe gibt es im neuen Adapter nicht mehr

Das ist korrekt, weil der komplette Support für GPIO als "Taster" weggefallen ist. Für einen einfachen Klick war das eh das gleiche, wie ein GPIO als Eingang. Und für die Mehrfachklicks hätte ich da viel nach implementieren müssen, was vorher eine Bibliothek gemacht hat, daher wollte ich vor dem Aufwand erstmal Use-Cases sammeln. Da ist bisher nichts zusammen gekommen. ;-)

@moppedman said in Test Adapter rpi2 2.x:

Es gibt aber den Hinweis das Pull-Up/Down nicht wirklich unterstüzt wird. Wo kann ich das denn heute in deinem Adapter einstellen?

Aktuell gar nicht, aber das ist auch keine Änderung gegenüber der alten Adapterversion. Der Adapter konnte Pull-up/Pull-Down noch nie wirklich und hat einfach die Booleans rumgedreht (also dann 1->false usw.).
Für die neue Adapterversion steht das in Aussicht, sobald die Bibliothek, die er nutzt (oder eine Alternative) das kann. Da gibt es aktuell Probleme mit dem bauen des Moduls und es ist noch nicht ganz klar, wie das gelöst werden kann.

Grundsätzlich kannst du das "Software" Pull-up aber pro GPIO einstellen. Also in der Tabelle in der Spalte "Hochziehen" anhaken. Pull-Down macht gar nichts, daher habe ich "Herunterziehen" zwar vorgesehen, aber nicht aktiv, um nicht irgendwas zu suggerieren, was nicht passiert.

@moppedman said in Test Adapter rpi2 2.x:

Kannst du das Zuordnen ?

Ja, da war ein Fehler im Code der Konfigurationsoberfläche. Das ist aber behoben (und hatte auf die Funktionalität, also was gespeichert wird usw.) keinen Einfluss.