Ich habe eine komplette Neuinstallation inklusive HM-MOD-RPI-PCB mit ser2net durchgeführt.
Aktuelles Jessie Stretch Lite und aktuelles FHEM wurden installiert.
Ab dem Zeitpunkt wo ich die lokale FHEM Installation ausgeführt hatte funktioniert die ser2net Verbindung nicht mehr richtig.
Die lokale FHEM Installation greift nicht auf die Schnittstelle zu. Es ist nur eine Remote Verbindung über ser2net eingerichtet.
state wird mit opened angezeigt.
cond wechselt den Status steht von init und nach einigen Sekunden auf disconnected.
Das Modul ist in Ordnung. Ich habe es auf einem anderem System geprüft wo ebenfalls ein HM-MOD-RPI-PCB installiert ist.
Ich finde einfach die Ursache nicht was zu dieser Fehlfunktion auf dem Raspberry Pi 2+ führt.
Gab es in letzter Zeit irgendwelche Änderungen was den HM-MOD-RPI-PCB betrifft?
Hi Chris,
ich habe genau das letztens ausprobiert und im Wiki (https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi#Variante_mit_ser2net) dokumentiert.
Ich hab es aber bei Dir nicht ganz verstanden?
Du hast Pi-eins auf dem steckt das Modul, der Pi ist wie hier (https://wiki.fhem.de/wiki/Raspberry_Pi#Verwendung_UART_f.C3.BCr_Zusatzmodule)konfiguriert?
Auf Pi-eins läuft ser2net?
Auf Pi-eins greift ansonsten nichts auf das Modul zu?
Auf Pi-zwei hast Du lediglich die Definition define WLAN_HmUART HMUARTLGW uart://<IP-Adresse>:<Portnummer>
Gruß Otto
Hallo Otto
Auf dem Pi2 wo das Modul steckt bin ich wie üblich nach diesen Installationsschritten vorgegangen.
# sudo raspi-config
Serial auf enabled setzen
# Die Datei
sudo nano /boot/config.txt
um diese Zeile ergänzen:
### HM-MOD-RPI-PCB - ser2net
enable_uart=1
# In der Datei sudo nano /boot/cmdline.txt
dwc_otg.lpm_enable=0 console=tty1 console=serial0,115200 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
den Eintrag console=serial0,115200 löschen.
# Das Getty auf der seriellen Schnittstelle muss deaktiviert werden:
sudo systemctl stop serial-getty@ttyAMA0.service &&
sudo systemctl disable serial-getty@ttyAMA0.service
# Der Benutzer fhem muss Mitglied in der Gruppe dialout sein!
groups fhem
fhem : dialout tty i2c gpio fhem
# System neu starten:
sudo shutdown -r now
# Raspberry auf aktuellen Stand bringen:
sudo apt-get update &&
sudo apt-get upgrade &&
sudo apt-get install libcrypt-rijndael-perl &&
sudo shutdown -r now
# Berechtigungen der Schnittstelle kontrollieren
ls -l /dev/ttyAMA0
liefert die Ausgabe unter Jessie
crw-rw---- 1 root dialout 204, 64 Jul 1 15:33 /dev/ttyAMA0
ls -l /dev/serial0
lrwxrwxrwx 1 root root 7 Jul 1 15:25 /dev/serial0 -> ttyAMA0
cd /sys/class/gpio
ls -ali
insgesamt 0
2342 drwxrwx--- 2 root gpio 0 Jul 1 15:26 .
10 drwxr-xr-x 53 root root 0 Jul 1 15:34 ..
2343 -rwxrwx--- 1 root gpio 4096 Jul 1 15:26 export
16453 lrwxrwxrwx 1 root gpio 0 Jul 1 15:26 gpio10 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio10
16475 lrwxrwxrwx 1 root gpio 0 Jul 1 15:26 gpio11 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio11
16497 lrwxrwxrwx 1 root gpio 0 Jul 1 15:26 gpio12 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio12
16519 lrwxrwxrwx 1 root gpio 0 Jul 1 15:26 gpio13 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio13
16541 lrwxrwxrwx 1 root gpio 0 Jul 1 15:26 gpio14 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio14
16563 lrwxrwxrwx 1 root gpio 0 Jul 1 15:26 gpio15 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio15
16585 lrwxrwxrwx 1 root gpio 0 Jul 1 15:26 gpio16 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio16
16607 lrwxrwxrwx 1 root gpio 0 Jul 1 15:26 gpio17 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio17
16629 lrwxrwxrwx 1 root gpio 0 Jul 1 15:26 gpio19 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio19
16651 lrwxrwxrwx 1 root gpio 0 Jul 1 15:26 gpio20 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio20
16673 lrwxrwxrwx 1 root gpio 0 Jul 1 15:26 gpio22 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio22
16695 lrwxrwxrwx 1 root gpio 0 Jul 1 15:26 gpio23 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio23
16717 lrwxrwxrwx 1 root gpio 0 Jul 1 15:26 gpio24 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio24
16739 lrwxrwxrwx 1 root gpio 0 Jul 1 15:26 gpio26 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio26
15858 lrwxrwxrwx 1 root gpio 0 Jul 1 15:25 gpio27 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio27
16365 lrwxrwxrwx 1 root gpio 0 Jul 1 15:26 gpio6 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio6
16387 lrwxrwxrwx 1 root gpio 0 Jul 1 15:26 gpio7 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio7
16409 lrwxrwxrwx 1 root gpio 0 Jul 1 15:26 gpio8 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio8
16431 lrwxrwxrwx 1 root gpio 0 Jul 1 15:26 gpio9 -> ../../devices/platform/soc/3f200000.gpio/gpiochip0/gpio/gpio9
11140 lrwxrwxrwx 1 root gpio 0 Jul 1 15:25 gpiochip0 -> ../../devices/platform/soc/3f200000.gpio/gpio/gpiochip0
2344 -rwxrwx--- 1 root gpio 4096 Jul 1 15:25 unexport
Die ser2net Verbindung auf dem Pi2
### HM-MOD-RPI-PCB
40541:raw:0:/dev/ttyAMA0:115200 NONE 1STOPBIT 8DATABITS HANGUP_WHEN_DONE
Auf dem Pi3 wo die Remotverbindung eingerichtet ist befindet sich folgende Konfiguration.
define HmUART_AB_GTO HMUARTLGW uart://192.168.17.190:40541
attr HmUART_AB_GTO alias HomeMatic Gateway - AB Gartentor Ost
attr HmUART_AB_GTO devStateIcon init:it_network@orange opened:it_network@0CFB0C disconnected:it_network@red
attr HmUART_AB_GTO dutyCycle 1
attr HmUART_AB_GTO group Schnittstellen ser2net
attr HmUART_AB_GTO hmId F12347
attr HmUART_AB_GTO icon hm_lan
attr HmUART_AB_GTO qLen 60
attr HmUART_AB_GTO room _HM,_RxTx
attr HmUART_AB_GTO verbose 0
Die Konfigurationen auf den anderen drei Pi's mit ser2net ist im Prinzip die gleiche.
klingt eigentlich alles richtig ...
Ich werde auf diesem System nochmals eine Neuinstallation ausführen und beobachten ab wann die ser2net Verbindung nicht mehr funktioniert.
Hast du mehrere serielle Schnittstellen auf dem Pi angesteckt?
oder greift der lokale FHEM sich die /dev/ttyAMA0 Schnittstelle?
Falls ja, musst du den udevd einrichten, um eindeutige Device-Namen zu erzeugen oder USB-Definition by-path nutzen.
Das HM-MOD-RPI-PCB steckt doch nicht am USB? :o
@Chris läuft auf dem Pi wo das Modul steckt auch FHEM?
Zitat von: Otto123 am 04 Juli 2018, 10:22:19
Das HM-MOD-RPI-PCB steckt doch nicht am USB? :o
Ich meinte nur, ob mehrere /dev/ttyAMA* existieren und verwendet bzw. falsch verwendet werden...
Auf dem betreffendem System ist kein USB Gerät angeschlossen.
Es läuft auf diesem System FHEM.
Ich habe drei weitere Raspberrys mit dem HM-MOD-RPI-PCB Modul via ser2net die mit dem Hauptraspberry verbunden sind. Auch auf diesen Systemen läuft FHEM, nur bei diesen Raspberrys gibt es keine Probleme.
Die HM-MOD-RPI-PCB Modul stecken direkt auf dem Raspberry.
Irgendetwas dürfte sich bei der Neuinstallation des Systems geändert haben obwohl dieses System genauso installiert und konfiguriert wurde wie die älteren Systeme.
attr initialUsbCheck disable 1Ich frag nur ;)
System raspbian-lite oder desktop?
Gruß Otto
@Otto123
Ich habe das HM-MOD-RPI-PCB auf einem anderem funktionsfähigem älteren System zur Sicherheit auf Funktion getestet. Das Modul ist in Ordnung.
Auf der Erweiterung habe ich nochmal die gesamte Neuinstallation begonnen.
Das System besteht aus einem Raspberry Pi 2+ mit dem aktuellem Jessie Stretch Lite.
Es ist alles aktuell und derzeit noch ohne FHEM.
Irgend etwas muss mir aber noch fehlen oder hat sich gegenüber den früheren Installationen geändert, da ich mit ser2net und dem HM-MOD-RPI-PCB Modul keine funktionsfähige Verbindung zu einem FHEM Client aufbauen kann.
Die Verbindung wird hergestellt, aber cond wechselt den Status steht von init und nach einigen Sekunden auf disconnected.
Moin,
das klingt eigentlich danach, dass zwei Dienste um die Schnittstelle kämpfen.
BTW: Was ist ein P2+ ? Mit dem plus Zusatz kenne ich bloß den Pi B+ und den Pi B3+
Bei einem Modell ohne BT brauchst Du nicht viel zu tun, meiner Meinung nach schadet "zu viel" tun aber nicht, es läuft eigentlich ins leere.
Hast Du dies hier (https://wiki.fhem.de/wiki/Raspberry_Pi#Verwendung_UART_f.C3.BCr_Zusatzmodule) und das (https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi#Remoteanbindung_-_Pi_.2B_RPI_Modul_.3D_LAN_Modul) mal genau so probiert? So habe ich es Letztens mit einem Pi B und dem Modul ausprobiert.
Gruß Otto
Unter raspi-config steht für dieses Model wo sich HM-MOD-RPI-PCB Modul befindet folgende Bezeichnung
Raspberry Pi2 Model B Rev 1.1
Die Konfiguration betreffend dem HM-MOD-RPI-PCB Modul und ser2net wurde in dieser Form ausgeführt.
HM-MOD-RPI-PCB
sudo apt-get update &&
sudo apt-get -y upgrade &&
sudo apt-get install libcrypt-rijndael-perl &&
sudo shutdown -r now
sudo nano /boot/config.txt
Zeile ergänzt
enable_uart=1
sudo nano /boot/cmdline.txt
den Eintrag console=serial0,115200 löschen
sudo shutdown -r now
sudo systemctl stop serial-getty@ttyAMA0.service
sudo systemctl disable serial-getty@ttyAMA0.service
sudo systemctl mask serial-getty@ttyAMA0.service
sudo shutdown -r now
ser2net
sudo apt update &&
sudo apt upgrade &&
sudo apt-get install ser2net
sudo /etc/init.d/ser2net stop
sudo nano /etc/ser2net.conf
### HM-MOD-RPI-PCB
40541:raw:0:/dev/ttyAMA0:115200 NONE 1STOPBIT 8DATABITS HANGUP_WHEN_DONE
Rechte definieren
sudo chmod g=rw /dev/ttyAMA0
sudo chmod g=rw /dev/serial0
sudo /etc/init.d/ser2net restart
ser2net Zugriff
define HmUART_AB_GTO HMUARTLGW uart://192.168.17.190:40541
attr HmUART_AB_GTO alias HomeMatic Gateway - AB Gartentor Ost
attr HmUART_AB_GTO devStateIcon init:it_network@orange opened:it_network@0CFB0C disconnected:it_network@red
attr HmUART_AB_GTO dutyCycle 1
attr HmUART_AB_GTO group Schnittstellen ser2net
attr HmUART_AB_GTO hmId ******
attr HmUART_AB_GTO icon hm_lan
attr HmUART_AB_GTO qLen 60
attr HmUART_AB_GTO room _HM,_RxTx
attr HmUART_AB_GTO verbose 0
Diese Konfiguration funktioniert auf den Systemen mit dem älterem Jessie Lite und Jessie Stretch Lite sowohl auf den Pi2 B als auch auf den Pi3 und Pi3+, wobei an den Pi3 Typen noch zusätzlich Änderungen wegen Bluetooth vorgenommen wurden.
Hallo Chris,
ich habe es wegen Dir noch einmal getestet. Ausschließlich diese Schritte habe ich getan und exakt protokolliert:
2018-06-27-raspbian-stretch-lite heruntergeladen
win32diskimager Image geschrieben
ssh datei nach /boot kopiert
Die SD in einen PI B2 Revision 1.1 gesteckt
gebootet
Jetzt im Konsolen Fenster am Windows PC
ssh pi@192.168.178.82
sudo su
systemctl stop serial-getty@ttyAMA0.service
systemctl disable serial-getty@ttyAMA0.service
systemctl mask serial-getty@ttyAMA0.service
reboot
ssh pi@192.168.178.82
sudo su
apt-get update
apt-get install ser2net
echo "4000:raw:0:/dev/ttyAMA0:115200 NONE 1STOPBIT 8DATABITS HANGUP_WHEN_DONE" >> /etc/ser2net.conf
halt
Strom aus
Modul gesteckt
Strom an ->Neu gestartet
Jetzt im Browser Fenster FHEM geprüft
An meinem Pi B mit einem Test FHEM lautet die vorhandene Definition
defmod ser2netUart HMUARTLGW uart://raspberrypi:4000
Einziger Logeintrag
2018.07.08 15:27:13 1: raspberrypi:4000 reappeared (ser2netUart)
Läuft :)
Gruß Otto
Hallo Otto,
ich habe den Fehler gefunden und du wirst dich jetzt sicherlich zerkugeln.
Es war ein dämlicher copy und paste Fehler der bei der ser2net.conf passiert ist.
Hier rutschte immer wieder eine überlange Zeile mit am Ende vorhanden Blödsinn hinein was den sauberen Zugriff auf ser2net verhindert hatte.
Ich habe den Blödsinn entfernt und siehe da es funktioniert.