In der im Betreff genannten Version des Moduls sind mir 2 Fehler aufgefallen:
2024.10.09 16:41:40 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/72_FRITZBOX.pm line 4326.
Kann es sein, das in der Zeile darüber (4325) statt einem "kleiner als" besser ein "größer als" stehen sollte?
FritzBox_7390 - box_fwVersion 84.06.88
if ($hash->{fhem}{fwVersion} < 750) {
nbh_08_96_D7_32_23_A3 Elektron BBS (Kanal: 11, Band: ) 2024-10-09 16:33:26
nbh_18_58_80_7A_1F_CE MagentaWLAN-RTBD (Kanal: 1, Band: ) 2024-10-09 16:33:26
nbh_18_58_80_7A_1F_CF MagentaWLAN-RTBD (Kanal: 36, Band: ) 2024-10-09 16:33:26
if ($hash->{fhem}{fwVersion} > 750) {
nbh_08_96_D7_32_23_A3 Elektron BBS (Kanal: 11) 2024-10-09 16:50:00
nbh_18_58_80_7A_1F_CE MagentaWLAN-RTBD (Kanal: 1) 2024-10-09 16:50:00
nbh_18_58_80_7A_1F_CF MagentaWLAN-RTBD (Kanal: 36) 2024-10-09 16:50:00
FritzBox_7590 - box_fwVersion 154.07.57
if ($hash->{fhem}{fwVersion} < 750) {
nbh_00_04_0E_F7_52_12 Elektron BBS (Kanal: 11) 2024-10-09 16:34:08
nbh_00_1E_42_3D_AD_77 admule30_wireless (Kanal: 11) 2024-10-09 16:34:08
nbh_00_1E_42_3F_E2_4E RUT950_E24E Turm10 (Kanal: 11) 2024-10-09 16:34:08
if ($hash->{fhem}{fwVersion} > 750) {
nbh_00_04_0E_F7_52_12 Elektron BBS (Kanal: 11, Band: 2.4 GHz) 2024-10-09 16:44:22
nbh_00_1E_42_3D_AD_77 admule30_wireless (Kanal: 11, Band: 2.4 GHz) 2024-10-09 16:44:22
nbh_00_1E_42_3F_E2_4E RUT950_E24E Turm10 (Kanal: 11, Band: 2.4 GHz) 2024-10-09 16:44:22
Des weiteren wirft mir die 7390 ständig diese Meldungen ins Log:
2024.10.09 17:06:33 2: [FritzBox_7390 | 7390 | 84.06.88 | Readout_Response.5798] - SIGNIFICANT:no HASH from JSON returned
2024.10.09 17:06:33 3: [FritzBox_7390 | 7390 | 84.06.88 | Readout_Response.5841] - BASIC:Handover to main process (12206):
FritzBox_7390|RXJyb3J8bm8gSEFTSCBmcm9tIEpTT04gcmV0dXJuZWR8ZmhlbS0+c2lkVGltZXwwfGZoZW0tPnNpZEVyckNvdW50fDF8cmFkaW8wMHxORFIyfGZoZW0tPnJhZGlvLT4wfE5EUjJ8cmFkaW8wMXxSLVNBfGZoZW0tPnJhZGlvLT4xfFItU0F8cmFkaW8wMnx8ZmhlbS0+cmFkaW8tPjJ8fHJhZGlvMDN8fGZoZW0tPnJhZGlvLT4zfHxyYWRpbzA0fHxmaGVtLT5yYWRpby0+NHx8cmFkaW8wNXx8ZmhlbS0+cmFkaW8tPjV8fHJhZGlvMDZ8fGZoZW0tPnJhZGlvLT42fHxyYWRpbzA3fHxmaGVtLT5yYWRpby0+N3x8cmFkaW8wOHx8ZmhlbS0+cmFkaW8tPjh8fHJhZGlvMDl8fGZoZW0tPnJhZGlvLT45fHxyYWRpbzEwfHxmaGVtLT5yYWRpby0+MTB8fHJhZGlvMTF8fGZoZW0tPnJhZGlvLT4xMXx8cmFkaW8xMnx8ZmhlbS0+cmFkaW8tPjEyfHxyYWRpbzEzfHxmaGVtLT5yYWRpby0+MTN8fHJhZGlvMTR8fGZoZW0tPnJhZGlvLT4xNHx8cmFkaW8xNXx8ZmhlbS0+cmFkaW8tPjE1fHxyYWRpbzE2fHxmaGVtLT5yYWRpby0+MTZ8fHJhZGlvMTd8fGZoZW0tPnJhZGlvLT4xN3x8cmFkaW8xOHx8ZmhlbS0+cmFkaW8tPjE4fHxyYWRpbzE5fHxmaGVtLT5yYWRpby0+MTl8fHJhZGlvMjB8fGZoZW0tPnJhZGlvLT4yMHx8cmFkaW8yMXx8ZmhlbS0+cmFkaW8tPjIxfHxyYWRpbzIyfHxmaGVtLT5yYWRpby0+MjJ8fHJhZGlvMjN8fGZoZW0tPnJhZGlvLT4yM3x8cmFkaW8yNHx8ZmhlbS0+cmFkaW8tPjI0fHxyYWRpbzI1fHxmaGVtLT5yYWRpby0+MjV8fHJhZGlvMjZ8fGZoZW0tPnJhZGlvLT4yNnx8cmFkaW8yN3x8ZmhlbS0+cmFkaW8tPjI3fHxyYWRpbzI4fHxmaGVtLT5yYWRpby0+Mjh8fHJhZGlvMjl8fGZoZW0tPnJhZGlvLT4yOXx8cmFkaW8zMHx8ZmhlbS0+cmFkaW8tPjMwfHxyYWRpbzMxfHxmaGVtLT5yYWRpby0+MzF8fHJhZGlvMzJ8fGZoZW0tPnJhZGlvLT4zMnx8cmFkaW8zM3x8ZmhlbS0+cmFkaW8tPjMzfHxyYWRpbzM0fHxmaGVtLT5yYWRpby0+MzR8fHJhZGlvMzV8fGZoZW0tPnJhZGlvLT4zNXx8cmFkaW8zNnx8ZmhlbS0+cmFkaW8tPjM2fHxyYWRpbzM3fHxmaGVtLT5yYWRpby0+Mzd8fHJhZGlvMzh8fGZoZW0tPnJhZGlvLT4zOHx8cmFkaW8zOXx8ZmhlbS0+cmFkaW8tPjM5fHxmaGVtLT5yYWRpb0NvdW50fDQwfGZoZW0tPndsYW5EZXZpY2UtPjE0XzEzXzMzXzU4XzFBX0Q5LT5zcGVlZHwwfGZoZW0tPndsYW5EZXZpY2UtPjE0XzEzXzMzXzU4XzFBX0Q5LT5zcGVlZF9yeHwwfGZoZW0tPndsYW5EZXZpY2UtPjE0XzEzXzMzXzU4XzFBX0Q5LT5yc3NpfDB8ZmhlbS0+d2xhbkRldmljZS0+NjBfMDFfOTRfNzVfNThfMTYtPnNwZWVkfDU0fGZoZW0tPndsYW5EZXZpY2UtPjYwXzAxXzk0Xzc1XzU4XzE2LT5zcGVlZF9yeHwzM3xmaGVtLT53bGFuRGV2aWNlLT42MF8wMV85NF83NV81OF8xNi0+cnNzaXwtMzd8ZmhlbS0+d2xhbkRldmljZS0+NUNfQ0ZfN0ZfMENfM0ZfNDEtPnNwZWVkfDB8ZmhlbS0+d2xhbkRldmljZS0+NUNfQ0ZfN0ZfMENfM0ZfNDEtPnNwZWVkX3J4fDB8ZmhlbS0+d2xhbkRldmljZS0+NUNfQ0ZfN0ZfMENfM0ZfNDEtPnJzc2l8MHxmaGVtLT53bGFuRGV2aWNlLT5EOF9BMF8xRF80M182Nl85OC0+c3BlZWR8MHxmaGVtLT53bGFuRGV2aWNlLT5EOF9BMF8xRF80M182Nl85OC0+c3BlZWRfcnh8MHxmaGVtLT53bGFuRGV2aWNlLT5EOF9BMF8xRF80M182Nl85OC0+cnNzaXwwfGZoZW0tPndsYW5EZXZpY2UtPjAwXzFGXzNBXzVGX0Q5X0E0LT5zcGVlZHwwfGZoZW0tPndsYW5EZXZpY2UtPjAwXzFGXzNBXzVGX0Q5X0E0LT5zcGVlZF9yeHwwfGZoZW0tPndsYW5EZXZpY2UtPjAwXzFGXzNBXzVGX0Q5X0E0LT5yc3NpfDB8ZmhlbS0+d2xhbkRldmljZS0+MDBfMTVfQUZfMURfM0FfMUItPnNwZWVkfDB8ZmhlbS0+d2xhbkRldmljZS0+MDBfMTVfQUZfMURfM0FfMUItPnNwZWVkX3J4fDB8ZmhlbS0+d2xhbkRldmljZS0+MDBfMTVfQUZfMURfM0FfMUItPnJzc2l8MHxmaGVtLT53bGFuRGV2aWNlLT41Q19GOF9BMV8yQl85N19DNS0+c3BlZWR8MHxmaGVtLT53bGFuRGV2aWNlLT41Q19GOF9BMV8yQl85N19DNS0+c3BlZWRfcnh8MHxmaGVtLT53bGFuRGV2aWNlLT41Q19GOF9BMV8yQl85N19DNS0+cnNzaXwwfGZoZW0tPndsYW5EZXZpY2UtPjAwXzE2X0RDXzY2XzlBX0M2LT5zcGVlZHwwfGZoZW0tPndsYW5EZXZpY2UtPjAwXzE2X0RDXzY2XzlBX0M2LT5zcGVlZF9yeHwwfGZoZW0tPndsYW5EZXZpY2UtPjAwXzE2X0RDXzY2XzlBX0M2LT5yc3NpfDB8ZmhlbS0+d2xhbkRldmljZS0+MDBfMjJfNjFfMzFfRjJfQjAtPnNwZWVkfDB8ZmhlbS0+d2xhbkRldmljZS0+MDBfMjJfNjFfMzFfRjJfQjAtPnNwZWVkX3J4fDB8ZmhlbS0+d2xhbkRldmljZS0+MDBfMjJfNjFfMzFfRjJfQjAtPnJzc2l8MHxmaGVtLT53bGFuRGV2aWNlLT40MF80MF9BN19CNl84MV8xNy0+c3BlZWR8MHxmaGVtLT53bGFuRGV2aWNlLT40MF80MF9BN19CNl84MV8xNy0+c3BlZWRfcnh8MHxmaGVtLT53bGFuRGV2aWNlLT40MF80MF9BN19CNl84MV8xNy0+cnNzaXwwfGZoZW0tPndsYW5EZXZpY2UtPjVDX0NGXzdGXzExXzM1XzBGLT5zcGVlZHwwfGZoZW0tPndsYW5EZXZpY2UtPjVDX0NGXzdGXzExXzM1XzBGLT5zcGVlZF9yeHwwfGZoZW0tPndsYW5EZXZpY2UtPjVDX0NGXzdGXzExXzM1XzBGLT5yc3NpfDB8ZmhlbS0+d2xhbkRldmljZS0+RENfRjdfNTZfOEFfRjhfQkUtPnNwZWVkfDB8ZmhlbS0+d2xhbkRldmljZS0+RENfRjdfNTZfOEFfRjhfQkUtPnNwZWVkX3J4fDB8ZmhlbS0+d2xhbkRldmljZS0+RENfRjdfNTZfOEFfRjhfQkUtPnJzc2l8MHxmaGVtLT53bGFuRGV2aWNlLT5COF8yN19FQl8yRF9FRl9CQS0+c3BlZWR8NTR8ZmhlbS0+d2xhbkRldmljZS0+QjhfMjdfRUJfMkRfRUZfQkEtPnNwZWVkX3J4fDUxfGZoZW0tPndsYW5EZXZpY2UtPkI4XzI3X0VCXzJEX0VGX0JBLT5yc3NpfC01OXxmaGVtLT53bGFuRGV2aWNlLT4zMF9BRV9BNF9GNV83NF82NC0+c3BlZWR8MHxmaGVtLT53bGFuRGV2aWNlLT4zMF9BRV9BNF9GNV83NF82NC0+c3BlZWRfcnh8MHxmaGVtLT53bGFuRGV2aWNlLT4zMF9BRV9BNF9GNV83NF82NC0+cnNzaXwwfGZoZW0tPndsYW5EZXZpY2UtPkJDX0REX0MyXzhGXzRFXzkxLT5zcGVlZHwwfGZoZW0tPndsYW5EZXZpY2UtPkJDX0REX0MyXzhGXzRFXzkxLT5zcGVlZF9yeHwwfGZoZW0tPndsYW5EZXZpY2UtPkJDX0REX0MyXzhGXzRFXzkxLT5yc3NpfDB8ZmhlbS0+d2xhbkRldmljZS0+QzhfQzlfQTNfQzhfODFfOEMtPnNwZWVkfDB8ZmhlbS0+d2xhbkRldmljZS0+QzhfQzlfQTNfQzhfODFfOEMtPnNwZWVkX3J4fDB8ZmhlbS0+d2xhbkRldmljZS0+QzhfQzlfQTNfQzhfODFfOEMtPnJzc2l8MHxmaGVtLT53bGFuRGV2aWNlLT4yQ19GNF8zMl83N184NV83Ny0+c3BlZWR8NTR8ZmhlbS0+d2xhbkRldmljZS0+MkNfRjRfMzJfNzdfODVfNzctPnNwZWVkX3J4fDd8ZmhlbS0+d2xhbkRldmljZS0+MkNfRjRfMzJfNzdfODVfNzctPnJzc2l8LTQzfGZoZW0tPmxhbmRldmljZS0+MTkyLjE2OC4xNzguNDd8QWNlci1XaW4xMHxmaGVtLT5sYW5kZXZpY2UtPmxhbmRldmljZTI4NjB8QWNlci1XaW4xMHxmaGVtLT5sYW5kZXZpY2UtPnxBcmNob3N8ZmhlbS0+bGFuZGV2aWNlLT5sYW5kZXZpY2UyODYzfEFyY2hvc3xmaGVtLT5sYW5kZXZpY2UtPjE5Mi4xNjguMTc4LjYwfEFzdXMtWDE2MDVafGZoZW0tPmxhbmRldmljZS0+bGFuZGV2aWNlMzc2NjI2OXxBc3VzLVgxNjA1WnxmaGVtLT5sYW5kZXZpY2UtPjE5Mi4xNjguMTc4LjU0fERWRVMtOEY0RTkxLTM3Mjl8ZmhlbS0+bGFuZGV2aWNlLT5sYW5kZXZpY2UyODc1fERWRVMtOEY0RTkxLTM3Mjl8ZmhlbS0+bGFuZGV2aWNlLT4xOTIuMTY4LjE3OC4zMXxEaWdpdFJhZGlvLTExMC1JUi0wMDIyNjEzMWYyYjB8ZmhlbS0+bGFuZGV2aWNlLT5sYW5kZXZpY2UyODY1fERpZ2l0UmFkaW8tMTEwLUlSLTAwMjI2MTMxZjJiMHxmaGVtLT5sYW5kZXZpY2UtPjE5Mi4xNjguMTc4LjQyfEVTUC03NTU4MTYtc2R1aW5vRDF8ZmhlbS0+bGFuZGV2aWNlLT5sYW5kZXZpY2UyODY2fEVTUC03NTU4MTYtc2R1aW5vRDF8ZmhlbS0+bGFuZGV2aWNlLT42MF8wMV85NF83NV81OF8xNnxsYW5kZXZpY2UyODY2JiMwMTI0MTkyLjE2OC4xNzguNDJ8bWFjXzYwXzAxXzk0Xzc1XzU4XzE2fEVTUC03NTU4MTYtc2R1aW5vRDEgW2xhbmRldmljZTI4NjZdIChXTEFOOiA1NCAvIDMzIE1iaXQvcywgUlNTSTogLTM3KSBzdGF0SVB8ZmhlbS0+bGFuZGV2aWNlLT4xOTIuMTY4LjE3OC4zOXxFU1AtRWFzeS1CVHxmaGVtLT5sYW5kZXZpY2UtPmxhbmRldmljZTI4Njl8RVNQLUVhc3ktQlR8ZmhlbS0+bGFuZGV2aWNlLT4xOTIuMTY4LjE3OC40NHxFU1AtRWFzeS1QaWNvfGZoZW0tPmxhbmRldmljZS0+bGFuZGV2aWNlMzg2OTc2fEVTUC1FYXN5LVBpY298ZmhlbS0+bGFuZGV2aWNlLT4xOTIuMTY4LjE3OC4zNHxFU1AtRWFzeS1UQnxmaGVtLT5sYW5kZXZpY2UtPmxhbmRldmljZTI4NjR8RVNQLUVhc3ktVEJ8ZmhlbS0+bGFuZGV2aWNlLT4xOTIuMTY4LjE3OC4yfEZyaXR6Ym94NzM5MHxmaGVtLT5sYW5kZXZpY2UtPmxhbmRldmljZTI4NTh8RnJpdHpib3g3MzkwfGZoZW0tPmxhbmRldmljZS0+OUNfQzdfQTZfQjFfOUJfMEV8bGFuZGV2aWNlMjg1OCYjMDEyNDE5Mi4xNjguMTc4LjJ8bWFjXzlDX0M3X0E2X0IxXzlCXzBFfEZyaXR6Ym94NzM5MCBbbGFuZGV2aWNlMjg1OF0gIHN0YXRJUHxmaGVtLT5sYW5kZXZpY2UtPnxHVC1OODAxMHxmaGVtLT5sYW5kZXZpY2UtPmxhbmRldmljZTI4NjF8R1QtTjgwMTB8ZmhlbS0+bGFuZGV2aWNlLT4xOTIuMTY4LjE3OC41M3xHWjE2LUVTUC03Nzg1Nzd8ZmhlbS0+bGFuZGV2aWNlLT5sYW5kZXZpY2UyODc3fEdaMTYtRVNQLTc3ODU3N3xmaGVtLT5sYW5kZXZpY2UtPjJDX0Y0XzMyXzc3Xzg1Xzc3fGxhbmRldmljZTI4NzcmIzAxMjQxOTIuMTY4LjE3OC41M3xtYWNfMkNfRjRfMzJfNzdfODVfNzd8R1oxNi1FU1AtNzc4NTc3IFtsYW5kZXZpY2UyODc3XSAoV0xBTjogNTQgLyA3IE1iaXQvcywgUlNTSTogLTQzKSBzdGF0SVB8ZmhlbS0+bGFuZGV2aWNlLT4xOTIuMTY4LjE3OC4zMHxNb21lbnRvfGZoZW0tPmxhbmRldmljZS0+bGFuZGV2aWNlMjg1OXxNb21lbnRvfGZoZW0tPmxhbmRldmljZS0+MTkyLjE2OC4xNzguNDN8U00tVDUxMHxmaGVtLT5sYW5kZXZpY2UtPmxhbmRldmljZTI4NzF8U00tVDUxMHxmaGVtLT5sYW5kZXZpY2UtPjE5Mi4xNjguMTc4LjU5fFNYMTIzMS1TSy1FU1AzMi1DODgxOEN8ZmhlbS0+bGFuZGV2aWNlLT5sYW5kZXZpY2UyODc2fFNYMTIzMS1TSy1FU1AzMi1DODgxOEN8ZmhlbS0+bGFuZGV2aWNlLT4xOTIuMTY4LjE3OC4yOHxTb255VFZ8ZmhlbS0+bGFuZGV2aWNlLT5sYW5kZXZpY2UzNzY2NjI0fFNvbnlUVnxmaGVtLT5sYW5kZXZpY2UtPjE5Mi4xNjguMTc4LjUxfFNvbnlYcGVyaWFaNWN8ZmhlbS0+bGFuZGV2aWNlLT5sYW5kZXZpY2UyODY3fFNvbnlYcGVyaWFaNWN8ZmhlbS0+bGFuZGV2aWNlLT4xOTIuMTY4LjE3OC40OXxXUzIyLUVTUC1GNTc0NjR8ZmhlbS0+bGFuZGV2aWNlLT5sYW5kZXZpY2UyODc0fFdTMjItRVNQLUY1NzQ2NHxmaGVtLT5sYW5kZXZpY2UtPjE5Mi4xNjguMTc4LjF8ZnJpdHouYm94fGZoZW0tPmxhbmRldmljZS0+bGFuZGV2aWNlMjg1Mnxmcml0ei5ib3h8ZmhlbS0+bGFuZGV2aWNlLT40NF80RV82RF82N19CNl8zMnxsYW5kZXZpY2UyODUyJiMwMTI0MTkyLjE2OC4xNzguMXxtYWNfNDRfNEVfNkRfNjdfQjZfMzJ8ZnJpdHouYm94IFtsYW5kZXZpY2UyODUyXSAoTEFOMTogMSBHYml0L3MpIHN0YXRJUHxmaGVtLT5sYW5kZXZpY2UtPjE5Mi4xNjguMTc4LjM3fHJhc3BiZXJyeXBpM3xmaGVtLT5sYW5kZXZpY2UtPmxhbmRldmljZTgzMTV8cmFzcGJlcnJ5cGkzfGZoZW0tPmxhbmRldmljZS0+QjhfMjdfRUJfMkRfRUZfQkF8bGFuZGV2aWNlODMxNSYjMDEyNDE5Mi4xNjguMTc4LjM3fG1hY19COF8yN19FQl8yRF9FRl9CQXxyYXNwYmVycnlwaTMgW2xhbmRldmljZTgzMTVdIChXTEFOOiA1NCAvIDUxIE1iaXQvcywgUlNTSTogLTU5KSBzdGF0SVB8Ym94X3dsYW5fQ291bnR8M3xib3hfZ3Vlc3RXbGFuQ291bnR8MHxib3hfd2xhbl8yLjRHSHp8b258Ym94X3dsYW5fNUdIenxvbnxib3hfZ3Vlc3RXbGFufG9mZnxib3hfZ3Vlc3RXbGFuUmVtYWlufDB8Ym94X21hY0ZpbHRlcl9hY3RpdmV8b258Ym94X2RlY3R8b2ZmfGJveF9tb2h8ZGVmYXVsdHxib3hfcG93ZXJSYXRlfDM4fGZoZW0tPmlzX2RvdWJsZV93bGFufDF8Ym94X3VwdGltZXwzNDM4ODQ2MCBzZWMgPSAzOThUIDAwOjIxOjAwfGJveF9md1ZlcnNpb258ODQuMDYuODh8ZmhlbS0+ZndWZXJzaW9ufDY4OHxmaGVtLT5md1ZlcnNpb25TdHJ8MDYuODh8Ym94X2Z3VXBkYXRlfDB8Ym94X3RyMDY0fG9ufGJveF90cjA2OXxvZmZ8Ym94X3VwbnB8bm9uLWVtdXxib3hfdXBucF9jb250cm9sX2FjdGl2YXRlZHxub24tZW11fC0+VVBOUHxub24tZW11fGJveF9zdGREaWFsUG9ydHxhbGxGb25zfGJveF9jcHVUZW1wfDB8Ym94X2RzbF91cFN0cmVhbXwwLjAwMHxib3hfZHNsX2Rvd25TdHJlYW18MC4wMDB8Z3NtX3Jzc2l8fGdzbV9zdGF0ZXx8Z3NtX3RlY2hub2xvZ3l8fGdzbV9pbnRlcm5ldHx8YWxhcm0xfFdlY2tlciAxfGFsYXJtMV9zdGF0ZXxvZmZ8YWxhcm0xX3RpbWV8MDA6MDB8YWxhcm0xX3RhcmdldHxGT04gMXxhbGFybTFfd2RheXN8ZGFpbHl8YWxhcm0yfFdlY2tlciAyfGFsYXJtMl9zdGF0ZXxvZmZ8YWxhcm0yX3RpbWV8MDA6MDB8YWxhcm0yX3RhcmdldHxGT04gMXxhbGFybTJfd2RheXN8ZGFpbHl8YWxhcm0zfFdlY2tlciAzfGFsYXJtM19zdGF0ZXxvZmZ8YWxhcm0zX3RpbWV8MDA6MDB8YWxhcm0zX3RhcmdldHxGT04gMXxhbGFybTNfd2RheXN8ZGFpbHl8dXNlcjAxfChndWVzdCl8dXNlcjAxX3RoaXNNb250aFRpbWV8MDowMHx1c2VyMDFfdG9kYXlUaW1lfDA6MDB8dXNlcjAxX3RvZGF5U2Vjb25kc3wwfHVzZXIwMV90eXBlfEd1ZXN0fHVzZXJUaWNrZXQwMXw0MjE3MTR8LmJveF9Ub2RheUJ5dGVzUmVjZWl2ZWRIaWdofDB8LmJveF9Ub2RheUJ5dGVzUmVjZWl2ZWRMb3d8MHwuYm94X1RvZGF5Qnl0ZXNTZW50SGlnaHwwfC5ib3hfVG9kYXlCeXRlc1NlbnRMb3d8MHxMdWFRdWVyeUNtZC0+ZHNsU3RhdEdsb2JhbEluLT5BdHRyVmFsfDF8THVhUXVlcnlDbWQtPmRzbFN0YXRHbG9iYWxPdXQtPkF0dHJWYWx8MXxmb243MnxGUklUWiFBcHAgRm9uIEU1ODIzfGZvbjcyX2RldmljZXw3MnxmaGVtLT5mZG5fRlJJVFohQXBwIEZvbiBFNTgyM3w3MnxmaGVtLT5mZF83MnxGUklUWiFBcHAgRm9uIEU1ODIzfGZvbjUwfElTRE4tVGVsZWZvbmV8Zm9uNTBfZGV2aWNlfDUwfGZoZW0tPmZkbl9JU0ROLVRlbGVmb25lfDUwfGZoZW0tPmZkXzUwfElTRE4tVGVsZWZvbmV8Zm9uOXxhbGxlIFRlbGVmb25lfGZvbjlfZGV2aWNlfDl8ZmhlbS0+ZmRuX2FsbGUgVGVsZWZvbmV8OXxmaGVtLT5mZF85fGFsbGUgVGVsZWZvbmV8Zm9uNzB8RlJJVFohQXBwIEZvbiBHVC1OODAxMHxmb243MF9kZXZpY2V8NzB8ZmhlbS0+ZmRuX0ZSSVRaIUFwcCBGb24gR1QtTjgwMTB8NzB8ZmhlbS0+ZmRfNzB8RlJJVFohQXBwIEZvbiBHVC1OODAxMHxmb243MXxGUklUWiFBcHAgRm9uIEhUQyBPbmUgVnxmb243MV9kZXZpY2V8NzF8ZmhlbS0+ZmRuX0ZSSVRaIUFwcCBGb24gSFRDIE9uZSBWfDcxfGZoZW0tPmZkXzcxfEZSSVRaIUFwcCBGb24gSFRDIE9uZSBWfG5iaF8wOF85Nl9EN18zMl8yM19BM3xFbGVrdHJvbiBCQlMgKEthbmFsOiAxMSl8bmJoXzQ0XzRFXzZEXzY3X0I2XzM1fEVsZWt0cm9uIEJCUyAoS2FuYWw6IDExKXxuYmhfRDRfODZfNjBfRTBfMEVfOTl8TWFnZW50YVdMQU4tUlRCRCAoS2FuYWw6IDEpfG5iaF9ENF84Nl82MF9FMF8wRV85RnxHYXN0IFp1Z2FuZyAoS2FuYWw6IDEpfG5iaF82Nl9FQl84Q183Rl9FN18yMXxESVJFQ1QtOEM3RjY3MjEgKEthbmFsOiAxKXxuYmhfMzRfNjBfRjlfRDNfN0NfQTJ8TWFnZW50YVdMQU4tUlRCRF9FWFQgKEthbmFsOiAxKXxuYmhfOThfOUJfQ0JfMERfNURfRDF8RlJJVFohQm94IDc1MzAgRVYgKEthbmFsOiA2KXxuYmhfRDRfODZfNjBfRTBfMEVfOUN8IChLYW5hbDogMzYpfG5iaF9ENF84Nl82MF9FMF8wRV85RXxHYXN0IFp1Z2FuZyAoS2FuYWw6IDM2KXxuYmhfRDRfODZfNjBfRTBfMEVfOUR8TWFnZW50YVdMQU4tUlRCRCAoS2FuYWw6IDM2KXxuYmhfNDRfNEVfNkRfNjdfQjZfMzR8RWxla3Ryb24gQkJTIChLYW5hbDogMTAwKXxuYmhfOThfOUJfQ0JfMERfNURfRDJ8RlJJVFohQm94IDc1MzAgRVYgKEthbmFsOiAxMTYpfG5iaF9FNF83NV9EQ18yQV8zMV9FRXxNYWdlbnRhV0xBTi1FN1g1IChLYW5hbDogNil8bmJoX0M4XzBFXzE0X0YwXzc4XzNEfEZSSVRaIUJveCA3MzYyIFNMIChLYW5hbDogNCl8bmJoX0RDXzM5XzZGXzlBX0I5X0U1fEZSSVRaIUJveCA3NTMwIFFKIChLYW5hbDogNil8bmJoXzUwXzZGXzBDX0ZFXzVBX0U0fFdMQU4tM0ZBNjMxIChLYW5hbDogMTEpfG5iaF8xOF81OF84MF83QV8xRl9DRnxNYWdlbnRhV0xBTi1SVEJEIChLYW5hbDogMzYpfG5iaF8xOF81OF84MF83QV8xRl9EMHxHYXN0IFp1Z2FuZyAoS2FuYWw6IDEpfG5iaF8xOF81OF84MF83QV8xRl9DRXxNYWdlbnRhV0xBTi1SVEJEIChLYW5hbDogMSl8bmJoXzE4XzU4XzgwXzdBXzFGX0QxfEdhc3QgWnVnYW5nIChLYW5hbDogMzYpfG5iaF8xOF81OF84MF83QV8xRl9EMnwgKEthbmFsOiAzNil8bmJoXzk0XzkxXzdGX0JGX0MwXzQ1fG8yLVdMQU41MiAoS2FuYWw6IDcpfG5iaF82NF9DQ18yMl9DNF9BQV8xOHxrYW1paGVhbnN2IChLYW5hbDogNil8bmJoX0M0X0U1XzMyXzJDX0Q0X0VFfE1hZ2VudGFXTEFOLTJRTFggKEthbmFsOiAxMSl8bmJoX0U0Xzc1X0RDXzJBXzMxX0YyfCAoS2FuYWw6IDM2KXxuYmhfRTRfNzVfRENfMkFfMzFfRUZ8TWFnZW50YVdMQU4tRTdYNSAoS2FuYWw6IDM2KXxuYmhfNTBfNkZfMENfNTNfRUVfREV8V0xBTi1ZR1ZESksgKEthbmFsOiA2KXxib3hfd2xhbl9sYXN0U2NhblRpbWV8OS4gT2t0b2JlciAyMDI0LCAxNjo0NzoyOCBVaHJ8LT5BUElDSEVDS0VEfC0xfC0+QVBJQ0hFQ0tfUkVUX0NPREVTfG5vIEhBU0ggZnJvbSBKU09OIHJldHVybmVkfEVycm9yfGNhbm5vdCBjb25uZWN0IGR1ZSB0byBuZXR3b3JrIGVycm9yIDUwMHwtPldFQkNPTk5FQ1R8MHxmaGVtLT5zaWRFcnJDb3VudHwx
2024.10.09 17:11:42 3: [FritzBox_7390 | 7390 | 84.06.88 | Set_check_APIs.6871] - BASIC:Response -> luaQuery:403 luaData:403 TR064:200 boxModelJason:200
2024.10.09 17:14:48 2: [FritzBox_7390 | 7390 | 84.06.88 | Readout_Response.5798] - SIGNIFICANT:no HASH from JSON returned
2024.10.09 17:14:48 3: [FritzBox_7390 | 7390 | 84.06.88 | Readout_Response.5841] - BASIC:Handover to main process (12210):
FritzBox_7390|RXJyb3J8bm8gSEFTSCBmcm9tIEpTT04gcmV0dXJuZWR8ZmhlbS0+c2lkVGltZXwwfGZoZW0tPnNpZEVyckNvdW50fDF8cmFkaW8wMHxORFIyfGZoZW0tPnJhZGlvLT4wfE5EUjJ8cmFkaW8wMXxSLVNBfGZoZW0tPnJhZGlvLT4xfFItU0F8cmFkaW8wMnx8ZmhlbS0+cmFkaW8tPjJ8fHJhZGlvMDN8fGZoZW0tPnJhZGlvLT4zfHxyYWRpbzA0fHxmaGVtLT5yYWRpby0+NHx8cmFkaW8wNXx8ZmhlbS0+cmFkaW8tPjV8fHJhZGlvMDZ8fGZoZW0tPnJhZGlvLT42fHxyYWRpbzA3fHxmaGVtLT5yYWRpby0+N3x8cmFkaW8wOHx8ZmhlbS0+cmFkaW8tPjh8fHJhZGlvMDl8fGZoZW0tPnJhZGlvLT45fHxyYWRpbzEwfHxmaGVtLT5yYWRpby0+MTB8fHJhZGlvMTF8fGZoZW0tPnJhZGlvLT4xMXx8cmFkaW8xMnx8ZmhlbS0+cmFkaW8tPjEyfHxyYWRpbzEzfHxmaGVtLT5yYWRpby0+MTN8fHJhZGlvMTR8fGZoZW0tPnJhZGlvLT4xNHx8cmFkaW8xNXx8ZmhlbS0+cmFkaW8tPjE1fHxyYWRpbzE2fHxmaGVtLT5yYWRpby0+MTZ8fHJhZGlvMTd8fGZoZW0tPnJhZGlvLT4xN3x8cmFkaW8xOHx8ZmhlbS0+cmFkaW8tPjE4fHxyYWRpbzE5fHxmaGVtLT5yYWRpby0+MTl8fHJhZGlvMjB8fGZoZW0tPnJhZGlvLT4yMHx8cmFkaW8yMXx8ZmhlbS0+cmFkaW8tPjIxfHxyYWRpbzIyfHxmaGVtLT5yYWRpby0+MjJ8fHJhZGlvMjN8fGZoZW0tPnJhZGlvLT4yM3x8cmFkaW8yNHx8ZmhlbS0+cmFkaW8tPjI0fHxyYWRpbzI1fHxmaGVtLT5yYWRpby0+MjV8fHJhZGlvMjZ8fGZoZW0tPnJhZGlvLT4yNnx8cmFkaW8yN3x8ZmhlbS0+cmFkaW8tPjI3fHxyYWRpbzI4fHxmaGVtLT5yYWRpby0+Mjh8fHJhZGlvMjl8fGZoZW0tPnJhZGlvLT4yOXx8cmFkaW8zMHx8ZmhlbS0+cmFkaW8tPjMwfHxyYWRpbzMxfHxmaGVtLT5yYWRpby0+MzF8fHJhZGlvMzJ8fGZoZW0tPnJhZGlvLT4zMnx8cmFkaW8zM3x8ZmhlbS0+cmFkaW8tPjMzfHxyYWRpbzM0fHxmaGVtLT5yYWRpby0+MzR8fHJhZGlvMzV8fGZoZW0tPnJhZGlvLT4zNXx8cmFkaW8zNnx8ZmhlbS0+cmFkaW8tPjM2fHxyYWRpbzM3fHxmaGVtLT5yYWRpby0+Mzd8fHJhZGlvMzh8fGZoZW0tPnJhZGlvLT4zOHx8cmFkaW8zOXx8ZmhlbS0+cmFkaW8tPjM5fHxmaGVtLT5yYWRpb0NvdW50fDQwfGZoZW0tPndsYW5EZXZpY2UtPjE0XzEzXzMzXzU4XzFBX0Q5LT5zcGVlZHwwfGZoZW0tPndsYW5EZXZpY2UtPjE0XzEzXzMzXzU4XzFBX0Q5LT5zcGVlZF9yeHwwfGZoZW0tPndsYW5EZXZpY2UtPjE0XzEzXzMzXzU4XzFBX0Q5LT5yc3NpfDB8ZmhlbS0+d2xhbkRldmljZS0+NjBfMDFfOTRfNzVfNThfMTYtPnNwZWVkfDU0fGZoZW0tPndsYW5EZXZpY2UtPjYwXzAxXzk0Xzc1XzU4XzE2LT5zcGVlZF9yeHwxN3xmaGVtLT53bGFuRGV2aWNlLT42MF8wMV85NF83NV81OF8xNi0+cnNzaXwtMzd8ZmhlbS0+d2xhbkRldmljZS0+NUNfQ0ZfN0ZfMENfM0ZfNDEtPnNwZWVkfDB8ZmhlbS0+d2xhbkRldmljZS0+NUNfQ0ZfN0ZfMENfM0ZfNDEtPnNwZWVkX3J4fDB8ZmhlbS0+d2xhbkRldmljZS0+NUNfQ0ZfN0ZfMENfM0ZfNDEtPnJzc2l8MHxmaGVtLT53bGFuRGV2aWNlLT5EOF9BMF8xRF80M182Nl85OC0+c3BlZWR8MHxmaGVtLT53bGFuRGV2aWNlLT5EOF9BMF8xRF80M182Nl85OC0+c3BlZWRfcnh8MHxmaGVtLT53bGFuRGV2aWNlLT5EOF9BMF8xRF80M182Nl85OC0+cnNzaXwwfGZoZW0tPndsYW5EZXZpY2UtPjAwXzFGXzNBXzVGX0Q5X0E0LT5zcGVlZHwwfGZoZW0tPndsYW5EZXZpY2UtPjAwXzFGXzNBXzVGX0Q5X0E0LT5zcGVlZF9yeHwwfGZoZW0tPndsYW5EZXZpY2UtPjAwXzFGXzNBXzVGX0Q5X0E0LT5yc3NpfDB8ZmhlbS0+d2xhbkRldmljZS0+MDBfMTVfQUZfMURfM0FfMUItPnNwZWVkfDB8ZmhlbS0+d2xhbkRldmljZS0+MDBfMTVfQUZfMURfM0FfMUItPnNwZWVkX3J4fDB8ZmhlbS0+d2xhbkRldmljZS0+MDBfMTVfQUZfMURfM0FfMUItPnJzc2l8MHxmaGVtLT53bGFuRGV2aWNlLT41Q19GOF9BMV8yQl85N19DNS0+c3BlZWR8MHxmaGVtLT53bGFuRGV2aWNlLT41Q19GOF9BMV8yQl85N19DNS0+c3BlZWRfcnh8MHxmaGVtLT53bGFuRGV2aWNlLT41Q19GOF9BMV8yQl85N19DNS0+cnNzaXwwfGZoZW0tPndsYW5EZXZpY2UtPjAwXzE2X0RDXzY2XzlBX0M2LT5zcGVlZHwwfGZoZW0tPndsYW5EZXZpY2UtPjAwXzE2X0RDXzY2XzlBX0M2LT5zcGVlZF9yeHwwfGZoZW0tPndsYW5EZXZpY2UtPjAwXzE2X0RDXzY2XzlBX0M2LT5yc3NpfDB8ZmhlbS0+d2xhbkRldmljZS0+MDBfMjJfNjFfMzFfRjJfQjAtPnNwZWVkfDB8ZmhlbS0+d2xhbkRldmljZS0+MDBfMjJfNjFfMzFfRjJfQjAtPnNwZWVkX3J4fDB8ZmhlbS0+d2xhbkRldmljZS0+MDBfMjJfNjFfMzFfRjJfQjAtPnJzc2l8MHxmaGVtLT53bGFuRGV2aWNlLT40MF80MF9BN19CNl84MV8xNy0+c3BlZWR8MHxmaGVtLT53bGFuRGV2aWNlLT40MF80MF9BN19CNl84MV8xNy0+c3BlZWRfcnh8MHxmaGVtLT53bGFuRGV2aWNlLT40MF80MF9BN19CNl84MV8xNy0+cnNzaXwwfGZoZW0tPndsYW5EZXZpY2UtPjVDX0NGXzdGXzExXzM1XzBGLT5zcGVlZHwwfGZoZW0tPndsYW5EZXZpY2UtPjVDX0NGXzdGXzExXzM1XzBGLT5zcGVlZF9yeHwwfGZoZW0tPndsYW5EZXZpY2UtPjVDX0NGXzdGXzExXzM1XzBGLT5yc3NpfDB8ZmhlbS0+d2xhbkRldmljZS0+RENfRjdfNTZfOEFfRjhfQkUtPnNwZWVkfDB8ZmhlbS0+d2xhbkRldmljZS0+RENfRjdfNTZfOEFfRjhfQkUtPnNwZWVkX3J4fDB8ZmhlbS0+d2xhbkRldmljZS0+RENfRjdfNTZfOEFfRjhfQkUtPnJzc2l8MHxmaGVtLT53bGFuRGV2aWNlLT5COF8yN19FQl8yRF9FRl9CQS0+c3BlZWR8NTR8ZmhlbS0+d2xhbkRldmljZS0+QjhfMjdfRUJfMkRfRUZfQkEtPnNwZWVkX3J4fDM3fGZoZW0tPndsYW5EZXZpY2UtPkI4XzI3X0VCXzJEX0VGX0JBLT5yc3NpfC01OHxmaGVtLT53bGFuRGV2aWNlLT4zMF9BRV9BNF9GNV83NF82NC0+c3BlZWR8MHxmaGVtLT53bGFuRGV2aWNlLT4zMF9BRV9BNF9GNV83NF82NC0+c3BlZWRfcnh8MHxmaGVtLT53bGFuRGV2aWNlLT4zMF9BRV9BNF9GNV83NF82NC0+cnNzaXwwfGZoZW0tPndsYW5EZXZpY2UtPkJDX0REX0MyXzhGXzRFXzkxLT5zcGVlZHwwfGZoZW0tPndsYW5EZXZpY2UtPkJDX0REX0MyXzhGXzRFXzkxLT5zcGVlZF9yeHwwfGZoZW0tPndsYW5EZXZpY2UtPkJDX0REX0MyXzhGXzRFXzkxLT5yc3NpfDB8ZmhlbS0+d2xhbkRldmljZS0+QzhfQzlfQTNfQzhfODFfOEMtPnNwZWVkfDB8ZmhlbS0+d2xhbkRldmljZS0+QzhfQzlfQTNfQzhfODFfOEMtPnNwZWVkX3J4fDB8ZmhlbS0+d2xhbkRldmljZS0+QzhfQzlfQTNfQzhfODFfOEMtPnJzc2l8MHxmaGVtLT53bGFuRGV2aWNlLT4yQ19GNF8zMl83N184NV83Ny0+c3BlZWR8NTR8ZmhlbS0+d2xhbkRldmljZS0+MkNfRjRfMzJfNzdfODVfNzctPnNwZWVkX3J4fDExfGZoZW0tPndsYW5EZXZpY2UtPjJDX0Y0XzMyXzc3Xzg1Xzc3LT5yc3NpfC00NHxmaGVtLT5sYW5kZXZpY2UtPjE5Mi4xNjguMTc4LjQ3fEFjZXItV2luMTB8ZmhlbS0+bGFuZGV2aWNlLT5sYW5kZXZpY2UyODYwfEFjZXItV2luMTB8ZmhlbS0+bGFuZGV2aWNlLT58QXJjaG9zfGZoZW0tPmxhbmRldmljZS0+bGFuZGV2aWNlMjg2M3xBcmNob3N8ZmhlbS0+bGFuZGV2aWNlLT4xOTIuMTY4LjE3OC42MHxBc3VzLVgxNjA1WnxmaGVtLT5sYW5kZXZpY2UtPmxhbmRldmljZTM3NjYyNjl8QXN1cy1YMTYwNVp8ZmhlbS0+bGFuZGV2aWNlLT4xOTIuMTY4LjE3OC41NHxEVkVTLThGNEU5MS0zNzI5fGZoZW0tPmxhbmRldmljZS0+bGFuZGV2aWNlMjg3NXxEVkVTLThGNEU5MS0zNzI5fGZoZW0tPmxhbmRldmljZS0+MTkyLjE2OC4xNzguMzF8RGlnaXRSYWRpby0xMTAtSVItMDAyMjYxMzFmMmIwfGZoZW0tPmxhbmRldmljZS0+bGFuZGV2aWNlMjg2NXxEaWdpdFJhZGlvLTExMC1JUi0wMDIyNjEzMWYyYjB8ZmhlbS0+bGFuZGV2aWNlLT4xOTIuMTY4LjE3OC40MnxFU1AtNzU1ODE2LXNkdWlub0QxfGZoZW0tPmxhbmRldmljZS0+bGFuZGV2aWNlMjg2NnxFU1AtNzU1ODE2LXNkdWlub0QxfGZoZW0tPmxhbmRldmljZS0+NjBfMDFfOTRfNzVfNThfMTZ8bGFuZGV2aWNlMjg2NiYjMDEyNDE5Mi4xNjguMTc4LjQyfG1hY182MF8wMV85NF83NV81OF8xNnxFU1AtNzU1ODE2LXNkdWlub0QxIFtsYW5kZXZpY2UyODY2XSAoV0xBTjogNTQgLyAxNyBNYml0L3MsIFJTU0k6IC0zNykgc3RhdElQfGZoZW0tPmxhbmRldmljZS0+MTkyLjE2OC4xNzguMzl8RVNQLUVhc3ktQlR8ZmhlbS0+bGFuZGV2aWNlLT5sYW5kZXZpY2UyODY5fEVTUC1FYXN5LUJUfGZoZW0tPmxhbmRldmljZS0+MTkyLjE2OC4xNzguNDR8RVNQLUVhc3ktUGljb3xmaGVtLT5sYW5kZXZpY2UtPmxhbmRldmljZTM4Njk3NnxFU1AtRWFzeS1QaWNvfGZoZW0tPmxhbmRldmljZS0+MTkyLjE2OC4xNzguMzR8RVNQLUVhc3ktVEJ8ZmhlbS0+bGFuZGV2aWNlLT5sYW5kZXZpY2UyODY0fEVTUC1FYXN5LVRCfGZoZW0tPmxhbmRldmljZS0+MTkyLjE2OC4xNzguMnxGcml0emJveDczOTB8ZmhlbS0+bGFuZGV2aWNlLT5sYW5kZXZpY2UyODU4fEZyaXR6Ym94NzM5MHxmaGVtLT5sYW5kZXZpY2UtPjlDX0M3X0E2X0IxXzlCXzBFfGxhbmRldmljZTI4NTgmIzAxMjQxOTIuMTY4LjE3OC4yfG1hY185Q19DN19BNl9CMV85Ql8wRXxGcml0emJveDczOTAgW2xhbmRldmljZTI4NThdICBzdGF0SVB8ZmhlbS0+bGFuZGV2aWNlLT58R1QtTjgwMTB8ZmhlbS0+bGFuZGV2aWNlLT5sYW5kZXZpY2UyODYxfEdULU44MDEwfGZoZW0tPmxhbmRldmljZS0+MTkyLjE2OC4xNzguNTN8R1oxNi1FU1AtNzc4NTc3fGZoZW0tPmxhbmRldmljZS0+bGFuZGV2aWNlMjg3N3xHWjE2LUVTUC03Nzg1Nzd8ZmhlbS0+bGFuZGV2aWNlLT4yQ19GNF8zMl83N184NV83N3xsYW5kZXZpY2UyODc3JiMwMTI0MTkyLjE2OC4xNzguNTN8bWFjXzJDX0Y0XzMyXzc3Xzg1Xzc3fEdaMTYtRVNQLTc3ODU3NyBbbGFuZGV2aWNlMjg3N10gKFdMQU46IDU0IC8gMTEgTWJpdC9zLCBSU1NJOiAtNDQpIHN0YXRJUHxmaGVtLT5sYW5kZXZpY2UtPjE5Mi4xNjguMTc4LjMwfE1vbWVudG98ZmhlbS0+bGFuZGV2aWNlLT5sYW5kZXZpY2UyODU5fE1vbWVudG98ZmhlbS0+bGFuZGV2aWNlLT4xOTIuMTY4LjE3OC40M3xTTS1UNTEwfGZoZW0tPmxhbmRldmljZS0+bGFuZGV2aWNlMjg3MXxTTS1UNTEwfGZoZW0tPmxhbmRldmljZS0+MTkyLjE2OC4xNzguNTl8U1gxMjMxLVNLLUVTUDMyLUM4ODE4Q3xmaGVtLT5sYW5kZXZpY2UtPmxhbmRldmljZTI4NzZ8U1gxMjMxLVNLLUVTUDMyLUM4ODE4Q3xmaGVtLT5sYW5kZXZpY2UtPjE5Mi4xNjguMTc4LjI4fFNvbnlUVnxmaGVtLT5sYW5kZXZpY2UtPmxhbmRldmljZTM3NjY2MjR8U29ueVRWfGZoZW0tPmxhbmRldmljZS0+MTkyLjE2OC4xNzguNTF8U29ueVhwZXJpYVo1Y3xmaGVtLT5sYW5kZXZpY2UtPmxhbmRldmljZTI4Njd8U29ueVhwZXJpYVo1Y3xmaGVtLT5sYW5kZXZpY2UtPjE5Mi4xNjguMTc4LjQ5fFdTMjItRVNQLUY1NzQ2NHxmaGVtLT5sYW5kZXZpY2UtPmxhbmRldmljZTI4NzR8V1MyMi1FU1AtRjU3NDY0fGZoZW0tPmxhbmRldmljZS0+MTkyLjE2OC4xNzguMXxmcml0ei5ib3h8ZmhlbS0+bGFuZGV2aWNlLT5sYW5kZXZpY2UyODUyfGZyaXR6LmJveHxmaGVtLT5sYW5kZXZpY2UtPjQ0XzRFXzZEXzY3X0I2XzMyfGxhbmRldmljZTI4NTImIzAxMjQxOTIuMTY4LjE3OC4xfG1hY180NF80RV82RF82N19CNl8zMnxmcml0ei5ib3ggW2xhbmRldmljZTI4NTJdIChMQU4xOiAxIEdiaXQvcykgc3RhdElQfGZoZW0tPmxhbmRldmljZS0+MTkyLjE2OC4xNzguMzd8cmFzcGJlcnJ5cGkzfGZoZW0tPmxhbmRldmljZS0+bGFuZGV2aWNlODMxNXxyYXNwYmVycnlwaTN8ZmhlbS0+bGFuZGV2aWNlLT5COF8yN19FQl8yRF9FRl9CQXxsYW5kZXZpY2U4MzE1JiMwMTI0MTkyLjE2OC4xNzguMzd8bWFjX0I4XzI3X0VCXzJEX0VGX0JBfHJhc3BiZXJyeXBpMyBbbGFuZGV2aWNlODMxNV0gKFdMQU46IDU0IC8gMzcgTWJpdC9zLCBSU1NJOiAtNTgpIHN0YXRJUHxib3hfd2xhbl9Db3VudHwzfGJveF9ndWVzdFdsYW5Db3VudHwwfGJveF93bGFuXzIuNEdIenxvbnxib3hfd2xhbl81R0h6fG9ufGJveF9ndWVzdFdsYW58b2ZmfGJveF9ndWVzdFdsYW5SZW1haW58MHxib3hfbWFjRmlsdGVyX2FjdGl2ZXxvbnxib3hfZGVjdHxvZmZ8Ym94X21vaHxkZWZhdWx0fGJveF9wb3dlclJhdGV8Mzh8ZmhlbS0+aXNfZG91YmxlX3dsYW58MXxib3hfdXB0aW1lfDM0Mzg5MDAwIHNlYyA9IDM5OFQgMDA6MzA6MDB8Ym94X2Z3VmVyc2lvbnw4NC4wNi44OHxmaGVtLT5md1ZlcnNpb258Njg4fGZoZW0tPmZ3VmVyc2lvblN0cnwwNi44OHxib3hfZndVcGRhdGV8MHxib3hfdHIwNjR8b258Ym94X3RyMDY5fG9mZnxib3hfdXBucHxub24tZW11fGJveF91cG5wX2NvbnRyb2xfYWN0aXZhdGVkfG5vbi1lbXV8LT5VUE5QfG5vbi1lbXV8Ym94X3N0ZERpYWxQb3J0fGFsbEZvbnN8Ym94X2NwdVRlbXB8MHxib3hfZHNsX3VwU3RyZWFtfDAuMDAwfGJveF9kc2xfZG93blN0cmVhbXwwLjAwMHxnc21fcnNzaXx8Z3NtX3N0YXRlfHxnc21fdGVjaG5vbG9neXx8Z3NtX2ludGVybmV0fHxhbGFybTF8V2Vja2VyIDF8YWxhcm0xX3N0YXRlfG9mZnxhbGFybTFfdGltZXwwMDowMHxhbGFybTFfdGFyZ2V0fEZPTiAxfGFsYXJtMV93ZGF5c3xkYWlseXxhbGFybTJ8V2Vja2VyIDJ8YWxhcm0yX3N0YXRlfG9mZnxhbGFybTJfdGltZXwwMDowMHxhbGFybTJfdGFyZ2V0fEZPTiAxfGFsYXJtMl93ZGF5c3xkYWlseXxhbGFybTN8V2Vja2VyIDN8YWxhcm0zX3N0YXRlfG9mZnxhbGFybTNfdGltZXwwMDowMHxhbGFybTNfdGFyZ2V0fEZPTiAxfGFsYXJtM193ZGF5c3xkYWlseXx1c2VyMDF8KGd1ZXN0KXx1c2VyMDFfdGhpc01vbnRoVGltZXwwOjAwfHVzZXIwMV90b2RheVRpbWV8MDowMHx1c2VyMDFfdG9kYXlTZWNvbmRzfDB8dXNlcjAxX3R5cGV8R3Vlc3R8dXNlclRpY2tldDAxfDQyMTcxNHwuYm94X1RvZGF5Qnl0ZXNSZWNlaXZlZEhpZ2h8MHwuYm94X1RvZGF5Qnl0ZXNSZWNlaXZlZExvd3wwfC5ib3hfVG9kYXlCeXRlc1NlbnRIaWdofDB8LmJveF9Ub2RheUJ5dGVzU2VudExvd3wwfEx1YVF1ZXJ5Q21kLT5kc2xTdGF0R2xvYmFsSW4tPkF0dHJWYWx8MXxMdWFRdWVyeUNtZC0+ZHNsU3RhdEdsb2JhbE91dC0+QXR0clZhbHwxfGZvbjcyfEZSSVRaIUFwcCBGb24gRTU4MjN8Zm9uNzJfZGV2aWNlfDcyfGZoZW0tPmZkbl9GUklUWiFBcHAgRm9uIEU1ODIzfDcyfGZoZW0tPmZkXzcyfEZSSVRaIUFwcCBGb24gRTU4MjN8Zm9uNTB8SVNETi1UZWxlZm9uZXxmb241MF9kZXZpY2V8NTB8ZmhlbS0+ZmRuX0lTRE4tVGVsZWZvbmV8NTB8ZmhlbS0+ZmRfNTB8SVNETi1UZWxlZm9uZXxmb245fGFsbGUgVGVsZWZvbmV8Zm9uOV9kZXZpY2V8OXxmaGVtLT5mZG5fYWxsZSBUZWxlZm9uZXw5fGZoZW0tPmZkXzl8YWxsZSBUZWxlZm9uZXxmb243MHxGUklUWiFBcHAgRm9uIEdULU44MDEwfGZvbjcwX2RldmljZXw3MHxmaGVtLT5mZG5fRlJJVFohQXBwIEZvbiBHVC1OODAxMHw3MHxmaGVtLT5mZF83MHxGUklUWiFBcHAgRm9uIEdULU44MDEwfGZvbjcxfEZSSVRaIUFwcCBGb24gSFRDIE9uZSBWfGZvbjcxX2RldmljZXw3MXxmaGVtLT5mZG5fRlJJVFohQXBwIEZvbiBIVEMgT25lIFZ8NzF8ZmhlbS0+ZmRfNzF8RlJJVFohQXBwIEZvbiBIVEMgT25lIFZ8bmJoXzA4Xzk2X0Q3XzMyXzIzX0EzfEVsZWt0cm9uIEJCUyAoS2FuYWw6IDExKXxuYmhfNDRfNEVfNkRfNjdfQjZfMzV8RWxla3Ryb24gQkJTIChLYW5hbDogMTEpfG5iaF9ENF84Nl82MF9FMF8wRV85OXxNYWdlbnRhV0xBTi1SVEJEIChLYW5hbDogMSl8bmJoX0Q0Xzg2XzYwX0UwXzBFXzlGfEdhc3QgWnVnYW5nIChLYW5hbDogMSl8bmJoXzY2X0VCXzhDXzdGX0U3XzIxfERJUkVDVC04QzdGNjcyMSAoS2FuYWw6IDEpfG5iaF8zNF82MF9GOV9EM183Q19BMnxNYWdlbnRhV0xBTi1SVEJEX0VYVCAoS2FuYWw6IDEpfG5iaF85OF85Ql9DQl8wRF81RF9EMXxGUklUWiFCb3ggNzUzMCBFViAoS2FuYWw6IDYpfG5iaF9ENF84Nl82MF9FMF8wRV85Q3wgKEthbmFsOiAzNil8bmJoX0Q0Xzg2XzYwX0UwXzBFXzlFfEdhc3QgWnVnYW5nIChLYW5hbDogMzYpfG5iaF9ENF84Nl82MF9FMF8wRV85RHxNYWdlbnRhV0xBTi1SVEJEIChLYW5hbDogMzYpfG5iaF80NF80RV82RF82N19CNl8zNHxFbGVrdHJvbiBCQlMgKEthbmFsOiAxMDApfG5iaF85OF85Ql9DQl8wRF81RF9EMnxGUklUWiFCb3ggNzUzMCBFViAoS2FuYWw6IDExNil8bmJoX0U0Xzc1X0RDXzJBXzMxX0VFfE1hZ2VudGFXTEFOLUU3WDUgKEthbmFsOiA2KXxuYmhfQzhfMEVfMTRfRjBfNzhfM0R8RlJJVFohQm94IDczNjIgU0wgKEthbmFsOiA0KXxuYmhfRENfMzlfNkZfOUFfQjlfRTV8RlJJVFohQm94IDc1MzAgUUogKEthbmFsOiA2KXxuYmhfNTBfNkZfMENfRkVfNUFfRTR8V0xBTi0zRkE2MzEgKEthbmFsOiAxMSl8bmJoXzE4XzU4XzgwXzdBXzFGX0NGfE1hZ2VudGFXTEFOLVJUQkQgKEthbmFsOiAzNil8bmJoXzE4XzU4XzgwXzdBXzFGX0QwfEdhc3QgWnVnYW5nIChLYW5hbDogMSl8bmJoXzE4XzU4XzgwXzdBXzFGX0NFfE1hZ2VudGFXTEFOLVJUQkQgKEthbmFsOiAxKXxuYmhfMThfNThfODBfN0FfMUZfRDF8R2FzdCBadWdhbmcgKEthbmFsOiAzNil8bmJoXzE4XzU4XzgwXzdBXzFGX0QyfCAoS2FuYWw6IDM2KXxuYmhfOTRfOTFfN0ZfQkZfQzBfNDV8bzItV0xBTjUyIChLYW5hbDogNyl8bmJoXzY0X0NDXzIyX0M0X0FBXzE4fGthbWloZWFuc3YgKEthbmFsOiA2KXxuYmhfQzRfRTVfMzJfMkNfRDRfRUV8TWFnZW50YVdMQU4tMlFMWCAoS2FuYWw6IDExKXxuYmhfRTRfNzVfRENfMkFfMzFfRjJ8IChLYW5hbDogMzYpfG5iaF9FNF83NV9EQ18yQV8zMV9FRnxNYWdlbnRhV0xBTi1FN1g1IChLYW5hbDogMzYpfG5iaF81MF82Rl8wQ181M19FRV9ERXxXTEFOLVlHVkRKSyAoS2FuYWw6IDYpfGJveF93bGFuX2xhc3RTY2FuVGltZXw5LiBPa3RvYmVyIDIwMjQsIDE2OjQ3OjI4IFVocnwtPkFQSUNIRUNLRUR8LTF8LT5BUElDSEVDS19SRVRfQ09ERVN8bm8gSEFTSCBmcm9tIEpTT04gcmV0dXJuZWR8RXJyb3J8Y2Fubm90IGNvbm5lY3QgZHVlIHRvIG5ldHdvcmsgZXJyb3IgNTAwfC0+V0VCQ09OTkVDVHwwfGZoZW0tPnNpZEVyckNvdW50fDE=
2024.10.09 17:19:59 3: [FritzBox_7390 | 7390 | 84.06.88 | Set_check_APIs.6871] - BASIC:Response -> luaQuery:403 luaData:403 TR064:200 boxModelJason:200
Mir fallen allerdings sonst bei der 7390 keine Fehler auf. Die Readings werden aktualisiert und sind auch plausibel. Ich habe erst mal verbose auf 1 gesetzt.
Hallo elektron-bbs,
mit dem >= hast Du recht. Danke für den Hinweis.
Die Fehlermeldung schaue ich mir an. Ich vermute, dass die FB die Abfrage nicht kennt. Dann kommt oft ein html zurück.
Grüße Jörg
Ich schätze, die Abfrage klemmt hier:
2024.10.08 18:10:07 4: [FritzBox_7390 | 7390 | 84.06.88 | Readout_Run_Web_LuaData.4573] - EXPANDED:WLAN detailed info - start getting data
2024.10.08 18:10:07 4: [FritzBox_7390 | 7390 | 84.06.88 | open_Web_Connection.10647] - EXPANDED:checking HOST -> 192.168.178.2
2024.10.08 18:10:07 4: [FritzBox_7390 | 7390 | 84.06.88 | open_Web_Connection.10687] - EXPANDED:using old SID from 18:08:57
2024.10.08 18:10:07 4: [FritzBox_7390 | 7390 | 84.06.88 | read_LuaData.10826] - EXPANDED:Request data via API dataQuery.
2024.10.08 18:10:07 4: [FritzBox_7390 | 7390 | 84.06.88 | read_LuaData.10830] - EXPANDED:URL: http://192.168.178.2/data.lua?sid=bb96181f53c740ec
2024.10.08 18:10:09 4: [FritzBox_7390 | 7390 | 84.06.88 | Helper_process_JSON.11057] - EXPANDED:Decode JSON string.
2024.10.08 18:10:09 4: [FritzBox_7390 | 7390 | 84.06.88 | Helper_process_JSON.11068] - EXPANDED:Decode JSON string: decode_json failed, invalid json. error:malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "<script>if (typeof j...") at ./FHEM/72_FRITZBOX.pm line 11067.
2024.10.08 18:10:09 4: [FritzBox_7390 | 7390 | 84.06.88 | Helper_process_JSON.11079] - EXPANDED:no HASH from JSON returned
(<script>if (typeof jxl === 'undefined') {
location.href = "/";
}
</script>
Hallo,
ich habe jetzt die beiden Hinweise von elektron-bbs korrigiert. Zusätzlich habe ich die box_pwr... Readings über enableBoxReadings aktivierungspflichtig gemacht. Für Cable mit aktueller Labor oder in Zukunft FritzOS 8.00 können diese auf Grund der Deaktivierung von AVM nicht ausgewählt werden.
Grüße Jörg
Vielen Dank für die schnelle Reaktion. Mit dieser Version sieht jetzt wieder alles gut aus.
Zitat von: JoWiemann am 10 Oktober 2024, 10:25:56Zusätzlich habe ich die box_pwr... Readings über enableBoxReadings aktivierungspflichtig gemacht.
Hallo Jörg,
sollte damit nicht auch das reading box_powerRate "verschwinden"? Bei mir (6591) wird es immer noch aktualisiert, halt mit 0. Was seit dem Update nicht mehr aktualisiert wird, ist box_powerLine.
Viele Grüße
Thomas
Zitat von: tomcat.x am 15 Oktober 2024, 08:30:25sollte damit nicht auch das reading box_powerRate "verschwinden"? Bei mir (6591) wird es immer noch aktualisiert, halt mit 0. Was seit dem Update nicht mehr aktualisiert wird, ist box_powerLine.
Hallo Thomas,
das box_powerRate kommt aus der TR064 Abfrage. Hier prüfe ich mit Modulstart, ob die FB eine valide Antwort gibt. Wenn ja, wird abgefragt, wenn nein, dann nicht. Die FB gibt hier mit Version 8.00 weiterhin eine valide Antwort.
box_powerLine ist ein "Abfall" beim Auslesen von guestWlan und wird somit nur aktualisiert wenn die Readings aktiviert sind. Habe ich übersehen und muss ich mir mal etwas Anderes einfallen lassen.
Grüße Jörg
Hallo Jörg,
danke für die Erläuterungen. Nichts davon verwende ich, stört also nicht. Ist mir nur aufgefallen.
Viele Grüße
Thomas
Hi,
Heute ist mir auch ein Fehler aufgefallen in der aktuellen Version.
Diese Meldung kommt sobald das WLan deaktiviert wurde.
Es ist mir aufgefallen da ich in den Urlaub bin und dann das WLAN 2,4Ghz UND 5Ghz abgeschaltet habe.
Aktuell ist die Version 08.00.03 installiert. In der 7.57 ist der Fehler nicht vorhanden.
2024.10.23 04:50:05 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.23 04:56:04 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.23 05:02:05 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.23 05:08:04 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.23 05:14:05 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.23 05:20:05 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.23 05:26:05 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.23 05:32:05 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.23 05:38:05 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.23 05:44:05 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.23 05:50:05 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.23 05:56:05 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.23 06:02:05 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.23 06:08:05 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.23 06:14:05 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.23 06:20:05 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.23 06:26:05 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.23 06:32:05 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.23 06:38:05 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.23 06:44:05 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.23 06:50:05 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.23 06:56:04 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.23 07:02:05 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.23 07:08:05 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.23 07:14:04 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.23 07:20:05 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.23 07:26:05 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.23 07:32:05 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
2024.10.23 07:38:05 1: PERL WARNING: Use of uninitialized value in multiplication (*) at ./FHEM/72_FRITZBOX.pm line 4721.
Gruß & Danke
Porsti
Hallo Porsti,
sollte mit der neuen Version, morgen im Update, behoben sein.
Grüße Jörg
Hallo,
jetzt sind mir doch ein paar Neuerungen von AVM aufgefallen. Für einige Zugriffe über die bisherigen Funktion data.lua hat AVM sich wohl etwas Neues einfallen lassen. Anstatt die Daten per data.lua zu holen wird eine rest-helper.js aufgerufen. Auch Änderung, die vorher mittels data.lua distributiert werden konnten, werden nun per rest-helper.js und weiterer Java Scripte umgesetzt.
Ist Euch hierzu schon mal etwas an Infos über den Weg gelaufen?
Vielen Dank und Grüße Jörg
Hallo,
anbei eine Beta, mit der man die JS Script Aufrufe testen kann.
get <FB-Device> javaScript [json] <script name>
Ein paar Beispiele. Weitere kann man mit der Entwickler Konsole finden.
box, updatecheck, misc/wanStatus, phonecalls, jasonii, connections, ...
Grüße Jörg
Hallo,
leider hat sich bei der 8.00 für "set <name> lockLandevice <number> <on|off|rt>" der Funktionsaufruf von data.lua auf javascript geändert. Somit funktioniert aktuell der Aufruf nicht mehr.
Mal sehen, ob ich das hinbekomme.
Grüße Jörg
Edit: Habe mein Problem gefunden, es lag an der Datei /etc/protocols. Habe die Datei mit sudo nano /etc/protocols neu geschrieben und jetzt funktioniert die Verbindung zur FritzBox.
# Internet (IP) protocols
#
# Updated from https://www.iana.org/assignments/protocol-numbers/protocol-numbers.xhtml
#
# See also: https://www.ietf.org/rfc/rfc1700.txt (aka STD0002)
ip 0 IP # internet protocol
icmp 1 ICMP # internet control message protocol
tcp 6 TCP # transmission control protocol
udp 17 UDP # user datagram protocol
Hallo,
ich bekomme immer die Fehlermeldung "Error: Timeout when reading Fritz!Box data. 144 | BlockingStart"
Weiter ist mir aufgefallen, wenn ich "set FritzBox password XXX" eingebe ist Fhem nicht mehr erreichbar.
Woran könnte das liegen?
<h1>Software error:</h1>
<pre>Can't get tcp protocol by name at ./FHEM/72_FRITZBOX.pm line 10890.
</pre>
<p>
For help, please send mail to this site's webmaster, giving this error message
and the time and date of the error.
</p>
[Sat Dec 14 14:47:46 2024] fhem.pl: Can't get tcp protocol by name at ./FHEM/72_FRITZBOX.pm line 10890.
2024.12.14 14:47:51 1: [FritzBox | 0000 | none | Readout_Aborted.6353] - ERROR:Error: Timeout when reading Fritz!Box data. 144 | BlockingStart
024.12.08 12:11:29 4:[FritzBox | 0000 | none | Readout_Add_Reading.6474] - EXPANDED:box_model: FRITZ!Box 7590 (UI)
2024.12.08 12:11:29 4:[FritzBox | 7590 | none | Readout_Add_Reading.6474] - EXPANDED:box_oem: 7590 - 1und1
2024.12.08 12:11:29 4:[FritzBox | 7590 | none | Readout_Add_Reading.6474] - EXPANDED:box_fwVersion: 154.08.00
2024.12.08 12:11:29 4:[FritzBox | 7590 | none | Readout_Add_Reading.6474] - EXPANDED:fhem->fwVersion: 800
2024.12.08 12:11:29 4:[FritzBox | 7590 | none | Readout_Add_Reading.6474] - EXPANDED:fhem->fwVersionStr: 08.00
2024.12.08 12:11:29 4:[FritzBox | 7590 | none | Readout_Add_Reading.6474] - EXPANDED:->APICHECKED: 1
2024.12.08 12:11:29 4:[FritzBox | 7590 | none | Readout_Add_Reading.6474] - EXPANDED:->APICHECK_RET_CODES: Ok
2024.12.08 12:11:29 4:[FritzBox | 7590 | none | Readout_Add_Reading.6474] - EXPANDED:fhem->sidTime: 0
2024.12.08 12:11:29 4:[FritzBox | 7590 | none | Readout_Add_Reading.6474] - EXPANDED:fhem->sidErrCount: 0
2024.12.08 12:11:29 4:[FritzBox | 7590 | none | open_Web_Connection.10864] - EXPANDED:checking HOST -> 192.168.178.1
2024.12.08 12:11:32 1:[FritzBox | 0000 | none | Readout_Aborted.6353] - ERROR:Error: Timeout when reading Fritz!Box data. 144 | BlockingStart
2024.12.08 12:12:31 4:[FritzBox | 0000 | none | Readout_Start.3164] - EXPANDED:Fork process FRITZBOX_Set_check_APIs
2024.12.08 12:12:31 4:[FritzBox | 0000 | none | Readout_Add_Reading.6474] - EXPANDED:->HINWEIS_BOXUSER:
2024.12.08 12:12:31 4:[FritzBox | 0000 | none | Helper_read_Password.11643] - EXPANDED:Read FritzBox password from file
2024.12.08 12:12:31 4:[FritzBox | 0000 | none | Readout_Add_Reading.6474] - EXPANDED:->HINWEIS_PASSWORD:
2024.12.08 12:12:33 4:[FritzBox | 0000 | none | Readout_Add_Reading.6474] - EXPANDED:->LUAQUERY: 1
2024.12.08 12:12:33 4:[FritzBox | 0000 | none | Set_check_APIs.6791] - EXPANDED:API luaQuery found (200).
2024.12.08 12:12:34 4:[FritzBox | 0000 | none | Readout_Add_Reading.6474] - EXPANDED:->LUADATA: 1
2024.12.08 12:12:34 4:[FritzBox | 0000 | none | Set_check_APIs.6819] - EXPANDED:API luaData found (200).
2024.12.08 12:12:34 4:[FritzBox | 0000 | none | Readout_Add_Reading.6474] - EXPANDED:->TR064: 1
2024.12.08 12:12:34 4:[FritzBox | 0000 | none | Set_check_APIs.6847] - EXPANDED:API TR-064 found.
2024.12.08 12:12:34 4:[FritzBox | 0000 | none | init_TR064.10814] - EXPANDED:Open TR-064 connection and ask for security port
2024.12.08 12:12:34 5:[FritzBox | 0000 | none | init_TR064.10820] - DEBUG:SecPort-String bless( {
'_context' => bless( {
2024.12.08 12:12:34 4:[FritzBox | 0000 | none | Readout_Add_Reading.6474] - EXPANDED:box_model: FRITZ!Box 7590 (UI)
2024.12.08 12:12:34 4:[FritzBox | 7590 | none | Readout_Add_Reading.6474] - EXPANDED:box_oem: 7590 - 1und1
2024.12.08 12:12:34 4:[FritzBox | 7590 | none | Readout_Add_Reading.6474] - EXPANDED:box_fwVersion: 154.08.00
2024.12.08 12:12:34 4:[FritzBox | 7590 | none | Readout_Add_Reading.6474] - EXPANDED:fhem->fwVersion: 800
2024.12.08 12:12:34 4:[FritzBox | 7590 | none | Readout_Add_Reading.6474] - EXPANDED:fhem->fwVersionStr: 08.00
2024.12.08 12:12:34 4:[FritzBox | 7590 | none | Readout_Add_Reading.6474] - EXPANDED:->APICHECKED: 1
2024.12.08 12:12:34 4:[FritzBox | 7590 | none | Readout_Add_Reading.6474] - EXPANDED:->APICHECK_RET_CODES: Ok
2024.12.08 12:12:34 4:[FritzBox | 7590 | none | Readout_Add_Reading.6474] - EXPANDED:fhem->sidTime: 0
2024.12.08 12:12:34 4:[FritzBox | 7590 | none | Readout_Add_Reading.6474] - EXPANDED:fhem->sidErrCount: 0
2024.12.08 12:12:34 4:[FritzBox | 7590 | none | open_Web_Connection.10864] - EXPANDED:checking HOST -> 192.168.178.1
2024.12.08 12:12:35 1:[FritzBox | 0000 | none | Readout_Aborted.6353] - ERROR:Error: Timeout when reading Fritz!Box data. 144 | BlockingStart
Hallo Christian,
poste doch bitte ein List von Deinem Device.
Grüße Jörg
Internals:
AGENTTMOUT 50
APICHECKED 0
DEBUGLOG OFF
DEF 192.168.178.1
FUUID 675de32d-f33f-48a9-9370-4bfb69363ffd4313
HOST 192.168.178.1
INTERVAL 300
LUADATA -1
LUAQUERY -1
NAME FritzBox
NR 66
NTFY_ORDER 50-FritzBox
SID_RENEW_CNT 0
SID_RENEW_ERR_CNT 0
STATE Error: Timeout when reading Fritz!Box data. 144 | BlockingStart
TIMEOUT 55
TR064 -1
TYPE FRITZBOX
UPNP -1
VERSION 08.00.04
WEBCONNECT 0
eventCount 4480
LuaQueryCmd:
GSM_AcT:
AttrVal 1
active 1
cmd gsm:settings/AcT
GSM_NetworkState:
AttrVal 1
active 1
cmd gsm:settings/NetworkState
GSM_RSSI:
AttrVal 1
active 1
cmd gsm:settings/RSSI
TodayBytesReceivedHigh:
AttrVal 1
active 1
cmd inetstat:status/Today/BytesReceivedHigh
TodayBytesReceivedLow:
AttrVal 1
active 1
cmd inetstat:status/Today/BytesReceivedLow
TodayBytesSentHigh:
AttrVal 1
active 1
cmd inetstat:status/Today/BytesSentHigh
TodayBytesSentLow:
AttrVal 1
active 1
cmd inetstat:status/Today/BytesSentLow
UMTS_enabled:
AttrVal 1
active 1
cmd umts:settings/enabled
alarmClock:
AttrVal 1
active 1
cmd telcfg:settings/AlarmClock/list(Name,Active,Time,Number,Weekdays)
box_cpuTemp:
AttrVal 1
active 1
cmd power:status/act_temperature
box_dect:
AttrVal 1
active 1
cmd dect:settings/enabled
box_fwUpdate:
AttrVal 1
active 1
cmd updatecheck:status/update_available_hint
box_fwVersion:
AttrVal 1
active 1
cmd logic:status/nspver
box_fwVersion_neu:
AttrVal 1
active 1
cmd uimodlogic:status/nspver
box_guestWlan:
AttrVal 1
active 1
cmd wlan:settings/guest_ap_enabled
box_guestWlanRemain:
AttrVal 1
active 1
cmd wlan:settings/guest_time_remain
box_is_double_wlan:
AttrVal 1
active 1
cmd wlan:settings/feature_flags/DBDC
box_macFilter_active:
AttrVal 1
active 1
cmd wlan:settings/is_macfilter_active
box_moh:
AttrVal 1
active 1
cmd telcfg:settings/MOHType
box_powerRate:
AttrVal 1
active 1
cmd power:status/rate_sumact
box_stdDialPort:
AttrVal 1
active 1
cmd telcfg:settings/DialPort
box_tr064:
AttrVal 1
active 1
cmd tr064:settings/enabled
box_tr069:
AttrVal 1
active 1
cmd tr069:settings/enabled
box_upnp:
AttrVal 1
active 1
cmd box:settings/upnp_activated
box_upnpCtrl:
AttrVal 1
active 1
cmd box:settings/upnp_control_activated
box_uptimeHours:
AttrVal 1
active 1
cmd uimodlogic:status/uptime_hours
box_uptimeMinutes:
AttrVal 1
active 1
cmd uimodlogic:status/uptime_minutes
box_wlan_24GHz:
AttrVal 1
active 1
cmd wlan:settings/ap_enabled
box_wlan_5GHz:
AttrVal 1
active 1
cmd wlan:settings/ap_enabled_scnd
dectUser:
AttrVal 1
active 1
cmd telcfg:settings/Foncontrol/User/list(Id,Name,Intern,IntRingTone,AlarmRingTone0,RadioRingID,ImagePath,G722RingTone,G722RingToneName,NoRingTime,RingAllowed,NoRingTimeFlags,NoRingWithNightSetting)
diversity:
AttrVal 1
active 1
cmd telcfg:settings/Diversity/list(MSN,Active,Destination)
dslStatGlobalIn:
AttrVal 1
active 1
cmd dslstatglobal:status/in
dslStatGlobalOut:
AttrVal 1
active 1
cmd dslstatglobal:status/out
fonPort:
AttrVal 1
active 1
cmd telcfg:settings/MSN/Port/list(Name,MSN)
handset:
AttrVal 1
active 1
cmd dect:settings/Handset/list(User,Manufacturer,Model,FWVersion,Productname)
handsetCount:
AttrVal 1
active 1
cmd dect:settings/Handset/count
init:
AttrVal 1
active 1
cmd telcfg:settings/Foncontrol
lanDevice:
AttrVal 1
active 1
cmd landevice:settings/landevice/list(mac,ip,ethernet,ethernet_port,ethernetport,guest,name,active,online,wlan,speed,UID,static_dhcp)
lanDeviceNew:
AttrVal 1
active 1
cmd landevice:settings/landevice/list(mac,ip,ethernet,guest,name,active,online,wlan,speed,UID)
radio:
AttrVal 1
active 1
cmd configd:settings/WEBRADIO/list(Name)
ringGender:
AttrVal 1
active 1
cmd telcfg:settings/VoiceRingtoneGender
sip_info:
AttrVal 1
active 1
cmd sip:settings/sip/list(activated,displayname,connect)
tam:
AttrVal 1
active 1
cmd tam:settings/TAM/list(Name,Display,Active,NumNewMessages,NumOldMessages)
userProfil:
AttrVal 1
active 1
cmd user:settings/user/list(name,filter_profile_UID,this_month_time,today_time,type)
userProfilNew:
AttrVal 1
active 1
cmd user:settings/user/list(name,type)
userTicket:
AttrVal 1
active 1
cmd userticket:settings/ticket/list(id)
vpn_info:
AttrVal 1
active 1
cmd vpn:settings/connection/list(remote_ip,activated,name,state,access_type,connected_since)
wlanList:
AttrVal 1
active 1
cmd wlan:settings/wlanlist/list(mac,speed,speed_rx,rssi,is_guest,is_remote,is_repeater,is_ap)
wlanListNew:
AttrVal 1
active 1
cmd wlan:settings/wlanlist/list(mac,speed,rssi)
READINGS:
2024-12-14 21:23:16 box_fwVersion 154.08.00
2024-12-14 21:23:16 box_model FRITZ!Box 7590 (UI) [7590 - 1und1]
2024-12-16 18:57:32 retStat_lastReadout Error: Timeout when reading Fritz!Box data. 144 | BlockingStart
2024-12-14 21:23:16 retStat_processReadout 0.02 s
2024-12-16 18:57:32 state Error: Timeout when reading Fritz!Box data. 144 | BlockingStart
fhem:
LOCAL 0
definedHost 192.168.178.1
fwVersion 0
fwVersionStr 0
is_double_wlan -1
sidErrCount 0
sidNewCount 0
sidTime 0
helper:
FhemLog3Std 0
TimerCmd FritzBox.Cmd
TimerReadout FritzBox.Readout
debugLog FritzBox_debugLog
logDebug
timerInActive 0
hmccu:
Attributes:
boxUser Home
devStateIcon .*on.*off:WLAN_on_gWLAN_off .*on.*on.*:WLAN_on_gWLAN_on WLAN..off.*:WLAN_off
fp_Erdgeschoss 294,958,0,FritzBox,
group FRITZBOX
icon it_router
room Telefon
sortby 02
verbose 2
Hallo Christian,
läuft Dein Fhem im Docker?
Grüße Jörg
Hallo,
anbei ein neue Beta, in der lockLanDevice für Fritz!OS 8.xx wieder funktionieren sollte. Über Tests würde ich mich freuen.
Grüße Jörg
Hallo Jörg,
nein, Fhem läuft nicht im Docker.
Grüße
Christian
Moin Moin,
ich habe schon eine ganze Weile (über div. Updates hinweg) folgenden Fehler in meinem LOG:
set FB7590 guestWlan on: Process HASH(0x55cce661c8) is still running
Er tritt auf, wenn ich das Haus verlasse bzw. wenn ich nach Hause komme. Schuld ist wohl der eingebettet Code. Ich vermute, dass die beiden Set-Befehle zu schnell aufgerufen werden. Allerdings ist der Code schon sehr alt und hat so schonmal Fehlerfrei funktioniert.
Muss ich den Befehl ändern und dieses "wlanGuestParams" nutzen oder reicht es wenn ich eine Pause einfüge?
Sollte eine Pause ausreichen, bitte ich da um hilfe. Meine Versuche mit irgendwelchen sleep, wait und Zeitgeschichten hatten nicht den gewünschten Erfolg.
Gruss Dennis
([Bewohner] eq "absent" or [Bewohner] eq "gone")
(set FB7590 wlan off)
(set FB7590 guestWlan off)
(set dm800se shutdown)
DOELSE
(set FB7590 wlan on)
(set FB7590 guestWlan on).
Hallo,
ich habe bei "set FB6690 guestWlan on" keine Einträge im Logfile.
Viele Grüße
Jürgen
Hallo Jörg,
ich schalte meine DECT200 in der Nacht bei Geräuschen automatisch ein. Hierzu habe ich in der FB einen Zeitraum (s. Anhang) definiert. Siehst Du eine Möglichkeit diesen Zeitraum über FHEM zu beinflussen?
Viele Grüße
Jürgen
Hallo Jürgen,
wird ein bisschen dauern.
Grüße Jörg
Hallo Jörg,
kein Problem und vorab schon einmal vielen Dank fürs schauen.
Viele Grüße
Jürgen
Zitat von: juemuc am 27 Dezember 2024, 13:42:20Hallo,
ich habe bei "set FB6690 guestWlan on" keine Einträge im Logfile.
Viele Grüße
Jürgen
Tatsächlich erhalte ich in meinem Log auch keinen Eintrag, wenn ich den Befehl so ausführe. Aber wenn das "Script" läuft, dann schon. Es wird ja auch noch die eine Dreambox ausgeschaltet. Aber da sehe ich keinen Zusammenhang.
2024.12.30 19:28:20 2: AutoWLAN: set FB7590 guestWlan off: Process HASH(0x55a75f7270) is still running
2024.12.30 19:28:21 3: ENIGMA2 set dm800se shutdown
2024.12.30 19:28:21 2: AutoWLAN: set dm800se shutdown: Device needs to be ON to be set to standby mode.
2024.12.30 20:02:22 2: AutoWLAN: set FB7590 guestWlan on: Process HASH(0x55a74c43b0) is still running
Gruss Dennis
Hallo,
anbei eine neue Beta, in der set <name> macFilter <on|off> für FritzOS >= 8 wieder funktionieren sollte.
Grüße Jörg
Zitat von: JoWiemann am 02 Dezember 2024, 20:14:45lockFilterProfile: ist blockierend. Kann ich bei Gelegenheit mal umstellen.
lockLandevice: Könnte ein Problem der 8.00 sein. Muss ich mir dann auch einmal ansehen.
Update. Unter 8.00 funktioniert der Befehl nicht mehr. Da muss ich mich schlau machen, was ich alles ändern muss.
Hallo Jörg,
bei
lockLandevice dürfte das Problem Status 'undefined situation' mit der Version '08.00.06a_Beta' behoben sein.
Soweit ich das beurteilen kann, hast du bei der Lösung das on und off vertauscht.
Aktuell: on = unlimited, off = blocked
Sollte aber genau umgekehrt sein.
Kosmetik: Bei der Beschreibung sollte es 'FritzOS >= 8.00' (falsch 'FritzOS <= 8.00') heissen.
Gruß Robert
Zitat von: JoWiemann am 02 Dezember 2024, 20:14:45lockLandevice: Könnte ein Problem der 8.00 sein. Muss ich mir dann auch einmal ansehen.
Hallo Jörg,
nach weiteren Tests habe ich festgestellt, dass neben dem inversen on/off auch das Zugangsprofil falsch auf 'Standard' gesetzt wird.
Egal welches Zugangsprofil vorhanden war, ist nach einem on/off immer das 'Standard' Zugangsprofil gesetzt.
Bitte um Behebung der Fehler.
Danke, Robert
Hallo,
anbei eine neue Beta zum Testen:
- set <name> lockLandevice <number|mac> <on|off|rt|rtoff> -> Fehler behoben
neue Parameter für
set <name> smartHome ...
da die Verwaltung von AVM SmartHome Devices in Fhem im FritzBox Modul "fast" unmöglich ist, habe ich jetzt die Möglichkeit geschaffen die Einstellungen eines Device, aktuell erst einmal Steckdosen, in Fhem zu speichern. Somit kann man für eine Steckdose die Einstellungen in der FritzBox Oberfläche vornehmen und in Fhem ablegen. Es können mehrere Einstellungen für ein Device in Fhem abgelegt werden und über Fhem geladen werden.
set <name> smartHome <deviceID> preDefSave:nameEinstellung speichert die Einstellungen für das Device unter dem angegeben Namen.
set <name> smartHome <deviceID> preDefLoad:[deviceID_load:]nameEinstellung -> lädt eine gespeicherte Einstellung in die Fritzbox. Wird [deviceID_load:] angegeben, so wird die gespeicherte Einstellung eines anderen funktional identischen Device in die Fritzbox geladen.
set <name> smartHome <deviceID> preDefShow:nameEinstellung -> zeigt den Inhalt der Einstellung
set <name> smartHome <deviceID> preDefShow -> zeigt alle für das Device gespeicherten Einstellungen
set <name> smartHome preDefShow -> zeigte alle vorhanden Einstellungen. Diese Auflistung wird auch bei get <name> luaInfo smartHome mit angezeigt.
Sofern das Feature auf Interesse stößt und ggf. Macken beseitigt sind würde ich das um die Heizkörperthermostate erweitern.
PS: Im Moment werden nur die Einstellungen des Reiters: Automatisch Schalten berücksichtigt.
Grüße Jörg
Zitat von: JoWiemann am 16 Januar 2025, 10:15:42- set <name> lockLandevice <number|mac> <on|off|rt|rtoff> -> Fehler behoben
Hallo Jörg,
aus meiner Sicht funktioniert die Funktion 'lockLandevice' jetzt wie sie soll.
Danke, Robert
Zitat von: JoWiemann am 16 Januar 2025, 10:15:42Hallo,
anbei eine neue Beta zum Testen ...
Grüße Jörg
Hallo Jörg,
ich teste und werde dann wieder berichten. Danke für die Umsetzung.
Viele Grüße
Jürgen
Hallo Jörg,
das Ein- und Ausschalten von Steckdosen funktioniert. Auch die Info über "get luaInfo" funktioniert.
Lediglich der Parameter "preDefShow" liefert die Fehlermeldung:
ERROR: SmartHome Device reading the ./FHEM/FhemUtils/smart_home_predefs.txt - Can't open ./FHEM/FhemUtils/smart_home_predefs.txt: No such file or directory zusätzlich habe ich noch diese Meldung
2025.01.16 14:07:23.461 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/72_FRITZBOX.pm line 1625.
im Logfile gefunden.
Viele Grüße
Jürgen
Hallo Jörg,
bedeutet das, das du die Funktionen, die jetzt schon im Modul 10_FBDECT.pm realisiert sind, in das Modul 72_FRITZBOX.pm übernehmen und evtl. erweitern willst?
Die Steckdosen und Thermostate sind ja u.A. dort schon integriert.
Hallo Jürgen,
hast den schon ein preDefSave durchgeführt? Die Fehlerbehandlung ist noch nicht ganz optimal.
Grüße Jörg
Zitat von: elektron-bbs am 16 Januar 2025, 16:59:29Hallo Jörg,
bedeutet das, das du die Funktionen, die jetzt schon im Modul 10_FBDECT.pm realisiert sind, in das Modul 72_FRITZBOX.pm übernehmen und evtl. erweitern willst?
Die Steckdosen und Thermostate sind ja u.A. dort schon integriert.
Hallo, mit der AHA Schnittstelle habe ich mich noch nicht intensiv beschäftigt. Allerdings scheint die Schnittstelle auch nicht alles zu unterstützen, was das Web Interface anbietet. Das mit den preDefs hat sich halt aus persönlichem Interesse so ergeben.
Grüße Jörg
Zitat von: JoWiemann am 16 Januar 2025, 19:40:11Hallo Jürgen,
hast den schon ein preDefSave durchgeführt? Die Fehlerbehandlung ist noch nicht ganz optimal.
Grüße Jörg
Hallo Jörg,
nein, das hatte ich übersehen. Werde ich morgen noch einmal testen O:-)
Viele Grüße
Jürgen
Zitat von: JoWiemann am 16 Januar 2025, 19:40:11Hallo Jürgen,
hast den schon ein preDefSave durchgeführt? Die Fehlerbehandlung ist noch nicht ganz optimal.
Grüße Jörg
Hallo Jörg,
das funktioniert leider nicht. Egal welchen Namen ich angebe, es kommt die Meldung:
ERROR: required 'preDefShow' or <deviceID> <tempOffset:value> | <tmpAdjust:value> | <tmpPerm:0|1> | <switch:0|1> | <automatic:0|1> | <preDefSave:name> | <preDefLoad:name | | <preDefShow[:name]>Viele Grüße
Jürgen
Hallo Jürgen,
dann fehlt ein Parameter.
Beispiel:
set FritzBox smarthome 17 preDefSave:einTest
Die 17 ist die ID von einer AVM DECT Steckdose. Die ID kannst Du mit get ... luaInfo smarthome sehen.
Grüße Jörg
Hallo Jörg,
ich hatte die Device-ID weggelassen. Ich war in dem Glauben, dass ohne die Angabe einer ID, dies für alle IDs gespeichert wird.
Wenn ich das Ergebis richtig interpretiere, dann sind die für mich relevanten Daten (soundswitch_start_hh/soundswitch_start_mm) vorhanden.
saved preDef for device:16 with name:FB6690
{
'countdown_off_hh' => '0',
'countdown_off_mm' => '0',
'countdown_onoff' => '0',
'device' => '16',
'device_name_category' => 'SOCKET',
'graphState' => '1',
'soundswitch' => 'on',
'soundswitch_actionresettime' => 2,
'soundswitch_date_enabled' => 'on',
'soundswitch_end_day' => '31',
'soundswitch_end_hh' => '06',
'soundswitch_end_mm' => '00',
'soundswitch_end_month' => '12',
'soundswitch_end_year' => '2099',
'soundswitch_intensity' => '3',
'soundswitch_signal_duration_millisec' => '0',
'soundswitch_signal_duration_min' => '0',
'soundswitch_signal_duration_sec' => '2',
'soundswitch_start_day' => '06',
'soundswitch_start_hh' => '23',
'soundswitch_start_mm' => '00',
'soundswitch_start_month' => '04',
'soundswitch_start_year' => '2020',
'soundswitchaction' => '1',
'soundswitchrule' => 'free',
'soundswitchrule_free_freq-max' => 62,
'soundswitchrule_free_freq-min' => 0,
'soundswitchrulefreetype' => '1',
'soundswitchstate' => 'custom',
'stand_by_duration' => '',
'stand_by_power' => '',
'switchautomatic' => 'off'
}
Ich teste jetzt einmal mit manuell geänderten Werten gespeicherten File.
Habe gerade gesehen, dass die Daten verschlüsselt abgelegt sind. Ok ich warte :)
Viele Grüße
Jürgen
Hallo Jörg,
bei "set FB6690 smarthome 16 PreDefLoad:FB6690" bzw: "set FB6690 smarthome 16 PreDefLoad:16:FB6690" erhalte ich die Fehlermeldung:
ERROR: ID:16 - preDef loaded with name FB6690
In den Logfiles finde ich keine Einträge.
Viele Grüße
Jürgen
Zitat von: juemuc am 18 Januar 2025, 13:32:28Hallo Jörg,
bei "set FB6690 smarthome 16 PreDefLoad:FB6690" bzw: "set FB6690 smarthome 16 PreDefLoad:16:FB6690" erhalte ich die Fehlermeldung:
ERROR: ID:16 - preDef loaded with name FB6690
In den Logfiles finde ich keine Einträge.
Viele Grüße
Jürgen
Hallo Jürgen,
versuche ich morgen mal nachzustellen.
Grüße Jörg
Zitat von: juemuc am 18 Januar 2025, 13:32:28Hallo Jörg,
bei "set FB6690 smarthome 16 PreDefLoad:FB6690" bzw: "set FB6690 smarthome 16 PreDefLoad:16:FB6690" erhalte ich die Fehlermeldung:
ERROR: ID:16 - preDef loaded with name FB6690
In den Logfiles finde ich keine Einträge.
Viele Grüße
Jürgen
Hallo Jürgen,
bei der Fehlermeldung wird ein Log mit verbose 2 geschrieben. Hast Du einen kleineren verbose Level hinterlegt?
Grüße Jörg
Hallo Jörg,
ich habe jetzt noch einmal mt verbose 2 getestet. Hier das Ergebnis:
2025.01.22 14:02:05.377 2: [Fritzbox6690 | 6690 | 267.08.01-117946 | Set.1583] - SIGNIFICANT:SmartHome Device 16 - {
'data' => {
'apply' => 'valerror',
'valerror' => {
'alert' => "Bitte w\x{c3}\x{a4}hlen Sie eine Option f\x{c3}\x{bc}r die Schaltzeiten.",
'ok' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
'tomark' => [
'switchtimer'
],
'result' => 'wrong'
}
},
'sidNew' => 0,
'sid' => '0093021a5b04963a'
}
Viele Grüße
Jürgen
Hallo Jürgen,
die FritzBox ist doof. Sie erwartet tatsächlich Schaltzeiten, obwohl noch keine hinterlegt worden sind und somit die Datenabfrage an die FritzBox auch keine zurückgibt. Da muss ich mir etwas einfallen lassen.
Grüße Jörg
Hallo Jürgen,
bitte teste doch noch einmal mit der angehängten Version.
Grüße Jörg
Hallo Jörg,
sieht gut aus. Muste nur vorher noch einmal ein "preDefSave" durchführen.
Ich habe zwei Werte (in zwei Dateien) gespeichert und konnte damit bequem hin und her schalten. Jetzt fehlt nur noch die "Manipulation" über FHEM.
Vielen Dank schon einmal für die bisher geleistete Arbeit.
Viele Grüße
Jürgen
Moin Zusammen,
noch immer habe ich diese komische Zeile in meinem Logfile
2025.02.10 21:38:39 3: [FB7590 | 7590 | 154.08.02 | Set.2614] - BASIC:set FB7590 wlan on
2025.02.10 21:38:39 3: [FB7590 | 7590 | 154.08.02 | Set.1818] - BASIC:set FB7590 guestWlan on
2025.02.10 21:38:39 3: [FB7590 | 7590 | 154.08.02 | Readout_SetGet_Start.6510] - BASIC:restarting internal Timer: command buffer is still filled
2025.02.10 21:38:39 2: AutoWLAN: set FB7590 guestWlan on: Process HASH(0x55864fca10) is still running
2025.02.10 21:38:40 3: [FB7590 | 7590 | 154.08.02 | Readout_SetGet_Start.6510] - BASIC:restarting internal Timer: command buffer is still filled
Speziell geht es um die
2025.02.10 21:38:39 2: AutoWLAN: set FB7590 guestWlan on: Process HASH(0x55864fca10) is still running
Ich habe inzwischen die Fritzbox mehrfach "deinstalliert" und neu angelegt. Die Meldung bleibt. Und damit auch der Fehler, dass das Gast-Wlan nicht wieder aktiviert wird.
Bin ich wirklich alleine mit diesem Problem?
Gruss Dennis
Ich habes es gerade mal "zu Fuß" in der Oberfläche gemacht.
Modul Version = 08.00.04
erst On dann Off, hier der Eventmonitor mit Log:
2025.02.10 22:18:37.168 3: [Fritzbox | 7590 | 154.08.02 | Set.1818] - BASIC:set Fritzbox guestWlan on
2025-02-10 22:18:37.238 FRITZBOX Fritzbox guestWlan on
2025-02-10 22:18:39.992 readingsProxy rp_FB_GWLAN on
2025-02-10 22:18:40.033 FRITZBOX Fritzbox box_guestWlan: on
2025-02-10 22:18:40.033 FRITZBOX Fritzbox retStat_SetGet_nonBlocking: set guestWlan: on
2025-02-10 22:18:40.033 FRITZBOX Fritzbox box_guestWlanRemain: -1
2025-02-10 22:18:40.033 FRITZBOX Fritzbox WLAN: on gWLAN: on
2025-02-10 22:18:40.033 FRITZBOX Fritzbox retStat_lastReadout: 10 values captured in 2.44 s
2025-02-10 22:18:40.051 FRITZBOX Fritzbox retStat_processReadout: 0.33 s
2025.02.10 22:20:15.830 3: [Fritzbox | 7590 | 154.08.02 | Set.1818] - BASIC:set Fritzbox guestWlan off
2025-02-10 22:20:15.904 FRITZBOX Fritzbox guestWlan off
2025-02-10 22:20:17.198 readingsProxy rp_FB_GWLAN off
2025-02-10 22:20:17.251 FRITZBOX Fritzbox box_guestWlanRemain: 0
2025-02-10 22:20:17.251 FRITZBOX Fritzbox box_guestWlan: off
2025-02-10 22:20:17.251 FRITZBOX Fritzbox retStat_SetGet_nonBlocking: set guestWlan: off
2025-02-10 22:20:17.251 FRITZBOX Fritzbox WLAN: on gWLAN: off
2025-02-10 22:20:17.251 FRITZBOX Fritzbox retStat_lastReadout: 10 values captured in 1.06 sSieht doch hier gut aus, oder?
- Hast du mal die beiden set WLAN /GuestWLAN versucht zeitlich zu entzerren?
Gruß Ralf
Hallo,
anbei die 08.03.00_Beta zum Testen.
Attribute:retMsgbySet <all|error|none>
Mit dem Attribut kann die Rückgabe der SET Befehle festgelegt werden.
<all>: Standard. Es werden alle Ergebnisse des SET's zurück gegeben.
<error>: Es werden nur Fehler zurück gegeben.
<none>: Es erfolgt keine Rückgabe.
Readings:box_notify_<notify_ID>
box_notify_<notify_ID>_info
Die beiden Readings werden erstellt, wenn die FritzBox die Info LED rot aktiviert und einen entsprechenden Hinweis auf der Webseite platziert. In den Readings befinden sich ein Link für weitere Informationen und ein Link um die Information zu quittieren. Durch diesen Link wird die Info in der FritzBox quittiert und es werden die beiden Readings gelöscht. Wird die Info von der FritzBox zurückgezogen, dann erhalten die Readings die Ergänzung solved und der Link zum Quittieren löscht nur noch die Readings.
Die Readings müssen über das Attribut: enableBoxReadings aktiviert werden.
Set's:Für die AVM SmartHome Geräte Thermostate und Steckdosen sind umfangreiche Einstellungen möglich. Die Nachbildung in Fhem wäre wenig effektiv. Somit gibt es jetzt die Möglichkeit Einstellung in der FritzBox zu machen und diese als pre-defines in Fhem zu speichern. Durch einen Befehl zum Laden können diese pre-defines in die Fritzbox geladen werden.
set <name> smartHome <deviceID> <preDefSave:nameEinstellung>
speichert die Einstellungen für das Device unter dem angegeben Namen.
set <name> smartHome <deviceID> <preDefLoad [deviceID_load:]nameEinstellung[:A|:G]>
lädt eine gespeicherte Einstellung in die Fritzbox. Wird [deviceID_load:] angegeben, so wird die gespeicherte Einstellung eines anderen funktional identischen Device in die Fritzbox geladen.
Bei Devices vom Typ 'socket' (Steckdosen) kann noch differenziert werden, ob alle Einstellungen oder nur die der Webseite :A == 'Automatisch schalten' oder :G == 'Allgemein' geladen werden sollen.
Die ID kann über get <name> luaInfo <smartHome>, über get <name> smartHomePreDef ... oder über das Readings shdevice<..>_device (sofern die Readings aktiviert sind) ermittelt werden.
Get's:get <name> smartHomePreDef [deviceID [Saved-PreDef-Name]]
Die mit set smartHome ... preDefSave gespeicherten pre-defines können über diesen get-Befehl angezeigt werden.
get <name> smartHomePreDef: listet alle gespeicherten Einstellungen auf. Diese Auflistung wird auch bei get <name> luaInfo smartHome mit angezeigt.
get <name> smartHomePreDef <deviceID>:
listet alle für das Device gespeicherten Einstellungen auf.
get <name> smartHomePreDef <deviceID> <Saved-PreDef-Name>:
zeigt die für das Device unter dem Saved-PreDef Namen gespeicherten Daten.
Über Rückmeldungen würde ich mich freuen.
Grüße Jörg
moin jörg,
2 probleme auf die schnelle.
1. der csrf-token in den links der readings ist nach fhem restart falsch, wenn die readings von vor dem restart sind.
2025.02.19 22:35:24.337 3: FHEMWEB WEB CSRF error: csrf_81034736388232 ne csrf_324248904391391 for client WEB_192.168.1.30_56257 / command deletereading -q fritzbox box_notify_.*. For details see the csrfToken FHEMWEB attribute.
2. der cmd ledSetting notifyoff wird nicht ausgeführt.
sowohl über den link, als auch über set, kommt im browser der fehler:
ERROR: ledSetting: 8_1 - no notify active on fritzboxund im log:
2025.02.19 23:23:59.620 3: [fritzbox | 7490 | 113.07.60 | Set.1265] - BASIC:set fritzbox ledSetting notifyoff:8_1
2025.02.19 23:23:59.623 2: [fritzbox | 7490 | 113.07.60 | Helper_retMsg.1237] - SIGNIFICANT:ERROR: ledSetting: 8_1 - no notify active on fritzbox
gruss frank
Zitat von: frank am 20 Februar 2025, 09:51:38moin jörg,
2 probleme auf die schnelle.
1. der csrf-token in den links der readings ist nach fhem restart falsch, wenn die readings von vor dem restart sind.
2025.02.19 22:35:24.337 3: FHEMWEB WEB CSRF error: csrf_81034736388232 ne csrf_324248904391391 for client WEB_192.168.1.30_56257 / command deletereading -q fritzbox box_notify_.*. For details see the csrfToken FHEMWEB attribute.
2. der cmd ledSetting notifyoff wird nicht ausgeführt.
sowohl über den link, als auch über set, kommt im browser der fehler:
ERROR: ledSetting: 8_1 - no notify active on fritzboxund im log:
2025.02.19 23:23:59.620 3: [fritzbox | 7490 | 113.07.60 | Set.1265] - BASIC:set fritzbox ledSetting notifyoff:8_1
2025.02.19 23:23:59.623 2: [fritzbox | 7490 | 113.07.60 | Helper_retMsg.1237] - SIGNIFICANT:ERROR: ledSetting: 8_1 - no notify active on fritzbox
gruss frank
Hm, das mit dem Token muss ich mir mal ansehen. Den Fehler hatte ich bisher noch nicht. Hast Du ein festes Token im Device global gesetzt?
Im Test hat das Rücksetzen keine Probleme gemacht. Werde also mal forschen.
Danke und Grüße
Jörg
Zitat von: JoWiemann am 20 Februar 2025, 10:21:30Hm, das mit dem Token muss ich mir mal ansehen. Den Fehler hatte ich bisher noch nicht. Hast Du ein festes Token im Device global gesetzt?
im FHEMWEB device ist "attr csrfToken random" gesetzt.
Zitat von: frank am 20 Februar 2025, 10:36:39im FHEMWEB device ist "attr csrfToken random" gesetzt.
Bin verwirrt. Ich nutze die Fhem Variable $FW_CSRF. Laut Wiki enthält diese Variable immer den aktuellen Token. Könnte das Problem im Browser Cache verortet sein?
Grüße Jörg
Zitat von: JoWiemann am 20 Februar 2025, 11:21:32Ich nutze die Fhem Variable $FW_CSRF. Laut Wiki enthält diese Variable immer den aktuellen Token.
das ist ja auch richtig.
wenn aber das reading box_notify nach restart den alten token von vor dem restart enthält, wird beim anklicken des links der alte, ungültige token benutzt und der befehl kann nicht ausgeführt werden.
erst wenn das reading neu geschrieben wird, klappt es wieder.
das reading hatte vor dem restart den zustand "solved".
vermutlich gibt es das problem nicht, wenn die fritzbox während fhem restart die rote led an hat, da dann nach dem restart vermutlich automatisch der neue token in das reading geschrieben wird.
######################
es gibt noch ein weiteres problem mit readings der telefone.
seit dieser modulversion toggeln die fon1/2-readings dauernd zwischen "inactive" und den normalen werten. aber nicht alle gleichzeit, sondern völlig wahllos.
bei jedem zyklischen update gibt es daher dauernd events.
gruss frank
hallo jörg,
leider noch problem #4.
fhem absturz durch "get <name> smartHomePreDef <deviceID> <Saved-PreDef-Name>"
Can't locate object method "decode_json" via package "{"stand_by_power":"","countdown_off_mm":"0","countdown_onoff":"0","device":"16","timer_item_1":"0145;0;9","switchtimer":"weekly","timer_item_0":"0130;1;9","switchautomatic":"on","stand_by_duration":"","device_name_category":"SOCKET","graphState":"1","device_web_site":"AUTOMATION","countdown_off_hh":"0"}" (perhaps you forgot to load "{"stand_by_power":"","countdown_off_mm":"0","countdown_onoff":"0","device":"16","timer_item_1":"0145;0;9","switchtimer":"weekly","timer_item_0":"0130;1;9","switchautomatic":"on","stand_by_duration":"","device_name_category":"SOCKET","graphState":"1","device_web_site":"AUTOMATION","countdown_off_hh":"0"}"?) at ./FHEM/72_FRITZBOX.pm line 11434.
sehe gerade noch, dass das problem wohl schon beim speichern anfing:
2025.02.20 10:58:21.709 3: [fritzbox | 7490 | 113.07.60 | Set.1265] - BASIC:set fritzbox smartHome 16 preDefSave:2timesWeek
2025.02.20 10:58:25.618 3: [fritzbox | 7490 | 113.07.60 | Helper_process_JSON.13277] - BASIC:Decode JSON string: decode_json failed, invalid json. error:malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "<link rel="styleshee...") at ./FHEM/72_FRITZBOX.pm line 13276.
2025.02.20 10:58:25.624 3: [fritzbox | 7490 | 113.07.60 | Helper_process_JSON.13329] - BASIC:no HASH/ARRAY from JSON returned
(<link rel="stylesheet" type="text/css" href="/css/default/smarthome.css">
<link rel="stylesheet" type="text/css" href="/css/default/numinput.css">
<link rel="stylesheet" type="text/css" href="/css/default/chartistplugins.css">
....
da folgt ewig viel javascript.
anschliessend noch folgendes:
2025.02.20 10:58:25.662 3: skills:
$VAR1 = {
'type' => 'SmartHomeEvent',
'isEnabled' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
'timeControl' => {
'timeSchedules' => [
{
'name' => 'TIMEOUT',
'isEnabled' => $VAR1->{'isEnabled'},
'kind' => 'COUNTDOWN',
'actions' => [
{
'timeSetting' => {
'durationInSeconds' => 0
},
'isEnabled' => $VAR1->{'isEnabled'},
'description' => {
'action' => 'SET_ON'
}
}
]
},
{
'isEnabled' => $VAR1->{'isEnabled'},
'kind' => 'REPETITIVE',
'actions' => [
{
'desription' => {
'action' => 'SET_ON'
},
'isEnabled' => $VAR1->{'isEnabled'},
'timeSetting' => {
'startDate' => '2019-01-01',
'startTime' => '00:00:00',
'endTime' => '00:00:00',
'endDate' => '2019-01-01'
}
}
]
}
],
'isEnabled' => $VAR1->{'isEnabled'}
},
'trigger' => {
'action' => 'SOUND'
},
'event' => {
'targets' => [
{
'type' => 'SOCKET',
'device' => {
'id' => 16,
'displayName' => 'dect01',
'category' => 'SOCKET'
},
'id' => 16,
'displayName' => 'dect01'
}
],
'description' => {
'action' => 'SET_OFF'
}
}
};
2025.02.20 10:58:25.673 1: PERL WARNING: Use of uninitialized value $ret1{"Offset"} in concatenation (.) or string at ./FHEM/72_FRITZBOX.pm line 11294.
2025.02.20 10:58:25.679 1: stacktrace:
2025.02.20 10:58:25.684 1: main::__ANON__ called by ./FHEM/72_FRITZBOX.pm (11294)
2025.02.20 10:58:25.688 1: main::FRITZBOX_Get_SmartHome_Devices_List called by ./FHEM/72_FRITZBOX.pm (1635)
2025.02.20 10:58:25.691 1: main::FRITZBOX_Set called by fhem.pl (3983)
2025.02.20 10:58:25.694 1: main::CallFn called by fhem.pl (1973)
2025.02.20 10:58:25.697 1: main::DoSet called by fhem.pl (2005)
2025.02.20 10:58:25.699 1: main::CommandSet called by fhem.pl (1285)
2025.02.20 10:58:25.702 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2869)
2025.02.20 10:58:25.705 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (1031)
2025.02.20 10:58:25.707 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (610)
2025.02.20 10:58:25.710 1: main::FW_Read called by fhem.pl (3988)
2025.02.20 10:58:25.713 1: main::CallFn called by fhem.pl (789)
2025.02.20 10:58:25.715 1: PERL WARNING: Use of uninitialized value $ret1{"led_active"} in concatenation (.) or string at ./FHEM/72_FRITZBOX.pm line 11294.
2025.02.20 10:58:25.718 1: stacktrace:
2025.02.20 10:58:25.721 1: main::__ANON__ called by ./FHEM/72_FRITZBOX.pm (11294)
2025.02.20 10:58:25.723 1: main::FRITZBOX_Get_SmartHome_Devices_List called by ./FHEM/72_FRITZBOX.pm (1635)
2025.02.20 10:58:25.726 1: main::FRITZBOX_Set called by fhem.pl (3983)
2025.02.20 10:58:25.729 1: main::CallFn called by fhem.pl (1973)
2025.02.20 10:58:25.731 1: main::DoSet called by fhem.pl (2005)
2025.02.20 10:58:25.734 1: main::CommandSet called by fhem.pl (1285)
2025.02.20 10:58:25.737 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2869)
2025.02.20 10:58:25.740 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (1031)
2025.02.20 10:58:25.742 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (610)
2025.02.20 10:58:25.745 1: main::FW_Read called by fhem.pl (3988)
2025.02.20 10:58:25.748 1: main::CallFn called by fhem.pl (789)
2025.02.20 10:58:25.750 1: PERL WARNING: Use of uninitialized value $ret1{"manuell_switch_active_local"} in concatenation (.) or string at ./FHEM/72_FRITZBOX.pm line 11294.
2025.02.20 10:58:25.753 1: stacktrace:
2025.02.20 10:58:25.756 1: main::__ANON__ called by ./FHEM/72_FRITZBOX.pm (11294)
2025.02.20 10:58:25.758 1: main::FRITZBOX_Get_SmartHome_Devices_List called by ./FHEM/72_FRITZBOX.pm (1635)
2025.02.20 10:58:25.761 1: main::FRITZBOX_Set called by fhem.pl (3983)
2025.02.20 10:58:25.764 1: main::CallFn called by fhem.pl (1973)
2025.02.20 10:58:25.767 1: main::DoSet called by fhem.pl (2005)
2025.02.20 10:58:25.769 1: main::CommandSet called by fhem.pl (1285)
2025.02.20 10:58:25.772 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2869)
2025.02.20 10:58:25.775 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (1031)
2025.02.20 10:58:25.777 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (610)
2025.02.20 10:58:25.780 1: main::FW_Read called by fhem.pl (3988)
2025.02.20 10:58:25.783 1: main::CallFn called by fhem.pl (789)
2025.02.20 10:58:25.786 1: PERL WARNING: Use of uninitialized value $ret1{"manuell_switch_active_uiapp"} in concatenation (.) or string at ./FHEM/72_FRITZBOX.pm line 11294.
2025.02.20 10:58:25.788 1: stacktrace:
2025.02.20 10:58:25.791 1: main::__ANON__ called by ./FHEM/72_FRITZBOX.pm (11294)
2025.02.20 10:58:25.794 1: main::FRITZBOX_Get_SmartHome_Devices_List called by ./FHEM/72_FRITZBOX.pm (1635)
2025.02.20 10:58:25.797 1: main::FRITZBOX_Set called by fhem.pl (3983)
2025.02.20 10:58:25.799 1: main::CallFn called by fhem.pl (1973)
2025.02.20 10:58:25.802 1: main::DoSet called by fhem.pl (2005)
2025.02.20 10:58:25.805 1: main::CommandSet called by fhem.pl (1285)
2025.02.20 10:58:25.807 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2869)
2025.02.20 10:58:25.810 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (1031)
2025.02.20 10:58:25.813 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (610)
2025.02.20 10:58:25.815 1: main::FW_Read called by fhem.pl (3988)
2025.02.20 10:58:25.818 1: main::CallFn called by fhem.pl (789)
2025.02.20 10:58:25.821 1: PERL WARNING: Use of uninitialized value $ret1{"switch_default_state"} in concatenation (.) or string at ./FHEM/72_FRITZBOX.pm line 11294.
2025.02.20 10:58:25.824 1: stacktrace:
2025.02.20 10:58:25.826 1: main::__ANON__ called by ./FHEM/72_FRITZBOX.pm (11294)
2025.02.20 10:58:25.829 1: main::FRITZBOX_Get_SmartHome_Devices_List called by ./FHEM/72_FRITZBOX.pm (1635)
2025.02.20 10:58:25.832 1: main::FRITZBOX_Set called by fhem.pl (3983)
2025.02.20 10:58:25.835 1: main::CallFn called by fhem.pl (1973)
2025.02.20 10:58:25.837 1: main::DoSet called by fhem.pl (2005)
2025.02.20 10:58:25.840 1: main::CommandSet called by fhem.pl (1285)
2025.02.20 10:58:25.843 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2869)
2025.02.20 10:58:25.845 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (1031)
2025.02.20 10:58:25.848 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (610)
2025.02.20 10:58:25.851 1: main::FW_Read called by fhem.pl (3988)
2025.02.20 10:58:25.854 1: main::CallFn called by fhem.pl (789)
2025.02.20 10:58:25.856 1: PERL WARNING: Use of uninitialized value $ret1{"ule_device_acdc_rate"} in concatenation (.) or string at ./FHEM/72_FRITZBOX.pm line 11294.
2025.02.20 10:58:25.859 1: stacktrace:
2025.02.20 10:58:25.862 1: main::__ANON__ called by ./FHEM/72_FRITZBOX.pm (11294)
2025.02.20 10:58:25.865 1: main::FRITZBOX_Get_SmartHome_Devices_List called by ./FHEM/72_FRITZBOX.pm (1635)
2025.02.20 10:58:25.867 1: main::FRITZBOX_Set called by fhem.pl (3983)
2025.02.20 10:58:25.870 1: main::CallFn called by fhem.pl (1973)
2025.02.20 10:58:25.873 1: main::DoSet called by fhem.pl (2005)
2025.02.20 10:58:25.876 1: main::CommandSet called by fhem.pl (1285)
2025.02.20 10:58:25.879 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2869)
2025.02.20 10:58:25.881 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (1031)
2025.02.20 10:58:25.884 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (610)
2025.02.20 10:58:25.887 1: main::FW_Read called by fhem.pl (3988)
2025.02.20 10:58:25.889 1: main::CallFn called by fhem.pl (789)
2025.02.20 10:58:25.892 1: PERL WARNING: Use of uninitialized value $ret1{"ule_device_co2_emission"} in concatenation (.) or string at ./FHEM/72_FRITZBOX.pm line 11294.
2025.02.20 10:58:25.895 1: stacktrace:
2025.02.20 10:58:25.898 1: main::__ANON__ called by ./FHEM/72_FRITZBOX.pm (11294)
2025.02.20 10:58:25.901 1: main::FRITZBOX_Get_SmartHome_Devices_List called by ./FHEM/72_FRITZBOX.pm (1635)
2025.02.20 10:58:25.903 1: main::FRITZBOX_Set called by fhem.pl (3983)
2025.02.20 10:58:25.906 1: main::CallFn called by fhem.pl (1973)
2025.02.20 10:58:25.909 1: main::DoSet called by fhem.pl (2005)
2025.02.20 10:58:25.911 1: main::CommandSet called by fhem.pl (1285)
2025.02.20 10:58:25.914 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2869)
2025.02.20 10:58:25.917 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (1031)
2025.02.20 10:58:25.920 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (610)
2025.02.20 10:58:25.923 1: main::FW_Read called by fhem.pl (3988)
2025.02.20 10:58:25.925 1: main::CallFn called by fhem.pl (789)
2025.02.20 10:58:25.928 1: PERL WARNING: Use of uninitialized value $ret1{"ule_device_name"} in concatenation (.) or string at ./FHEM/72_FRITZBOX.pm line 11294.
2025.02.20 10:58:25.931 1: stacktrace:
2025.02.20 10:58:25.934 1: main::__ANON__ called by ./FHEM/72_FRITZBOX.pm (11294)
2025.02.20 10:58:25.936 1: main::FRITZBOX_Get_SmartHome_Devices_List called by ./FHEM/72_FRITZBOX.pm (1635)
2025.02.20 10:58:25.939 1: main::FRITZBOX_Set called by fhem.pl (3983)
2025.02.20 10:58:25.942 1: main::CallFn called by fhem.pl (1973)
2025.02.20 10:58:25.945 1: main::DoSet called by fhem.pl (2005)
2025.02.20 10:58:25.948 1: main::CommandSet called by fhem.pl (1285)
2025.02.20 10:58:25.950 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2869)
2025.02.20 10:58:25.953 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (1031)
2025.02.20 10:58:25.956 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (610)
2025.02.20 10:58:25.959 1: main::FW_Read called by fhem.pl (3988)
2025.02.20 10:58:25.961 1: main::CallFn called by fhem.pl (789)
gruss frank
Hallo zusammen,
ich habe bei get <name> smartHomePreDef <deviceID> <Saved-PreDef-Name> keinen FHEM-Absturz.
@Frank: Hast Du denn <Saved-PreDef-Name> vorher mit get <name> smartHomePreDef ermittelt?
Viele Grüße
Jürgen
Hallo,
ich habe morgen Zeit mich um die Hinweise zum kümmern.
Vielen Dank und Grüße
Jörg
hallo jürgen.
Zitat von: juemuc am 20 Februar 2025, 18:22:22@Frank: Hast Du denn <Saved-PreDef-Name> vorher mit
Code Auswählen Erweitern
get <name> smartHomePreDef ermittelt?
ja, der reihe nach:
get <name> smartHomePreDef
get <name> smartHomePreDef <deviceID>
get <name> smartHomePreDef <deviceID> <Saved-PreDef-Name>wenn du null probleme hast, gibt es wohl einen unterschied bei uns.
mein datensatz ist von einer dect200 (FRITZ!Smart Energy 200/fw4.27) mit wochenprogramm, siehe anhang.
alles über 7490(fw7.60)
gruss frank
edit:
ich habe das gefühl, es liegt am inhalt von smart_home_predefs.txt.
oder wird hier extra verschlüsselt?
# This file is auto generated.
# Please do not modify, move or delete it.
fritzbox:16:2timesWeek:|SOCKET|eyJkZXZpY2Vfd2ViX3NpdGUiOiJHRU5FUkFMIiwiZGV2aWNlX25hbWVfY2F0ZWdvcnkiOiJTT0NLRVQiLCJsZWRfYWN0aXZlIjpudWxsLCJ1bGVfZGV2aWNlX25hbWUiOm51bGwsInVsZV9kZXZpY2VfYWNkY19yYXRlIjpudWxsLCJ1bGVfZGV2aWNlX2NvMl9lbWlzc2lvbiI6bnVsbCwibWFudWVsbF9zd2l0Y2hfYWN0aXZlX2xvY2FsIjpudWxsLCJtYW51ZWxsX3N3aXRjaF9hY3RpdmVfdWlhcHAiOm51bGwsIk9mZnNldCI6bnVsbCwic3dpdGNoX2RlZmF1bHRfc3RhdGUiOm51bGx9|eyJzdGFuZF9ieV9wb3dlciI6IiIsImNvdW50ZG93bl9vZmZfbW0iOiIwIiwiY291bnRkb3duX29ub2ZmIjoiMCIsImRldmljZSI6IjE2IiwidGltZXJfaXRlbV8xIjoiMDE0NTswOzkiLCJzd2l0Y2h0aW1lciI6IndlZWtseSIsInRpbWVyX2l0ZW1fMCI6IjAxMzA7MTs5Iiwic3dpdGNoYXV0b21hdGljIjoib24iLCJzdGFuZF9ieV9kdXJhdGlvbiI6IiIsImRldmljZV9uYW1lX2NhdGVnb3J5IjoiU09DS0VUIiwiZ3JhcGhTdGF0ZSI6IjEiLCJkZXZpY2Vfd2ViX3NpdGUiOiJBVVRPTUFUSU9OIiwiY291bnRkb3duX29mZl9oaCI6IjAifQ==
Hallo Frank,
ich kann den Fehler mit meiner FRITZ!Smart Energy 200 unter einer FB7590 nicht nachstellen. Eine FB mit FritzOS 7.60 steht mir zum Testen nicht zur Verfügung.
Poste doch bitte die Ergebnisse von
get fritzbox luaData xhr 1 master 16 device 16 page home_auto_edit_view
und
get fritzbox luaData xhr 1 lang de page sh_dev xhrId all
Danke und Grüße Jörg
moin jörg,
ich habe gerade den letzten beitrag editiert, schau mal.
Zitat von: JoWiemann am 21 Februar 2025, 09:41:20Hallo Frank,
ich kann den Fehler mit meiner FRITZ!Smart Energy 200 unter einer FB7590 nicht nachstellen. Eine FB mit FritzOS 7.60 steht mir zum Testen nicht zur Verfügung.
Poste doch bitte die Ergebnisse von
get fritzbox luaData xhr 1 master 16 device 16 page home_auto_edit_view
und
get fritzbox luaData xhr 1 lang de page sh_dev xhrId all
Danke und Grüße Jörg
leider nur als datei möglich.
gruss frank
hier noch der inhalt der ersten abfrage aus dem log:
gruss frank
Hallo,
anbei eine neue 08.03.00a_Beta.
- das Problem mit dem CSFR-Token bei Neustart sollte gelöst sein
- FRITZ!Smart Energy 200 sollte auch funktionieren. Ich hatte ein "blödes" coding.
Grüße Jörg
Halo und sorry,
anbei eine neue Version. Musste noch in einem RegEx einen \ setzen.
Grüße Jörg
Ok,
und jetzt noch einen neue Beta, in der das Toggeln der fon_ Readings behoben ist. Hatte ich schon fast vergessen ;)
Grüße Jörg
hallo jörg,
die letzte version habe ich noch nicht probiert,
aber csrf funktioniert noch nicht und bei save prefdev kommt der selbe fehler
2025.02.21 11:16:18.997 3: [fritzbox | 7490 | 113.07.60 | Set.1272] - BASIC:set fritzbox smartHome 16 preDefSave:test01
2025.02.21 11:16:27.450 3: [fritzbox | 7490 | 113.07.60 | Helper_process_JSON.13291] - BASIC:Decode JSON string: decode_json failed, invalid json. error:malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "<link rel="styleshee...") at ./FHEM/72_FRITZBOX.pm line 13290.
2025.02.21 11:16:27.453 3: [fritzbox | 7490 | 113.07.60 | Helper_process_JSON.13343] - BASIC:no HASH/ARRAY from JSON returned
(<link rel="stylesheet" type="text/css" href="/css/default/smarthome.css">
<link rel="stylesheet" type="text/css" href="/css/default/numinput.css">
gruss frank
neueste problemübersicht für version 08.03.00c_Beta:
#1 csrf: ungelöst
#2 ledsetting: ???
#3 fon inactive: gelöst
#4 prefdefsave: ungelöst
Zitat von: frank am 21 Februar 2025, 10:08:10hier noch der inhalt der ersten abfrage aus dem log:
gruss frank
Ist das die Rückgabe aus dem get
get fritzbox luaData xhr 1 master 16 device 16 page home_auto_edit_view
Nur so kann ich sehen, ob die RegEx bei Dir greift.
Grüße
ZitatIst das die Rückgabe aus dem get
Da gehe ich von aus, da es in der ersten zeile der Datei so steht.
Das Pop-up hatte ja gesagt: No Hash, No jason
Zitat von: frank am 21 Februar 2025, 13:22:04ZitatIst das die Rückgabe aus dem get
Da gehe ich von aus, da es in der ersten zeile der Datei so steht.
Das Pop-up hatte ja gesagt: No Hash, No jason
Ich habe mir Deinen Log-Auszug einmal genauer angesehen und durch einen RegEx Tester gejagt. Da war ein kleiner, aber signifikanter Unterschied. Ich habe jetzt die Regex angepasst und etwas weicher gemacht. Hoffe, dass passt so.
Beim get solltest Du jetzt ein JSON zurück bekommen. Dann sollte auch das preDefSave funktionieren.
Das CSFR Token wird jetzt am Ende des Define und zusätzlich bei jeden Intervall-Durchlauf aktualisiert.
Grüße Jörg
Hallo Jörg,
meine Tests mit einer Steckdose und "get <name> smartHomePreDef" sowie den dazugehörigen "set-Befehlen" lief fehlerfrei.
Danke für die Umsetzung.
Viele Grüße
Jürgen
moin jörg,
wieder einen schritt weiter. :)
die daten werden nun wohl korrekt gefunden.
allerdings erzeugt "get <name> smartHomePreDef <deviceID> <Saved-PreDef-Name>" wieder einen absturz.
wenn ich in der absturzmeldung den json string durch "json_string" ersetze, lautet die meldung:
Can't locate object method "decode_json" via package "json_string" (perhaps you forgot to load "json_string"?) at ./FHEM/72_FRITZBOX.pm line 11456.
der "klammertrick" von neulich für encode_json hilft auch hier.
nach ändern der zeile 11456 funktioniert nun endlich "get <name> smartHomePreDef <deviceID> <Saved-PreDef-Name>" ohne absturz.
my %valueHash = %{ decode_json($jsonStr) };
weitere tests mit sichern unterschiedlicher einstellungen und anschliessendes wechseln über prefDefLoad funktioniert nun super, danke!
zum löschen meiner korrupten prefDefs habe ich bisher noch keinen cmd gefunden.
editieren und löschen der datei smart_home_prefdefs.txt ist ja ausdrücklich verboten.
gibt es eine lösung, die ich noch nicht gefunden habe?
wo werden eigentlich die konfigurationen gespeichert, fritzbox oder device?
die hilfe zu prefDefLoad sagt in der fritzbox.
dann würden aber die switches ohne fritzbox nicht mehr automatisch schalten.
ist das richtig?
gruss frank
hallo jörg,
beim sichern eines astro datensatzes gab es noch 2 warnings.
2025.02.21 18:35:12.295 3: [fritzbox | 7490 | 113.07.60 | Set.1277] - BASIC:set fritzbox smartHome 16 preDefSave:astroOn
2025.02.21 18:35:18.033 3: skills:
$VAR1 = {
'isEnabled' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ),
'timeControl' => {
'timeSchedules' => [
{
'isEnabled' => $VAR1->{'isEnabled'},
'name' => 'TIMEOUT',
'actions' => [
{
'isEnabled' => $VAR1->{'isEnabled'},
'description' => {
'action' => 'SET_ON'
},
'timeSetting' => {
'durationInSeconds' => 0
}
}
],
'kind' => 'COUNTDOWN'
},
{
'isEnabled' => $VAR1->{'isEnabled'},
'kind' => 'REPETITIVE',
'actions' => [
{
'timeSetting' => {
'startTime' => '00:00:00',
'endTime' => '00:00:00',
'endDate' => '2019-01-01',
'startDate' => '2019-01-01'
},
'desription' => {
'action' => 'SET_ON'
},
'isEnabled' => $VAR1->{'isEnabled'}
}
]
}
],
'isEnabled' => $VAR1->{'isEnabled'}
},
'type' => 'SmartHomeEvent',
'event' => {
'targets' => [
{
'device' => {
'id' => 16,
'displayName' => 'dect01',
'category' => 'SOCKET'
},
'type' => 'SOCKET',
'id' => 16,
'displayName' => 'dect01'
}
],
'description' => {
'action' => 'SET_OFF'
}
},
'trigger' => {
'action' => 'SOUND'
}
};
2025.02.21 18:35:18.045 1: PERL WARNING: Use of uninitialized value $ret{"sunrise_off_absolute"} in substitution (s///) at ./FHEM/72_FRITZBOX.pm line 11161.
2025.02.21 18:35:18.049 1: stacktrace:
2025.02.21 18:35:18.053 1: main::__ANON__ called by ./FHEM/72_FRITZBOX.pm (11161)
2025.02.21 18:35:18.057 1: main::FRITZBOX_Get_SmartHome_Devices_List called by ./FHEM/72_FRITZBOX.pm (1647)
2025.02.21 18:35:18.060 1: main::FRITZBOX_Set called by fhem.pl (3983)
2025.02.21 18:35:18.064 1: main::CallFn called by fhem.pl (1973)
2025.02.21 18:35:18.068 1: main::DoSet called by fhem.pl (2005)
2025.02.21 18:35:18.071 1: main::CommandSet called by fhem.pl (1285)
2025.02.21 18:35:18.075 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2869)
2025.02.21 18:35:18.078 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (1031)
2025.02.21 18:35:18.082 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (610)
2025.02.21 18:35:18.086 1: main::FW_Read called by fhem.pl (3988)
2025.02.21 18:35:18.089 1: main::CallFn called by fhem.pl (789)
2025.02.21 18:35:18.096 1: PERL WARNING: Use of uninitialized value $ret{"sunrise_off_absolute"} in concatenation (.) or string at ./FHEM/72_FRITZBOX.pm line 11309.
2025.02.21 18:35:18.100 1: stacktrace:
2025.02.21 18:35:18.103 1: main::__ANON__ called by ./FHEM/72_FRITZBOX.pm (11309)
2025.02.21 18:35:18.107 1: main::FRITZBOX_Get_SmartHome_Devices_List called by ./FHEM/72_FRITZBOX.pm (1647)
2025.02.21 18:35:18.110 1: main::FRITZBOX_Set called by fhem.pl (3983)
2025.02.21 18:35:18.114 1: main::CallFn called by fhem.pl (1973)
2025.02.21 18:35:18.118 1: main::DoSet called by fhem.pl (2005)
2025.02.21 18:35:18.121 1: main::CommandSet called by fhem.pl (1285)
2025.02.21 18:35:18.125 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2869)
2025.02.21 18:35:18.129 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (1031)
2025.02.21 18:35:18.132 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (610)
2025.02.21 18:35:18.136 1: main::FW_Read called by fhem.pl (3988)
2025.02.21 18:35:18.140 1: main::CallFn called by fhem.pl (789)
Zitat von: frank am 22 Februar 2025, 14:27:58hallo jörg,
beim sichern eines astro datensatzes gab es noch 2 warnings.
Hallo Frank,
was ist denn ein Astro?
Grüße Jörg
Hallo Jörg,
ich vermute, dass Frank den Punkt "Astronomisch" unter "Zeitschaltung aktiv" meint (s. Bild)
Viele Grüße
Jürgen
moin,
Zitat von: JoWiemann am 22 Februar 2025, 17:10:39was ist denn ein Astro?
jürgen hat es richtig kombiniert:
Zitatich vermute, dass Frank den Punkt "Astronomisch" unter "Zeitschaltung aktiv" meint (s. Bild)
hier meine prefdef daten:
saved preDef for device:16 with name:astroHomeOn
$VAR1 = {
'countdown_off_hh' => '0',
'countdown_off_mm' => '0',
'countdown_onoff' => '0',
'device' => '16',
'device_name_category' => 'SOCKET',
'device_web_site' => 'AUTOMATION',
'graphState' => '1',
'latitude' => 'xx.xx',
'longitude' => 'xx.xx',
'stand_by_duration' => '',
'stand_by_power' => '',
'sunrise' => 'off',
'sunrise_off_absolute' => undef,
'sunrise_off_duration' => '00:00',
'sunrise_off_option' => 'absolute',
'sunrise_off_relative' => '00:00',
'sunrise_off_relative_negative' => 'false',
'sunrise_on_option' => 'relativ',
'sunrise_on_relative' => '00:00',
'sunrise_on_relative0' => '00',
'sunrise_on_relative1' => '00',
'sunrise_on_relative_negative' => 'false',
'sunset' => 'on',
'sunset_off_duration' => '00:00',
'sunset_off_option' => 'sunrise',
'sunset_off_relative' => '00:00',
'sunset_off_relative_negative' => 'false',
'sunset_on_option' => 'relativ',
'sunset_on_relative' => '02:30',
'sunset_on_relative0' => '02',
'sunset_on_relative1' => '30',
'sunset_on_relative_negative' => 'false',
'switchautomatic' => 'on',
'switchtimer' => 'sun_calendar',
'timer_item_0' => '0130;1;9',
'timer_item_1' => '0145;0;9'
};sunrise_off_absolute ist im formular auf der webseite "00:00", aber
inaktiv, da der ganze zweig sunrise inaktiv ist.
ich denke die zeit wird im modul für den fall "aktiv" ermittelt.
gruss frank
edit:
beim aufruf von "get <name> smartHomePreDef <deviceID> <Saved-PreDef-Name>" gibt es ebenfalls eine warning an einer 3. stelle:
2025.02.23 13:15:54.013 1: PERL WARNING: Use of uninitialized value $valueHash{"sunrise_off_absolute"} in concatenation (.) or string at ./FHEM/72_FRITZBOX.pm line 11462.
2025.02.23 13:15:54.018 1: stacktrace:
2025.02.23 13:15:54.022 1: main::__ANON__ called by ./FHEM/72_FRITZBOX.pm (11462)
2025.02.23 13:15:54.026 1: main::FRITZBOX_Get_SmartHome_Devices_List called by ./FHEM/72_FRITZBOX.pm (3168)
2025.02.23 13:15:54.031 1: main::FRITZBOX_Get called by fhem.pl (3988)
2025.02.23 13:15:54.034 1: main::CallFn called by fhem.pl (2038)
2025.02.23 13:15:54.036 1: main::CommandGet called by fhem.pl (1285)
2025.02.23 13:15:54.039 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2869)
2025.02.23 13:15:54.041 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (987)
2025.02.23 13:15:54.043 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (610)
2025.02.23 13:15:54.046 1: main::FW_Read called by fhem.pl (3988)
2025.02.23 13:15:54.048 1: main::CallFn called by fhem.pl (789)
hallo jörg,
die ursache beim ledSetting problem ist hash/helper/infoActive, da nicht gesetzt.
im list habe ich einen zweiten key hash/fhem/helper/infoActive gefunden, der allerdings gesetzt ist.
gruss frank
Hallo,
anbei eine neue Beta.
- - ledSetting müsste behoben sein. Hatte in zwei Codezeilen fhem->helper->infoActive nicht durch helper->infoActive ersetzt.
- - Astro sollte auch behoben sein. Ich hoffe, ich habe jetzt alle Fallklassen im Griff (AVM könnte es ja auch einfacher machen)
Grüße Jörg
hallo jörg,
Zitat von: frank am 22 Februar 2025, 11:57:57moin jörg,
wieder einen schritt weiter. :)
die daten werden nun wohl korrekt gefunden.
allerdings erzeugt "get <name> smartHomePreDef <deviceID> <Saved-PreDef-Name>" wieder einen absturz.
wenn ich in der absturzmeldung den json string durch "json_string" ersetze, lautet die meldung:
Can't locate object method "decode_json" via package "json_string" (perhaps you forgot to load "json_string"?) at ./FHEM/72_FRITZBOX.pm line 11456.
der "klammertrick" von neulich für encode_json hilft auch hier.
nach ändern der zeile 11456 funktioniert nun endlich "get <name> smartHomePreDef <deviceID> <Saved-PreDef-Name>" ohne absturz.
my %valueHash = %{ decode_json($jsonStr) };
weitere tests mit sichern unterschiedlicher einstellungen und anschliessendes wechseln über prefDefLoad funktioniert nun super, danke!
zum löschen meiner korrupten prefDefs habe ich bisher noch keinen cmd gefunden.
editieren und löschen der datei smart_home_prefdefs.txt ist ja ausdrücklich verboten.
gibt es eine lösung, die ich noch nicht gefunden habe?
wo werden eigentlich die konfigurationen gespeichert, fritzbox oder device?
die hilfe zu prefDefLoad sagt in der fritzbox.
dann würden aber die switches ohne fritzbox nicht mehr automatisch schalten.
ist das richtig?
gruss frank
hast du diesen post nicht gesehen?
ich vermisse die klammern.
gruss frank
Zitat von: frank am 24 Februar 2025, 12:53:02hast du diesen post nicht gesehen?
ich vermisse die klammern.
gruss frank
Hallo Frank,
habe ich tatsächlich übersehen. Sorry.
Anbei jetzt mit Klammer.
Zitat von: frank am 24 Februar 2025, 12:53:02wo werden eigentlich die konfigurationen gespeichert, fritzbox oder device?
Gespeichert wird in der FritzBox oder Smart Gateway. Je nachdem, welches AVm Gerät Du wählst. Die FB oder das Gateway übertragen dann an das SamrtHome Gerät. Somit hat die FritzBox den gültigen Datensatz. Das SH Gerät eine lokale Kopie.
Grüße Jörg
Hallo,
ich habe noch ein:
set <name> smartHome <deviceID> <preDefDel:nameEinstellung>
eingebaut.
Grüße Jörg
hallo jörg,
preDefDel funktioniert prima.
##########
preDefLoad funktioniert aber nicht mehr, seitdem du bei astro änderungen vorgenommen hast.
2025.02.25 10:27:30.469 3: [fritzbox | 7490 | 113.07.60 | Set.1277] - BASIC:set fritzbox smartHome 16 preDefLoad:week2s
2025.02.25 10:27:43.510 2: [fritzbox | 7490 | 113.07.60 | call_LuaData.13042] - SIGNIFICANT:RegEx matches not page home_auto_edit_view:
{"data":{"redirect":{"page":"home_auto_edit_view","params":{"device":16}},"apply":"ok"}}
2025.02.25 10:27:43.516 2: [fritzbox | 7490 | 113.07.60 | Set.1561] - SIGNIFICANT:SmartHome Device 16 - ERROR: RegEx matches not page home_auto_edit_view
2025.02.25 10:27:43.521 2: [fritzbox | 7490 | 113.07.60 | Helper_retMsg.1249] - SIGNIFICANT:ERROR: RegEx matches not page home_auto_edit_view
saved preDef for device:16 with name:week2s
$VAR1 = {
'countdown_off_hh' => '0',
'countdown_off_mm' => '0',
'countdown_onoff' => '0',
'device' => '16',
'device_name_category' => 'SOCKET',
'device_web_site' => 'AUTOMATION',
'graphState' => '1',
'latitude' => 'xx.xx',
'longitude' => 'xx.xx',
'stand_by_duration' => '',
'stand_by_power' => '',
'sunrise' => 'off',
'sunrise_off_duration' => '00:00',
'sunrise_off_option' => 'manually',
'sunrise_off_relative' => '00:00',
'sunrise_off_relative_negative' => 'false',
'sunrise_on_option' => 'relativ',
'sunrise_on_relative' => '00:00',
'sunrise_on_relative0' => '00',
'sunrise_on_relative1' => '00',
'sunrise_on_relative_negative' => 'false',
'sunset' => 'off',
'sunset_off_duration' => '00:00',
'sunset_off_option' => 'sunrise',
'sunset_off_relative' => '00:00',
'sunset_off_relative_negative' => 'false',
'sunset_on_option' => 'relativ',
'sunset_on_relative' => '00:00',
'sunset_on_relative0' => '00',
'sunset_on_relative1' => '00',
'sunset_on_relative_negative' => 'false',
'switchautomatic' => 'on',
'switchtimer' => 'weekly',
'timer_item_0' => '0130;1;9',
'timer_item_1' => '0145;0;9'
};
$VAR1 = {
'ShowEnergyStat' => '24h',
'device_name_category' => 'SOCKET',
'device_web_site' => 'GENERAL',
'interval' => 'daily',
'led_active' => '1',
'mailto' => 'xxxxxxxxxx',
'manuell_switch_active_local' => '1',
'manuell_switch_active_uiapp' => '1',
'switch_default_state' => '2',
'ule_device_acdc_rate' => '25,00',
'ule_device_co2_emission' => '0,550',
'ule_device_name' => 'dect01'
};
###########
ledsetting notifyoff funktioniert halbwegs wieder.
rote led geht aus, die notify readings werden gelöscht, aber es werden keine "solved" readings mehr erstellt.
feature oder bug?
2025.02.24 18:11:18.795 2: [fritzbox | 7490 | 113.07.60 | Readout_Run_Web_LuaData.4852] - SIGNIFICANT:rote LED Info: keine weitere Information vorhanden mit ID: 8_1
2025.02.24 18:11:18.798 3: [fritzbox | 7490 | 113.07.60 | Readout_Run_Web_LuaData.4859] - BASIC:hmtl_links:
<html>INTERNET NO_CONNECTION <a href='/fhem?cmd=set%20fritzbox%20ledSetting%20notifyoff:8_1&fwcsrf=csrf_158960033734833' target='_self'><quittieren></a></html>
<html><div id='button'><button id='dis' onclick='JS:FW_okDialog("keine weitere Information vorhanden")'>Information anzeigen</button></div></html>
2025.02.24 18:11:43.849 3: [fritzbox | 7490 | 113.07.60 | Set.1277] - BASIC:set fritzbox ledSetting notifyoff:8_1
2025.02.24 18:11:49.254 2: [fritzbox | 7490 | 113.07.60 | Set.2174] - SIGNIFICANT:ledsetting notifyoff:8_1 -
$VAR1 = {
...... 370 zeilen overview json!!!!
};
2025.02.24 18:11:49.281 3: n_html_test return value: ledsetting notifyoff:8_1 - applied
die 4. meldung erzeugt jedes mal über 370 zeilen im log! wie wäre verbose > 3?
warum überhaupt fehler?
die erfolgsmeldung wird vom notify gemeldet, ist das ein problem?
gruss frank
Hallo Frank,
- preDefLoad: Knoten im Hirn, habe ich bereinigt
- ledSetting: War noch ein verbose 2 für Debbuging. Ist jetzt auf 5 gesetzt
- ledSetting: Mit dem Quittieren werden die Readings gelöscht. Das - solved - kommt nur, wenn die FritzBox vorher schon die Info zurück nimmt. Dann kommt ja auch keine Info mehr über die luaData Abfrage. Ich kann aber gerne anstatt die Readings direkt zu löschen das - solved - setzen. Dann bleiben die Readings stehen, bis sie entweder wieder durch eine Info der FritzBox überschrieben werden oder sie noch einmal quittiert werden. Wie Du möchtest.
Grüße Jörg
hallo jörg,
hartes geschäft. ;)
preDefLoad funktioniert nun halbwegs:
unterschiedliche wochenpläne werden geladen.
zusätzlich neu: der wert für "stand_by_power" wird falsch gespeichert.
wenn ich 10 watt in der fb konfiguriere, wird nur 1 watt in fhem gespeichert und in die fb zurückgeschrieben.
bei astroschaltungen hat der "automatical" teil noch ein problem und wird nicht geladen.
sowohl mit option ":A", als auch ohne option, also "all".
vor deiner "reparatur" wurden sie geladen, aber fhem zeigte warnungen.
2025.02.25 15:56:57.533 3: [fritzbox | 7490 | 113.07.60 | Set.1277] - BASIC:set fritzbox smartHome 16 preDefLoad:astroHome01:A
2025.02.25 15:57:04.285 2: [fritzbox | 7490 | 113.07.60 | Set.1636] - SIGNIFICANT:SmartHome Device 16 - $VAR1 = { 'data' => { 'apply' => 'valerror', 'valerror' => { 'alert' => "Es ist ein Fehler aufgetreten. (notfound) Bitte \x{c3}\x{bc}berpr\x{c3}\x{bc}fen Sie Ihre Eingabe.", 'ok' => bless( do{\(my $o = 0)}, 'JSON::PP::Boolean' ), 'result' => 'notfound', 'tomark' => [] } }, 'sid' => '230e2b6f16aee85c', 'sidNew' => 0 };
2025.02.25 15:57:04.339 2: [fritzbox | 7490 | 113.07.60 | Helper_retMsg.1249] - SIGNIFICANT:ERROR: ID:16 - preDef not loaded with name astroHome01 Ader "general" teil lässt sich laden:
2025.02.26 09:10:54.501 3: [fritzbox | 7490 | 113.07.60 | Set.1277] - BASIC:set fritzbox smartHome 16 preDefLoad:astroHome01:GZitat von: JoWiemann am 25 Februar 2025, 13:32:26ledSetting: Mit dem Quittieren werden die Readings gelöscht. Das - solved - kommt nur, wenn die FritzBox vorher schon die Info zurück nimmt. Dann kommt ja auch keine Info mehr über die luaData Abfrage. Ich kann aber gerne anstatt die Readings direkt zu löschen das - solved - setzen. Dann bleiben die Readings stehen, bis sie entweder wieder durch eine Info der FritzBox überschrieben werden oder sie noch einmal quittiert werden. Wie Du möchtest.
ok, macht auch sinn.
hat irgendwie aber alles vor- und nachteile.
nach langem überlegen würde ich im moment sagen, dass
grundsätzlich die "solved" meldung erscheinen sollte, wenn die rote led aus geht.
erstens hat man ein event bei erfolg und zweitens hat man die möglichkeit das reading zu behalten, um zu sehen, wann zurückgesetzt wurde.
beim manuellen quittieren über den link im reading gibt es zunächst ein zusätzliches, falsches "alarm" event trotz event-on-change.
wird vermutlich erst gelöscht, dann wieder gesetzt und anschliessend auf "solved" gesetzt.
eventmonitor mit log:
2025.02.26 07:54:40.331 3: [fritzbox | 7490 | 113.07.60 | Set.1277] - BASIC:set fritzbox ledSetting notifyoff:8_1
2025-02-26 07:54:48.944 FRITZBOX fritzbox box_notify_8_1_info:
2025-02-26 07:54:48.944 FRITZBOX fritzbox box_notify_8_1: INTERNET NO_CONNECTION <quittieren>
2025-02-26 07:55:37.325 FRITZBOX fritzbox box_notify_8_1: - solved - <quittieren>
2025-02-26 07:55:37.325 FRITZBOX fritzbox box_notify_8_1_info:bei den "box_notify_8_1_info:"-events fehlt hier im post der button. im eventmonitor ist er korrekt zu sehen.
gruss frank
Zitat von: frank am 26 Februar 2025, 10:06:00hallo jörg,
hartes geschäft. ;)
preDefLoad funktioniert nun halbwegs:
unterschiedliche wochenpläne werden geladen.
zusätzlich neu: der wert für "stand_by_power" wird falsch gespeichert.
wenn ich 10 watt in der fb konfiguriere, wird nur 1 watt in fhem gespeichert und in die fb zurückgeschrieben.
Lustig. Durch die data.lua wird folgendes geliefert:
'standby' => {
'powerInWatt' => 1,
'seconds' => 600,
'isEnabled' => $VAR1->{'data'}{'devices'}[0]{'isEditable'}
}
Mehrfach jetzt getestet. Immer um den Faktor 10 zu klein. 100,25 werden als 10,025 geliefert.
Ich schaue mir noch Astro an, dann kommt eine neue Version.
PS: Wenn man als Parameterwert "relativ" und nicht "relative" angibt ....
Jetzt noch ledSetting ...
Grüße Jörg
Zitat von: JoWiemann am 26 Februar 2025, 10:43:50Mehrfach jetzt getestet. Immer um den Faktor 10 zu klein. 100,25 werden als 10,025 geliefert.
ganz wirr wird es, wenn ich in der fritzbox 5,55 watt für 1 minute eingebe.
da hätte ich jetzt 1 watt für 1 minute erwartet, da min watt ja 1 watt ist.
aber:
'stand_by_duration' => '0.555',
'stand_by_power' => 1,schöner mist.
gruss frank
Zitat von: frank am 26 Februar 2025, 12:16:21[
ganz wirr wird es, wenn ich in der fritzbox 5,55 watt für 1 minute eingebe.
da hätte ich jetzt 1 watt für 1 minute erwartet, da min watt ja 1 watt ist.
aber:
'stand_by_duration' => '0.555',
'stand_by_power' => 1,schöner mist.
gruss frank
Hallo Frank,
Du must einfach power und duration tauschen. Da war noch ein Fehler in der Zuweisung 😩
Hallo Frank,
anbei eine neue Beta. Ich hoffe es passt jetzt alles.
- stand_by_power: korrigiert
- preDefLoad: korrigiert
- ledSetting: Wird per Hand quittiert, dann werden die Readings mit - solved by click - makiert. Wird durch die FB quittiert, dann werden die Readings mit - solved by FB - makiert. Bei "solved" Readings führt das quittieren zum Löschen der Readings.
Grüße Jörg
Hallo Frank,
anbei noch eine Änderung. Bei - solved by FB - wurde der Infor-Text nicht mitgenommen. Sollte jetzt gefixed sein.
Grüße Jörg
Hallo Frank,
wenn man mal auf die Schnelle...
Anbei eine neue Version für den Info Text.
Grüße Jörg
Hallo Jörg, die Version 08.03.00k_Beta aus Post §89 läuft soweit problemlos bei mir.
Im Log finde ich allerdings immer folgende Einträge, wenn ich das WLAN schalte:
2025.02.27 06:15:00 3: set FritzBox wlan on : FRITZBOX_Readout_SetGet_Start done
Hoffe mit deinen Homematik IP BWM läuft alles?
Beste Grüsse Jamo
Zitat von: Jamo am 27 Februar 2025, 08:54:59Hallo Jörg, die Version 08.03.00k_Beta aus Post §89 läuft soweit problemlos bei mir.
Im Log finde ich allerdings immer folgende Einträge, wenn ich das WLAN schalte:
2025.02.27 06:15:00 3: set FritzBox wlan on : FRITZBOX_Readout_SetGet_Start done
Hoffe mit deinen Homematik IP BWM läuft alles?
Beste Grüsse Jamo
Hallo Jamo,
mit den Homematik IP BWM ist alles Ok. Zwei sind schon in Betrieb. Licht im Bad wird nicht mehr vergessen auszuschalten ;)
Du kannst über ein Attribut die Rückmeldungen von set-Befehlen festlegen.
retMsgbySet <all|error|none>
Mit dem Attribut kann die Rückgabe der SET Befehle festgelegt werden.
<all>: Standard. Es werden alle Ergebnisse der SET's zurück gegeben.
<error>: Es werden nur Fehler zurück gegeben.
<none>: Es erfolgt keine Rückgabe.
Grüße Jörg
Hallo Jörg,
ich habe retMsgbySet auf <error> gesetzt, aber die 'FRITZBOX_Readout_SetGet_Start done' kommen trotzdem. Oder ist die Meldung ein 'error'? Ich setze das jetzt mal auf <none> ..
Ansonsten super Arbeit am FB Modul, ich bin begeistert!
Beste Grüsse!
hallo jörg,
meine tests zur version 08.03.00k_Beta:
alle prefDef probleme gelöst, soweit alles bestens. :)
bei box_notify gibt es noch probleme:
1. manuelles löschen der solved readings nach restart
das csrf-problem ist im prinzip auch gelöst, so dass über den link gelöscht wird.
sie sind auch zunächst weg, kommen aber beim nächsten fb-update zurück!!!
ich habe es schon 3x nach einander erlebt, dann aber aufgegeben.
mit dieser modul version habe ich dieses schauspiel nun auch das erste mal im betrieb, also lange nach restart, erlebt.
2. fehlermeldung rote led
solange die rote led leuchtet, kommt mit jedem fb-update eine fehlermeldung
2025.02.27 11:45:58.532 2: [fritzbox | 7490 | 113.07.60 | Readout_Run_Web_LuaData.4919] - SIGNIFICANT:rote LED Info: keine weitere Information vorhanden mit ID: 8_1möglichst reduzieren.
vielleicht 1x zu beginn des fehlers/alarms?
3. ledSetting erzeugt immer 2 solved events (genau genommen natürlich 2x2=4)
zuerst "by click" dann mit dem nächsten update "by fb".
eventmonitor plus log zeigt:
2025.02.27 14:05:50.428 3: [fritzbox | 7490 | 113.07.60 | Set.1277] - BASIC:set fritzbox ledSetting notifyoff:8_1
2025-02-27 14:05:55.734 FRITZBOX fritzbox box_notify_8_1: - solved by click- <quittieren>
2025-02-27 14:05:55.777 FRITZBOX fritzbox box_notify_8_1_info:
2025-02-27 14:06:34.008 FRITZBOX fritzbox box_notify_8_1: - solved by FB- <quittieren>
2025-02-27 14:06:34.008 FRITZBOX fritzbox box_notify_8_1_info:
gruss frank
Zitat von: Jamo am 28 Februar 2025, 09:29:13Hallo Jörg,
ich habe retMsgbySet auf <error> gesetzt, aber die 'FRITZBOX_Readout_SetGet_Start done' kommen trotzdem. Oder ist die Meldung ein 'error'? Ich setze das jetzt mal auf <none> ..
Ansonsten super Arbeit am FB Modul, ich bin begeistert!
Beste Grüsse!
Danke für die Blumen. In der Auswertung des Attributs hatte ich einen doofen Fehler.
Anbei eine korrigierte Version.
Grüße Jörg
Zitat von: frank am 28 Februar 2025, 10:37:19das csrf-problem ist im prinzip auch gelöst, so dass über den link gelöscht wird.
sie sind auch zunächst weg, kommen aber beim nächsten fb-update zurück!!!
ich habe es schon 3x nach einander erlebt, dann aber aufgegeben.
mit dieser modul version habe ich dieses schauspiel nun auch das erste mal im betrieb, also lange nach restart, erlebt.
Ich habe da noch eine Idee. Muss ich mal ausprobieren.
Zitat von: frank am 28 Februar 2025, 10:37:192. fehlermeldung rote led
solange die rote led leuchtet, kommt mit jedem fb-update eine fehlermeldung
2025.02.27 11:45:58.532 2: [fritzbox | 7490 | 113.07.60 | Readout_Run_Web_LuaData.4919] - SIGNIFICANT:rote LED Info: keine weitere Information vorhanden mit ID: 8_1möglichst reduzieren.
vielleicht 1x zu beginn des fehlers/alarms?
Da war noch ein Log mit verbose 2 vom Testen übriggeblieben.
Zitat von: frank am 28 Februar 2025, 10:37:193. ledSetting erzeugt immer 2 solved events (genau genommen natürlich 2x2=4)
zuerst "by click" dann mit dem nächsten update "by fb".
eventmonitor plus log zeigt:
2025.02.27 14:05:50.428 3: [fritzbox | 7490 | 113.07.60 | Set.1277] - BASIC:set fritzbox ledSetting notifyoff:8_1
2025-02-27 14:05:55.734 FRITZBOX fritzbox box_notify_8_1: - solved by click- <quittieren>
2025-02-27 14:05:55.777 FRITZBOX fritzbox box_notify_8_1_info:
2025-02-27 14:06:34.008 FRITZBOX fritzbox box_notify_8_1: - solved by FB- <quittieren>
2025-02-27 14:06:34.008 FRITZBOX fritzbox box_notify_8_1_info:
Ich habe auch hier noch eine Idee, werde ich mir mal ansehen.
Grüße Jörg
Hallo Frank,
so, glaube habe fertig...
Grüße Jörg
moin jörg,
fast fertig.
funktionieren tut jetzt alles.
aber nun mit 4 warnings, die nach restart zwischen api-check und dem solved event mit dem neuen csrf-token auftauchen:
2025.02.28 22:38:10.606 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/72_FRITZBOX.pm line 4866.
2025.02.28 22:38:10.612 1: stacktrace:
2025.02.28 22:38:10.617 1: main::__ANON__ called by ./FHEM/72_FRITZBOX.pm (4866)
2025.02.28 22:38:10.621 1: main::FRITZBOX_Readout_Run_Web_LuaData called by ./FHEM/72_FRITZBOX.pm (3778)
2025.02.28 22:38:10.625 1: main::FRITZBOX_Readout_Run_Web called by FHEM/Blocking.pm (194)
2025.02.28 22:38:10.629 1: main::BlockingStart called by FHEM/Blocking.pm (107)
2025.02.28 22:38:10.633 1: main::BlockingCall called by ./FHEM/72_FRITZBOX.pm (3734)
2025.02.28 22:38:10.638 1: main::FRITZBOX_Readout_Start called by fhem.pl (3511)
2025.02.28 22:38:10.642 1: main::HandleTimeout called by fhem.pl (710)
2025.02.28 22:38:10.646 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/72_FRITZBOX.pm line 4868.
2025.02.28 22:38:10.651 1: stacktrace:
2025.02.28 22:38:10.655 1: main::__ANON__ called by ./FHEM/72_FRITZBOX.pm (4868)
2025.02.28 22:38:10.659 1: main::FRITZBOX_Readout_Run_Web_LuaData called by ./FHEM/72_FRITZBOX.pm (3778)
2025.02.28 22:38:10.663 1: main::FRITZBOX_Readout_Run_Web called by FHEM/Blocking.pm (194)
2025.02.28 22:38:10.667 1: main::BlockingStart called by FHEM/Blocking.pm (107)
2025.02.28 22:38:10.671 1: main::BlockingCall called by ./FHEM/72_FRITZBOX.pm (3734)
2025.02.28 22:38:10.676 1: main::FRITZBOX_Readout_Start called by fhem.pl (3511)
2025.02.28 22:38:10.680 1: main::HandleTimeout called by fhem.pl (710)
2025.02.28 22:38:10.685 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/72_FRITZBOX.pm line 4866.
2025.02.28 22:38:10.690 1: stacktrace:
2025.02.28 22:38:10.692 1: main::__ANON__ called by ./FHEM/72_FRITZBOX.pm (4866)
2025.02.28 22:38:10.695 1: main::FRITZBOX_Readout_Run_Web_LuaData called by ./FHEM/72_FRITZBOX.pm (3778)
2025.02.28 22:38:10.697 1: main::FRITZBOX_Readout_Run_Web called by FHEM/Blocking.pm (194)
2025.02.28 22:38:10.699 1: main::BlockingStart called by FHEM/Blocking.pm (107)
2025.02.28 22:38:10.701 1: main::BlockingCall called by ./FHEM/72_FRITZBOX.pm (3734)
2025.02.28 22:38:10.703 1: main::FRITZBOX_Readout_Start called by fhem.pl (3511)
2025.02.28 22:38:10.705 1: main::HandleTimeout called by fhem.pl (710)
2025.02.28 22:38:10.708 1: PERL WARNING: Use of uninitialized value in string ne at ./FHEM/72_FRITZBOX.pm line 4868.
2025.02.28 22:38:10.710 1: stacktrace:
2025.02.28 22:38:10.712 1: main::__ANON__ called by ./FHEM/72_FRITZBOX.pm (4868)
2025.02.28 22:38:10.714 1: main::FRITZBOX_Readout_Run_Web_LuaData called by ./FHEM/72_FRITZBOX.pm (3778)
2025.02.28 22:38:10.716 1: main::FRITZBOX_Readout_Run_Web called by FHEM/Blocking.pm (194)
2025.02.28 22:38:10.719 1: main::BlockingStart called by FHEM/Blocking.pm (107)
2025.02.28 22:38:10.721 1: main::BlockingCall called by ./FHEM/72_FRITZBOX.pm (3734)
2025.02.28 22:38:10.723 1: main::FRITZBOX_Readout_Start called by fhem.pl (3511)
2025.02.28 22:38:10.725 1: main::HandleTimeout called by fhem.pl (710)
gruss frank
hallo jörg,
es ist doch noch mehr.
irgendwie hast du predef nebenbei zerschossen:
2025.03.01 13:12:27.123 3: [fritzbox | 7490 | 113.07.60 | Set.1280] - BASIC:set fritzbox smartHome - 16 preDefLoad:astroHomeSunsetOn
2025.03.01 13:12:45.314 3: [fritzbox | 7490 | 113.07.60 | Helper_process_JSON.13365] - BASIC:Decode JSON string: decode_json failed, invalid json. error:malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "<link rel="styleshee...") at ./FHEM/72_FRITZBOX.pm line 13364.
2025.03.01 13:12:45.320 3: [fritzbox | 7490 | 113.07.60 | Helper_process_JSON.13417] - BASIC:no HASH/ARRAY from JSON returned (.....)
2025.03.01 13:12:45.333 2: [fritzbox | 7490 | 113.07.60 | Set.1629] - SIGNIFICANT:SmartHome Device 16 - ERROR: no HASH/ARRAY from JSON returned
2025.03.01 13:12:45.338 2: [fritzbox | 7490 | 113.07.60 | Helper_retMsg.1251] - SIGNIFICANT:ERROR: no HASH/ARRAY from JSON returned
gruss frank
Zitat von: frank am 01 März 2025, 13:22:08hallo jörg,
es ist doch noch mehr.
irgendwie hast du predef nebenbei zerschossen:
2025.03.01 13:12:27.123 3: [fritzbox | 7490 | 113.07.60 | Set.1280] - BASIC:set fritzbox smartHome - 16 preDefLoad:astroHomeSunsetOn
2025.03.01 13:12:45.314 3: [fritzbox | 7490 | 113.07.60 | Helper_process_JSON.13365] - BASIC:Decode JSON string: decode_json failed, invalid json. error:malformed JSON string, neither tag, array, object, number, string or atom, at character offset 0 (before "<link rel="styleshee...") at ./FHEM/72_FRITZBOX.pm line 13364.
2025.03.01 13:12:45.320 3: [fritzbox | 7490 | 113.07.60 | Helper_process_JSON.13417] - BASIC:no HASH/ARRAY from JSON returned (.....)
2025.03.01 13:12:45.333 2: [fritzbox | 7490 | 113.07.60 | Set.1629] - SIGNIFICANT:SmartHome Device 16 - ERROR: no HASH/ARRAY from JSON returned
2025.03.01 13:12:45.338 2: [fritzbox | 7490 | 113.07.60 | Helper_retMsg.1251] - SIGNIFICANT:ERROR: no HASH/ARRAY from JSON returned
gruss frank
Hallo Frank,
wenn Du das reproduzieren kannst, dann bitte einmal mit verbose 4. Ich kann den Fehler, nach jetzt zwei Stunden testen, nicht nachstellen. Es sieht auf Grund des Auszugs aus, als wenn die FB mit einem html Content und nicht mit einem JSON antwortet.
Für das CSRF Token habe ich jetzt eine andere Lösung eingebaut. Ich hoffe, dass das jetzt passt.
Grüße Jörg
Grüße Jörg
moin.
das csrf token wird nun nicht mehr erneuert, link wird also blockiert.
dafür keine warnings. ;)
predefLoad will weiterhin nicht, siehe anhang.
gruss frank
hallo jörg,
es muss wieder am "automatic" teil von astro liegen, den "generell" teil kann ich laden.
prefdef sieht so aus:
saved preDef for device:16 with name:astroHomeSunsetOn
$VAR1 = {
'countdown_off_hh' => '0',
'countdown_off_mm' => '0',
'countdown_onoff' => '0',
'device' => '16',
'device_name_category' => 'SOCKET',
'device_web_site' => 'AUTOMATION',
'graphState' => '1',
'latitude' => '88.88',
'longitude' => '11.11',
'stand_by_duration' => '',
'stand_by_power' => '',
'sunrise' => 'off',
'sunrise_off_duration' => '00:00',
'sunrise_off_option' => 'manually',
'sunrise_off_relative' => '00:00',
'sunrise_off_relative_negative' => 'false',
'sunrise_on_option' => 'relative',
'sunrise_on_relative' => '00:00',
'sunrise_on_relative0' => '00',
'sunrise_on_relative1' => '00',
'sunrise_on_relative_negative' => 'false',
'sunset' => 'on',
'sunset_off_absolute' => '01:30',
'sunset_off_duration' => '00:00',
'sunset_off_option' => 'absolute',
'sunset_off_relative' => '00:00',
'sunset_off_relative_negative' => 'false',
'sunset_on_option' => 'relative',
'sunset_on_relative' => '00:30',
'sunset_on_relative0' => '00',
'sunset_on_relative1' => '30',
'sunset_on_relative_negative' => 'false',
'switchautomatic' => 'on',
'switchtimer' => 'sun_calendar',
'timer_item_0' => '0130;1;9',
'timer_item_1' => '0145;0;9'
};
fb konfiguration im anhang.
gruss frank
Zitat von: frank am 02 März 2025, 12:36:40hallo jörg,
es muss wieder am "automatic" teil von astro liegen, den "generell" teil kann ich laden.
Hallo Frank,
Hast Du neu gespeichert. Der Fehler wurde beim Speichern erzeugt und wurde beim Laden sichtbar.
Beim CSRF Token habe ich keine Idee mehr. Ich nutze jetzt den Hook FW_detailFn. Die im Modul in FW_detailFn hinterlegte Sub wird vom FhemWeb, soweit ich weiß, vor der Generierung der Seite aufgerufen. In dieser Sub tausche ich nun das CSRF Token gegen das aktuelle aus. Ich wühle mich mal weiter durch das Thema.
Grüße Jörg
moin jörg,
Zitat von: JoWiemann am 02 März 2025, 13:15:24Hast Du neu gespeichert. Der Fehler wurde beim Speichern erzeugt und wurde beim Laden sichtbar.
sowohl als auch.
in post #101 sind alle daten neu.
zur info: bei den fehlgeschlagenen predefloads hat die fritzbox die automatik im dect200 jeweils ausgeschaltet.
csrf hat ja bereits einige versionen lang funktioniert.
es waren nur die warnungen dazu gekommen.
seit 08.03.00m_Beta funktioniert es nicht mehr.
man könnte aber auch, wie im reading box_notify_info zunächst ein popup öffnen, das dann die befehle presentiert. dann werden hoffentlich die token erst beim popup öffnen erstellt.
in der fritzbox erscheint ja auch erst ein popup zum löschen/quittieren.
gruss frank
Hallo Frank,
ich hatte eine Fallkonstellation vergessen zu testen. Mal sehen, ob es jetzt klappt.
Beim CSRF Token hat mir Rudi noch einen Tipp gegeben. Bei mir funktioniert es.
Grüße Jörg
Hallo jörg,
bin erst Mal weg.
Kann also etwas dauern.
Gruss frank
Hallo Jörg,
die von mir genutzte Funktionalität "...PreDef..." funktioniert weiterhin.
Viele Grüße
Jürgen
Zitat von: RalfRog am 10 Februar 2025, 22:23:29Ich habes es gerade mal "zu Fuß" in der Oberfläche gemacht.
Modul Version = 08.00.04
erst On dann Off, hier der Eventmonitor mit Log:
2025.02.10 22:18:37.168 3: [Fritzbox | 7590 | 154.08.02 | Set.1818] - BASIC:set Fritzbox guestWlan on
2025-02-10 22:18:37.238 FRITZBOX Fritzbox guestWlan on
2025-02-10 22:18:39.992 readingsProxy rp_FB_GWLAN on
2025-02-10 22:18:40.033 FRITZBOX Fritzbox box_guestWlan: on
2025-02-10 22:18:40.033 FRITZBOX Fritzbox retStat_SetGet_nonBlocking: set guestWlan: on
2025-02-10 22:18:40.033 FRITZBOX Fritzbox box_guestWlanRemain: -1
2025-02-10 22:18:40.033 FRITZBOX Fritzbox WLAN: on gWLAN: on
2025-02-10 22:18:40.033 FRITZBOX Fritzbox retStat_lastReadout: 10 values captured in 2.44 s
2025-02-10 22:18:40.051 FRITZBOX Fritzbox retStat_processReadout: 0.33 s
2025.02.10 22:20:15.830 3: [Fritzbox | 7590 | 154.08.02 | Set.1818] - BASIC:set Fritzbox guestWlan off
2025-02-10 22:20:15.904 FRITZBOX Fritzbox guestWlan off
2025-02-10 22:20:17.198 readingsProxy rp_FB_GWLAN off
2025-02-10 22:20:17.251 FRITZBOX Fritzbox box_guestWlanRemain: 0
2025-02-10 22:20:17.251 FRITZBOX Fritzbox box_guestWlan: off
2025-02-10 22:20:17.251 FRITZBOX Fritzbox retStat_SetGet_nonBlocking: set guestWlan: off
2025-02-10 22:20:17.251 FRITZBOX Fritzbox WLAN: on gWLAN: off
2025-02-10 22:20:17.251 FRITZBOX Fritzbox retStat_lastReadout: 10 values captured in 1.06 s
Sieht doch hier gut aus, oder?
- Hast du mal die beiden set WLAN /GuestWLAN versucht zeitlich zu entzerren?
Gruß Ralf
Moin Rolf,
entschuldige, dass ich mich jetzt erst melde. Manuell funktioniert es augenscheinlich bei mir. Aber im "automatik" Betrieb ist der Fehler immer noch. Ich hatte schonmal (versucht) die Befehle zu entzerren, in dem ich da ein paar Sekunden Wartezeit zwischen hatte. Damals hatte es nicht geholfen. Vielleicht, weil ich was falsch gemacht habe. Ich muss mir das dieses Wochenende nochmal angucken.
Gruss Dennis
Hallo DonJuan,
WLAN und GuestWlan gleichzeitig anzumachen, hat bei mir seit Jahren auch noch nie funktioniert, unabhaengig von welcher Version des FritzBox Modul. Wenn man beides zeitnah zusammen schaltet, kommen die sich immer in die Quere.
Wenn man dann genau schaut, stellt man fest, das wenn man GuestWlan angemacht wird, automatisch auch das WLAN angemacht wird.
Andersrum, wenn man das GuestWlan ausmacht, bleibt WLAN an. Aber wenn man WLAN ausmacht, wird auch das GuestWlan mit ausgemacht.
Das muss man in seiner Logik einfach beruecksichtigen.
Hallo Dennis,
anbei eine Version in der es das neue Attribut setgetTimeout gibt. Damit kannst Du das Timeout erhöhen. Bisher war es fest auf 10 Sekunden eingestellt. Vielleicht hilft es.
Muss ich nochmal drüber nachdenken.
Grüße Jörg
Zitat von: DonJuan am 10 Februar 2025, 21:41:47Moin Zusammen,
noch immer habe ich diese komische Zeile in meinem Logfile
2025.02.10 21:38:39 3: [FB7590 | 7590 | 154.08.02 | Set.2614] - BASIC:set FB7590 wlan on
2025.02.10 21:38:39 3: [FB7590 | 7590 | 154.08.02 | Set.1818] - BASIC:set FB7590 guestWlan on
2025.02.10 21:38:39 3: [FB7590 | 7590 | 154.08.02 | Readout_SetGet_Start.6510] - BASIC:restarting internal Timer: command buffer is still filled
2025.02.10 21:38:39 2: AutoWLAN: set FB7590 guestWlan on: Process HASH(0x55864fca10) is still running
2025.02.10 21:38:40 3: [FB7590 | 7590 | 154.08.02 | Readout_SetGet_Start.6510] - BASIC:restarting internal Timer: command buffer is still filled
Speziell geht es um die
2025.02.10 21:38:39 2: AutoWLAN: set FB7590 guestWlan on: Process HASH(0x55864fca10) is still running
Ich habe inzwischen die Fritzbox mehrfach "deinstalliert" und neu angelegt. Die Meldung bleibt. Und damit auch der Fehler, dass das Gast-Wlan nicht wieder aktiviert wird.
Bin ich wirklich alleine mit diesem Problem?
Gruss Dennis
Hallo Dennis,
die Hinweise sind wohl nicht ganz eindeutig. Es handelt sich hier nicht um einen Fehler, sondern um den Hinweis, dass der set/get Kommandbuffer noch nicht abgearbeitet ist und von daher der nächste Befehl in die Abarbeitung genommen wird. Ich überleg mal, ob ich hierfür den Log-Befehl mit verbose 4 aufrufe.
Durch Deinen Automatismus kommst in den "Genuss" des FiFo Buffers. Etwas was man bei manuellem set/get so zeitlich nicht schafft. Am Ende sind dann alle Befehle ungesetzt. Zu beachten ist allerdings die Reihenfolge, die von Jamo beschrieben worden ist.
Grüße Jörg
PS: Anbei eine neue Version des Moduls, in dem der Log Eintrag aussagefähiger ist.
Hallo Jörg,
ich habe hier ein spezielles Problem welches ich leider nicht lösen kann und deine Hilfe benötige!
Wenn ich meiner Fritzbox 7530 mit der Firmware 8.02 den Befehl "set FritzBox_Vorhaus lockLandevice landevice1033196 on" sende, dann verlieren meine Modbus Geräte die Verbindung und manchmal kommt es sogar zum Freeze von FHEM bis hin zum Neustart.
So passiert in diesem angehängten Fall.
Ich verwende deine Modulversion: 08.00.07_Beta
Bis vor einer Woche hat das alles noch ohne Probleme funktioniert.
Irgendwie muss das Problem durch eine Änderung an meinem FHEM-System ausgelöst worden sein, da sich weder dein Modul noch die Fritzbox-Firmware geändert hat.
Was ich (wissentlich) geändert habe:
Den Device-Namen der Fritzbox von "FritzBox" auf "FritzBox_Vorhaus" umbenannt.
2 Fritzboxen 4040 zusätzlich über dein Modul eingebunden.
Ich habe dir den Log von FHEM "fhem-2025-03.log" und den Log des Fritzbox-Moduls "Verbose5.log" angehängt.
Danke für deine Unterstützung
Robert
Hallo Jörg,
ich glaube ich habe noch einen Fehler gefunden.
Wenn ich mit
set FB6690 smartHome 16 preDefSave:FB6690_Alarm_off die Einstellungen sichere, wobei auf der Allgemeinen Seite die LED ausgeschaltet ist und mit
set FB6690 smartHome 16 preDefLoad:FB6690_Alarm_off die Einstellung wieder lade, ist die LED eingeschaltet.
Ich habe den Eindruck, die LED wird immer eingeschaltet. Bitte prüfen. Danke
Viele Grüße
Jürgen
Hallo Jörg,
ist der Fehler bei Dir reproduzierbar?
Viele Grüße
Jürgen
Zitat von: juemuc am 26 März 2025, 19:16:49Hallo Jörg,
ist der Fehler bei Dir reproduzierbar?
Viele Grüße
Jürgen
Hallo Jürgen,
bin heute erst aus meinem Wander Urlaub zurück. Werde mir das die Tage anschauen.
Grüße Jörg
hallo jörg,
ich bin wieder am testen.
nun mit version 08.03.00n_Beta aus post #104.
deine neueste version aus post #110 ist mir suspekt, da sie wieder 08.03.00m_Beta anzeigt.
1. csrf
es macht offenbar einen unterschied welchen wert das reading box_notify_xxx vor dem fhem restart hat.
a) mit beiden "solved" werten funktioniert es nicht, also nicht für den cmd "deletereading".
b) es funktioniert aber für den alarmfall, also für den cmd "ledSetting".
vermutlich wird das reading hierbei ganz normal beim ersten update mit aktuellem csrf erzeugt.
2. fehlender bereich "deviceOverview" auf der detailseite vom fritzbox device.
3. preDefSave/Load für astro funktioniert wieder.
gruss frank
hallo jürgen und jörg,
eine inaktive led am dect200 wird bei mir auch falsch gespeichert:
$VAR1 = {
'ShowEnergyStat' => '24h',
'device_name_category' => 'SOCKET',
'device_web_site' => 'GENERAL',
'interval' => 'daily',
'led_active' => '1',
'mailto' => 'xxxxxxxxxx',
'manuell_switch_active_local' => '1',
'manuell_switch_active_uiapp' => '1',
'switch_default_state' => '2',
'ule_device_acdc_rate' => '25,00',
'ule_device_co2_emission' => '0,550',
'ule_device_name' => 'dect01'
};
gruss frank
Hallo,
led_active:
- hatte ich die HTML Seite falsch ausgelesen.
csrf
- habe ich auf die JavaScript Funktionen im FhemWeb umgestellt. Damit sollte das Thema jetzt erledigt sein
deviceOverview
- was meinst Du damit?
Anbei eine neue Version. Jetzt als 08.03.00o_Beta
Grüße Jörg
Hallo Jörg,
danke für die schnelle Korrektur. Das "LED-Problem" ist gelöst.
Viele Grüße
Jürgen
hallo jörg,
auch mit 08.03.00o_Beta leider keine besserung bei csrf.
2025.03.27 21:55:50.621 3: FHEMWEB WEB CSRF error: csrf_234876824345493 ne csrf_983689383690137 for client WEB_192.168.1.31_56904 / command deletereading -q fritzbox box_notify_8_1.*. For details see the csrfToken FHEMWEB attribute.
Zitat von: JoWiemann am 27 März 2025, 16:10:57deviceOverview
- was meinst Du damit?
jetzt machst du mich aber unsicher.
eigentlich würde ich schwören, dass es bis vor kurzem immer da war.
als beispiel siehe screenshot vom fhemweb device.
dort gibt es auch das attr deviceOverview zum aktivieren:
deviceOverview
Configures if the device line from the room view (device icon, state icon and webCmds/cmdIcons) should also be shown in the device detail view. Can be set to always, onClick, iconOnly or never. Default is alwaysgruss frank
Hallo Frank,
deviceOverview gab es definitiv noch nie im FritzBox Modul.
Bei CSRF bin ich jetzt überfordert. Ich nutze die FhemWeb JavaScript Funktionen, die eigentlich immer das gültige CSRF kennen sollten. Ansonsten würde ja FhemWeb nicht funktionieren. Ich werde also im Entwicklerbereich mal nachfragen.
Grüße Jörg
Hallo Frank,
ich habe jetzt mehrfach hin und her probiert. Ich bekomme einfach keinen CSFR Fehler. Selbst nach RPi Neustart funktioniert es.
Grüße Jörg
PS: CSFR steht natürlich auf random
hallo jörg,
Zitat von: JoWiemann am 28 März 2025, 07:34:30deviceOverview gab es definitiv noch nie im FritzBox Modul.
sag niemals nie! ;)
der screenshot zeigt version 08.00.07k_Beta.
soweit ich es verstehe, fällt der "normale" bereich deviceOverview weg, wenn das modul die funktion FW_detailFn nutzt, um eigene darstellungen zu realisieren (zb bei AutoShuttersControl).
also logisch, wenn der bereich nicht mehr zu sehen ist.
gruss frank
Hallo Frank,
ah, mein Fehler und falsch verstanden. Sorry. Ich werde FW_detailFn wieder deaktivieren, da es m.E. nicht benötigt wird für CSFR. Wie schon geschrieben, mit der Nutzung der JavaScript Funktion FW_cmd ( https://wiki.fhem.de/wiki/DevelopmentFHEMWEB-API#FHEMWEB-Client_(pgm2)_Javascript-Funktionen ) muss es egal sein, wie CSFR Token im FhemWeb Device definiert ist.
Grüße Jörg
sorry jörg,
csrf funktioniert jetzt doch mit den neuen buttons im reading. :)
bei meinem test gestern abend waren vor dem restart noch die readings der alten version 08.03.00n_Beta vorhanden.
also alles bestens.
gruss frank
Hallo Frank,
super. Dann werde ich die Version mal ins SVN einchecken.
Grüße Jörg
Hallo,
ich habe die neue Version 08.03.00 des FRITZBOX Moduls eingecheckt.
Fehler:
- set <name> lockLandevice <number|mac> <on|off|rt|rtoff> -> Fehler behoben
Attribute:
retMsgbySet <all|error|none>
Mit dem Attribut kann die Rückgabe der SET Befehle festgelegt werden.
<all>: Standard. Es werden alle Ergebnisse des SET's zurück gegeben.
<error>: Es werden nur Fehler zurück gegeben.
<none>: Es erfolgt keine Rückgabe.
Readings:
box_notify_<notify_ID>
box_notify_<notify_ID>_info
Die beiden Readings werden erstellt, wenn die FritzBox die Info LED rot aktiviert und einen entsprechenden Hinweis auf der Webseite platziert. In den Readings befinden sich ein Button für weitere Informationen und ein Button um die Information zu quittieren. Durch diesen Link wird die Info in der FritzBox quittiert und es werden die beiden Readings auf
-solved by click- gesetzt. Wird die Info von der FritzBox zurückgezogen, dann erhalten die Readings die Ergänzung
-solved by FB-. Der Button wird auf '
-solved by FB- Readings löschen' gesetzt. Über diesen Button können die beiden Readings box_notify_<notify_ID> und box_notify_<notify_ID>_info gelöscht werden.
Die Readings müssen über das Attribut: enableBoxReadings aktiviert werden.
Set's:
Für die AVM SmartHome Geräte Thermostate und Steckdosen sind umfangreiche Einstellungen möglich. Die Nachbildung in Fhem wäre wenig effektiv. Somit gibt es jetzt die Möglichkeit Einstellung in der FritzBox zu machen und diese als pre-defines in Fhem zu speichern. Durch einen Befehl zum Laden können diese pre-defines in die Fritzbox geladen werden.
set <name> smartHome <deviceID> <preDefSave:nameEinstellung>
speichert die Einstellungen für das Device unter dem angegeben Namen.
set <name> smartHome <deviceID> <preDefLoad [deviceID_load:]nameEinstellung[:A|:G]>
lädt eine gespeicherte Einstellung in die Fritzbox. Wird [deviceID_load:] angegeben, so wird die gespeicherte Einstellung eines anderen funktional identischen Device in die Fritzbox geladen.
Bei Devices vom Typ 'socket' (Steckdosen) kann noch differenziert werden, ob alle Einstellungen oder nur die der Webseite :A == 'Automatisch schalten' oder :G == 'Allgemein' geladen werden sollen.
Die ID kann über get <name> luaInfo <smartHome>, über get <name> smartHomePreDef ... oder über das Readings shdevice<..>_device (sofern die Readings aktiviert sind) ermittelt werden.
Get's:
get <name> smartHomePreDef [deviceID [Saved-PreDef-Name]]
Die mit set smartHome ... preDefSave gespeicherten pre-defines können über diesen get-Befehl angezeigt werden.
get <name> smartHomePreDef: listet alle gespeicherten Einstellungen auf. Diese Auflistung wird auch bei get <name> luaInfo smartHome mit angezeigt.
get <name> smartHomePreDef <deviceID>:
listet alle für das Device gespeicherten Einstellungen auf.
get <name> smartHomePreDef <deviceID> <Saved-PreDef-Name>:
zeigt die für das Device unter dem Saved-PreDef Namen gespeicherten Daten.
Grüße Jörg
Hallo Jörg,
danke für die neue Version, welche ich bezüglich 'lockLandevice' und 'lockFilterProfile' gleich getestet habe.
Wenn ich jetzt 'lockLandevice' aufrufe, zieht es zwar keien anderen Devices mehr runter, aber leider funktioniert es bei mir nicht.
Folgende Fehlermedlung kommt (falls du mehr Infos benötigst, einfach sagen):
2025.04.01 16:05:56 3: [FritzBox_Vorhaus | 7530 | 164.08.02 | Set.1301] - BASIC:set FritzBox_Vorhaus lockLandevice - landevice1033196 on
2025.04.01 16:05:56 3: [FritzBox_Vorhaus | 7530 | 164.08.02 | Set_lock_Landevice_OnOffRt_8.9014] - BASIC:set FritzBox_Vorhaus locklandevice landevice1033196 on Notebook-JAK-WLAN (Fritz!OS: 08.02)
2025.04.01 16:05:58 2: [FritzBox_Vorhaus | 7530 | 164.08.02 | Set_lock_Landevice_OnOffRt_8.9043] - SIGNIFICANT:locklandevice: 32 Notebook-JAK-WLAN user30 E4:FD:45:E2:44:65 Notebook-JAK-WLAN
2025.04.01 16:05:58 2: [FritzBox_Vorhaus | 7530 | 164.08.02 | Set_lock_Landevice_OnOffRt_8.9059] - SIGNIFICANT:locklandevice: 2 filtprof1792 user30 E4:FD:45:E2:44:65 Notebook-JAK-WLAN
2025.04.01 16:05:58 3: [FritzBox_Vorhaus | 7530 | 164.08.02 | Set_lock_Landevice_OnOffRt_8.9160] - BASIC:locklandevice: Notebook-JAK-WLAN : filtprof1792 : landevice1033196 : user30 : Generic
Usage: $p->ping([ $host [, $timeout [, $family]]]) at ./FHEM/72_FRITZBOX.pm line 12818.
2025.04.01 16:06:02 1: [FritzBox_Vorhaus | 7530 | 164.08.02 | Readout_SetGet_Aborted.7583] - ERROR:Timeout reached for: locklandevice landevice1033196 on
Bei 'lockFilterProfile' kommt keine Fehlermeldung, aber es passiert leider auch nichts.
2025.04.01 16:04:06 3: [FritzBox_Vorhaus | 7530 | 164.08.02 | Attr.1248] - BASIC:Attr set retMsgbySet -> Neustart internal Timer - APICHECKED = 1
2025.04.01 16:04:14 3: [FritzBox_Vorhaus | 7530 | 164.08.02 | Set_check_APIs.7943] - BASIC:Response -> luaQuery:200 luaData:200 TR064:200
2025.04.01 16:04:26 3: [FritzBox_Vorhaus | 7530 | 164.08.02 | Set.1301] - BASIC:set FritzBox_Vorhaus lockFilterProfile - Jakob status:never
Hast du 'lockFilterProfile' inzwischen auf nicht blockierend umgestellt?
Danke für deinen Support.
Schönen Abend
Robert
Hallo Robert,
setz doch bitte verbose auf 4 poste dann das Log. Danke Dir.
Grüße Jörg
Hallo Jörg,
im Anhnag die Verbose 4 Logs für lockLanDevice und lockFilterProfile.
Danke fürs checken, Robert
lockFilterProfile_20250402.log
lockLanDevice_20250402.log
Hallo Robwert,
anbei meine Rückmeldungen:
Zitat von: bertl am 01 April 2025, 16:13:13Wenn ich jetzt 'lockLandevice' aufrufe, zieht es zwar keien anderen Devices mehr runter, aber leider funktioniert es bei mir nicht.
Der set Befehl läuft auf einen TimeOut. Setz doch bitte das Attribut:
setgetTimeout<10|30|40|50|75|100|125>
den Timeout für das Ausführen von non blocking set/get Befehlen. Standard ist 10 (Sekunden)
auf einen Wert größer 10 und teste nocheinmal.
Zitat von: bertl am 01 April 2025, 16:13:13Bei 'lockFilterProfile' kommt keine Fehlermeldung, aber es passiert leider auch nichts.
Es sieht so aus, als wenn sich ab FritzOS 8.00 etwas geändert hat. Muss ich mir die Tage anschauen.
Zitat von: bertl am 01 April 2025, 16:13:13Hast du 'lockFilterProfile' inzwischen auf nicht blockierend umgestellt?
Mache ich, wenn ich die Anpassung für FritzOS 8.00 umsetze.
Grüße Jörg
Danke für deinen Support.
Schönen Abend
Robert
[/quote]
Hallo Jörg,
Zitat von: JoWiemann am 02 April 2025, 16:23:03Der set Befehl läuft auf einen TimeOut. Setz doch bitte das Attribut:
setgetTimeout<10|30|40|50|75|100|125>
den Timeout für das Ausführen von non blocking set/get Befehlen. Standard ist 10 (Sekunden)
auf einen Wert größer 10 und teste nocheinmal.
Ich habe jetzt den Timer auf 30 und dann auf 50 Sekunden gesetzt und es kommt jedes mal die Meldung
'ERROR:Timeout reached for: locklandevice ...'
Wenn ich ein Device mittels folgenden bash-script sperre, funktioniert es unmittelbar ohne Probleme!
CONFIG="/opt/fhem/credentials/fritzbox.conf"
source $CONFIG
LANDEVICE=$1
DEVICE_NAME=$2
LOCK=$3
challenge=$(curl -s "http://$IP1/login_sid.lua?username=$FRITZUSER1" | grep -Po '(?<=<Challenge>).*?(?=</Challenge>)')
md5=$(echo -n ${challenge}"-"$FRITZPW1 | iconv -f ISO8859-1 -t UTF-16LE | md5sum -b | awk '{print substr($0,1,32)}')
response="${challenge}-${md5}"
sid=$(curl -i -s -k -d "response=${response}&username=$FRITZUSER1" "http://$IP1" | grep -Po -m 1 '(?<=sid\":\")[a-f\d]+' | tail -1)
if [[ "$LOCK" == "on" || "$LOCK" == "ON" ]]
then
curl -d "sid=${sid}&xhr=1&dev=${LANDEVICE}&lang=de&internetdetail=blocked&page=edit_device&apply=true&dev_name=${DEVICE_NAME}" "http://$IP1/data.lua" >/dev/null 2>&1
echo "$(date +'%Y.%m.%d %H:%M:%S') 1: $scriptName: LanDevice $LANDEVICE, DeviceName $DEVICE_NAME will be locked ($LOCK)."
else
curl -d "sid=${sid}&xhr=1&dev=${LANDEVICE}&lang=de&internetdetail=unlimited&page=edit_device&apply=true&dev_name=${DEVICE_NAME}" "http://$IP1/data.lua" >/dev/null 2>&1
echo "$(date +'%Y.%m.%d %H:%M:%S') 1: $scriptName: LanDevice $LANDEVICE, DeviceName $DEVICE_NAME will be unlocked ($LOCK)."
fiVielleicht hilft das ja weiter!?
Schönen Abend
Robert
Hallo Robert,
ich bin irritiert, dass bei Deiner 7530 mit FritzOS 8.02 der data.lua Aufruf funktioniert. Bei einer 7590 funktioniert er nicht mehr und muss durch einen JavaScript Aufruf ersetzt werden. Dass deutet darauf hin, dass bei der 7530 der JavaScript Aufruf fehl schlägt. Dass ist echt Mist.
Grüße Jörg
Hallo Robert,
hm, bei einer FB7590 funktioniert seit 8.02 sowohl data.lua als auch javaScript. So sei es dann.
Anbei eine Version zum Testen, mit der Du das set <name> lockLanDevice auf data.lua umschalten kannst. Die Syntax für den set Befehl lautet dann:
set <name> lockLandevice <number|mac> <on|off|rt> OS7
Grüße Jörg
Hallo,
anbei eine neue 08.03.01 Beta zum Testen:
Da es wohl FB's mit FritzOS 8.nn gibt, die set <name> lockLanDevice nicht über javaScript ausführen, kann man den Befehl set <name> lockLanDevice auf data.lua umschalten. Die Syntax für den set Befehl lautet dann:
set <name> lockLandevice <number|mac> <on|off|rt> OS7
set <name> lockFilterProfile sollte wieder funktionieren und ist auf nonBlocking umgestellt.
Grüße Jörg
Hallo Jörg,
ich habe die neue 08.03.01 Beta getestet und kann dir folgendes berichten:
1) PERL WARNING: "my" variable @webCmdArray masks earlier declaration in same scope at ./FHEM/72_FRITZBOX.pm line 8900, <$fh> line 2853.
2) set FritzBox_Vorhaus lockLandevice landevice1033196 on OS7
Unknown argument lockLandevice or wrong parameter(s), choose one of checkAPIs password update inActive reboot call diversity ring tam wlan guestWlan wlan2.4 wlan5 macFilter enableVPNshare phoneBookEntry switchIPv4DNS dect lockLandevice chgProfile lockFilterProfile wakeUpCall dectRingblock blockIncomingPhoneCall smartHome ledSetting energyMode rescanWLANneighbors wlanLogExtended wlanGuestParams 3) lockFilterProfile scheint zu funktionieren :)
Anmerkung:
Obwohl ich retMsgbySet auf all gesetzt habe, kommen im Logfile keine Meldungen
Gruß Robert
Hallo Robert,
schaue ich mir an. Keine Ahnung, was ich da vor dem Einchecken noch gemacht habe.
Grüße Jörg
Hallo Jörg,
ich habe gerade auch noch einen für mich gravierenden Fehler festegestellt. Ich möchte ja über FHEM bei einer Steckdose den Parameter "Schalten bei Geräusch" ein- bzw. ausschalten. Das funktioniert auch. Allerdings wird die von mir eingestellte Empfindlichkeit nicht berücksichtigt und immer wieder beim einschalten überschrieben. Bitte prüfen.
Viele Grüße
Jürgen
hallo jörg,
ich würde mir wünschen, das die 2 smartHome readings shdeviceXX_power und shdeviceXX_consumtion geändert werden, um sie mit anderen modulen zu vereinheitlichen.
aktuell zeigt mein FRITZ!Smart Energy 200 die gesamtenergie in Wh im reading shdeviceXX_power an. hier würde ich shdeviceXX_energy bevorzugen.
die aktuelle leistung in W wird zur zeit im reading shdeviceXX_consumtion (typo: consumption) angezeigt. hier würde ich shdeviceXX_power bevorzugen.
gruss frank
Hallo,
anbei eine neue Beta 08.03.01a mit folgenden Fixes:
- lockLandevice wieder da
- Empfindlichkeit auf Geräusche sollte jetzt funktionieren
- ich habe die Readings auf die Namenskonvention der FB angepasst:
shdeviceXX_powerPerHour
shdeviceXX_currentInAmp
shdeviceXX_powerInWatt
Grüße Jörg
Hallo Jörg,
die Empfindlichkeit funktioniert nun. Danke für die Korrektur.
Viele Grüße
Jürgen
Hallo Jörg,
danke jetzt funktioniert lockLandevice und lockFilterProfile wieder.
ABER was noch nicht so ganz passt:
1) PERL WARNING: "my" variable @webCmdArray masks earlier declaration in same scope at ./FHEM/72_FRITZBOX.pm line 8934, <$fh> line 2853.
2) Das Fritzbox Device geht in den STATE 'undefined situation'. Erst nach einem 'set Fritzbox update' oder automatischen Update, verschwindet dieser STATE wieder
3) Obwohl ich retMsgbySet auf all gesetzt habe, kommen im Logfile keine Meldungen
Danke, Robert
Hallo Jörg,
vor einer Woche habe ich nach etwas längerer Zeit (rund 4 Monate) mal wieder FHEM aktualisiert. Heute habe ich gemerkt, dass set <name> ring nicht mehr funktioniert. Ich verwende das um die Türklingel auf den FritzFons klingeln zu lassen.
Die FritzBox ist die 7590 mit aktueller FW (08.02). Mit verbose 5 gibt es außer dem Aufruf nichts im Log:
2025.04.06 17:13:39 3:[fritzbox | 7590 | 154.08.02 | Set.1301] - BASIC:set fritzbox ring - 614
Ich bin mir nicht 100% sicher, ob es genau mit dem Update letzten Sonntag zu tun hat, aber es ist noch nicht lange her, dass es noch funktioniert hat.
Irgendeine Idee?
Viele Grüße
Dieter
Ich habe wohl seit einem Update Fehler beim setzen der Temperaturdifferenz an den Thermostaten - d.h. die Differenz zwischen Thermostat und tatsächlicher Raumtemperatur.
set fbox smartHome 16 tempOffset:2
...
2025.04.05 00:30:10 2: [fbox | 6660 | 252.08.03 | Set.1776] - SIGNIFICANT:SmartHome Device 16 - ERROR: no HASH/ARRAY from JSON returned
2025.04.05 00:30:10 2: [fbox | 6660 | 252.08.03 | Helper_retMsg.1272] - SIGNIFICANT:ERROR: no HASH/ARRAY from JSON returned
Hallo,
anbei eine neue 08.03.01b Beta:
- set <name> smartHome <deviceID> <tempOffset:value> - gefixed
- set <name> ring <intNumbers> [duration] - gefixed
- @webCmdArray masks earlier declaration - gefixed
- STATE 'undefined situation' - gefixed
Grüße Jörg
Hallo Jörg,
Danke und Super! "ring" funktioniert nun wieder. Ein wenig seltsam allerdings, dass nach Aufruf aus der UI der angehängte Screen angezeigt wird und somit das Device verlassen wird. Allerdings verwende ich ring normalerweise nicht aus der UI heraus.
Viele Grüße
Dieter
Hallo Jörg,
jetzt funktioniert wieder alles wie es soll.
Danke für deinen Einsatz!
Schöne Woche
Robert
Zitat von: RockFan am 07 April 2025, 18:20:20Ein wenig seltsam allerdings, dass nach Aufruf aus der UI der angehängte Screen angezeigt wird und somit das Device verlassen wird. Allerdings verwende ich ring normalerweise nicht aus der UI heraus.
Das ist der Rückgabewert der Set Befehle, wenn die Ausführung nonBlocking erfolgt. Das Ergebnis wird im jeweiligen retStat_... Reading angezeigt. Bei Ring somit retStat_ring.
Grüße Jörg
Alle klar!
Danke nochmals für die schnelle Hilfe
Super, vielen Dank Jörg !
Hallo,
ich habe die neue Version 08.03.01 ins SVN hochgeladen. Morgen dann mit dem Update.
Danke an alle Tester.
Grüße Jörg
Zitat von: JoWiemann am 08 April 2025, 15:41:00ich habe die neue Version 08.03.01 ins SVN hochgeladen.
die neuen readingnamen sind zumindestens besser und funktionieren auch, danke.
Moin Jörg,
Moin Jamo,
danke für eure Beiträge. Ich hatte bisher immer WLAN und Gast-Wlan direkt hinter einander geschaltet. Vermutlich sind mir nur dann keine Meldungen im Log aufgefallen. Auch der Zusammenhang von Gast-WLAN aus ? WLAN aus ist mir so nie bewusst gewesen.
Aber egal. Ich habe nun 10 Sek. Verzögerung und es funktioniert.
Trotzdem danke ich euch für die ganzen Infos.
Gruss Dennis
Moin,
was soll mit diesem Eintrag bzw. der auslösenden Routine bewirkt werden?
2025.05.04 20:33:52.070 3: [Shelly_Set:startTimer] ShellyPlusPlugS_Buero_NAS: (Re-)Starting cyclic timers: status-timer=60
2025.05.04 20:34:55.229 3: (Shelly_HttpResponse:err) calling Shelly_Set for restarting timer(s) caused by network-error of device ShellyPlusPlugS_Buero_NAS
Anscheinend verhalten sich alte Gen1-Geräte dabei anders (PlugS z,B. geht ggf. aus und dann an), als neuere Geräte (PlusPlugS geht anscheinend nur aus)
Modul-Version 72_FRITZBOX.pm:0.298340/2025-04-08
Gruß, Christoph
Hi Christoph
Geht es um die FritzBox oder um Shelly?