Neue Beta Test Runde für alle MAX Module

Begonnen von Wzut, 14 Oktober 2020, 17:41:04

Vorheriges Thema - Nächstes Thema

_fhemuser_

So der Fehler tritt auf ca 1 Stunde nach Neustart.

Logdatei:
2024.01.15 09:45:41 0: Featurelevel: 6.2
2024.01.15 09:45:41 0: Server started with 557 defined entities (fhem.pl:28227/2023-11-29 perl:5.032001 os:linux user:fhem pid:33983)
2024.01.15 09:45:46 5: DevIo_SimpleWrite CUL866: Zw111111
2024.01.15 09:45:46 1: FHEM2FHEM 192.168.0.110:7072 reappeared (Raspi110fhem)
2024.01.15 09:45:46 5: DevIo_SimpleWrite CUL866: X
2024.01.15 09:45:46 5: CUL_ReadAnswer CUL866: 21 1821

2024.01.15 09:45:46 5: CUL866 sending Zs0f01040347111800000000180f092d6e
2024.01.15 09:45:46 5: DevIo_SimpleWrite CUL866: Zs0f01040347111800000000180f092d6e
2024.01.15 09:45:55 5: CUL_Read: CUL866 /Z0CAD0442088599000000002AC7
2024.01.15 09:45:55 5: CUL_Read: CUL866 Z0CAD0442088599000000002AC7/F5

2024.01.15 09:45:55 4: CUL_Parse: CUL866 Z0CAD0442088599000000002AC7F5 -79.5
2024.01.15 09:45:55 5: CUL866: dispatch Z0CAD0442088599000000002AC7
2024.01.15 09:46:01 5: DevIo_SimpleWrite CUL866: C0D
2024.01.15 09:46:01 5: CUL_ReadAnswer CUL866: C0D = 21 / 33
2024.01.15 09:46:01 5: CUL_ReadAnswer CUL866:

2024.01.15 09:46:01 5: DevIo_SimpleWrite CUL866: C0E
2024.01.15 09:46:01 5: CUL_ReadAnswer CUL866: C0E = 65 / 101

2024.01.15 09:46:01 5: DevIo_SimpleWrite CUL866: C0F
2024.01.15 09:46:01 5: CUL_ReadAnswer CUL866: C0F = 6A / 106

2024.01.15 09:46:01 5: DevIo_SimpleWrite CUL866: C10
2024.01.15 09:46:01 5: CUL_ReadAnswer CUL866: C10 = C8 / 200

2024.01.15 09:46:01 5: DevIo_SimpleWrite CUL866: C1B
2024.01.15 09:46:01 5: CUL_ReadAnswer CUL866: C1B = 43 / 67

2024.01.15 09:46:01 5: DevIo_SimpleWrite CUL866: C1D
2024.01.15 09:46:01 5: CUL_ReadAnswer CUL866: C1D = 91 / 145

2024.01.15 09:46:03 5: CUL_Read: CUL866 /Z0B460002471118073
2024.01.15 09:46:03 5: CUL_Read: CUL866 Z0B460002471118073/241000000
Z0B4606300732414711180010EC

2024.01.15 09:46:03 4: CUL_Parse: CUL866 Z0B460002471118073241000000 -74
2024.01.15 09:46:03 5: CUL866: dispatch Z0B4600024711180732410000
2024.01.15 09:46:03 4: CUL_Parse: CUL866 Z0B4606300732414711180010EC -84
2024.01.15 09:46:03 5: CUL866: dispatch Z0B4606300732414711180010
2024.01.15 09:46:09 5: DevIo_SimpleWrite CUL866: V
2024.01.15 09:46:09 5: CUL_ReadAnswer CUL866: V 1.67 nanoCUL868
2024.01.15 09:46:09 5: CUL_ReadAnswer CUL866:

2024.01.15 09:46:14 5: DevIo_SimpleWrite CUL866: X
2024.01.15 09:46:14 5: CUL_ReadAnswer CUL866: 21 1727

2024.01.15 09:48:34 5: CUL_Read: CUL866 /Z0FBB0
2024.01.15 09:48:34 5: CUL_Read: CUL866 Z0FBB0/4700885990000000019042A00C6F3

2024.01.15 09:48:34 4: CUL_Parse: CUL866 Z0FBB04700885990000000019042A00C6F3 -80.5
2024.01.15 09:48:34 5: CUL866: dispatch Z0FBB04700885990000000019042A00C6
2024.01.15 09:48:47 5: CUL_Read: CUL866 /Z0CAE0442088599000000002AC6F4

2024.01.15 09:48:47 4: CUL_Parse: CUL866 Z0CAE0442088599000000002AC6F4 -80
2024.01.15 09:48:47 5: CUL866: dispatch Z0CAE0442088599000000002AC6
2024.01.15 09:51:35 5: CUL_Read: CUL866 /Z0CAF0442088599000000002AC6F
2024.01.15 09:51:35 5: CUL_Read: CUL866 Z0CAF0442088599000000002AC6F/4

2024.01.15 09:51:35 4: CUL_Parse: CUL866 Z0CAF0442088599000000002AC6F4 -80
2024.01.15 09:51:35 5: CUL866: dispatch Z0CAF0442088599000000002AC6
2024.01.15 09:52:54 5: CUL_Read: CUL866 /Z0F0004600830AD000000
2024.01.15 09:52:54 5: CUL_Read: CUL866 Z0F0004600830AD000000/00181F2300B8F6

2024.01.15 09:52:54 4: CUL_Parse: CUL866 Z0F0004600830AD00000000181F2300B8F6 -79
2024.01.15 09:52:54 5: CUL866: dispatch Z0F0004600830AD00000000181F2300B8
2024.01.15 09:54:20 5: CUL_Read: CUL866 /Z0CB00442088599000000002AC8F2

2024.01.15 09:54:20 4: CUL_Parse: CUL866 Z0CB00442088599000000002AC8F2 -81
2024.01.15 09:54:20 5: CUL866: dispatch Z0CB00442088599000000002AC8
2024.01.15 09:57:18 5: CUL_Read: CUL866 /Z0CB10442088599000000002AC8F2

2024.01.15 09:57:18 4: CUL_Parse: CUL866 Z0CB10442088599000000002AC8F2 -81
2024.01.15 09:57:18 5: CUL866: dispatch Z0CB10442088599000000002AC8
2024.01.15 09:58:06 5: DevIo_SimpleWrite CUL866: X
2024.01.15 09:58:06 5: CUL_ReadAnswer CUL866: 21 243
2024.01.15 09:58:06 5: CUL_ReadAnswer CUL866: 8

2024.01.15 09:58:35 5: CUL_Read: CUL866 /Z0B61000247111807320A000000
Z0B610
2024.01.15 09:58:35 4: CUL_Parse: CUL866 Z0B61000247111807320A000000 -74
2024.01.15 09:58:35 5: CUL866: dispatch Z0B61000247111807320A0000
2024.01.15 09:58:35 5: CUL_Read: CUL866 Z0B610/63007320A471118001010

2024.01.15 09:58:35 4: CUL_Parse: CUL866 Z0B61063007320A471118001010 -66
2024.01.15 09:58:35 5: CUL866: dispatch Z0B61063007320A4711180010
2024.01.15 09:59:01 5: CUL_Read: CUL866 /Z0FBF050308859947111800180F093A7AF3

2024.01.15 09:59:01 4: CUL_Parse: CUL866 Z0FBF050308859947111800180F093A7AF3 -80.5
2024.01.15 09:59:01 5: CUL866: dispatch Z0FBF050308859947111800180F093A7A
2024.01.15 09:59:05 5: CUL_Read: CUL866 /Z0FC0050308859947111800180F093B43F3

2024.01.15 09:59:05 4: CUL_Parse: CUL866 Z0FC0050308859947111800180F093B43F3 -80.5
2024.01.15 09:59:05 5: CUL866: dispatch Z0FC0050308859947111800180F093B43
2024.01.15 09:59:10 5: CUL_Read: CUL866 /Z0F
2024.01.15 09:59:10 5: CUL_Read: CUL866 Z0F/C1050308859947111800180F093B48F3

2024.01.15 09:59:10 4: CUL_Parse: CUL866 Z0FC1050308859947111800180F093B48F3 -80.5
2024.01.15 09:59:10 5: CUL866: dispatch Z0FC1050308859947111800180F093B48
2024.01.15 10:00:11 5: CUL_Read: CUL866 /Z0CB20442088599000000002AC8
2024.01.15 10:00:11 5: CUL_Read: CUL866 Z0CB20442088599000000002AC8/F4

2024.01.15 10:00:11 4: CUL_Parse: CUL866 Z0CB20442088599000000002AC8F4 -80
2024.01.15 10:00:11 5: CUL866: dispatch Z0CB20442088599000000002AC8
2024.01.15 10:00:34 5: CUL_Read: CUL866 /Z0FC204700885
2024.01.15 10:00:34 5: CUL_Read: CUL866 Z0FC204700885/990000000059042A00C8F4

2024.01.15 10:00:34 4: CUL_Parse: CUL866 Z0FC204700885990000000059042A00C8F4 -80
2024.01.15 10:00:34 5: CUL866: dispatch Z0FC204700885990000000059042A00C8
2024.01.15 10:01:10 5: DevIo_SimpleWrite CUL866: X
2024.01.15 10:01:10 5: CUL_ReadAnswer CUL866: 21 2614

2024.01.15 10:01:40 5: DevIo_SimpleWrite CUL866: X
2024.01.15 10:01:40 5: CUL_ReadAnswer CUL866: 21 2643

2024.01.15 10:03:01 5: CUL_Read: CUL866 /Z0CB30442088599000000002AC8F5

2024.01.15 10:03:01 4: CUL_Parse: CUL866 Z0CB30442088599000000002AC8F5 -79.5
2024.01.15 10:03:01 5: CUL866: dispatch Z0CB30442088599000000002AC8
2024.01.15 10:05:17 5: DevIo_SimpleWrite CUL866: X
2024.01.15 10:05:17 5: CUL_ReadAnswer CUL866: 21 2861

2024.01.15 10:05:17 5: CUL866 sending Zs0b0a08604711180af6880000
2024.01.15 10:05:17 5: DevIo_SimpleWrite CUL866: Zs0b0a08604711180af6880000
2024.01.15 10:05:18 5: CUL_Read: CUL866 /Z0F0A00600AF6884711180018642B00CFF5

2024.01.15 10:05:18 4: CUL_Parse: CUL866 Z0F0A00600AF6884711180018642B00CFF5 -79.5
2024.01.15 10:05:18 5: CUL866: dispatch Z0F0A00600AF6884711180018642B00CF
2024.01.15 10:05:44 5: DevIo_SimpleWrite CUL866: X
2024.01.15 10:05:44 5: CUL_ReadAnswer CUL866: 21 2778

2024.01.15 10:05:44 5: CUL866 sending Zs0b560860471118189f2d0000
2024.01.15 10:05:44 5: DevIo_SimpleWrite CUL866: Zs0b560860471118189f2d0000
2024.01.15 10:05:45 5: CUL_Read: CUL866 /Z0F000060189F2D4711180018000C0089
2024.01.15 10:05:45 5: CUL_Read: CUL866 Z0F000060189F2D4711180018000C0089/00

2024.01.15 10:05:45 4: CUL_Parse: CUL866 Z0F000060189F2D4711180018000C008900 -74
2024.01.15 10:05:45 5: CUL866: dispatch Z0F000060189F2D4711180018000C0089
2024.01.15 10:05:48 5: CUL_Read: CUL866 /Z0CB40442088599000000002AC8F4

2024.01.15 10:05:48 4: CUL_Parse: CUL866 Z0CB40442088599000000002AC8F4 -80
2024.01.15 10:05:48 5: CUL866: dispatch Z0CB40442088599000000002AC8
2024.01.15 10:06:15 5: CUL_Read: CUL866 /Z0B45000247111818D57E000000
Z0B450
2024.01.15 10:06:15 4: CUL_Parse: CUL866 Z0B45000247111818D57E000000 -74
2024.01.15 10:06:15 5: CUL866: dispatch Z0B45000247111818D57E0000
2024.01.15 10:06:15 5: CUL_Read: CUL866 Z0B450/63018D57E4711180012F0

2024.01.15 10:06:15 4: CUL_Parse: CUL866 Z0B45063018D57E4711180012F0 -82
2024.01.15 10:06:15 5: CUL866: dispatch Z0B45063018D57E4711180012
2024.01.15 10:06:35 5: CUL_Read: CUL866 /Z0B46000
2024.01.15 10:06:35 5: CUL_Read: CUL866 Z0B46000/247111818D57E000000
Z0B46063018D57E4711180010E9

2024.01.15 10:06:35 4: CUL_Parse: CUL866 Z0B46000247111818D57E000000 -74
2024.01.15 10:06:35 5: CUL866: dispatch Z0B46000247111818D57E0000
2024.01.15 10:06:35 4: CUL_Parse: CUL866 Z0B46063018D57E4711180010E9 -85.5
2024.01.15 10:06:35 5: CUL866: dispatch Z0B46063018D57E4711180010
2024.01.15 10:06:59 5: CUL_Read: CUL866 /Z0F000460189F2D00000000180020008900

2024.01.15 10:06:59 4: CUL_Parse: CUL866 Z0F000460189F2D00000000180020008900 -74
2024.01.15 10:06:59 5: CUL866: dispatch Z0F000460189F2D000000001800200089
2024.01.15 10:07:05 5: DevIo_SimpleWrite CUL866: X
2024.01.15 10:07:05 5: CUL_ReadAnswer CUL866: 21 2732

2024.01.15 10:07:05 5: CUL866 sending Zs0b570860471118189f2d0000
2024.01.15 10:07:05 5: DevIo_SimpleWrite CUL866: Zs0b570860471118189f2d0000
2024.01.15 10:07:06 5: CUL_Read: CUL866 /Z0F000060189F2D47111800180020008901

2024.01.15 10:07:06 4: CUL_Parse: CUL866 Z0F000060189F2D47111800180020008901 -73.5
2024.01.15 10:07:06 5: CUL866: dispatch Z0F000060189F2D471118001800200089
2024.01.15 10:09:04 5: CUL_Read: CUL866 /Z0CB50442088599000000002AC8F4

2024.01.15 10:09:04 4: CUL_Parse: CUL866 Z0CB50442088599000000002AC8F4 -80
2024.01.15 10:09:04 5: CUL866: dispatch Z0CB50442088599000000002AC8
2024.01.15 10:09:10 5: CUL_Read: CUL866 /Z0F0004601
2024.01.15 10:09:10 5: CUL_Read: CUL866 Z0F0004601/89F2D000000001864200089FF

2024.01.15 10:09:10 4: CUL_Parse: CUL866 Z0F000460189F2D000000001864200089FF -74.5
2024.01.15 10:09:10 5: CUL866: dispatch Z0F000460189F2D000000001864200089
2024.01.15 10:09:29 5: DevIo_SimpleWrite CUL866: X
2024.01.15 10:09:29 5: CUL_ReadAnswer CUL866: 21 2766

2024.01.15 10:09:29 5: CUL866 sending Zs0b480860471118086b820000
2024.01.15 10:09:29 5: DevIo_SimpleWrite CUL866: Zs0b480860471118086b820000
2024.01.15 10:09:30 5: CUL_Read: CUL866 /Z0F000060086B824711180018002600D812

2024.01.15 10:09:30 4: CUL_Parse: CUL866 Z0F000060086B824711180018002600D812 -65
2024.01.15 10:09:30 5: CUL866: dispatch Z0F000060086B824711180018002600D8
2024.01.15 10:11:42 5: CUL_Read: CUL866 /Z0CB60442088599000000002AC8F5

2024.01.15 10:11:42 4: CUL_Parse: CUL866 Z0CB60442088599000000002AC8F5 -79.5
2024.01.15 10:11:42 5: CUL866: dispatch Z0CB60442088599000000002AC8
2024.01.15 10:12:04 5: CUL_Read: CUL866 /Z0B090630072BC30981090010E7

2024.01.15 10:12:04 4: CUL_Parse: CUL866 Z0B090630072BC30981090010E7 -86.5
2024.01.15 10:12:04 5: CUL866: dispatch Z0B090630072BC30981090010
2024.01.15 10:14:33 5: CUL_Read: CUL866 /Z0CB7044208859900000000
2024.01.15 10:14:33 5: CUL_Read: CUL866 Z0CB7044208859900000000/2AC8F4

2024.01.15 10:14:33 4: CUL_Parse: CUL866 Z0CB70442088599000000002AC8F4 -80
2024.01.15 10:14:33 5: CUL866: dispatch Z0CB70442088599000000002AC8
2024.01.15 10:17:11 5: CUL_Read: CUL866 /Z0BFB0002471118073200000000
Z0BFB0
2024.01.15 10:17:11 4: CUL_Parse: CUL866 Z0BFB0002471118073200000000 -74
2024.01.15 10:17:11 5: CUL866: dispatch Z0BFB00024711180732000000
2024.01.15 10:17:11 5: CUL_Read: CUL866 Z0BFB0/6300732004711180010EB

2024.01.15 10:17:11 4: CUL_Parse: CUL866 Z0BFB06300732004711180010EB -84.5
2024.01.15 10:17:11 5: CUL866: dispatch Z0BFB06300732004711180010
2024.01.15 10:17:21 5: CUL_Read: CUL866 /Z0CB80442088599000000002AC8F3

2024.01.15 10:17:21 4: CUL_Parse: CUL866 Z0CB80442088599000000002AC8F3 -80.5
2024.01.15 10:17:21 5: CUL866: dispatch Z0CB80442088599000000002AC8
2024.01.15 10:17:25 5: CUL_Read: CUL866 /Z0B46000247111818D57E000000
Z0B46063
2024.01.15 10:17:25 4: CUL_Parse: CUL866 Z0B46000247111818D57E000000 -74
2024.01.15 10:17:25 5: CUL866: dispatch Z0B46000247111818D57E0000
2024.01.15 10:17:25 5: CUL_Read: CUL866 Z0B46063/018D57E4711180010E9

2024.01.15 10:17:25 4: CUL_Parse: CUL866 Z0B46063018D57E4711180010E9 -85.5
2024.01.15 10:17:25 5: CUL866: dispatch Z0B46063018D57E4711180010
2024.01.15 10:20:06 5: CUL_Read: CUL866 /Z0CB90442088599000000002AC8F5
2024.01.15 10:20:06 5: CUL_Read: CUL866 Z0CB90442088599000000002AC8F5
/

2024.01.15 10:20:06 4: CUL_Parse: CUL866 Z0CB90442088599000000002AC8F5 -79.5
2024.01.15 10:20:06 5: CUL866: dispatch Z0CB90442088599000000002AC8
2024.01.15 10:20:11 5: CUL_Read: CUL866 /Z0F000460086B820000000018062600D4
2024.01.15 10:20:11 5: CUL_Read: CUL866 Z0F000460086B820000000018062600D4/11

2024.01.15 10:20:11 4: CUL_Parse: CUL866 Z0F000460086B820000000018062600D411 -65.5
2024.01.15 10:20:11 5: CUL866: dispatch Z0F000460086B820000000018062600D4
2024.01.15 10:23:03 5: CUL_Read: CUL866 /Z0CBA0442088599000000002AC8F4

2024.01.15 10:23:03 4: CUL_Parse: CUL866 Z0CBA0442088599000000002AC8F4 -80
2024.01.15 10:23:03 5: CUL866: dispatch Z0CBA0442088599000000002AC8
2024.01.15 10:25:56 5: CUL_Read: CUL866 /Z0CBB0442088599000000002AC6F4

2024.01.15 10:25:56 4: CUL_Parse: CUL866 Z0CBB0442088599000000002AC6F4 -80
2024.01.15 10:25:56 5: CUL866: dispatch Z0CBB0442088599000000002AC6
2024.01.15 10:27:18 5: DevIo_SimpleWrite CUL866: X
2024.01.15 10:27:18 5: CUL_ReadAnswer CUL866: 21 3600

2024.01.15 10:27:18 5: CUL866 sending Zs0b0b08604711180af6880000
2024.01.15 10:27:18 5: DevIo_SimpleWrite CUL866: Zs0b0b08604711180af6880000
2024.01.15 10:27:18 5: DevIo_SimpleWrite CUL866: X
2024.01.15 10:27:19 5: CUL_ReadAnswer CUL866: 21 3491

2024.01.15 10:27:19 5: CUL866 sending Zs0b2a08604711180830ad0000
2024.01.15 10:27:19 5: DevIo_SimpleWrite CUL866: X
2024.01.15 10:27:19 5: CUL_ReadAnswer CUL866: Z0F0B00600AF6884711180018642B00CEF4

2024.01.15 10:27:19 4: CUL_Parse: CUL866 Z0F0B00600AF6884711180018642B00CEF4 -80
2024.01.15 10:27:19 5: CUL866: dispatch Z0F0B00600AF6884711180018642B00CE
2024.01.15 10:27:19 5: CUL_ReadAnswer CUL866: 21 3492

2024.01.15 10:27:19 5: CUL866 sending Zs0b490860471118086b820000
2024.01.15 10:27:19 5: DevIo_SimpleWrite CUL866: X
2024.01.15 10:27:19 5: CUL_ReadAnswer CUL866: 21 3492

2024.01.15 10:27:19 5: CUL866 sending Zs0b54086047111811bfba0000
2024.01.15 10:27:20 5: DevIo_SimpleWrite CUL866: X
2024.01.15 10:27:20 5: CUL_ReadAnswer CUL866: 21 3492

2024.01.15 10:27:20 5: CUL866 sending Zs0b010860471118189f290000
2024.01.15 10:27:20 5: DevIo_SimpleWrite CUL866: X
2024.01.15 10:27:20 5: CUL_ReadAnswer CUL866: 21 3
2024.01.15 10:27:20 5: CUL_ReadAnswer CUL866: 493
## manuell alle Thermostate abgefragt
2024.01.15 10:27:20 5: CUL866 sending Zs0b580860471118189f2d0000
2024.01.15 10:27:20 5: DevIo_SimpleWrite CUL866: Zs0b2a08604711180830ad0000
2024.01.15 10:27:20 5: DevIo_SimpleWrite CUL866: Zs0b490860471118086b820000
2024.01.15 10:27:21 5: DevIo_SimpleWrite CUL866: Zs0b54086047111811bfba0000
2024.01.15 10:27:21 5: DevIo_SimpleWrite CUL866: Zs0b010860471118189f290000
2024.01.15 10:27:21 5: DevIo_SimpleWrite CUL866: Zs0b580860471118189f2d0000

2024.01.15 10:49:35 5: DevIo_SimpleWrite CUL866: X
2024.01.15 10:49:38 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A1062CUL-if00-port0 disconnected, waiting to reappear (CUL866)
2024.01.15 10:49:38 3: Setting CUL866 serial parameters to 38400,8,N,1
2024.01.15 10:49:38 5: DevIo_SimpleWrite CUL866: V
2024.01.15 10:49:41 5: DevIo_SimpleWrite CUL866: V
2024.01.15 10:49:44 5: DevIo_SimpleWrite CUL866: V
2024.01.15 10:49:47 1: Cannot init /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A1062CUL-if00-port0, ignoring it (CUL866)
Der Status hat sich geändert von initialized auf opened.
Scheint am CUL bzw USB oder Netzteil zu liegen. Was evtl bei den Standversionen der MAX Module nicht auffällt.
fhem in der aktuellsten Version auf:
Raspberry 4 mit SSD | fhem2fhem | NanoCul433 Selbstbau | NanoCul868 Selbstbau | DbLog | MAX! | zigbee2MQTT | homebridge | alexa
inkl zigbee2MQTT Server, Unifi-Server

Raspberry 4 mit SD Karte | fhem2fhem | motioneye

_fhemuser_

Noch ein Nachtrag.

in der Logdatei ist noch der Fehler:
2024.01.14 09:43:39 1: PERL WARNING: Use of uninitialized value $value in string eq at ./FHEM/10_MAX.pm line 1751.
2024.01.14 09:43:39 1: PERL WARNING: Use of uninitialized value $value in string eq at ./FHEM/10_MAX.pm line 1752.

An der Position in der 10_MAX.pm steht:   if (!AttrNum($name, 'DbLog_log_onoff', 0)) { # Todo ; fehlt in commandref
        $value = '4.5'  if ( $value eq 'off' );
        $value = '30.5' if ( $value eq 'on' );
    }
Ich nutze die Aufzeichnung in der Datenbank
Der Fehler ist allerdings identisch bei der originalen 10_MAX.pm.
PERL WARNING: Use of uninitialized value $value in string eq at ./FHEM/10_MAX.pm line 2057.
PERL WARNING: Use of uninitialized value $value in string eq at ./FHEM/10_MAX.pm line 2058.

Ich habe ohne etwas zu verändern fhem neu gestartet mit shutdown restart und kann den CUL868 nicht nutzen.
Restart über sudo service fhem restart ohne Änderung.

Die MAX Dateien wieder auf Standard gesetzt und fhem restart  ohne Änderung

Systemdaten ausgelesen vor dem Reboot:
Model: Raspberry Pi 4 Model B Rev 1.5
Debian Bullseye aktuell

cul mit culfw-code-r571-trunk.zip  geflasht

Was ist am USB Port:
1 SSD
1 CUL868
1 CUL443
1 ConbeeII Stick

Es fällt nur der CUL868 aus.

root@fhem:/home/pi/fhem/FHEM# sudo ls -l /dev/ttyA*
crw-rw----+ 1 root dialout 166,  0 15. Jan 11:34 /dev/ttyACM0
crw-rw----  1 root dialout 204, 64 14. Jan 14:05 /dev/ttyAMA0
root@fhem:/home/pi/fhem/FHEM# sudo ls -l /dev/ttyU*
crw-rw----+ 1 root dialout 188, 0 15. Jan 11:21 /dev/ttyUSB0
crw-rw----+ 1 root dialout 188, 1 15. Jan 11:21 /dev/ttyUSB1
root@fhem:/home/pi/fhem/FHEM#
pi@fhem:~ $ vcgencmd get_throttled
throttled=0x0
pi@fhem:~ $ ls -la /dev/serial/by-id
insgesamt 0
drwxr-xr-x 2 root root 100 14. Jan 14:05 .
drwxr-xr-x 4 root root  80 14. Jan 14:05 ..
lrwxrwxrwx 1 root root  13 14. Jan 14:05 usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2196162-if00 -> ../../ttyACM0
lrwxrwxrwx 1 root root  13 14. Jan 14:05 usb-FTDI_FT232R_USB_UART_A1062CUL-if00-port0 -> ../../ttyUSB1
lrwxrwxrwx 1 root root  13 14. Jan 14:05 usb-FTDI_FT232R_USB_UART_A1062CV0-if00-port0 -> ../../ttyUSB0
pi@fhem:~ $ ls -la /dev/serial/by-path
insgesamt 0
drwxr-xr-x 2 root root 100 14. Jan 14:05 .
drwxr-xr-x 4 root root  80 14. Jan 14:05 ..
lrwxrwxrwx 1 root root  13 14. Jan 14:05 platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.1:1.0 -> ../../ttyACM0
lrwxrwxrwx 1 root root  13 14. Jan 14:05 platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.3:1.0-port0 -> ../../ttyUSB0
lrwxrwxrwx 1 root root  13 14. Jan 14:05 platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.4:1.0-port0 -> ../../ttyUSB1
pi@fhem:~ $

i@fhem:~ $ sudo tail -f /var/log/kern.log
Jan 14 14:05:20 fhem kernel: [   10.471510] bcmgenet fd580000.ethernet: configuring instance for external RGMII (RX delay)
Jan 14 14:05:20 fhem kernel: [   10.476863] bcmgenet fd580000.ethernet eth0: Link is Down
Jan 14 14:05:20 fhem kernel: [   10.685656] 8021q: 802.1Q VLAN Support v1.8
Jan 14 14:05:20 fhem kernel: [   11.403781] Adding 102396k swap on /var/swap.  Priority:-3 extents:1 across:102396k FS
Jan 14 14:05:20 fhem kernel: [   11.829021] brcmfmac: brcmf_cfg80211_set_power_mgmt: power save enabled
Jan 14 14:05:23 fhem kernel: [   14.560075] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
Jan 14 14:05:23 fhem kernel: [   14.560116] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Jan 14 14:05:23 fhem kernel: [   14.561059] IPv6: ADDRCONF(NETDEV_CHANGE): eth0.200: link becomes ready
Jan 14 14:05:24 fhem kernel: [   15.663256] node: epoll_ctl support in io_uring is deprecated and will be removed in a future Linux kernel version.
Jan 14 14:05:29 fhem kernel: [   20.252015] tun: Universal TUN/TAP device driver, 1.6

11:48 sudo reboot mit originalen MAX Dateien.
2024.01.15 11:48:47 0: Server started with 557 defined entities (fhem.pl:28227/2023-11-29 perl:5.032001 os:linux user:fhem pid:864)
2024.01.15 11:48:54 5: CUL866 sending Za471118
2024.01.15 11:48:54 5: DevIo_SimpleWrite CUL866: Za471118
2024.01.15 11:48:54 5: CUL866 sending Zw111111
2024.01.15 11:48:56 1: FHEM2FHEM 192.168.0.110:7072 reappeared (Raspi110fhem)
2024.01.15 11:48:57 5: CUL_Read: CUL866 /Z0CD80442088599000000002AD2F7

2024.01.15 11:48:57 4: CUL_Parse: CUL866 Z0CD80442088599000000002AD2F7 -78.5
2024.01.15 11:48:57 5: CUL866: dispatch Z0CD80442088599000000002AD2
2024.01.15 11:48:57 5: DevIo_SimpleWrite CUL866: Zw111111
2024.01.15 11:51:38 5: DevIo_SimpleWrite CUL866: C0D
2024.01.15 11:51:38 5: CUL_ReadAnswer CUL866: C0D = 21 / 33

2024.01.15 11:51:38 5: DevIo_SimpleWrite CUL866: C0E
2024.01.15 11:51:38 5: CUL_ReadAnswer CUL866: C0E = 65 / 101

2024.01.15 11:51:38 5: DevIo_SimpleWrite CUL866: C0F
2024.01.15 11:51:38 5: CUL_ReadAnswer CUL866: C0F = 6A / 106

2024.01.15 11:51:38 5: DevIo_SimpleWrite CUL866: C10
2024.01.15 11:51:38 5: CUL_ReadAnswer CUL866: C10 = C8 / 200

2024.01.15 11:51:38 5: DevIo_SimpleWrite CUL866: C1B
2024.01.15 11:51:38 5: CUL_ReadAnswer CUL866: C1B = 43 / 67

2024.01.15 11:51:38 5: DevIo_SimpleWrite CUL866: C1D
2024.01.15 11:51:38 5: CUL_ReadAnswer CUL866: C1D = 91 / 145

2024.01.15 11:51:45 5: DevIo_SimpleWrite CUL866: V
2024.01.15 11:51:45 5: CUL_ReadAnswer CUL866: V 1.67 nanoCUL868

2024.01.15 11:51:47 5: CUL_Read: CUL866 /Z0CD90442088599000000002AD0F6

2024.01.15 11:51:47 4: CUL_Parse: CUL866 Z0CD90442088599000000002AD0F6 -79
2024.01.15 11:51:47 5: CUL866: dispatch Z0CD90442088599000000002AD0
2024.01.15 11:51:49 5: DevIo_SimpleWrite CUL866: t
2024.01.15 11:51:49 5: CUL_ReadAnswer CUL866: 0000622D

2024.01.15 11:51:53 5: DevIo_SimpleWrite CUL866: X
2024.01.15 11:51:53 5: CUL_ReadAnswer CUL866: 21 2005

2024.01.15 11:52:00 5: CUL_Read: CUL866 /Z0F000460189F2D00000000181E2000A001
2024.01.15 11:52:00 4: CUL_Parse: CUL866 Z0F000460189F2D00000000181E2000A001 -73.5
2024.01.15 11:52:00 5: CUL866: dispatch Z0F000460189F2D00000000181E2000A0

2024.01.15 11:54:41 5: CUL_Read: CUL866 /Z0C
2024.01.15 11:54:41 5: CUL_Read: CUL866 Z0C/DA0442088599000000002ACFF7

2024.01.15 11:54:41 4: CUL_Parse: CUL866 Z0CDA0442088599000000002ACFF7 -78.5
2024.01.15 11:54:41 5: CUL866: dispatch Z0CDA0442088599000000002ACF
2024.01.15 11:56:22 5: CUL_Read: CUL866 /Z0F000460189F2D00000000182
2024.01.15 11:56:22 5: CUL_Read: CUL866 Z0F000460189F2D00000000182/320009C01

2024.01.15 11:56:22 4: CUL_Parse: CUL866 Z0F000460189F2D00000000182320009C01 -73.5
2024.01.15 11:56:22 5: CUL866: dispatch Z0F000460189F2D00000000182320009C
2024.01.15 11:57:31 5: CUL_Read: CUL866 /Z0CDB0442088599000000002ACFF8

2024.01.15 11:57:31 4: CUL_Parse: CUL866 Z0CDB0442088599000000002ACFF8 -78
2024.01.15 11:57:31 5: CUL866: dispatch Z0CDB0442088599000000002ACF
2024.01.15 11:58:35 5: CUL_Read: CUL866 /Z0B61000247111807320A000000
Z0B61063007320A471118001
2024.01.15 11:58:35 4: CUL_Parse: CUL866 Z0B61000247111807320A000000 -74
2024.01.15 11:58:35 5: CUL866: dispatch Z0B61000247111807320A0000
2024.01.15 11:58:35 5: CUL_Read: CUL866 Z0B61063007320A471118001/00E

2024.01.15 11:58:35 4: CUL_Parse: CUL866 Z0B61063007320A47111800100E -67
2024.01.15 11:58:35 5: CUL866: dispatch Z0B61063007320A4711180010
2024.01.15 11:59:01 5: CUL_Read: CUL866 /Z0FED050308859947111800180F0B3A7AF8

2024.01.15 11:59:01 4: CUL_Parse: CUL866 Z0FED050308859947111800180F0B3A7AF8 -78
2024.01.15 11:59:01 5: CUL866: dispatch Z0FED050308859947111800180F0B3A7A
2024.01.15 11:59:05 5: CUL_Read: CUL866 /Z0FEE050308859947111800180F0B3B43F8

2024.01.15 11:59:05 4: CUL_Parse: CUL866 Z0FEE050308859947111800180F0B3B43F8 -78
2024.01.15 11:59:05 5: CUL866: dispatch Z0FEE050308859947111800180F0B3B43
2024.01.15 11:59:10 5: CUL_Read: CUL866 /Z0FEF050308859947111800180F0B3B48F8

2024.01.15 11:59:10 4: CUL_Parse: CUL866 Z0FEF050308859947111800180F0B3B48F8 -78
2024.01.15 11:59:10 5: CUL866: dispatch Z0FEF050308859947111800180F0B3B48
2024.01.15 12:00:11 5: CUL_Read: CUL866 /Z0F000460
2024.01.15 12:00:11 5: CUL_Read: CUL866 Z0F000460/086B820000000018062600D408

2024.01.15 12:00:11 4: CUL_Parse: CUL866 Z0F000460086B820000000018062600D408 -70
2024.01.15 12:00:11 5: CUL866: dispatch Z0F000460086B820000000018062600D4
2024.01.15 12:00:12 5: CUL_Read: CUL866 /Z0F000460189F2900000000180010007A1C

2024.01.15 12:00:12 4: CUL_Parse: CUL866 Z0F000460189F2900000000180010007A1C -60
2024.01.15 12:00:12 5: CUL866: dispatch Z0F000460189F2900000000180010007A
2024.01.15 12:00:31 5: CUL_Read: CUL866 /Z0F00046011BFBA00
2024.01.15 12:00:31 5: CUL_Read: CUL866 Z0F00046011BFBA00/00000019000E005AED

2024.01.15 12:00:31 4: CUL_Parse: CUL866 Z0F00046011BFBA0000000019000E005AED -83.5
2024.01.15 12:00:31 5: CUL866: dispatch Z0F00046011BFBA0000000019000E005A
2024.01.15 12:00:34 5: CUL_Read: CUL866 /Z0FF004700885990000000059042A0
2024.01.15 12:00:34 5: CUL_Read: CUL866 Z0FF004700885990000000059042A0/0CEF8

2024.01.15 12:00:34 4: CUL_Parse: CUL866 Z0FF004700885990000000059042A00CEF8 -78
2024.01.15 12:00:34 5: CUL866: dispatch Z0FF004700885990000000059042A00CE
2024.01.15 12:00:44 5: CUL_Read: CUL866 /Z0F000460189F2D0000000
2024.01.15 12:00:44 5: CUL_Read: CUL866 Z0F000460189F2D0000000/0182320009C01

2024.01.15 12:00:44 4: CUL_Parse: CUL866 Z0F000460189F2D00000000182320009C01 -73.5
2024.01.15 12:00:44 5: CUL866: dispatch Z0F000460189F2D00000000182320009C
2024.01.15 12:00:54 5: CUL_Read: CUL866 /Z0F0004600830AD0000000018142300C2F4

2024.01.15 12:00:54 4: CUL_Parse: CUL866 Z0F0004600830AD0000000018142300C2F4 -80
2024.01.15 12:00:54 5: CUL866: dispatch Z0F0004600830AD0000000018142300C2
2024.01.15 12:03:15 5: CUL_Read: CUL866 /Z0CDD04420
2024.01.15 12:03:15 5: CUL_Read: CUL866 Z0CDD04420/88599000000002ACEF8

2024.01.15 12:03:15 4: CUL_Parse: CUL866 Z0CDD0442088599000000002ACEF8 -78
2024.01.15 12:03:15 5: CUL866: dispatch Z0CDD0442088599000000002ACE
2024.01.15 12:06:10 5: CUL_Read: CUL866 /Z0CDE0442088599000000002ACEF8

2024.01.15 12:06:10 4: CUL_Parse: CUL866 Z0CDE0442088599000000002ACEF8 -78
2024.01.15 12:06:10 5: CUL866: dispatch Z0CDE0442088599000000002ACE
2024.01.15 12:07:25 5: CUL_Read: CUL866 /Z0B46
2024.01.15 12:07:25 5: CUL_Read: CUL866 Z0B46/000247111818D57E000000
Z0B46063018D57E4711180010E7

2024.01.15 12:07:25 4: CUL_Parse: CUL866 Z0B46000247111818D57E000000 -74
2024.01.15 12:07:25 5: CUL866: dispatch Z0B46000247111818D57E0000
2024.01.15 12:07:25 4: CUL_Parse: CUL866 Z0B46063018D57E4711180010E7 -86.5
2024.01.15 12:07:25 5: CUL866: dispatch Z0B46063018D57E4711180010
2024.01.15 12:09:02 5: CUL_Read: CUL866 /Z0CDF0
2024.01.15 12:09:02 5: CUL_Read: CUL866 Z0CDF0/442088599000000002ACDF6

2024.01.15 12:09:02 4: CUL_Parse: CUL866 Z0CDF0442088599000000002ACDF6 -79
2024.01.15 12:09:02 5: CUL866: dispatch Z0CDF0442088599000000002ACD
2024.01.15 12:11:29 5: DevIo_SimpleWrite CUL866: X
2024.01.15 12:11:29 5: CUL_ReadAnswer CUL866: 21 3161
fhem in der aktuellsten Version auf:
Raspberry 4 mit SSD | fhem2fhem | NanoCul433 Selbstbau | NanoCul868 Selbstbau | DbLog | MAX! | zigbee2MQTT | homebridge | alexa
inkl zigbee2MQTT Server, Unifi-Server

Raspberry 4 mit SD Karte | fhem2fhem | motioneye

_fhemuser_

#167
Nach 20 Stunden mit den originalen Modulen ohne Fehler.
ccconf freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB 2024-01-16 08:12:16
cmds A B C E e F f G h i K k l M m R T t U V W X x Y Z z 2024-01-16 08:12:22
credit10ms 3600 2024-01-16 08:12:28
fhtbuf AE 2024-01-16 08:12:33
state Initialized 2024-01-16 08:11:42
uptime 0 20:23:26 2024-01-16 08:12:41
version V 1.67 nanoCUL868 2024-01-16 08:12:46

Ändere ich wieder auf die 3 MAX Dateien aus dem ersten posting und starte das System mit shutdown restart neu damit die Dateien aktiviert werden.

Verwendete MAX Geräte:
1 Heating Thermostat+
3 Heating Thermostat
2 Heating Thermostat basic
7 Fenster Sensoren
1 Wandthermostat

Sonst ist nichts im 868 MHz Bereich akitivert bzw verbunden.
An der fhem Konfiguration, am Raspberry und das Netzteil ist auch alles unverändert.
fhem in der aktuellsten Version auf:
Raspberry 4 mit SSD | fhem2fhem | NanoCul433 Selbstbau | NanoCul868 Selbstbau | DbLog | MAX! | zigbee2MQTT | homebridge | alexa
inkl zigbee2MQTT Server, Unifi-Server

Raspberry 4 mit SD Karte | fhem2fhem | motioneye

Wzut

Ich wollte eigentlich ein verbose 4/5 Log des CUL_MAX Device sehen um vllt etwas Klarheit über die Sendqueue bzw deine Credits zu bekommen, du hast aber das CUL Device hochgeschraubt und dessen Logzeilen sagen halt darüber nichts aus. Aber OK egal, dein Hauptproblem liegt wohl im/am CUL selbst der sich nach einer Stunde verabschiedet :
2024.01.15 10:49:35 5: DevIo_SimpleWrite CUL866: X
2024.01.15 10:49:38 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A1062CUL-if00-port0 disconnected, waiting to reappear (CUL866)
2024.01.15 10:49:38 3: Setting CUL866 serial parameters to 38400,8,N,1
2024.01.15 10:49:38 5: DevIo_SimpleWrite CUL866: V
2024.01.15 10:49:41 5: DevIo_SimpleWrite CUL866: V
2024.01.15 10:49:44 5: DevIo_SimpleWrite CUL866: V
2024.01.15 10:49:47 1: Cannot init /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A1062CUL-if00-port0, ignoring it (CUL866)
unklar ist mir dabei woher das gesendete X kommt und ob es einen direkten Zusammenhang gibt das der CUL anschliessend nicht mehr erreichbar ist - das wäre dann eh eine Frage an Leute die Ahnung von dem Ding haben. Warum dein Problem nur mit der Beta Version und nicht mit der aus dem SVN auftritt kann ich an der Stelle auch nicht beantworten. Hast du denn mit der Beta zusätzliche Dinge laufen die bei der SVN Version nicht aktiv sind , wie  z.b das hier :
Zitat## manuell alle Thermostate abgefragt
Was ich auch nicht verstehe ist du schreibst immer von drei (3) Dateien, wieso das ?
Wenn du den CUL im Einsatz hast sind es 14_CUL_MAX und 10_MAX und beim Cube 00_MAXLAN und 10_MAX
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

_fhemuser_

#169
Zitat von: Wzut am 16 Januar 2024, 10:42:01Was ich auch nicht verstehe ist du schreibst immer von drei (3) Dateien, wieso das ?
Wenn du den CUL im Einsatz hast sind es 14_CUL_MAX und 10_MAX und beim Cube 00_MAXLAN und 10_MAX

Ich habe immer alle Dateien die im ersten Post verlinkt sind übertragen, da ich davon ausgehe, dass unbenötigte Dateien nur Speicherplatz benötigen aber nicht verwendet werden.
Falls die Systemlogik aber beinhaltet, dass nur genutzte Dateien unter fhem/FHEM liegen dürfen, dann muss dort mal kräftig aufgeräumt werden.
Im Moment sind dort 653 Dateien. Abzüglich 6 für die kopierten und umbenannten Dateien aus dem ersten Post mit den Endungen pm.org bzw pm.beta.

Ich schalte mal verbose 5 bei dem genutzen Device an und starte fhem neu.

Es gibt noch eine Routine in der zu allen Heizungsreglern alle 20 Minuten der Befehl getStatus gesandt wird. der läuft in Fehler wenn das originale MAX Modul aktiv ist.

Die Zeitroutine deaktivier ich auch.

fhem in der aktuellsten Version auf:
Raspberry 4 mit SSD | fhem2fhem | NanoCul433 Selbstbau | NanoCul868 Selbstbau | DbLog | MAX! | zigbee2MQTT | homebridge | alexa
inkl zigbee2MQTT Server, Unifi-Server

Raspberry 4 mit SD Karte | fhem2fhem | motioneye

Wzut

Zitat von: _fhemuser_ am 16 Januar 2024, 10:54:17da ich davon ausgehe, dass unbenötigte Dateien nur Speicherplatz benötigen aber nicht verwendet werden.
stimmt ja auch, ich wollte lediglich deine 3 verstehen und gleichzeitig sichergehen das da nicht auch noch ein Cube zusätzlich werkelt.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

_fhemuser_

Ich habe wohl den Fehler gefunden.

2024.01.16 12:23:43 3: MAX_CUL_Stick, device [072bc3] ShutterContact Badfenster want to be re-paired to [098109] MAX_098109, not to us [ 471118 ] - ignoring !

Der Fensterkontakt hat versucht Datenpakete zu dem deaktivierten Cube MAX_098109 zu senden.

Fensterkontakt und zugehörigen Heizungsthermostat resettet und neu angelernt am CUL868.
fhem in der aktuellsten Version auf:
Raspberry 4 mit SSD | fhem2fhem | NanoCul433 Selbstbau | NanoCul868 Selbstbau | DbLog | MAX! | zigbee2MQTT | homebridge | alexa
inkl zigbee2MQTT Server, Unifi-Server

Raspberry 4 mit SD Karte | fhem2fhem | motioneye

_fhemuser_

#172
Zu früh gefreut. Der Fehlerr tritt noch auf. Vermutlich liegt es an dem getStatus eines Devices.

Wenn ich nur 2 Devices abfrage läuft das System mehr als 10 Stunden problemlos. Nachdem ich bei 4 Devices getStatatus abfrage, hängt sich das System auf.

2024.01.17 07:23:41 4: CUL_Parse: CUL866 Z0C6904420885990000000026BFFA -77
2024.01.17 07:23:41 5: CUL866: dispatch Z0C6904420885990000000026BF
2024.01.17 07:23:41 4: MAX_CUL_Stick, C: 69, F: 04, T: 42, S: 088599 D: 000000 G: 00 P: 26BF
2024.01.17 07:23:41 4: MAX_CUL_Stick, IODev CUL866, flags 04, msgcnt 69, msgType WallThermostatControl, src 088599 WallMountedThermostat, dst 000000 Broadcast, group 0, payload 26BF, rssi -77
2024.01.17 07:23:41 5: MAX_CUL_Stick: dispatch MAX,0,WallThermostatControl,088599,26BF
2024.01.17 07:23:41 5: MAX_Parse, MAX,0,WallThermostatControl,088599,26BF
2024.01.17 07:24:00 4: MAX_CUL_Stick, send -> cmd:ThermostatState, msgcnt:17, flags:08, Cmd2id:60, src:MAX_471118, dst:Wohn, gid:00, payload:00, cul:none
2024.01.17 07:24:00 5: MAX_CUL_Stick, packet to SQH : 0b1708604711180af6880000
2024.01.17 07:24:00 5: MAX_CUL_Stick, Send Queue : 1 packet are in the queue
2024.01.17 07:24:00 5: DevIo_SimpleWrite CUL866: X
2024.01.17 07:24:00 5: CUL_ReadAnswer CUL866: 21 3600

2024.01.17 07:24:00 5: MAX_CUL_Stick, Send Queue CUL866 -> needPreamble: 1, necessaryCredit: 110, credit10ms: CUL866 = 3600, CMD_LAST_H: 10
2024.01.17 07:24:00 5: CUL866 sending Zs0b1708604711180af6880000
2024.01.17 07:24:00 5: DevIo_SimpleWrite CUL866: Zs0b1708604711180af6880000
2024.01.17 07:24:00 4: MAX_CUL_Stick, Send Queue packet send : Zs0b1708604711180af6880000 to Wohn with CUL866
2024.01.17 07:24:00 5: MAX_CUL_Stick, Send Queue is now empty
2024.01.17 07:24:00 4: MAX_CUL_Stick, send -> cmd:ThermostatState, msgcnt:16, flags:08, Cmd2id:60, src:MAX_471118, dst:Kueche, gid:00, payload:00, cul:none
2024.01.17 07:24:00 5: MAX_CUL_Stick, packet to SQH : 0b160860471118086b820000
2024.01.17 07:24:00 5: MAX_CUL_Stick, Send Queue : 1 packet are in the queue
2024.01.17 07:24:00 5: DevIo_SimpleWrite CUL866: X
2024.01.17 07:24:01 5: CUL_ReadAnswer CUL866: 21 34
2024.01.17 07:24:01 5: CUL_ReadAnswer CUL866: 91

2024.01.17 07:24:01 5: MAX_CUL_Stick, Send Queue CUL866 -> needPreamble: 1, necessaryCredit: 110, credit10ms: CUL866 = 3491, CMD_LAST_H: 11
2024.01.17 07:24:01 5: CUL866 sending Zs0b160860471118086b820000
2024.01.17 07:24:01 4: MAX_CUL_Stick, Send Queue packet send : Zs0b160860471118086b820000 to Kueche with CUL866
2024.01.17 07:24:01 5: MAX_CUL_Stick, Send Queue is now empty
2024.01.17 07:24:01 4: MAX_CUL_Stick, send -> cmd:ThermostatState, msgcnt:0e, flags:08, Cmd2id:60, src:MAX_471118, dst:Buro, gid:00, payload:00, cul:none
2024.01.17 07:24:01 5: MAX_CUL_Stick, packet to SQH : 0b0e086047111811bfba0000
2024.01.17 07:24:01 5: MAX_CUL_Stick, Send Queue : 1 packet are in the queue
2024.01.17 07:24:01 5: DevIo_SimpleWrite CUL866: X
2024.01.17 07:24:01 5: CUL_ReadAnswer CUL866: Z0F1700600AF6884711180018642B00C4F2

2024.01.17 07:24:01 4: CUL_Parse: CUL866 Z0F1700600AF6884711180018642B00C4F2 -81
2024.01.17 07:24:01 5: CUL866: dispatch Z0F1700600AF6884711180018642B00C4
2024.01.17 07:24:01 4: MAX_CUL_Stick, C: 17, F: 00, T: 60, S: 0AF688 D: 471118 G: 00 P: 18642B00C4
2024.01.17 07:24:01 4: MAX_CUL_Stick, IODev CUL866, flags 00, msgcnt 17, msgType ThermostatState, src 0af688 HeatingThermostat, dst 471118 CUL_MAX, group 0, payload 18642B00C4, rssi -81
2024.01.17 07:24:01 5: MAX_CUL_Stick: dispatch MAX,1,ThermostatState,0af688,18642B00C4
2024.01.17 07:24:01 5: MAX_Parse, MAX,1,ThermostatState,0af688,18642B00C4
2024.01.17 07:24:01 5: CUL_ReadAnswer CUL866: 21 3492

2024.01.17 07:24:01 5: MAX_CUL_Stick, Send Queue CUL866 -> needPreamble: 1, necessaryCredit: 110, credit10ms: CUL866 = 3492, CMD_LAST_H: 11
2024.01.17 07:24:01 5: CUL866 sending Zs0b0e086047111811bfba0000
2024.01.17 07:24:01 4: MAX_CUL_Stick, Send Queue packet send : Zs0b0e086047111811bfba0000 to Buro with CUL866
2024.01.17 07:24:01 5: MAX_CUL_Stick, Send Queue is now empty
2024.01.17 07:24:01 4: MAX_CUL_Stick, send -> cmd:ThermostatState, msgcnt:0b, flags:08, Cmd2id:60, src:MAX_471118, dst:Schlaf, gid:00, payload:00, cul:none
2024.01.17 07:24:01 5: MAX_CUL_Stick, packet to SQH : 0b0b0860471118189f2d0000
2024.01.17 07:24:01 5: MAX_CUL_Stick, Send Queue : 1 packet are in the queue
2024.01.17 07:24:01 5: DevIo_SimpleWrite CUL866: X
2024.01.17 07:24:01 5: CUL_ReadAnswer CUL866: 21 3492

2024.01.17 07:24:01 5: MAX_CUL_Stick, Send Queue CUL866 -> needPreamble: 1, necessaryCredit: 110, credit10ms: CUL866 = 3492, CMD_LAST_H: 11
2024.01.17 07:24:01 5: CUL866 sending Zs0b0b0860471118189f2d0000
2024.01.17 07:24:01 4: MAX_CUL_Stick, Send Queue packet send : Zs0b0b0860471118189f2d0000 to Schlaf with CUL866
2024.01.17 07:24:01 5: MAX_CUL_Stick, Send Queue is now empty
2024.01.17 07:24:02 5: DevIo_SimpleWrite CUL866: Zs0b160860471118086b820000
2024.01.17 07:24:02 5: DevIo_SimpleWrite CUL866: Zs0b0e086047111811bfba0000
2024.01.17 07:24:02 5: DevIo_SimpleWrite CUL866: Zs0b0b0860471118189f2d0000
2024.01.17 07:36:00 4: MAX_CUL_Stick, send -> cmd:ThermostatState, msgcnt:18, flags:08, Cmd2id:60, src:MAX_471118, dst:Wohn, gid:00, payload:00, cul:none
2024.01.17 07:36:00 5: MAX_CUL_Stick, packet to SQH : 0b1808604711180af6880000
2024.01.17 07:36:00 5: MAX_CUL_Stick, Send Queue : 1 packet are in the queue
2024.01.17 07:36:00 5: DevIo_SimpleWrite CUL866: X
2024.01.17 07:36:03 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A1062CUL-if00-port0 disconnected, waiting to reappear (CUL866)
2024.01.17 07:36:03 4: MAX_CUL_Stick, send -> cmd:ThermostatState, msgcnt:17, flags:08, Cmd2id:60, src:MAX_471118, dst:Kueche, gid:00, payload:00, cul:none
2024.01.17 07:36:03 5: MAX_CUL_Stick, packet to SQH : 0b170860471118086b820000
2024.01.17 07:36:03 4: MAX_CUL_Stick, send -> cmd:ThermostatState, msgcnt:0f, flags:08, Cmd2id:60, src:MAX_471118, dst:Buro, gid:00, payload:00, cul:none
2024.01.17 07:36:03 5: MAX_CUL_Stick, packet to SQH : 0b0f086047111811bfba0000
2024.01.17 07:36:03 4: MAX_CUL_Stick, send -> cmd:ThermostatState, msgcnt:0c, flags:08, Cmd2id:60, src:MAX_471118, dst:Schlaf, gid:00, payload:00, cul:none
2024.01.17 07:36:03 5: MAX_CUL_Stick, packet to SQH : 0b0c0860471118189f2d0000
2024.01.17 07:36:06 5: MAX_CUL_Stick, Send Queue : 4 packets are in the queue
2024.01.17 07:36:06 5: DevIo_SimpleWrite CUL866: X
2024.01.17 07:36:06 3: Setting CUL866 serial parameters to 38400,8,N,1
2024.01.17 07:36:07 5: DevIo_SimpleWrite CUL866: V
2024.01.17 07:36:10 5: DevIo_SimpleWrite CUL866: V
2024.01.17 07:36:13 5: DevIo_SimpleWrite CUL866: V
2024.01.17 07:36:16 1: Cannot init /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A1062CUL-if00-port0, ignoring it (CUL866)
2024.01.17 07:36:16 5: MAX_CUL_Stick, Send Queue : 4 packets are in the queue
2024.01.17 07:36:16 5: DevIo_SimpleWrite CUL866: X
2024.01.17 07:36:21 5: MAX_CUL_Stick, Send Queue : 4 packets are in the queue
2024.01.17 07:36:21 5: DevIo_SimpleWrite CUL866: X

Ich Teste mal verschiedene Kombinationen. Evtl liegt das an den unterschiedlichen MAX Geräten oder man darf nicht bei mehr als 2 Geräten gleichzeitig die Abfrage starten.
fhem in der aktuellsten Version auf:
Raspberry 4 mit SSD | fhem2fhem | NanoCul433 Selbstbau | NanoCul868 Selbstbau | DbLog | MAX! | zigbee2MQTT | homebridge | alexa
inkl zigbee2MQTT Server, Unifi-Server

Raspberry 4 mit SD Karte | fhem2fhem | motioneye

Wzut

Ich habe gestern Abend nochmal alle 12 Seiten hier im Fred gelesen.
Dein Problem haben/hatten zwei andere User auch, beide haben kräftig getStatus genutzt.
Lösung könnte so aussehen :
getStatus nicht zu oft anwenden und dann mit entsprechenden Pausen immer nur auf ein Device.
Die Pausen sind wohl insoweit nötig damit das Device auch genügend Zeit hat zu antworten bevor schon das nächste Device angefragt wird. (bzw. der CUL ist der eigentliche Flaschenhals)
Wie schaut denn deine getStatus Abfrage aus ?, postet doch bitte mal ein List.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

_fhemuser_

Das aktuelle sieht so aus:
define DF_getStatus DOIF ([+:12])\
(\
(set Wohn getStatus)\
###(set Bad getStatus)\
(set Kueche getStatus)\
(set Buro getStatus)\
###(set Hausflur getStatus)\
###(set Schlaf getStatus)\
)\

attr DF_getStatus disable 0
attr DF_getStatus do always
attr DF_getStatus icon time_clock
attr DF_getStatus initialize cmd1
attr DF_getStatus room Heizkoerper->-Heizkoerper
attr DF_getStatus startup $SELF cmd_1
attr DF_getStatus verbose 0
#   DEF        ([+:12])
#(
#(set Wohn getStatus)
####(set Bad getStatus)
#(set Kueche getStatus)
#(set Buro getStatus)
####(set Hausflur getStatus)
####(set Schlaf getStatus)
#)
#
#   FUUID      65a6a06f-f33f-d33d-b2bc-30d80d64b78f7165
#   MODEL      FHEM
#   NAME       DF_getStatus
#   NOTIFYDEV  global
#   NR         901
#   NTFY_ORDER 50-DF_getStatus
#   STATE      initialized
#   TYPE       DOIF
#   VERSION    27740 2023-07-10 09:31:11
#   eventCount 10
#   Helper:
#     DBLOG:
#       cmd:
#         logdb:
#           TIME       1705485524.08146
#           VALUE      0
#       cmd_event:
#         logdb:
#           TIME       1705484881.89881
#           VALUE      timer_3
#       cmd_nr:
#         logdb:
#           TIME       1705484881.89881
#           VALUE      2
#       mode:
#         logdb:
#           TIME       1705485524.08146
#           VALUE      enabled
#       state:
#         logdb:
#           TIME       1705485524.08146
#           VALUE      initialized
#   READINGS:
#     2024-01-17 10:58:43   cmd             0
#     2024-01-17 10:58:43   mode            enabled
#     2024-01-17 10:58:43   state           initialized
#     2024-01-17 10:58:44   timer_01_c01    17.01.2024 11:00:00
#   Regex:
#     accu:
#     bar:
#     barAvg:
#     collect:
#   attr:
#     cmdState:
#     waitdel:
#   condition:
#     0          ::DOIF_time_once($hash,0,$wday)
#   days:
#   do:
#     0:
#       0           (set Wohn getStatus)  (set Kueche getStatus) (set Buro getStatus)   
#     1:
#   helper:
#     NOTIFYDEV  global
#     globalinit 1
#     last_timer 1
#     sleeptimer -1
#   intervalfunc:
#   localtime:
#     0          1705485600
#   realtime:
#     0          11:00:00
#   time:
#     0          +:12
#   timeCond:
#     0          0
#   timer:
#     0          0
#   timers:
#     0           0
#   triggertime:
#     1705485600:
#       localtime  1705485600
#       hash:
#   uiState:
#   uiTable:
#
setstate DF_getStatus initialized
setstate DF_getStatus 2024-01-17 10:58:43 cmd 0
setstate DF_getStatus 2024-01-17 10:58:43 mode enabled
setstate DF_getStatus 2024-01-17 10:58:43 state initialized
setstate DF_getStatus 2024-01-17 10:58:44 timer_01_c01 17.01.2024 11:00:00

einfach alle 12 Minuten an alle Devices getStatus senden. 3 sind momentan aktiv und 3 ausge###
fhem in der aktuellsten Version auf:
Raspberry 4 mit SSD | fhem2fhem | NanoCul433 Selbstbau | NanoCul868 Selbstbau | DbLog | MAX! | zigbee2MQTT | homebridge | alexa
inkl zigbee2MQTT Server, Unifi-Server

Raspberry 4 mit SD Karte | fhem2fhem | motioneye

Wzut

gehe mal zurück zu Antwort #106 da hat dirk.k seine DOIF Lösung gepostet - wenn ich das da recht verstehe hat er eine Entzerrung von 1,5 Sekunden drin. (wäre mir persönlich noch zu wenig)
Eine Antwort weiter stellt michael.winkler seine at Lösung vor und ein Stück weiter #122 scheitert wieder jemand mit DOIF und ich habe schon damals in #123 vorgeschlagen eine LightScene zu verwenden und mit async_delay zu arbeiten
 
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

_fhemuser_

#176
ich habe das Zeitintervall mal auf 15 Minuten gestellt, eine Klammerebene entfernt damit wait funktioniert und die waittime auf 60,60,60,60,60,60 eingestellt
define DF_getStatus DOIF ([+:15])\
(set Wohn getStatus)\
(set Bad getStatus)\
(set Kueche getStatus)\
(set Buro getStatus)\
(set Hausflur getStatus)\
(set Schlaf getStatus)\
\
attr DF_getStatus disable 0
attr DF_getStatus do always
attr DF_getStatus icon time_clock
attr DF_getStatus initialize cmd1
attr DF_getStatus room Heizkoerper->-Heizkoerper
attr DF_getStatus startup $SELF cmd_1
attr DF_getStatus verbose 0
attr DF_getStatus wait 60,60,60,60,60,60
#   DEF        ([+:15])
#(set Wohn getStatus)
#(set Bad getStatus)
#(set Kueche getStatus)
#(set Buro getStatus)
#(set Hausflur getStatus)
#(set Schlaf getStatus)
#
#
#   FUUID      65a6a06f-f33f-d33d-b2bc-30d80d64b78f7165
#   MODEL      FHEM
#   NAME       DF_getStatus
#   NOTIFYDEV  global
#   NR         901
#   NTFY_ORDER 50-DF_getStatus
#   STATE      initialized
#   TYPE       DOIF
#   VERSION    27740 2023-07-10 09:31:11
#   eventCount 23
#   Helper:
#     DBLOG:
#       cmd:
#         logdb:
#           TIME       1705487130.54783
#           VALUE      0
#       cmd_event:
#         logdb:
#           TIME       1705487103.42349
#           VALUE      timer_1
#       cmd_nr:
#         logdb:
#           TIME       1705487103.42349
#           VALUE      1
#       cmd_seqnr:
#         logdb:
#           TIME       1705487103.42349
#           VALUE      2
#       mode:
#         logdb:
#           TIME       1705487130.54783
#           VALUE      enabled
#       state:
#         logdb:
#           TIME       1705487130.54783
#           VALUE      initialized
#       wait_timer:
#         logdb:
#           TIME       1705487103.45744
#           VALUE      17.01.2024 11:26:03 cmd_1_3 timer_1
#   READINGS:
#     2024-01-17 11:25:30   cmd             0
#     2024-01-17 11:25:30   mode            enabled
#     2024-01-17 11:25:30   state           initialized
#     2024-01-17 11:25:30   timer_01_c01    17.01.2024 11:30:00
#   Regex:
#     accu:
#     bar:
#     barAvg:
#     collect:
#   attr:
#     cmdState:
#     wait:
#       0:
#         60
#         60
#         60
#         60
#         60
#         60
#     waitdel:
#   condition:
#     0          ::DOIF_time_once($hash,0,$wday)
#   days:
#   do:
#     0:
#       0          set Wohn getStatus
#       1          set Bad getStatus
#       2          set Kueche getStatus
#       3          set Buro getStatus
#       4          set Hausflur getStatus
#       5          set Schlaf getStatus
#     1:
#   helper:
#     NOTIFYDEV  global
#     globalinit 1
#     last_timer 1
#     sleeptimer -1
#   intervalfunc:
#   localtime:
#     0          1705487400
#   realtime:
#     0          11:30:00
#   time:
#     0          +:15
#   timeCond:
#     0          0
#   timer:
#     0          0
#   timers:
#     0           0
#   triggertime:
#     1705487400:
#       localtime  1705487400
#       hash:
#   uiState:
#   uiTable:
#
setstate DF_getStatus initialized
setstate DF_getStatus 2024-01-17 11:25:30 cmd 0
setstate DF_getStatus 2024-01-17 11:25:30 mode enabled
setstate DF_getStatus 2024-01-17 11:25:30 state initialized
setstate DF_getStatus 2024-01-17 11:25:30 timer_01_c01 17.01.2024 11:30:00

fhem in der aktuellsten Version auf:
Raspberry 4 mit SSD | fhem2fhem | NanoCul433 Selbstbau | NanoCul868 Selbstbau | DbLog | MAX! | zigbee2MQTT | homebridge | alexa
inkl zigbee2MQTT Server, Unifi-Server

Raspberry 4 mit SD Karte | fhem2fhem | motioneye

Wzut

Zitat von: _fhemuser_ am 15 Januar 2024, 12:15:54in der Logdatei ist noch der Fehler:
2024.01.14 09:43:39 1: PERL WARNING: Use of uninitialized value $value in string eq at ./FHEM/10_MAX.pm line 1751.
2024.01.14 09:43:39 1: PERL WARNING: Use of uninitialized value $value in string eq at ./FHEM/10_MAX.pm line 1752.

ist gefixt, 10_MAX.pm im ersten Beitrag ausgetauscht
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

_fhemuser_

#178
Erfolgsmeldung.

Wenn die automatisierten getStatus Abfragen in zeitlichen Abständen zwischen den Geräten und nicht häufiger als 4mal pro Stunde eingestellt sind funktioniert es sehr gut.

Aktuell lasse ich getStatus im Abstand von 9 Sekunden zwischen den Geräten auslesen und wiederhole das alle 15 Minuten. Damit werden alle Geräte innerhalb einer Minute aktualisiert und viermal pro Stunde.

Jede Abfrage benötigt 110 credits. Bei 6 Geräten ist damit sichergestellt, dass die credits sich auf 3600 erholen bevor wieder getStatus abgefragt wird. Verbraucht werden 660 credits in 15 Minuten und wir hätten 900 zur Verfügung. Die Wiederholrate von 15 Miunten kann bei weniger Geräten verkürzt und muss bei mehr Geräten entsprechend verlängert werden.

@Wzut vielen Dank für den Support
fhem in der aktuellsten Version auf:
Raspberry 4 mit SSD | fhem2fhem | NanoCul433 Selbstbau | NanoCul868 Selbstbau | DbLog | MAX! | zigbee2MQTT | homebridge | alexa
inkl zigbee2MQTT Server, Unifi-Server

Raspberry 4 mit SD Karte | fhem2fhem | motioneye

west2107

Zitatmichael.winkler 06 Dezember 2021, 16:16:52
Mal ein kurzes Fazit zu meinen BETA Tests.

Sobald ich den AT gesetzt hatte, der alle 5 Minuten, an 9 Thermostate ein getStatus gesendet hatte. Hat es nicht lange gedauert bis einige Thermostate komische Werte bei der Temperatur angezeigt hatten. Hier wurden dann z.B. 58 Grad angezeigt. Das Aktualisieren an sich hat auch nicht wirklich funktioniert. Zum Schluss hatte an jedes Thermostat 2x einen getStatus abgesendet. Dazwischen ein sleep von 2 Sekunden. Das hat aber leider auch nicht den gewünschten Erfolg gebracht.

Hallo,

ist zwar schon etwas länger her, ich habe bei mit eine Lösung gefunden.
Ich habe 2 HT eingesetzt. Einer mit FW 1.6, der andere mit FW 1.8.

Der mit FW 1.6 liefert korrekte Temperaturwerte mit:  getStatus.
Der mit FW 1.8 benötigt für korrekte Temperturen:     getStatus curTemp

Die Module laufen sehr gut.

Viele Grüße