ser2net mit buswareSCC

[derHeimwerker]

Hallo zusammen,

auf grund zu großer Distanzen habe ich einen Raspi3(Buster) als "netzwerk"CUL aufgesetzt.  Also ser2net installiert und die /etc/ser2net.conf editiert:

Code Auswählen Erweitern

4000:raw:0:/dev/ttyAMA0:38400 NONE 1STOPBIT 8DATABITS HANGUP_WHEN_DONE

Auf dem FHEM-Server Raspi4-Buster) habe ich diese CUL so eingebunden:

Code Auswählen Erweitern

defmod HMLanGateway.Kino CUL 192.168.178.48:4000 0000
attr HMLanGateway.Kino group Gateways
attr HMLanGateway.Kino hmId 628CCA
attr HMLanGateway.Kino rfmode HomeMatic


Jetzt sollten sich doch die HMDevices, die sich in unmittelbarer Nähe des NetzwerkCUL befinden, sich mit diesem Verbinden? Oder?

Ich bekomme aber ein "unreachable", obwohl die Device und die CUL sich fast berühren.

Wie kann ich testen, ob der CUL richtig funktioniert bzw. wo der Fehler ist?

Gruß
Thomas

[yersinia]

1. wird der buswareSCC am Raspi erkannt?
2. läuft ser2net sauber auf dem Raspi und hat FHEM drauf Zugriff (Netzwerk)?
3. ich würde einen wesentlich höheren port als 4000 nehmen
4. wie weist du den HM-Devices das IODev zu? Eine VCCU ist zu empfehlen.
5. Mit HMInfo lässt sich alles viel besser analysieren

[derHeimwerker]

Hallo yersinia,

das sind alles die Fragen, die ich mir auch stelle. Wie erkenne ich, ob ser2net sauber läuft?
FHEM sagt mir "Initialized"

[yersinia]

Wenn FHEM "initialized" als Status hat, dann scheint die Verbindung zu funktionieren.
Testhalber kannst du mal die uptime oder die firmware-version des BuswareSCC auslesen.

Code Auswählen Erweitern

get HMLanGateway.Kino uptime
get HMLanGateway.Kino version
Wenn es da eine sinnvolle Antwort gibt, dann läufts wohl.

Dann würde ich bei

4. wie weist du den HM-Devices das IODev zu? Eine VCCU ist zu empfehlen.
5. Mit HMInfo lässt sich alles viel besser analysieren

weiter machen.

[derHeimwerker]

Ich kann die Version auslesen.
Ich habe eine VCC angelegt:

Code Auswählen Erweitern


defmod VCCU CUL_HM 628CCA
attr VCCU .mId FFF0
attr VCCU IODev SCC
attr VCCU IOList SCC,HMLanGateway.Kino
attr VCCU IOgrp VCCU
attr VCCU expert defReg,rawReg
attr VCCU group Gateways,VCCU
attr VCCU model CCU-FHEM
attr VCCU room Hardware
attr VCCU subType virtual
attr VCCU webCmd virtual:update

Beispiel eines HMDev:

Code Auswählen Erweitern

defmod Relais.Kino.1 CUL_HM 667285
attr Relais.Kino.1 .mId 00D0
attr Relais.Kino.1 IODev SCC
attr Relais.Kino.1 IOgrp VCCU


Was solli ch bei HMINfo analysieren?

[yersinia]

Beispiel eines HMDev:

Code Auswählen Erweitern

defmod Relais.Kino.1 CUL_HM 667285
attr Relais.Kino.1 .mId 00D0
attr Relais.Kino.1 IODev SCC
attr Relais.Kino.1 IOgrp VCCU


Also haben alle relevanten HM-Devices eine IOgrp zugewiesen bekommen?

Was solli ch bei HMINfo analysieren?

Code Auswählen Erweitern

get [HMinfo Device] rssi
zeigt dir die Empfangswerte zwischen der Devices und deinem IODev. Zu weit weg und zu nah dran ist jeweils driss. Du kannst noch mit preferred IO der VCCU dein Wunsch-IO mitteilen.
Ansonsten einfach etwas warten und ggf die bisher unerreichbaren Devices mal anfragen, mit einem getconfig o.ä.

[derHeimwerker]

hmmm .... ein get [HMinfo Device] rssi zeigt mir die maßgeblichen Devices gar nicht an ??!!

[yersinia]

wie heisst denn dein HMinfo Device?

[derHeimwerker]

schlicht und ergreifend "hm"
Ich meinte ein "get hm rssi" zeigt diese Devices nicht an

[yersinia]

Code Auswählen Erweitern

get hm update
ein paar Minuten warten und dann

Code Auswählen Erweitern

get hm rssi

[derHeimwerker]

keine Veränderung

Ein configCheck sagt u.A. folgendes :

Code Auswählen Erweitern

missing register list
    Dimmer.Kino.Deckenfries: RegL_01.
    Dimmer.Kino.Deckenfries_Device: RegL_00.
    Dimmer.Kino.Deckenfries_Device_Dim_V_01: RegL_01.


[frank]

Ich bekomme aber ein "unreachable", obwohl die Device und die CUL sich fast berühren.

wenn dir einer ins ohr schreit, verstehst du auch nicht viel. 
besser 1-2 meter abstand.

[derHeimwerker]

im "Corona-bewährtem" Abstand von 1,5m augestellt. immer noch keinen Kontakt

[Otto123]

Hallo Thomas,

ich kann noch nicht erkennen das der CUL / SCC überhaupt läuft?
https://wiki.fhem.de/wiki/Raspberry_Pi#Verwendung_UART_f.C3.BCr_Zusatzmodule
https://wiki.fhem.de/wiki/Fhem.service_(systemd_unit_file)#Prozesse_vor_dem_FHEM_Start_ausf.C3.BChren und der Link dort ins Forum

Überhaupt gemacht und erst mal lokal getestet?

Gruß Otto

[derHeimwerker]

Hallo Otto,
ja die SCC ist sowohl auf dem remoteRaspi als auch auf dem FhemRaspi installiert.