FHEM Forum

Hallo,

ich möchte gerne meine alten CUL's (433 USB und 868 SCC) wieder benutzen und zwar über das Netzwerk.
Dazu habe ich mir einen PI3 neu installiert - nur das neue Raspian - und die CULs angeschlossen. Den USB Cul konnte ich dann auch per SOCAT auf meinem FHEM Server erreichen. Der SCC macht aber Probleme.

Ich habe dann den USB CUL entfernt und nur den SCC angeschlossen. Bluetooth habe ich auf auf einen anderen Port gelegt wie es die Installationsanleitung beschreibt.

Leider erkennt mein FHEM den CUL nicht. Er wird zwar als "OPENED" angezeigt sonst aber nichts.

Hier die Definition für SOCAT:

/usr/bin/socat -ly -lh GOPEN:/dev/ttyAMA0 TCP-LISTEN:2323

Mal ein list von definierten CUL:

Internals:
   CFGFN
   CMDS
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        172.18.23.218:2323 2222
   DeviceName 172.18.23.218:2323
   FHTID      2222
   NAME       CUL_3
   NR         521
   PARTIAL
   STATE      opened
   TYPE       CUL
   initString X21
   Helper:
     DBLOG:
       state:
         dblog_nas:
           TIME       1510694314.08702
           VALUE      reopen
   MatchList:
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     C:SD_WS07  ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2017-11-14 22:19:38   state           opened
Attributes:
   model      CUL
   rfmode     MAX


Wenn ich FHEM darauf installiere  und den CUL direkt per USB einrichte dann wird er einwandfrei erkannt.

Jemand eine Idee?

Gruß
Hermann

Hallo Hermann,

ZitatBluetooth habe ich auf auf einen anderen Port gelegt wie es die Installationsanleitung beschreibt.

Was genau hast Du da gemacht?

Ich vermute, Du hast einfach nicht alles gemacht um ttyAMA0 wirklich verwenden zu können.

Gruß Otto

Bin nach dieser ANleitung gegangen:

https://wiki.fhem.de/wiki/Raspberry_Pi_3:_GPIO-Port_Module_und_Bluetooth

Wenn ich FHEM direkt auf dem PI3 starte und den CUL einbinde - geht es ja.

Gruß
Hermann

Hallo Hermann,

dann habe ich deinen Post nicht verstanden. Ich denke der CUL am USB geht sowohl über FHEM als auch über socat und der CUL SCC an der ttyAMA0 geht nicht sowohl über FHEM als auch über socat?  ::) :-[

Die Anleitung im Wiki ist nur teilweise richtig für neueste Systeme - ich würde sagen die ist veraltet. Da hilft mir die Aussage ich habe genau das gemacht nicht weiter.

Was liefert
ls -l /dev/ttyAMA0
ls -l /dev/serial0
?
Gruß Otto

Hi,

also, der CUL 443 funzt über SOCAT.

Der SCC funktiniert wenn ich local FHEM installiere und den per USB einrichte. Über SOCAT funktioniert er nicht.

Hier noch die AUsgabe der ls Befehle:


pi@raspberrypi:~ $ ls -l /dev/ttyAMA0
crw-rw---- 1 root dialout 204, 64 Nov 14 21:19 /dev/ttyAMA0
pi@raspberrypi:~ $ ls -l /dev/serial0
lrwxrwxrwx 1 root root 7 Nov 14 21:18 /dev/serial0 -> ttyAMA0
pi@raspberrypi:~ $


Man sieht also dass die  Gruppe Dialog keinen Zugriff auf Serial0 hat. Wenn dieses Device das Problem ist, musst du also daran arbeiten. Gibt es denn dazu eine Regel in /etc/udev ?

Eigentlich ist das dev/ttyAMA0  das richtige Device. Wenn ich den SCC im FHEM darauf einrichte geht es ja.

Zitat von: Ranseyer am 15 November 2017, 10:32:33
Man sieht also dass die  Gruppe Dialog keinen Zugriff auf Serial0 hat. Wenn dieses Device das Problem ist, musst du also daran arbeiten. Gibt es denn dazu eine Regel in /etc/udev ?

Sorry aber diese Aussage ist ohne jedes Wissen der Thematik getroffen!
https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi

Die Ausgabe der beiden Befehle ist korrekt und richtig dort gibt es kein Problem.

ZitatDer SCC funktiniert wenn ich local FHEM installiere und den per USB einrichte.

Diese Aussage verstehe ich immer noch nicht!?
ttyAMA0 ist kein USB!


Das HMUART Modul binde ich so über socat an, ist Dein Befehl einfach falsch?

sudo socat TCP4-LISTEN:2000,fork,reuseaddr /dev/ttyAMA0,raw,echo=0,b115200

Gruß Otto

OK. Mein Fehler...Es soll nicht USB sein sondern der SCC wird im FHEM ja über

define SCC CUL /dev/ttyAMA0@38400 1234

eingebunden.

Da geht es einwandrei.

Dann tippe ich das die Baudrate nicht stimmt und du diese dem Socat Befehl mitgeben musst. Aber ich habe da so gut wie keine Ahnung, ich habe nur abgeschrieben.

Gruß Otto

Hab das nun mal folgendermaßen eingebunden:

/usr/bin/socat -ly -lh GOPEN:/dev/ttyAMA0,raw,echo=0,b38400 TCP-LISTEN:2323

Mit bxxxx wird wohl die BAUDrate gesetzt.
Geht aber auch nicht.

Gruß
hermann

das lokale FHEM darf nicht aktiv auf den SCC / ttyAMA0 zugreifen wenn Du socat machst!

Gruß Otto

Juup....FHEM ist aber deaktiviert worden...

und du hast nicht zweimal den gleichen Port zugewiesen?

ich wüsste nicht....

ZitatDazu habe ich mir einen PI3 neu installiert - nur das neue Raspian - und die CULs angeschlossen. Den USB Cul konnte ich dann auch per SOCAT auf meinem FHEM Server erreichen.

Du hast von 2 CULs gesprochen und oben auch gezeigt  das der über USB funktioniert. Da steht auch Port 2323 drin.

Aber mir fällt nix mehr ein.

Gruß Otto

Das stimmt, aber ich habe den USB CUL wieder entfernt und aus der FHEM Config gelöscht. Der kann es auch nicht sein....

Aber es müsste doch so funktionieren - oder?

Und die socat Definition hast Du auch "gelöscht" also die ist nicht mehr aktiv?

Ja generell geht das, wenn das Modul in FHEM diesen Remotezugriff kann. Bei mir geht es mit dem HMUART Modul über die ttyAMA0 genau wie im Wiki beschrieben. Aber vom CUL habe ich so gut wie keine Ahnung.

Gruß Otto

Habe nun mal den Befehl direkt auf der Konsole eingetragen:

/usr/bin/socat -ly -lh -v GOPEN:/dev/ttyAMA0,raw,echo=0,b38400 TCP-LISTEN:2323

Diesmal mit der Option -v um das Loggin an der Konsole zu sehen.
Erst passiert nichts. Sobald ich aber die DEF vom CUL im FHEM editiere  und speichere sehe ich folgendes:


< 2017/11/15 14:15:23.923497  length=2 from=0 to=1
V
< 2017/11/15 14:15:26.931924  length=2 from=2 to=3
V
< 2017/11/15 14:15:29.932743  length=2 from=4 to=5
V


Idee?

Laut socat manpage (http://rpm.pbone.net/index.php3/stat/45/idpl/24246617/numer/1/nazwa/socat) unterstuetzt GOPEN nicht "TERMIOS option group", was in deinem Fall fuer raw,echo=0,usw. notwendig ist.
Mag aber sein, dass ich mit irre.

Zitat von: hermann1514 am 15 November 2017, 15:17:58
Idee?

Mal "meinen" Syntax probieren?
socat TCP4-LISTEN:2000,fork,reuseaddr /dev/ttyAMA0,raw,echo=0,b115200
also für Dich
socat TCP4-LISTEN:2323,fork,reuseaddr /dev/ttyAMA0,raw,echo=0,b38400

Wobei, wenn ich die manPage richtig verstehe ist kein gravierender Unterschied. Das ist wirklichnur geraten, ich habe keine Ahnung und die socat Zeile auch bloß abgeschrieben. Aber getestet und läuft.

Gruß Otto

Zitat von: hermann1514 am 15 November 2017, 15:17:58
Habe nun mal den Befehl direkt auf der Konsole eingetragen:

Code Auswählen Erweitern

/usr/bin/socat -ly -lh -v GOPEN:/dev/ttyAMA0,raw,echo=0,b38400 TCP-LISTEN:2323

Diesmal mit der Option -v um das Loggin an der Konsole zu sehen.
Erst passiert nichts. Sobald ich aber die DEF vom CUL im FHEM editiere  und speichere sehe ich folgendes:

Code Auswählen Erweitern

< 2017/11/15 14:15:23.923497  length=2 from=0 to=1
V
< 2017/11/15 14:15:26.931924  length=2 from=2 to=3
V
< 2017/11/15 14:15:29.932743  length=2 from=4 to=5
V


Idee?

Hi,
ttyAMA0? Ist bei Original Busware CUL nicht 9600 Baud?
Bei Deinem Auszug oben sehe ich, dass FHEM die Version dreimal abfragt (V) aber keine Antwort kommt. Oder?
Gruß Arnd

Gesendet von meinem SM-G800F mit Tapatalk

@RaspiLED

Zitat von: hermann1514 am 15 November 2017, 10:55:16
OK. Mein Fehler...Es soll nicht USB sein sondern der SCC wird im FHEM ja über

Code Auswählen Erweitern

define SCC CUL /dev/ttyAMA0@38400 1234

eingebunden.

Da geht es einwandrei.

da steht doch: geht mit 38400

ZitatSorry aber diese Aussage ist ohne jedes Wissen der Thematik getroffen!

@Otto: Das behaupte ich auch nicht. Ich sage nur dass das Programm passende Rechte auf das Device braucht. Welches Device es ist weiss der Fragesteller ja ((hoffentlich)) selbst.
Daher ist ja gut wenn andere das Thema kennen :-)

Hallo zusammen,

nachdem ich den SCC nun einmal mit der alternativen CULW geflasht habe, geht es nun.
Habe in der rc.local nun folgendes eingetragen. Damit klappt es jetzt bei mir:

while (true)
if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
echo out > /sys/class/gpio/gpio17/direction
echo 1 > /sys/class/gpio/gpio17/value


do
       /usr/bin/socat -ly -lh GOPEN:/dev/ttyAMA0,raw,echo=0,b38400 TCP-LISTEN:2323
       sleep 2
done


Vielen Dank für Eure Hilfe.
Gruß
Hermann

... dürfte ich mich mit dran hängen?  8)

Ich habe vorhin einen neuen PI3 headless fertig gemacht, da mein alter Funk-PI2 ab- und an mal zickt. Angesteuert wird der alte PI via SER2NET (Config unten)... FHEM ist auf dem alten PI nicht installiert und soll auch auf den neuen PI3 nicht drauf...

Daher mal allgemein die Frage, welche Optionen noch möglich sind, vom FHEM- Server aus via VCCU auf den Funk-PI die SCC's anzusprechen, ausser eben SER2NET resp SOCAT? Was ist mit MQTT? Ginge das nicht auch, vielleicht sogar besser?

Die Config dazu auf dem FHEM-Server schaut aktuell so aus und funktioniert seit Anbegin, wobei nun ein dritter SCC hinzu kommen soll so wie bald ein zweiter PI3 mit ebenfalls 3 SCC. Vielleicht kann's ja wer brauchen ...

SER2NET auf dem Funk-PI:
# SCC1 434MHz InterTechno, SCC2 868MHz HomeMatic Stack
2000:raw:0:/dev/ttyAMA0:38400 NONE 1STOPBIT 8DATABITS HANGUP_WHEN_DONE

define UFO1 HMLAN 192.168.1.198:1000
attr UFO1 alias UFO HomeMatic 868MHz
attr UFO1 event-on-change-reading .*
attr UFO1 group CUL
attr UFO1 hmId F10000
attr UFO1 hmLanQlen 1
attr UFO1 loadLevel 0:low,40:batchLevel,90:high,99:suspended
attr UFO1 room System

define SCC1 CUL 192.168.1.192:2000 0706
attr SCC1 alias SCC1 InterTechno 433MHz
attr SCC1 event-on-change-reading .*
attr SCC1 group CUL
attr SCC1 rfmode SlowRF
attr SCC1 room System

define SCC2 STACKABLE_CC SCC1
attr SCC2 alias SCC2 HomeMatic 868MHz
attr SCC2 event-on-change-reading .*
attr SCC2 group CUL
attr SCC2 hmId F10000
attr SCC2 rfmode HomeMatic
attr SCC2 room System

define VCCU CUL_HM F10000
attr VCCU IODev UFO1
attr VCCU IOList UFO1,SCC2
attr VCCU alias Virtuelle CCU
attr VCCU group CUL
attr VCCU model CCU-FHEM
attr VCCU room System
attr VCCU subType virtual
attr VCCU webCmd virtual:update

define UFO_reboot DOIF ([UFO1] eq "overload") ({HMLAN_SimpleWrite($defs{'UFO1'}, "Y05")})
attr UFO_reboot do always