[erledigt]Reichweitenproblem Lösung fhem2fhem?

[derHeimwerker]

Welchen Wiki Eintrag meinst du jetzt ?

[Otto123]

Meines Wissens gibt es keinen für den SCC, aber wenn man nach GPIO17 sucht findet man zwei Artikel für den COC der wahrscheinlich so etwas ähnliches ist.

Man müsste eigentlich einen allgemeinen Artikel machen:
Wie starte ich etwas, was FHEM benötigt mit bei der Initialisierung eines anderen Dienstes z.B. des FHEM Service.
Am Beispiel: GPIO17 oder hmland usw...

Damit könnte man einige Artikel aufräumen und den allgemeinen Artikel einfach verlinken.

Gruß Otto

[derHeimwerker]

Da könnten wir ansonsten zusammen etwas zusammen basteln.

Leider habe ich mich wohl doch etwas zu früh gefreut. Ich Ich bekomme jetzt alle 30 Sekunden einen disconnect mit folgendem Log-Eintrag

Code Auswählen Erweitern

2020.01.10 14:52:46 1: 192.168.178.48:4000 disconnected, waiting to reappear (HMLAN.Kino)
2020.01.10 14:52:46 1: HMLAN_Parse: HMLAN.Kino new condition disconnected
2020.01.10 14:52:47 5: HMLAN_Send:  HMLAN.Kino I:A629CDA
2020.01.10 14:52:47 5: HMLAN_Send:  HMLAN.Kino I:C
2020.01.10 14:52:47 5: HMLAN_Send:  HMLAN.Kino I:Y01,00,
2020.01.10 14:52:47 5: HMLAN_Send:  HMLAN.Kino I:Y02,00,
2020.01.10 14:52:47 5: HMLAN_Send:  HMLAN.Kino I:Y03,00,
2020.01.10 14:52:47 5: HMLAN_Send:  HMLAN.Kino I:T25AB3E2F,02,00,00000000
2020.01.10 14:52:47 1: HMLAN_Parse: HMLAN.Kino new condition init
2020.01.10 14:52:47 5: HMLAN_Send:  HMLAN.Kino S:S8FBA96E8 stat:  00 t:00000000 d:01 r:8FBA96E8 m:99 8112 629CDA 000000
2020.01.10 14:52:47 5: HMLAN_Send:  HMLAN.Kino I:K
2020.01.10 14:52:47 1: 192.168.178.48:4000 reappeared (HMLAN.Kino)
2020.01.10 14:52:48 5: HMLAN_Send:  HMLAN.Kino I:K
2020.01.10 14:52:49 5: HMLAN_Send:  HMLAN.Kino I:K
2020.01.10 14:52:50 5: HMLAN_Send:  HMLAN.Kino I:K
2020.01.10 14:52:51 1: HMLAN_Parse: HMLAN.Kino new condition disconnected

[derHeimwerker]

und hier noch ein list bei connect :

Code Auswählen Erweitern

Internals:
   CFGFN     
   DEF        192.168.178.48:4000
   DeviceName 192.168.178.48:4000
   FD         29
   FUUID      5e176770-f33f-0f85-30b7-087ea7dd1878aa15
   NAME       HMLAN.Kino
   NR         8696
   NTFY_ORDER 50-HMLAN.Kino
   PARTIAL   
   STATE      opened
   TYPE       HMLAN
   XmitOpen   0
   assignedIDsCnt 0
   msgKeepAlive dlyMax:0.388 bufferMin:4
   msgLoadCurrent 0
   owner     
   owner_CCU  VCCU
   READINGS:
     2020-01-11 17:26:10   Xmit-Events     disconnected:5242 init:2621
     2020-01-11 17:26:10   cond            init
     2020-01-11 17:26:09   prot_disconnected last
     2020-01-11 17:26:10   prot_init       last
     2020-01-11 17:26:05   prot_keepAlive  last
     2020-01-11 17:26:10   state           opened
   helper:
     assIdCnt   0
     assIdRep   0
     setTime    48179
     cnd:
       253        5242
       255        2621
     ids:
     k:
       BufMin     4
       DlyMax     0.388
       Next       1578759995.42779
       Start      1578759970.42779
     loadLvl:
       bl         40
       a:
         99
         90
         40
         0
       h:
         0          low
         40         batchLevel
         90         high
         99         suspended
     log:
       all        0
       sys        0
       ids:
         ARRAY(0x4537920)
     q:
       HMcndN     255
       answerPend 0
       hmLanQlen  1
       keepAliveRec 1
       keepAliveRpt 0
       loadLastMax 0
       loadNo     0
       scnt       1
       ald:
         0
         0
         0
         0
         0
         0
         0
         0
         0
         0
         0
         0
       apIDs:
Attributes:
   group      Gateways
   hmId       629CDA
   hmLanQlen  1_min
   loadLevel  0:low,40:batchLevel,90:high,99:suspended
   room       Hardware
   verbose    5

[Otto123]

Warte mal: Ich sehe gerade, Du hast den SCC jetzt wie einen HMLAN eingebunden? Das ist doch verkehrt? 
Muss der nicht wie ein CUL eingebunden werden?
https://wiki.fhem.de/wiki/CUL_ueber_Netz

Gruß Otto

[derHeimwerker]

Habe das nun umgestellt. Ergebnis :

Code Auswählen Erweitern

2020.01.12 15:30:27 3: Opening HMLanGateway.Kino device 192.168.178.48:4000
2020.01.12 15:30:36 1: Cannot init 192.168.178.48:4000, ignoring it (HMLanGateway.Kino)


list:

Code Auswählen Erweitern

Internals:
   CMDS       
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        192.168.178.48:4000 2323
   DeviceName 192.168.178.48:4000
   FHTID      2323
   FUUID      5e1b26db-f33f-0f85-afbb-88b091c731210a08
   NAME       HMLanGateway.Kino
   NR         62
   STATE      opened
   TYPE       CUL
   initString X21
Ar
   owner_CCU  VCCU
   MatchList:
     1:CUL_HM   ^A....................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2020-01-12 15:30:27   state           opened
Attributes:
   group      Gateways
   hmId       629CDA
   rfmode     HomeMatic
   room       Hardware
   verbose    5


[Otto123]

Was ich jetzt nicht weiß: Wie hast Du denn ser2net konfiguriert? Ich hatte ja, weil ich kein besseres Beispiel parat hatte, den Link zum RPI Modul gebgeben. Aber der CUL wird ja anders angebunden:
Also was steht denn in der ser2net.conf?

Code Auswählen Erweitern

cat /etc/ser2net.conf

Gruß Otto

[derHeimwerker]

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

[Otto123]

Zitat aus dem WIki:

2000:raw:0:/dev/ttyACM0:38400 NONE 1STOPBIT 8DATABITS HANGUP_WHEN_DONE

Der SCC läuft mit 115200 ? Oder mit 38400 ?

gefunden: mit define SCC CUL /dev/ttyAMA0@38400 1234

[derHeimwerker]

Die Baudrate hatte ich vorher schon auf 38400 gestellt. Hat aber keine AUswirkug auf den log Eintrag

[Otto123]

und du hast ser2net auch neu gestartet?

[derHeimwerker]

Hatte zwar ein ein Daemon-reload und ein stop/start des Dienstes durhgeführt, aber ein reboot hat nun tatsächlich den gewünschten Erfolg gebracht !!
Es läuft
Danke

[Otto123]

Ich denke, wenn die serielle Schnittstelle einmal durch Fehleinstellung verwurschtelt ist, kann das durchaus einen reboot erfordern.