Test Adapter rpi2 2.x

smartboart

ich schliesse mich da an. hier mein log... Meine Poolsteuerung ist seit dem System Update ebnefalls tod. Auch nach update auf Version 2.0.0. Aber die Saison ist auch rum also noch bissi zeit...

Outputs werden garnicht angezeigt im Log.

/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v20.17.0
v20.17.0
10.8.2

rpi2.0
	2024-10-04 02:41:06.492	error	Cannot initialize/setMode GPIO: TypeError: Cannot read properties of undefined (reading 'output')
rpi2.0
	2024-10-04 02:41:06.491	debug	Port 5 direction: outhigh
rpi2.0
	2024-10-04 02:41:06.491	debug	GPIO chip undefined initialized
rpi2.0
	2024-10-04 02:41:06.490	debug	Got chip: undefined
rpi2.0
	2024-10-04 02:41:06.490	debug	Buttons are pull down.
rpi2.0
	2024-10-04 02:41:06.490	debug	Inputs are pull down.
rpi2.0
	2024-10-04 02:41:06.489	debug	Got 4 from Raspberry Pi 4 Model B Rev 1.2
pi2.0
	2024-10-04 02:49:35.908	debug	STDERR:
rpi2.0
	2024-10-04 02:49:35.907	debug	CPU Info: Raspberry Pi 4 Model B Rev 1.2
rpi2.0
	2024-10-04 02:49:35.653	debug	Creating gpio.26.isInput
rpi2.0
	2024-10-04 02:49:35.633	debug	Creating gpio.25.isInput
rpi2.0
	2024-10-04 02:49:35.612	debug	Creating gpio.24.isInput
rpi2.0
	2024-10-04 02:49:35.592	debug	Creating gpio.23.isInput
rpi2.0
	2024-10-04 02:49:35.368	debug	Creating gpio.21.isInput
rpi2.0
	2024-10-04 02:49:35.345	debug	Creating gpio.20.isInput
rpi2.0
	2024-10-04 02:49:35.326	debug	Creating gpio.19.isInput
rpi2.0
	2024-10-04 02:49:35.306	debug	Creating gpio.18.isInput
rpi2.0
	2024-10-04 02:49:35.078	debug	Creating gpio.16.isInput
rpi2.0
	2024-10-04 02:49:35.059	debug	Creating gpio.15.isInput
rpi2.0
	2024-10-04 02:49:35.037	debug	Creating gpio.14.isInput
rpi2.0
	2024-10-04 02:49:35.016	debug	Creating gpio.13.isInput
rpi2.0
	2024-10-04 02:49:34.994	debug	Creating gpio.12.isInput
rpi2.0
	2024-10-04 02:49:34.971	debug	Creating gpio.11.isInput
rpi2.0
	2024-10-04 02:49:34.950	debug	Creating gpio.10.isInput
rpi2.0
	2024-10-04 02:49:34.919	debug	Creating gpio.9.isInput
rpi2.0
	2024-10-04 02:49:34.609	debug	Creating gpio.7.isInput
rpi2.0
	2024-10-04 02:49:34.581	debug	Creating gpio.6.isInput
rpi2.0
	2024-10-04 02:49:34.547	debug	Creating gpio.5.isInput

smartboart

vlt. als Hinweis...
An meinem Wallmount Raspi verarbeite ich die GPIO mittels Pythonm Script und übertrage / empfange Befehle mittels MQTT.
Hierbei verwende ich gpiozero welches mit dem neuen OS funktioniert.
Import wie gehabt als BCM Nummer..
Wenn der Adapter nicht mehr ans laufen kommt, bleibt mir wohl nix anderes übrig als die Poolsteuerung ebenfalls so umzustricken.
Der Adapter wäre mir aber lieber weil ich sonst auch meine Logic Scripte und die Vis umbauen müsste.

Hier ein kleiner Auszug..

# -*- coding: utf-8 -*-
import sys
import logging
import time
import threading
import subprocess
from gpiozero import Button, LED
import paho.mqtt.client as mqtt
import psutil
import json
import os

# Konfiguration
SHUTOFF_DELAY = 180  # Sekunden
long_press_threshold = 0.5  # Schwellenwert für langen Tastendruck in Sekunden
long_press_active = False   # Variable, um den Status des langen Tastendrucks zu verfolgen
press_start_time = 0        # Zeitstempel, um die Startzeit des Tastendrucks zu speichern
turned_off = False
last_motion_time = time.time()
mqtt_broker_host = "192.168.xx.xx"  # MQTT-Broker-Host eintragen
mqtt_port = 1883  # MQTT-Port eintragen
mqtt_username = "adi"  # MQTT-Benutzername eintragen (falls erforderlich)
mqtt_password = "gti"  # MQTT-Passwort eintragen (falls erforderlich)
mqtt_topic_status = "Raspi-Wall.Wohnzimmer_Kamin.GPIO.Licht"  # MQTT-Topic fuer den Status eintragen
mqtt_topic_status2 = "Raspi-Wall.Wohnzimmer_Kamin.GPIO.Netzteil"  # MQTT-Topic fuer den Status Netzteil eintragen
mqtt_topic_motion = "Raspi-Wall.Wohnzimmer_Kamin.GPIO.Pir"  # MQTT-Topic fuer Bewegungserkennung
mqtt_topic_taster = "Raspi-Wall.Wohnzimmer_Kamin.GPIO.Taster"  # MQTT-Topic fuer den Taster
mqtt_topic_CPUTEMP = "Raspi-Wall.Wohnzimmer_Kamin.CPU.Temperatur"  # MQTT-Topic fuer den CPU Temp
mqtt_topic_CPULAST = "Raspi-Wall.Wohnzimmer_Kamin.CPU.Auslastung"  # MQTT-Topic fuer den CPU Last

# GPIO-Pin-Konfiguration
TASTER_PIN = 18  # GPIO-Pin BCM 18 fuer den Taster - Licht
RELAIS_PIN = 17  # GPIO-Pin BCM 17 fuer das Relais - Licht
RELAIS_PIN2 = 26  # GPIO-Pin BCM 26 fuer das Relais - Netzteil Touchscreen
PIR_PIN = 6  # GPIO-Pin BCM 6 fuer den Bewegungsmelder

# GPIO-Initialisierung
taster = Button(TASTER_PIN, pull_up=False)
relais = LED(RELAIS_PIN)
Display = LED(RELAIS_PIN2)
pir = Button(PIR_PIN, pull_up=False)

# Pfad zur Logdatei
log_file_path = '/home/pi/Scripte/MQTT_Motion.log'

Garfonso · 13.10.2024

@garfonso

Es gibt eine neue Version, 2.1.1. Die sollte im beta feed auftauchen, oder halt mit dem Befehl im ersten Post direkt installieren (das geht ab jetzt).

Ich hoffe, dass damit die undefined Fehler gelöst sind und GPIO grundsätzlich Funktioniert. Bitte testen.

Falls es Fehler bei der Installation gibt, bitte auch hier melden. Aber auch das Problem hab ich jetzt hoffentlich in den Griff bekommen (das machen wir dann wieder auf, sobald wir auf die opengio-Version umstellen, die auch Pullup/Pulldown usw. kann flöt)

Laser

@garfonso Heute habe ich den Adapter auf dem Testsystem installiert. Klappt ohne Fehlermeldungen. (Raspi4). Ein und Ausgänge funktionieren. Jetzt habe ich auf dem Hauptsystem alle Betriebsystem- Updates gemacht, die ich bis dahin ausgesetzt habe. (Vorsichtshalber einen Clone der SD erzeugt). Auch hier klappt Alles.
Super Arbeit! Die GPIO's sind doch für Einige wichtig. Danke, daß Du dich so ins Zeug gelegt hast! Wenn jeder seine Wurstel- Lösung gesucht und gefunden hätte. wäre das nicht so toll.

searcher57

@garfonso said in Test Adapter rpi2 2.x:

@garfonso

Es gibt eine neue Version, 2.1.1. Die sollte im beta feed auftauchen, oder halt mit dem Befehl im ersten Post direkt installieren (das geht ab jetzt).

Ich hoffe, dass damit die undefined Fehler gelöst sind und GPIO grundsätzlich Funktioniert. Bitte testen.

Falls es Fehler bei der Installation gibt, bitte auch hier melden. Aber auch das Problem hab ich jetzt hoffentlich in den Griff bekommen (das machen wir dann wieder auf, sobald wir auf die opengio-Version umstellen, die auch Pullup/Pulldown usw. kann flöt)

Herzlichen Glückwunsch und vielen Dank für Eure Mühe. Ich habe die Version 2.1.1 ohne Probleme auf einem Raspi 4 und auf einem Raspi 5 installiert. Es funktioniert alles wie früher!

ralfheitz

@garfonso Vielen vielen Dank für die tolle Arbeit! Ich schätze dies wirklich sehr, zumal ich gerade erst unsere Haussteuerung mit dem Raspi 5 und einer Relais-Karte verbinden wollte und dann gemerkt hatte, dass die GPIOs mit dem alten Adapter nicht mehr funktionieren. Ich habe es jetzt mit der neusten Version 2.1.2 getestet und es funktioniert einwandfrei. Daher nochmals tausend Dank!

searcher57

@garfonso said in Test Adapter rpi2 2.x:

@garfonso

Es gibt eine neue Version, 2.1.1. Die sollte im beta feed auftauchen, oder halt mit dem Befehl im ersten Post direkt installieren (das geht ab jetzt).

Ich hoffe, dass damit die undefined Fehler gelöst sind und GPIO grundsätzlich Funktioniert. Bitte testen.

Falls es Fehler bei der Installation gibt, bitte auch hier melden. Aber auch das Problem hab ich jetzt hoffentlich in den Griff bekommen (das machen wir dann wieder auf, sobald wir auf die opengio-Version umstellen, die auch Pullup/Pulldown usw. kann flöt)

@garfonso
Eine Frage habe ich doch noch. Ich benutze die GPIO 17 und 22 als Eingänge, das funktioniert wieder. Aber seit ich das Update vorgenommen habe, funktionieren die GPIO 14 und 15, die ich als seriellen Eingang zum Auslesen des Stromzählers nutze, nicht mehr. Es wird nämlich die Schnittstelle /dev/ttyS0 beim SMARTMETER- Adapter nicht mehr angezeigt. Kann das mit Deinen Änderungen zu tun haben? Ansonsten müsste ich einen 2. Raspi ohne Deine Änderungen daneben betreiben.

JanGa

@searcher57 ansonsten könntest du auch einen USB auf seriell Adapter verwenden. Wäre einfacher als ein zweites Gerät.

Garfonso

@searcher57

Wenn die GPIOs im Adapter nicht konfiguriert sind "sollte" der Adapter sich da auch nicht einmischen. Oder geht das über den Adapter irgendwie?

Ging das denn vorher auf Bookworm?
Es gibt system-tools um mit den gpios zu reden. Vielleicht kommst du damit irgendwie weiter... ehrlich gesagt hab ich da nicht wirklich viel Ahnung.

searcher57

@janga said in Test Adapter rpi2 2.x:

@searcher57 ansonsten könntest du auch einen USB auf seriell Adapter verwenden. Wäre einfacher als ein zweites Gerät.

Ja, das ist mir schon vorher gesagt worden. Das würde aber wieder einen neuen Lesekopf mit USB Anschluss bestellen (den 3.). Ein Raspi 4 habe noch!

searcher57

@garfonso said in Test Adapter rpi2 2.x:

@searcher57

Wenn die GPIOs im Adapter nicht konfiguriert sind "sollte" der Adapter sich da auch nicht einmischen. Oder geht das über den Adapter irgendwie?

Ging das denn vorher auf Bookworm?
Es gibt system-tools um mit den gpios zu reden. Vielleicht kommst du damit irgendwie weiter... ehrlich gesagt hab ich da nicht wirklich viel Ahnung.

Ja, bis heute Mittag ging das. Ich komme wahrscheinlich nicht umhin den Vorschlag von @janga anzunehmen.

searcher57

@garfonso said in Test Adapter rpi2 2.x:

@searcher57

Wenn die GPIOs im Adapter nicht konfiguriert sind "sollte" der Adapter sich da auch nicht einmischen. Oder geht das über den Adapter irgendwie?

Ging das denn vorher auf Bookworm?
Es gibt system-tools um mit den gpios zu reden. Vielleicht kommst du damit irgendwie weiter... ehrlich gesagt hab ich da nicht wirklich viel Ahnung.

Was bedeuten denn eigentlich die unteren beiden Auswahlmöglichkeiten?

JanGa

@searcher57 das sind Temperatur/ Luftfeuchtigkeitssensoren.
Du brauchst keinen neuen Lesekopf, nur den Adapter. Kann da bei Bedarf mal einen raussuchen.

Garfonso

@searcher57 said in Test Adapter rpi2 2.x:

@garfonso said in Test Adapter rpi2 2.x:

@searcher57

Wenn die GPIOs im Adapter nicht konfiguriert sind "sollte" der Adapter sich da auch nicht einmischen. Oder geht das über den Adapter irgendwie?

Ging das denn vorher auf Bookworm?
Es gibt system-tools um mit den gpios zu reden. Vielleicht kommst du damit irgendwie weiter... ehrlich gesagt hab ich da nicht wirklich viel Ahnung.

Ja, bis heute Mittag ging das. Ich komme wahrscheinlich nicht umhin den Vorschlag von @janga anzunehmen.

Ok, dann musst du mir erklären, das du genau tust und was nun nicht mehr geht. Also, z.B.

Welche Adapter Version war "heute Mittag" noch im Einsatz?
Welches Betriebssystem (z.B. Raspain Bookworm)? (z.B. rausfinden über die Kommandozeile mit cat /etc/os-release)
Was sind die Einstellungen für die GPIOs? Eingang? Spielt entprellen da eine Rolle?
Was heißt "funktioniert nicht mehr"?

Wenn es vorher ging und jetzt nicht mehr, wird da bestimmt was mit zu tun haben. Da stellt sich dann die frage, ob es wieder funktionieren kann, oder nicht. Insbesondere, wenn das vorher mit der 1.x war und du nicht auf Bookworm bist, kann das damit zusammenhängen.

@searcher57 said in Test Adapter rpi2 2.x:

@garfonso said in Test Adapter rpi2 2.x:

@searcher57

Wenn die GPIOs im Adapter nicht konfiguriert sind "sollte" der Adapter sich da auch nicht einmischen. Oder geht das über den Adapter irgendwie?

Ging das denn vorher auf Bookworm?
Es gibt system-tools um mit den gpios zu reden. Vielleicht kommst du damit irgendwie weiter... ehrlich gesagt hab ich da nicht wirklich viel Ahnung.

Was bedeuten denn eigentlich die unteren beiden Auswahlmöglichkeiten?

DHT11 bzw. DHT22 kenne ich als Temperatur- und Feuchtigkeitssensoren. Im Grunde werden die GPIOs an diese Library weiter gereicht und die Werte regelmäßig ausgelesen (vermute ich). Ob das noch funktioniert, oder nicht, weiß ich nicht. Da geht es mir etwas wie mit dem Support für "Button" (gab es früher als Einstellung), da wäre für mich erstmal interessant, wie viele das wirklich nutzen und was damit gemacht wird, um zu sehen, wie viel Energie ich da rein stecken soll oder ob es nicht anders einfacher geht.

jrgsch

@garfonso
Ich habe heute ebenfalls den Adapter upgedatet und bin begeistert. Ein- und Ausgänge funktionieren.
Danke, dass du nicht aufgegeben hast, dich um die GPIO's zu kümmern. Für mich und wohl einige andere auch, ist der RasPi vor allem wegen der GPIO's interessant. Ich betreibe z.B. ein komplexes Bewässerungssystem mit 10 Magnetventilen, Pumpen etc., die vom RasPi gesteuert werden, der wiederum als Slave in den ioBroker eingebunden ist.

Garfonso · 13.10.2024

@garfonso

Gute Neuigkeiten für alle mutigen Tester, gibt was neues zu tun... hust Ich hatte gestern und heute was Zeit und hab die Konfigurationsseite auf das neue jsonConfig System umgearbeitet. Dafür musste ich auch relativ tief in den Adapter eingreifen und die alte Konfiguration bei bedarf übersetzen.

Der Adapter startet nach dem Update noch einmal mit der neuen Konfig neu. Bei meinen Tests hier ging das alles sauber. Es gibt jetzt auf der GPIO Seite keine lange Liste mehr, sondern eine Tabelle, die nur anzeigt, was auch konfiguriert ist. Auch das wurde bei mir korrekt übernommen.

Bitte mal die 2.2.0 testen. (wer sicher gehen will, dass nichts kaputt geht, vorher die Konfiguration mit dem Admin exportieren, das sind die zwei Knöpfe rechts oben)

Laser

@garfonso Installieren kann ich (Version 2.2.0 manuell eingegeben), Ansicht wird die Neue, aber der Adapter startet nicht (linkes eigentlich grün werdendes Feld bleibt rotes Rad).
Werde den Adapter löschen und nochmal neu installieren.
EDIT: geht nicht? Bzw. bleibt in der Instanzübersicht rot (Rad).
RAM Nutzung wird auch mit 0 MB angezeigt.
2.1.2 hat funktioniert.


otto@neuheizung:~ $ cat /etc/os-release
PRETTY_NAME="Debian GNU/Linux 12 (bookworm)"
NAME="Debian GNU/Linux"
VERSION_ID="12"
VERSION="12 (bookworm)"
VERSION_CODENAME=bookworm
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BU

GPIO's Entprellen: 100mSec

searcher57

@garfonso said in Test Adapter rpi2 2.x:

@searcher57 said in Test Adapter rpi2 2.x:

@garfonso said in Test Adapter rpi2 2.x:

@searcher57

Wenn die GPIOs im Adapter nicht konfiguriert sind "sollte" der Adapter sich da auch nicht einmischen. Oder geht das über den Adapter irgendwie?

Ging das denn vorher auf Bookworm?
Es gibt system-tools um mit den gpios zu reden. Vielleicht kommst du damit irgendwie weiter... ehrlich gesagt hab ich da nicht wirklich viel Ahnung.

Ja, bis heute Mittag ging das. Ich komme wahrscheinlich nicht umhin den Vorschlag von @janga anzunehmen.

Ok, dann musst du mir erklären, das du genau tust und was nun nicht mehr geht. Also, z.B.

Welche Adapter Version war "heute Mittag" noch im Einsatz?

Welches Betriebssystem (z.B. Raspain Bookworm)? (z.B. rausfinden über die Kommandozeile mit cat /etc/os-release)

Was sind die Einstellungen für die GPIOs? Eingang? Spielt entprellen da eine Rolle?

Was heißt "funktioniert nicht mehr"?

Wenn es vorher ging und jetzt nicht mehr, wird da bestimmt was mit zu tun haben. Da stellt sich dann die frage, ob es wieder funktionieren kann, oder nicht. Insbesondere, wenn das vorher mit der 1.x war und du nicht auf Bookworm bist, kann das damit zusammenhängen.

@searcher57 said in Test Adapter rpi2 2.x:

@garfonso said in Test Adapter rpi2 2.x:

@searcher57

Wenn die GPIOs im Adapter nicht konfiguriert sind "sollte" der Adapter sich da auch nicht einmischen. Oder geht das über den Adapter irgendwie?

Ging das denn vorher auf Bookworm?
Es gibt system-tools um mit den gpios zu reden. Vielleicht kommst du damit irgendwie weiter... ehrlich gesagt hab ich da nicht wirklich viel Ahnung.

Was bedeuten denn eigentlich die unteren beiden Auswahlmöglichkeiten?

DHT11 bzw. DHT22 kenne ich als Temperatur- und Feuchtigkeitssensoren. Im Grunde werden die GPIOs an diese Library weiter gereicht und die Werte regelmäßig ausgelesen (vermute ich). Ob das noch funktioniert, oder nicht, weiß ich nicht. Da geht es mir etwas wie mit dem Support für "Button" (gab es früher als Einstellung), da wäre für mich erstmal interessant, wie viele das wirklich nutzen und was damit gemacht wird, um zu sehen, wie viel Energie ich da rein stecken soll oder ob es nicht anders einfacher geht.

Bis gestern Mittag hatte ich die Version 2.0.0 .Danach Update auf 2.1.1 .

pi@Raspi58GB:~ $ cat /etc/os-release
PRETTY_NAME="Debian GNU/Linux 12 (bookworm)"
NAME="Debian GNU/Linux"
VERSION_ID="12"
VERSION="12 (bookworm)"
VERSION_CODENAME=bookworm
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"

Ja, an allen benutzten GPIO habe ich "Eingang" ausgewählt. Entprellen spielt keine Rolle.
Der "Smartmeter" Adapter zeigt bei "Serielles Gerät: Name" nicht mehr "/dev/ttyS0" an, nur noch "/dev/ttyAMA0 und /dev/ttyAMA10". Somit startet der Adapter nicht mehr und liest über GPIO 14 und 15 (TXD0 und RXD0) die Stromdaten nicht mehr aus. In der Config des Raspi5 habe ich die serielle Schnittstelle aktiviert.

Das ist leider nicht das einzige Problem. Den Zigbee 3.0 USB Dongle bekomme ich auch nicht mehr gestartet.

Homoran

@searcher57 sagte in Test Adapter rpi2 2.x:

Adapter zeigt bei "Serielles Gerät: Name" nicht mehr "/dev/ttyS0" an, nur noch "/dev/ttyAMA0 und /dev/ttyAMA10".

Bin mir nicht ganz sicher, aber da gsb es eine Umbenennung ab einer bestimmten OS-Version
AMA0 und AMA10 sind verschiedene PINs der GPIO Leiste

searcher57

@homoran said in Test Adapter rpi2 2.x:

@searcher57 sagte in Test Adapter rpi2 2.x:

Adapter zeigt bei "Serielles Gerät: Name" nicht mehr "/dev/ttyS0" an, nur noch "/dev/ttyAMA0 und /dev/ttyAMA10".

Bin mir nicht ganz sicher, aber da gsb es eine Umbenennung ab einer bestimmten OS-Version
AMA0 und AMA10 sind verschiedene PINs der GPIO Leiste

Tut mir leid, aber das verstehe ich nicht. Das wurde doch vor dem Adapter-Update des RPI2 noch in der Auswahl angezeigt. Mit den beiden o.g. funktioniert der Smartmeter nicht, bzw startet nicht.

Aktuelle Test Version	2.1.1
Veröffentlichungsdatum	13.10.2024
Github Link	https://github.com/iobroker-community-adapters/ioBroker.rpi2

Aktuelle Test Version	2.1.1
Veröffentlichungsdatum	13.10.2024
Github Link	https://github.com/iobroker-community-adapters/ioBroker.rpi2

NEWS

Test Adapter rpi2 2.x

Support us

501

32.4k

81.4k

1.3m