Can't connect to 127.0.0.1:43199: IO::Socket::INET:

[rudolfkoenig]

Das Problem mit dem Nano dürfte sein, dass der jeweils die eigentliche MCU neu startet, wenn die Baudrate am USB-Seriell-Wandler geändert wird

Wie lange dauert das?
Reicht womoeglich die Baudrate zu lassen, wie es ist, d.h. kein @... nach dem Geraetenamen?

[Beta-User]

Wie lange dauert das?

Kommt vermutlich auf die konkret verwendete MCU an, die firmware und die Taktfrequenz, mit der das Ding läuft. Erfahrungsgemäß geht es (an USB) schneller wie man schauen kann... (also Sekundenbruchteile, schätze 0.1 wäre schon ok)

Reicht womoeglich die Baudrate zu lassen, wie es ist, d.h. kein @... nach dem Geraetenamen?

Das glaube ich nicht, weil (so mein möglicherweise begrenztes Verständnis) der USB-seriell-Wandler wissen muss, mit welcher Baud-Rate er vom Computer/USB-Master her angesprochen wird. Die MCU teilt dem das afaik nicht mit... Das könnte aber klappen, wenn z.B. ser2net da was einstellt, also bei Netzwerkgeräten. Bin mir aber unsicher, wie das z.B. ist, wenn die Verbindung via Netz läuft, aber z.B. ein MapleCUN angesprochen wird (der dürfte sich wie ein Modem verhalten und tatsächlich nur intern die Baudrate ändern (?)).
Außerdem bin ich nicht sicher, ob dann nicht (FHEM-) Modulseitig ein default gesetzt wird (abhängig vom IO-Modul).

Imo wäre die beste Lösung, einen sehr kurzen delay für den ersten Versuch einzubauen, und ggf. dann einen längeren für den 2. (es kommen ja ggf. auch Netzwerklatenzen dazu).

[rudolfkoenig]

(also Sekundenbruchteile, schätze 0.1 wäre schon ok)

Hmmm. Vor dem ersten "V" "leert" das CUL Modul die Leitung, d.h. es wird solange gelesen, bis 0.1s lang nichts mehr kommt.

Das glaube ich nicht, weil (so mein möglicherweise begrenztes Verständnis) der USB-seriell-Wandler wissen muss, mit welcher Baud-Rate er vom Computer/USB-Master her angesprochen wird.

Bei mir meldet "stty -a < /dev/ttyACM0" nach dem Einstecken 9600Baud, d.h. das OS hat schon was eingestellt.
Bei ueber Netzwerk angesprochenen Geraeten (in diesem Fall 10 Stueck) muss ser2net die Baudrate auch schon gesetzt haben.

Außerdem bin ich nicht sicher, ob dann nicht (FHEM-) Modulseitig ein default gesetzt wird (abhängig vom IO-Modul).

00_CUL.pm (bzw. DevIO_OpenDev) fasst die Baudrate nicht an, falls an dem Dateinamen kein @... dranhaengt.

Imo wäre die beste Lösung, einen sehr kurzen delay für den ersten Versuch einzubauen, und ggf. dann einen längeren für den 2. (es kommen ja ggf. auch Netzwerklatenzen dazu).

Ich mach gerne mit, aber mangels a-culfw kann ich es nicht testen, und das waere hier schon sinnvoll.

[Burny4600]

Eine Übersicht der ser2net Schnittstellen Definitionen.

list sduino_ab

Code Auswählen Erweitern

Internals:
   CFGFN      /media/hdd/fhem/mycfg/schnittstellen_rasp01.cfg
   Clients    :CUL_EM:CUL_FHTTK:CUL_TCM97001:CUL_TX:CUL_WS:Dooya:FHT:FLAMINGO:FS10:FS20: :Fernotron:Hideki:IT:KOPP_FC:LaCrosse:OREGON:PCA301:RFXX10REC:Revolt:SD_AS:SD_Rojaflex: :SD_BELL:SD_GT:SD_Keeloq:SD_RSL:SD_UT:SD_WS07:SD_WS09:SD_WS:SD_WS_Maverick:SOMFY: :Siro:SIGNALduino_un:
   DEF        192.168.17.184:41733
   DMSG       541A890436B0C0445002450
   DevState   initialized
   DeviceName 192.168.17.184:41733
   FD         15
   FUUID      5e6227ab-f33f-21bc-acd7-9dce1977680f0d37
   LASTDMSG   541A890436B0C0445002450
   LASTDMSGID 10
   MSGCNT     2266
   NAME       sduino_ab
   NR         708
   PARTIAL   
   RAWMSG     MC;LL=-1003;LH=944;SL=-519;SH=468;D=0000053B76FC9F97E6EFADFAEBE;C=488;L=108;
   STATE      opened
   TIME       1652800232.08555
   TYPE       SIGNALduino
   sendworking 0
   unknownmessages
   version    V 3.4.0 SIGNALduino  - compiled at Jul 16 2020 20:52:03
   versionProtocols 1.42
   versionmodul 3.5.3
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}[AFaf][A-Fa-f0-9]{2,3}
     11:SD_WS09 ^P9#F[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^P(?:14|20|24|26|29|30|34|46|56|68|69|76|78|81|83|86|90|91|91.1|92|93|95|97|99|104|105|114)#.*
     18:FLAMINGO ^P13\.?1?#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     23:FHT     ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     24:FS20    ^81..(04|0c)..0101a001
     25:CUL_EM  ^E0.................
     26:Fernotron ^P82#.*
     27:SD_BELL ^P(?:15|32|41|42|57|79|96|98|112)#.*
     28:SD_Keeloq ^P(?:87|88)#.*
     29:SD_GT   ^P49#[A-Fa-f0-9]+
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     30:LaCrosse ^(\S+\s+9 |OK\sWS\s)
     31:KOPP_FC ^kr\w{18,}
     32:PCA301  ^\S+\s+24
     33:SD_Rojaflex ^P109#[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   OLDREADINGS:
   QUEUE:
   READINGS:
     2022-04-25 00:30:12   ping            OK
     2022-05-17 17:05:47   state           opened
   additionalSets:
   helper:
   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     58
   mnIdList:
   msIdList:
     7
   muIdList:
Attributes:
   alias      SIGNALduino - AB Wetterstation
   devStateIcon Initialized:it_network@0CFB0C opened:it_network@0CFB0C disconnected:it_network@red closed:it_network@red
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   group      Schnittstellen ser2net
   hardware   nano328
   icon       cul_usb
   longids    0
   room       _RxTx
   updateChannelFW stable
   verbose    0
   whitelist_IDs 7,10,58

ser2net

Code Auswählen Erweitern

%YAML 1.1
---
# This is a ser2net configuration file, tailored to be rather
# simple.
#
# Find detailed documentation in ser2net.yaml(5)
# A fully featured configuration file is in
# /usr/share/doc/ser2net/examples/ser2net.yaml.gz
#
# If you find your configuration more useful than this very simple
# one, please submit it as a bugreport

# define: &banner \r\nser2net port \p device \d [\B] (Debian GNU/Linux)\r\n\r\n

### SIGNALDuino 433Mhz
connection: &con1733
    accepter: tcp,31733
    timeout: 0
    enable: on
    options:
      kickolduser: true
#    max-connections: 1
    connector: serialdev,
               /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI03D7H7-if00-port0,
               57600n81,local

----------------------------------------------------------------------------------------------------------------------------------------------

list HmUART_AB_FR

Code Auswählen Erweitern

Internals:
   AssignedPeerCnt 31
   CFGFN      /media/hdd/fhem/mycfg/schnittstellen_rasp01.cfg
   CNT        64
   Clients    :CUL_HM:
   DEF        uart://192.168.17.186:40101
   DEVCNT     64
   DevState   99
   DevType    UART
   DeviceName 192.168.17.186:40101
   FD         4
   FUUID      5c45b01a-f33f-f4d2-b635-d5a3806dabe535bb
   LastOpen   1652786840.25243
   NAME       HmUART_AB_FR
   NOTIFYDEV  global
   NR         535
   NTFY_ORDER 47-HmUART_AB_FR
   PARTIAL   
   RAWMSG     04026F
   RSSI       -73
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   1
   model      HM-MOD-UART
   msgLoadCurrent 56
   msgLoadHistory 0/28/-26/1/-1/0/0/27/-20/0/0/0
   msgLoadHistoryAbs 56/56/28/54/53/54/54/54/27/47/47/47/47
   owner      F12347
   owner_CCU  VCCU
   Helper:
     CreditTimer 875
     FW         66561
     Initialized 1
     SendCnt    178
     AckPending:
       125:
         cmd        020000003D8002F1234769EEF80101DB00
         dst        1
         frame      FD0013017D020000003D8002F1234769EEF80101DB008E45
         time       1652797846.07359
       150:
         cmd        020000003F8002F1234769EEF80101DB00
         dst        1
         frame      FD00130196020000003F8002F1234769EEF80101DB006077
         time       1652798138.52958
       181:
         cmd        02000000418002F1234769EEF80101DB00
         dst        1
         frame      FD001301B502000000418002F1234769EEF80101DB004BBA
         time       1652798584.32233
       200:
         cmd        02000000438002F1234769EEF80101DB00
         dst        1
         frame      FD001301C802000000438002F1234769EEF80101DB001689
         time       1652798858.88807
       219:
         cmd        02000000458002F1234769EEF80101DB00
         dst        1
         frame      FD001301DB02000000458002F1234769EEF80101DB00EAF6
         time       1652799130.87884
       23:
         cmd        02000000488002F1234769EEF80101DB00
         dst        1
         frame      FD0013011702000000488002F1234769EEF80101DB0068A8
         time       1652799712.03425
       240:
         cmd        02000000478002F1234769EEF80101DB00
         dst        1
         frame      FD001301F002000000478002F1234769EEF80101DB000BE6
         time       1652799439.31986
       42:
         cmd        020000004A8002F1234769EEF80101DB00
         dst        1
         frame      FD0013012A020000004A8002F1234769EEF80101DB00B086
         time       1652799993.76391
       84:
         cmd        020000003B8002F1234769EEF80101DB00
         dst        1
         frame      FD00130154020000003B8002F1234769EEF80101DB003978
         time       1652797420.83405
     LastSendLen:
       3
       3
     Log:
       IDs:
     PendingCMD:
     RoundTrip:
       Delay      0.00778293609619141
     loadLvl:
       lastHistory 1652800054.142
   MatchList:
     1:CUL_HM   ^A......................
   Peers:
     4B52A1     +4B52A1,00,03,00
     4B52E7     +4B52E7,00,03,00
     4C0CB6     +4C0CB6,00,03,00
     4C3635     +4C3635,00,03,00
     4E5B82     +4E5B82,00,03,00
     541887     +541887,00,03,00
     56799E     +56799E,00,03,00
     568911     +568911,00,03,00
     568B7A     +568B7A,00,03,00
     568BB9     +568BB9,00,03,00
     577508     +577508,00,03,00
     5883F0     +5883F0,00,03,00
     597EC6     +597EC6,02,03,00
     5A3003     +5A3003,00,03,00
     5A30CA     +5A30CA,00,03,00
     5A7966     +5A7966,02,03,00
     5D014C     +5D014C,00,03,00
     5E58E7     +5E58E7,00,03,00
     5E596E     +5E596E,00,03,00
     5FA4C0     +5FA4C0,00,03,00
     5FFAA0     +5FFAA0,00,03,00
     6181EC     +6181EC,00,03,00
     6340E6     +6340E6,00,03,00
     634286     +634286,00,03,00
     6387DF     +6387DF,00,03,00
     6873E1     +6873E1,00,03,00
     69547E     +69547E,00,03,00
     69EEF8     +69EEF8,00,03,00
     6A8CB3     +6A8CB3,00,03,00
     6A9533     +6A9533,00,03,00
     6AF5F1     +6AF5F1,00,03,00
   READINGS:
     2022-05-17 13:27:30   D-HMIdAssigned  F12347
     2022-05-17 13:27:31   D-HMIdOriginal  5848BF
     2022-05-17 13:27:31   D-firmware      1.4.1
     2022-05-17 13:27:32   D-serialNr      OEQ0309759
     2022-05-17 13:23:35   D-type          HM-MOD-UART
     2022-05-17 14:29:01   cond            ok
     2022-05-17 17:01:34   load            56
     2022-05-17 17:00:49   loadLvl         batchLevel
     2022-05-17 13:27:20   state           opened
   helper:
Attributes:
   alias      HomeMatic Gateway - AB Fitnessraum
   devStateIcon init:it_network@orange opened:it_network@0CFB0C disconnected:it_network@red closed:it_network@red
   dutyCycle  1
   group      Schnittstellen ser2net
   hmId       F12347
   icon       hm_lan
   qLen       60
   room       Brandmeldeanlage,_HM,_RxTx
   verbose    0

ser2net

Code Auswählen Erweitern

%YAML 1.1
---
# This is a ser2net configuration file, tailored to be rather
# simple.
#
# Find detailed documentation in ser2net.yaml(5)
# A fully featured configuration file is in
# /usr/share/doc/ser2net/examples/ser2net.yaml.gz
#
# If you find your configuration more useful than this very simple
# one, please submit it as a bugreport

# define: &banner \r\nser2net port \p device \d [\B] (Debian GNU/Linux)\r\n\r\n

### HM-MOD-RPI-PCB
connection: &con0101
    accepter: tcp,40101
    timeout: 0
    enable: on
    options:
      kickolduser: true
#    max-connections: 1
    connector: serialdev,
               /dev/ttyAMA0,
               115200n81,local

----------------------------------------------------------------------------------------------------------------------------------------------

list nanoCUL433_AB_FR

Code Auswählen Erweitern

Internals:
   CFGFN      /media/hdd/fhem/mycfg/schnittstellen_rasp01.cfg
   CMDS       ABCeFfGiKLlMNRTtUVWXx
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :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::OREGON::Hideki::SD_WS07:
   DEF        192.168.17.186:40133 0000
   DeviceName 192.168.17.186:40133
   FD         45
   FHTID      0000
   FUUID      5c45b01a-f33f-f4d2-e920-d94dc8c68737e269
   NAME       nanoCUL433_AB_FR
   NR         581
   PARTIAL   
   RAWMSG     omACD5ED55B5BA450AD52AF1
   RSSI       -94.5
   STATE      Initialized
   TIME       1652800275.70777
   TYPE       CUL
   VERSION    V 1.26.08 a-culfw Build: 323 (2019-08-03_09-32-54) nanoCUL433 (F-Band: 433MHz)
   devioNoSTATE 1
   initString X21
   nanoCUL433_AB_FR_MSGCNT 1730
   nanoCUL433_AB_FR_TIME 2022-05-17 17:14:01
   MatchList:
     0:FS20V    ^81..(04|0c)..0101a001......00[89a-f]...
     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:Hideki   ^P12#75[A-F0-9]{17,30}
     C:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     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:
     2022-05-17 13:23:38   cmds             A B C e F f G i K L l M N R T t U V W X x
     2022-05-17 17:14:01   state           Initialized
Attributes:
   alias      nanoCUL433 - AB Fitnessraum UV
   devStateIcon Initialized:it_network@0CFB0C opened:it_network@red disconnected:it_network@red
   group      Schnittstellen ser2net
   icon       cul_cul
   longids    0
   model      nanoCUL
   room       _IT,_RxTx
   sendpool   nanoCUL433_AB_FR,nanoCUL433_AB_GAW,nanoCUL433_EG,nanoCUL433_OG1,nanoCUL433_OG2,nanoCUL433_WebCam
   verbose    0

ser2net

Code Auswählen Erweitern

### nanoCUL 433
connection: &con0133
    accepter: tcp,40133
    timeout: 0
    enable: on
    options:
      kickolduser: true
#    max-connections: 1
    connector: serialdev,
               /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0,
               38400n81,local

----------------------------------------------------------------------------------------------------------------------------------------------

list nanoCUL868_AB_FR

Code Auswählen Erweitern

Internals:
   CFGFN      /media/hdd/fhem/mycfg/schnittstellen_rasp01.cfg
   CMDS       ABCEeFfGiKlMNRTtUVWXxZ
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :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        192.168.17.186:40168 0000
   DeviceName 192.168.17.186:40168
   FD         50
   FHTID      0000
   FUUID      5c45b026-f33f-f4d2-1df6-55b894985e766219
   NAME       nanoCUL868_AB_FR
   NR         624
   PARTIAL   
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.26.08 a-culfw Build: 323 (2019-08-03_09-32-54) nanoCUL868 (F-Band: 868MHz)
   devioNoSTATE 1
   initString X21
   MatchList:
     0:FS20V    ^81..(04|0c)..0101a001......00[89a-f]...
     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:Hideki   ^P12#75[A-F0-9]{17,30}
     C:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     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:
     2022-05-17 13:23:54   cmds             A B C E e F f G i K l M N R T t U V W X x Z
     2022-05-17 13:23:54   state           Initialized
Attributes:
   alias      nanoCUL868 - AB Fitnessraum UV
   devStateIcon Initialized:it_network@0CFB0C opened:it_network@red disconnected:it_network@red
   group      Schnittstellen ser2net
   icon       cul_868
   model      nanoCUL
   rfmode     SlowRF
   room       _FS20,_RxTx
   sendpool   nanoCUL868_AB_FR,nanoCUL868_AB_GAW,nanoCUL868_EG,nanoCUL868_OG1,nanoCUL868_OG2,nanoCUL868_WebCam
   verbose    0

ser2net

Code Auswählen Erweitern

### nanoCUL 868
connection: &con0168
    accepter: tcp,40168
    timeout: 0
    enable: on
    options:
      kickolduser: true
#    max-connections: 1
    connector: serialdev,
               /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A9ULXRVF-if00-port0,
               38400n81,local

Damit auch meine Schnittstellenkonfiguration eine Übersicht liefert.


Eine andere Auffälligkeit die mir gerade beim EventMonitoring untergekommen ist.
Ich arbeite auch mit FHEM2FHEM Verbindungen.

Code Auswählen Erweitern

2022-05-17 17:27:41.371 cloneDummy pip_2424mse1 batteryVoltage: 27.29
2022-05-17 17:27:41.376 MppSolarPip PIP_2424MSE1 batteryVoltage: 27.29
2022-05-17 17:27:41.412 cloneDummy pip_2424mse1 pvVoltage: 77
2022-05-17 17:27:41.417 MppSolarPip PIP_2424MSE1 pvVoltage: 77
2022-05-17 17:27:41.452 cloneDummy pip_2424mse1 pvPower: 282
2022-05-17 17:27:41.458 MppSolarPip PIP_2424MSE1 pvPower: 282
2022-05-17 17:27:41.494 cloneDummy pip_2424mse1 solarEnergyDay: 1.58811416666667
2022-05-17 17:27:41.499 MppSolarPip PIP_2424MSE1 solarEnergyDay: 1.58811416666667
2022-05-17 17:27:43.083 freezemon myFreezemon s:17:27:40 e:17:27:41 f:1.38 d:tmr-STELLMOTOR_GetUpdate(OG2_HZR_R1H) tmr-STELLMOTOR_GetUpdate(AB_FR_HZG_R2H) tmr-STELLMOTOR_GetUpdate(OG2_HZR_R1H) tmr-STELLMOTOR_GetUpdate(OG2_HZR_R1H) tmr-STELLMOTOR_GetUpdate(AB_FR_HZG_R2H) tmr-STELLMOTOR_GetUpdate(AB_FR_HZG_R2H) tmr-STELLMOTOR_GetUpdate(AB_FR_HZG_R2H) tmr-STELLMOTOR_GetUpdate(OG2_HZR_R1H) tmr-I2C_SUSV_Poll_GPIO(SUSV) tmr-GPIO4_DeviceUpdateLoop(OG2_HZR_HZG_KVT) tmr-MppSolarPip_Update(PIP_2424MSE1)
2022-05-17 17:27:43.105 freezemon myFreezemon freezeDevice: tmr-STELLMOTOR_GetUpdate(OG2_HZR_R1H) tmr-STELLMOTOR_GetUpdate(AB_FR_HZG_R2H) tmr-STELLMOTOR_GetUpdate(OG2_HZR_R1H) tmr-STELLMOTOR_GetUpdate(OG2_HZR_R1H) tmr-STELLMOTOR_GetUpdate(AB_FR_HZG_R2H) tmr-STELLMOTOR_GetUpdate(AB_FR_HZG_R2H) tmr-STELLMOTOR_GetUpdate(AB_FR_HZG_R2H) tmr-STELLMOTOR_GetUpdate(OG2_HZR_R1H) tmr-I2C_SUSV_Poll_GPIO(SUSV) tmr-GPIO4_DeviceUpdateLoop(OG2_HZR_HZG_KVT) tmr-MppSolarPip_Update(PIP_2424MSE1)
2022-05-17 17:27:43.122 freezemon myFreezemon fs_PIP_2424MSE1_c: 5086
2022-05-17 17:27:43.142 freezemon myFreezemon fs_PIP_2424MSE1_t: 7029.863

Die STELLMOTOR TYPE ist zwar auf dem FHEM2FHEM Gerät und arbeitet dort nicht sauber, dennoch haben diese drei Geräte nichts auf diesem Gerät zu suchen.

Hier hat einiges davon nichts zu suchen.
Datenpunkte wie OG2_HZR_R1H, AB_FR_HZG_R2H, OG2_HZR_HZG_KVT gibt es in der FHEM2FHEM Verbindung nicht. Warum sind diese dennoch vorhanden?

list F2F_Rasp02

Code Auswählen Erweitern

Internals:
   CFGFN      /media/hdd/fhem/mycfg/FHEM2FHEM/f2f_rasp01.cfg
   DEF        192.168.17.182:7182:SSL LOG:AB_FR_HZG_A2HD.*|AB_P_DSFRD.*|AB_P_PP_STSD.*|AB_P_SSSSD.*|AB_P_ZPFSD.*|AB_P_ZPHZD.*|AB_P_ST_PPPA2D.*|AB_P_ST_DT09T04D.*|A_P_ST_PPPFA2D.*|AB_SSP_ST_V1D.*|DL2.*|EG_WZ_NRD.*|HTZ_SDM630M_1.*|NGZ_SDM630M_2.*|OG2_HZR_HZG_A1HD.*|OG2_EDV_AA_ASAD.*|OG2_EDV_AA_ASTD.*|OG2_HZR_NS_APC1500D.*|OG2_HZR_P_APSD.*|OG2_HZR_STSP5_HTD.*|OG2_HZR_STSP5_RYD.*|OG2_HZR_ST_DT07T08D.*|PV_Anlage_1.*|PIP_2424MSE1.*|EPEVER_T1210AN_PV4.*|EPEVER_T3210AN_PV3.* Q2hyaXM6Q3M1MzY5Mzk=
   FD         14
   FUUID      5c45b038-f33f-f4d2-d4c3-333233b62be997c3
   Host       192.168.17.182:7182
   NAME       F2F_Rasp02
   NR         124
   PARTIAL   
   SSL        1
   STATE      connected
   TYPE       FHEM2FHEM
   informType LOG
   portpassword Q2hyaXM6Q3M1MzY5Mzk=
   regexp     AB_FR_HZG_A2HD.*|AB_P_DSFRD.*|AB_P_PP_STSD.*|AB_P_SSSSD.*|AB_P_ZPFSD.*|AB_P_ZPHZD.*|AB_P_ST_PPPA2D.*|AB_P_ST_DT09T04D.*|A_P_ST_PPPFA2D.*|AB_SSP_ST_V1D.*|DL2.*|EG_WZ_NRD.*|HTZ_SDM630M_1.*|NGZ_SDM630M_2.*|OG2_HZR_HZG_A1HD.*|OG2_EDV_AA_ASAD.*|OG2_EDV_AA_ASTD.*|OG2_HZR_NS_APC1500D.*|OG2_HZR_P_APSD.*|OG2_HZR_STSP5_HTD.*|OG2_HZR_STSP5_RYD.*|OG2_HZR_ST_DT07T08D.*|PV_Anlage_1.*|PIP_2424MSE1.*|EPEVER_T1210AN_PV4.*|EPEVER_T3210AN_PV3.*
Attributes:
   alias      OG2 Heizung - LOG Schnittstelle Rasp02
   devStateIcon connected:it_network@0CFB0C disconnected:it_network@red
   group      Schnittstellen FHEM2FHEM
   icon       it_network
   reportConnected 1
   room       _RxTx
   sortby     01

[Beta-User]

Bei mir meldet "stty -a < /dev/ttyACM0" nach dem Einstecken 9600Baud, d.h. das OS hat schon was eingestellt.

Habe mal spasseshalber ein paar Geräte eingesteckt: FTDI-Wandler (ohne MCU dahinter), WCH340-Arduino (die Dinger mit der "beliebten" 1a86-Kennung) ohne Firmware, ein Maple (mit MySensors-GW, das üblicherweise mit 112.000 Baud sprechen kann) => bei allen macht das OS (Ubuntu) erst mal 9.600.
Ist m.E. untauglich, weil in den meisten Fällen dann "rubbish" über die Leitung kommt, wenn das OS die Baudrate anders einstellt als das, was die MCU an den Wandler übergibt.

00_CUL.pm (bzw. DevIO_OpenDev) fasst die Baudrate nicht an, falls an dem Dateinamen kein @... dranhaengt.

Ich meine daher, dass man die braucht, jedenfalls dann, wenn es kein "ACMx"-Gerät ist (die sollten die Baudrate auch "on the fly" ändern können ohne Neustart der MCU) und die firmware für andere Baudraten gebaut wurde wie 9.600.

Ich mach gerne mit, aber mangels a-culfw kann ich es nicht testen, und das waere hier schon sinnvoll.

Ich kann gerne dazu was testen und den jungfäulichen China-Klon mit dem WCH-Chip mal flashen. Habe nur keinen CC1101 da. Oder kann dir der TE hierzu was liefern?

Wie gesagt, ich glaube auch nicht, dass das primär an der konkreten Firmware hängt, sondern eher am verwendeten Chipset (und ggf. auf welcher Frequenz die MCU läuft, typ. 16MHz oder 8MHz). Die a-culfw ist an der Stelle vermutlich auch nicht anders als deine originale Version (immer betrachtet auf einem Nano), und da hängt es ggf. noch davon ab, was man alles an Protokollen vor dem bauen aktiviert hat...

[rudolfkoenig]

Bei der original CUL ist die eingestellte Baudrate egal, da die serielle Leitung auf beiden Seiten nur emuliert wird, und keiner macht sich die Muehe, kuenstlich langsamer zu senden.

Bei Geraeten mit einem USB<->Seriell Wandler wie FTDI ist das anders, und die vom Rechner gesetzte Baudrate muss passen. Allerdings wuesste ich nicht, wie die Firmware auf der MCU die Aenderung der Baudrate entdecken will, um ein reboot durchzufuehren. Oder wozu man ueberhaupt ein reboot machen will.

[Beta-User]

Allerdings wuesste ich nicht, wie die Firmware auf der MCU die Aenderung der Baudrate entdecken will, um ein reboot durchzufuehren. Oder wozu man ueberhaupt ein reboot machen will.

...vielleicht gehe ich auch von falschen Annahmen aus?

Die ersten Erfahrungen mit dem Thema hatte ich mit dem "Seriellen Monitor" der Arduino IDE gemacht, und wenn man da was an der Baudrate ändert, startet die MCU neu. Ob dieser reset  seitens des OS veranlasst wird oder seitens der USB-Seriell-Wandler, hat mich damals nicht so sehr interessiert .

Dann hatten wir ja mal die Diskussion rund um die Erweiterung von autocreate, und auch da war es so, dass das ein MYSENSORS-IO (FTDI oder WCH340) nur erkannt hätte, wenn man ihm Zeit gelassen hätte, sich auf die neue Baudrate "einzuschießen". Ein MYSENSORS-GW auf "Modem-Basis" (Pro Micro, ATMega32U4) ging dagegen problemlos, und das ist jetzt auch im autocreate-Code so drin (ohne Wartezeit, daher ohne Erkennung von FTDI-etc-Arduinos; darüber sollte sich der Thread finden lassen). Von daher würde ich annehmen, dass das aus der USB-seriell-Wandler-Ecke eben so umgesetzt wird mit dem reset, und daraus resultierte auch mein damaliger Vorschlag, die Reihenfolge umzudrehen und nicht primär "pro Schnittstelle" vorzugehen, sondern "pro Baudrate"...