HB-UNI-Sensor1-THPD-BME280

Entwicklung und Bau von Hardware aller Art, die im HM-Umfeld eingesetzt werden kann

Moderator: Co-Administratoren

PG201245
Beiträge: 26
Registriert: 02.03.2022, 22:12
System: CCU

Re: HB-UNI-Sensor1-THPD-BME280

Beitrag von PG201245 » 05.03.2022, 19:15

Hallo,

zu a) Sendeleistung ist maximal (+10dBm)
zu b) Übertragungsmodus ist Standard
zu c) siehe Bild
zu d) Ja, ich habe nur einen

"hb-ep-devices-addon" ist Version 1.13

Beim zurückstellen der log-Daten findet auch keine Übernahme statt.

Serial-Log

Code: Alles auswählen

Die Zeilen ohne Zeitmarke sind von Ewald

# press config button after having added the test program

15:48:40.247 ->  debounce
	      ->  debounce
15:48:40.347 ->  pressed
	      ->  pressed
15:48:40.501 ->  released
	      ->  released
15:48:40.547 -> <- 1A 03 80 00 F60401 7572BE 10 F6 04 42 4D 45 32 38 30 54 48 50 31 70 01 01 01  - 1183
	      -> <- 1A 02 80 00 F60401 123456 10 F6 04 42 4D 45 32 38 30 54 48 50 31 70 01 01 01  - 434
15:48:40.601 -> 
	      -> 
15:48:40.648 -> -> 0A 03 81 02 7572BE F60401 00  - 1296
	      -> -> 0A 02 81 02 123456 F60401 00  - 546
15:48:40.701 -> -> 0B 0C A0 01 7572BE F60401 01 03  - 1318
	      -> -> 0B 0B A0 01 123456 F60401 01 03  - 571
15:48:40.801 -> <- 0E 0C 80 10 F60401 7572BE 01 00 00 00 00  - 1439
	      -> <- 0E 0B 80 10 F60401 123456 01 00 00 00 00  - 698
15:48:40.949 -> -> 10 15 A0 01 7572BE F60401 01 01 75 72 BE 3F 00  - 1556
	      -> -> 10 14 A0 01 123456 F60401 01 01 19 57 4D 3F 00  - 817
15:48:41.049 -> <- 0A 15 80 02 F60401 7572BE 80  - 1675
	      -> * Config Changed         : List1
15:48:41.102 -> -> 0B 1E A0 01 7572BE F60401 01 03  - 1703
	      -> * Temperature Offset x10 : 0
15:48:41.203 -> <- 0E 1E 80 10 F60401 7572BE 01 00 00 00 00  - 1828
	      -> * Humidity Offset x10    : 0
15:48:41.303 -> -> 10 27 A0 01 7572BE F60401 01 01 75 72 BE 3F 00  - 1945
	      -> * Pressure Offset x10    : 0
15:48:41.450 -> <- 0A 27 80 02 F60401 7572BE 80  - 2064
	      -> BME280 sensor OK
	      -> BME280 offsets (all x10):
	      -> -T    : 0
	      -> -P    : 0
	      -> -H    : 0
	      -> <- 0E 14 80 02 F60401 123456 01 01 00 00 44  - 940

_______________________________________________________________________________________________

## press config button after having deleted the test program

16:15:22.947 ->  debounce
	      ->  debounce
16:15:23.047 ->  pressed
	      ->  pressed
16:15:23.148 ->  released
	      ->  released
16:15:23.148 -> <- 1A 0C 80 00 F60401 7572BE 10 F6 04 42 4D 45 32 38 30 54 48 50 31 70 01 01 01  - 62234
	      -> <- 1A 03 80 00 F60401 123456 10 F6 04 42 4D 45 32 38 30 54 48 50 31 70 01 01 01  - 20484
16:15:23.195 -> 
	      -> 
16:15:23.248 -> -> 0A 0C 81 02 7572BE F60401 00  - 62345
	      -> -> 0A 03 81 02 123456 F60401 00  - 20596
16:15:23.295 -> -> 0B 15 A0 01 7572BE F60401 01 03  - 62369
	      -> -> 0B 0C A0 01 123456 F60401 01 03  - 20621
16:15:23.395 -> <- 0E 15 80 10 F60401 7572BE 01 00 00 00 00  - 62488
	      -> <- 12 0C 80 10 F60401 123456 01 19 57 4D 3F 00 00 00 00  - 20752

	      -> -> 10 15 A0 01 123456 F60401 01 02 19 57 4D 3F 00  - 20867
	      -> * Config Changed         : List1
	      -> * Temperature Offset x10 : 0
	      -> * Humidity Offset x10    : 0
	      -> * Pressure Offset x10    : 0
	      -> BME280 sensor OK
	      -> BME280 offsets (all x10):
	      -> -T    : 0
	      -> -P    : 0
	      -> -H    : 0
	      -> <- 0E 15 80 02 F60401 123456 01 01 00 00 47  - 20987

CCU3-log

Code: Alles auswählen

Daten "homematic-raspi" sind von Ewald
eingerückte Zeilen beachten

***** messages *****
... nur relevanter Ausschnitt

Mar  5 10:41:37 homematic-raspi user.debug rfd: RX for BME280THP1: @1500823189 RSSI=-67dB 0xF60401 -> 0x000000 WEATHER [OEQ1234567]:   CNT=1,RPTEN=1,RPTED=0,BIDI=0,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=1,TYPE=0x70   LOWBAT = 0   TEMP = 227   HUMIDITY = 1   RAINING = 0   RAINCNT = 17703   WINDSPEED = 8192   WINDDIR = 54   WINDDIR_RANGE = 3   BRIGHTNESS = 145
Mar  5 10:41:37 homematic-raspi user.debug rfd: Event: BME280THP1:1.TEMPERATURE=22.700000
Mar  5 10:41:37 homematic-raspi user.debug rfd: Event: BME280THP1:1.MY_HUMIDITY=32.500000
Mar  5 10:41:37 homematic-raspi user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events
Mar  5 10:41:37 homematic-raspi user.debug rfd: Event: BME280THP1:1.AIR_PRESSURE=1020.800000
	Mar  5 10:41:37 homematic-raspi user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events
Mar  5 10:41:37 homematic-raspi user.debug rfd: Event: BME280THP1:1.DEWPOINT=5.400000
Mar  5 10:41:37 homematic-raspi user.debug rfd: Event: BME280THP1:1.VAPOR_CONCENTRATION=6.570000
Mar  5 10:41:37 homematic-raspi user.debug rfd: Event: BME280THP1:1.OPERATING_VOLTAGE=3.455000
Mar  5 10:41:37 homematic-raspi user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Mar  5 10:41:37 homematic-raspi user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 5 events
Mar  5 10:41:37 homematic-raspi user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Mar  5 10:41:37 homematic-raspi user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 5 events
Mar  5 10:41:37 homematic-raspi user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
_______________________________________________________________________________________________
Mar  5 15:47:41 ccu3-webui user.debug rfd: RX for BME280THP1: @1519186825 RSSI=-55dB 0xF60401 -> 0x7572BE WEATHER [SEQ1045068]:   CNT=2,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=1,BCAST=0,TYPE=0x70   LOWBAT = 0   TEMP = 216   HUMIDITY = 1   RAINING = 1   RAINCNT = 13863   WINDSPEED = 11520   WINDDIR = 87   WINDDIR_RANGE = 3   BRIGHTNESS = 61
Mar  5 15:47:41 ccu3-webui user.debug rfd: Event: BME280THP1:1.TEMPERATURE=21.600000
Mar  5 15:47:41 ccu3-webui user.debug rfd: Event: BME280THP1:1.MY_HUMIDITY=43.800000
Mar  5 15:47:41 ccu3-webui user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events
Mar  5 15:47:41 ccu3-webui user.debug rfd: Event: BME280THP1:1.AIR_PRESSURE=1022.100000
	kein Eintrag
Mar  5 15:47:41 ccu3-webui user.debug rfd: Event: BME280THP1:1.DEWPOINT=8.700000
Mar  5 15:47:41 ccu3-webui user.debug rfd: Event: BME280THP1:1.VAPOR_CONCENTRATION=8.290000
Mar  5 15:47:41 ccu3-webui user.debug rfd: Event: BME280THP1:1.OPERATING_VOLTAGE=3.200000
Mar  5 15:47:41 ccu3-webui user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 6 events
Mar  5 15:47:41 ccu3-webui user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Mar  5 15:47:41 ccu3-webui user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Mar  5 15:47:41 ccu3-webui user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 5 events
Mar  5 15:47:41 ccu3-webui user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed



## adding test program

Mar  5 10:43:06 homematic-raspi user.debug rfd: RX for BME280THP1: @1500912173 RSSI=-57dB 0xF60401 -> 0x123456 SYSINFO [OEQ1234567]:   CNT=2,RPTEN=1,RPTED=0,BIDI=0,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x00   SYSINFO_SWVER = 0x10   SYSINFO_TYPE = 0xF604   SYSINFO_SERIAL = BME280THP1   SYSINFO_CODE = 0x7001   SYSINFO_CH_A = 1   SYSINFO_CH_B = 1
Mar  5 10:43:06 homematic-raspi user.debug rfd: Device has been woken up
Mar  5 10:43:06 homematic-raspi user.debug rfd: TX:  @1500912173 0x123456 -> 0xF60401 CONFIG_PEER_LIST_REQ [OEQ1234567]:   CNT=11,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x01   CONFIG_CHANNEL = 1
Mar  5 10:43:06 homematic-raspi user.debug rfd: (OEQ1234567) Response status: Telegram sent, received ACK.
Mar  5 10:43:06 homematic-raspi user.debug rfd: Response accepted:  @1500912439 RSSI=-210dB 0xF60401 -> 0x123456 INFO_PEER_LIST [OEQ1234567]:   CNT=11,RPTEN=1,RPTED=0,BIDI=0,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x10   LINK_PEER_ADDRESS = 0x000000   LINK_PEER_CHANNEL = 0   LINK_PEER_ADDRESS = 0x000000   LINK_PEER_CHANNEL = 0   LINK_PEER_ADDRESS = 0x000000   LINK_PEER_CHANNEL = 0   LINK_PEER_ADDRESS = 0x000000   LINK_PEER_CHANNEL = 0
Mar  5 10:43:06 homematic-raspi user.debug rfd: TX:  @1500912439 0x123456 -> 0xF60401 CONFIG_PEER_ADD [OEQ1234567]:   CNT=20,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x01   CONFIG_CHANNEL = 1   CONFIG_PEER_ADDRESS = 0x123456   CONFIG_PEER_CHANNEL_A = 63   CONFIG_PEER_CHANNEL_B = 0
Mar  5 10:43:07 homematic-raspi user.debug rfd: (OEQ1234567) Response status: Telegram sent, received ACK.
Mar  5 10:43:07 homematic-raspi user.debug rfd: Response accepted:  @1500912680 RSSI=-184dB 0xF60401 -> 0x123456 ACK_STATUS [OEQ1234567]:   CNT=20,RPTEN=1,RPTED=0,BIDI=0,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x02   CHANNEL = 1   STATUS = 0   STATE = 0   CLOCK = 0   LOWBAT = 0   DUTY_CYCLE = 0   RSSI = 68
Mar  5 10:43:07 homematic-raspi user.debug rfd: (OEQ1234567) Response status: OK, Data.
Mar  5 10:43:07 homematic-raspi user.debug rfd: Event: BME280THP1:0.CONFIG_PENDING=false
Mar  5 10:43:07 homematic-raspi user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events
Mar  5 10:43:07 homematic-raspi user.debug rfd: (OEQ1234567) Response status: OK, Data.
Mar  5 10:43:07 homematic-raspi user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Mar  5 10:43:07 homematic-raspi user.debug rfd: Sysinfo received by OEQ1234567 while not in install mode:BME280THP1 (HB-UNI-Sensor-THPD-BME280)
Mar  5 10:43:07 homematic-raspi user.debug rfd: RX for BME280THP1: @1500912680 RSSI=-184dB 0xF60401 -> 0x123456 ACK_STATUS [OEQ1234567]:   CNT=20,RPTEN=1,RPTED=0,BIDI=0,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x02   CHANNEL = 1   STATUS = 0   STATE = 0   CLOCK = 0   LOWBAT = 0   DUTY_CYCLE = 0   RSSI = 68
Mar  5 10:43:07 homematic-raspi user.debug rfd: Saving device BME280THP1
Mar  5 10:43:07 homematic-raspi user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Mar  5 10:43:07 homematic-raspi user.debug rfd: Saving device BidCoS-RF
__________________________________________________________________________________

	kein Eintrag
	kein Eintrag
Mar  5 15:48:21 ccu3-webui user.debug rfd: TX:  @1519227507 0x7572BE -> 0xF60401 CONFIG_PEER_ADD [SEQ1045068]:   CNT=11,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x01   CONFIG_CHANNEL = 1   CONFIG_PEER_ADDRESS = 0x7572BE   CONFIG_PEER_CHANNEL_A = 63   CONFIG_PEER_CHANNEL_B = 0
Mar  5 15:48:22 ccu3-webui user.debug rfd: (SEQ1045068) Response status: Send failed.
Mar  5 15:48:22 ccu3-webui user.debug rfd: SendFrame failed 1 times:  @1519227508 0x7572BE -> 0xF60401 CONFIG_PEER_ADD [SEQ1045068]:   CNT=11,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x01   CONFIG_CHANNEL = 1   CONFIG_PEER_ADDRESS = 0x7572BE   CONFIG_PEER_CHANNEL_A = 63   CONFIG_PEER_CHANNEL_B = 0
Mar  5 15:48:22 ccu3-webui user.debug rfd: (SEQ1045068) Response status: OK, Data.
Mar  5 15:48:22 ccu3-webui user.debug rfd: Event: BME280THP1:0.CONFIG_PENDING=true
Mar  5 15:48:22 ccu3-webui user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events
Mar  5 15:48:22 ccu3-webui user.warn rfd: Peer-enforced value LCD_LEVEL_INTERP not in parameter set
Mar  5 15:48:22 ccu3-webui user.warn rfd: Peer-enforced value LCD_SYMBOL not in parameter set
Mar  5 15:48:22 ccu3-webui user.debug rfd: Saving device BME280THP1
Mar  5 15:48:22 ccu3-webui user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events
Mar  5 15:48:22 ccu3-webui local0.err ReGaHss: ERROR: rpc.CallReportValueUsage failed dp id = 1885 'Neues Programm' [UpdateDependecies():iseDOMPrg.cpp:569]
Mar  5 15:48:22 ccu3-webui user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Mar  5 15:48:23 ccu3-webui user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Mar  5 15:48:23 ccu3-webui user.debug rfd: Saving device BidCoS-RF
Mar  5 15:48:23 ccu3-webui user.debug rfd: (SEQ1045068) Response status: OK, Data.
Mar  5 15:48:23 ccu3-webui user.debug rfd: (SEQ1045068) Response status: OK, Data.
Mar  5 15:48:32 ccu3-webui user.debug rfd: Saving device BidCoS-RF
Mar  5 15:48:38 ccu3-webui user.debug rfd: RX for BME280THP1: @1519244029 RSSI=-54dB 0xF60401 -> 0x7572BE SYSINFO [SEQ1045068]:   CNT=3,RPTEN=1,RPTED=0,BIDI=0,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x00   SYSINFO_SWVER = 0x10   SYSINFO_TYPE = 0xF604   SYSINFO_SERIAL = BME280THP1   SYSINFO_CODE = 0x7001   SYSINFO_CH_A = 1   SYSINFO_CH_B = 1
Mar  5 15:48:38 ccu3-webui user.debug rfd: Device has been woken up
Mar  5 15:48:38 ccu3-webui user.debug rfd: TX:  @1519244029 0x7572BE -> 0xF60401 CONFIG_PEER_LIST_REQ [SEQ1045068]:   CNT=12,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x01   CONFIG_CHANNEL = 1
Mar  5 15:48:38 ccu3-webui user.debug rfd: (SEQ1045068) Response status: Telegram sent, received ACK.
Mar  5 15:48:38 ccu3-webui user.debug rfd: Response accepted:  @1519244287 RSSI=-201dB 0xF60401 -> 0x7572BE INFO_PEER_LIST [SEQ1045068]:   CNT=12,RPTEN=1,RPTED=0,BIDI=0,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x10   LINK_PEER_ADDRESS = 0x000000   LINK_PEER_CHANNEL = 0   LINK_PEER_ADDRESS = 0x000000   LINK_PEER_CHANNEL = 0   LINK_PEER_ADDRESS = 0x000000   LINK_PEER_CHANNEL = 0   LINK_PEER_ADDRESS = 0x000000   LINK_PEER_CHANNEL = 0
Mar  5 15:48:38 ccu3-webui user.debug rfd: TX:  @1519244288 0x7572BE -> 0xF60401 CONFIG_PEER_ADD [SEQ1045068]:   CNT=21,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x01   CONFIG_CHANNEL = 1   CONFIG_PEER_ADDRESS = 0x7572BE   CONFIG_PEER_CHANNEL_A = 63   CONFIG_PEER_CHANNEL_B = 0
Mar  5 15:48:38 ccu3-webui user.debug rfd: (SEQ1045068) Response status: Telegram sent, received ACK.
Mar  5 15:48:38 ccu3-webui user.debug rfd: Response accepted:  @1519244524 RSSI=-207dB 0xF60401 -> 0x7572BE NACK [SEQ1045068]:   CNT=21,RPTEN=1,RPTED=0,BIDI=0,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x02
Mar  5 15:48:38 ccu3-webui user.debug rfd: (SEQ1045068) Response status: OK, Data.
Mar  5 15:48:38 ccu3-webui user.debug rfd: (SEQ1045068) Response status: OK, Data.
Mar  5 15:48:38 ccu3-webui user.debug rfd: TX:  @1519244526 0x7572BE -> 0xF60401 CONFIG_PEER_LIST_REQ [SEQ1045068]:   CNT=30,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x01   CONFIG_CHANNEL = 1
Mar  5 15:48:39 ccu3-webui user.debug rfd: (SEQ1045068) Response status: Telegram sent, received ACK.
Mar  5 15:48:39 ccu3-webui user.debug rfd: Response accepted:  @1519244679 RSSI=-204dB 0xF60401 -> 0x7572BE INFO_PEER_LIST [SEQ1045068]:   CNT=30,RPTEN=1,RPTED=0,BIDI=0,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x10   LINK_PEER_ADDRESS = 0x000000   LINK_PEER_CHANNEL = 0   LINK_PEER_ADDRESS = 0x000000   LINK_PEER_CHANNEL = 0   LINK_PEER_ADDRESS = 0x000000   LINK_PEER_CHANNEL = 0   LINK_PEER_ADDRESS = 0x000000   LINK_PEER_CHANNEL = 0
Mar  5 15:48:39 ccu3-webui user.debug rfd: TX:  @1519244679 0x7572BE -> 0xF60401 CONFIG_PEER_ADD [SEQ1045068]:   CNT=39,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x01   CONFIG_CHANNEL = 1   CONFIG_PEER_ADDRESS = 0x7572BE   CONFIG_PEER_CHANNEL_A = 63   CONFIG_PEER_CHANNEL_B = 0
Mar  5 15:48:39 ccu3-webui user.debug rfd: (SEQ1045068) Response status: Telegram sent, received ACK.
Mar  5 15:48:39 ccu3-webui user.debug rfd: Response accepted:  @1519244916 RSSI=-207dB 0xF60401 -> 0x7572BE NACK [SEQ1045068]:   CNT=39,RPTEN=1,RPTED=0,BIDI=0,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x02
Mar  5 15:48:39 ccu3-webui user.debug rfd: (SEQ1045068) Response status: OK, Data.
Mar  5 15:48:39 ccu3-webui user.debug rfd: (SEQ1045068) Response status: OK, Data.
Mar  5 15:48:39 ccu3-webui user.debug rfd: Sysinfo received by SEQ1045068 while not in install mode:BME280THP1 (HB-UNI-Sensor-THPD-BME280)
Mar  5 15:48:39 ccu3-webui user.debug rfd: Saving device BME280THP1


## removal of test program

Mar  5 10:43:50 homematic-raspi user.debug rfd: TX:  @1500956388 0x123456 -> 0xF60401 CONFIG_PEER_REMOVE [OEQ1234567]:   CNT=29,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x01   CONFIG_CHANNEL = 1   CONFIG_PEER_ADDRESS = 0x123456   CONFIG_PEER_CHANNEL = 63
Mar  5 10:43:51 homematic-raspi user.debug rfd: (OEQ1234567) Response status: Send failed.
Mar  5 10:43:51 homematic-raspi user.debug rfd: SendFrame failed 1 times:  @1500956388 0x123456 -> 0xF60401 CONFIG_PEER_REMOVE [OEQ1234567]:   CNT=29,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x01   CONFIG_CHANNEL = 1   CONFIG_PEER_ADDRESS = 0x123456   CONFIG_PEER_CHANNEL = 63
Mar  5 10:43:51 homematic-raspi user.debug rfd: (OEQ1234567) Response status: OK, Data.
	Mar  5 10:43:51 homematic-raspi user.debug rfd: Event: BME280THP1:0.CONFIG_PENDING=true
	Mar  5 10:43:51 homematic-raspi user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events
Mar  5 10:43:51 homematic-raspi user.debug rfd: Saving device BME280THP1
Mar  5 10:43:51 homematic-raspi local0.err ReGaHss: ERROR: rpc.CallReportValueUsage failed dp id = 39646 [DeleteObject():iseManageObj.cpp:120]
	Mar  5 10:43:51 homematic-raspi user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Mar  5 10:43:51 homematic-raspi user.debug rfd: Saving device BidCoS-RF
Mar  5 10:43:56 homematic-raspi user.debug rfd: RX for BME280THP1: @1500962517 RSSI=-80dB 0xF60401 -> 0x123456 SYSINFO [OEQ1234567]:   CNT=3,RPTEN=1,RPTED=0,BIDI=0,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x00   SYSINFO_SWVER = 0x10   SYSINFO_TYPE = 0xF604   SYSINFO_SERIAL = BME280THP1   SYSINFO_CODE = 0x7001   SYSINFO_CH_A = 1   SYSINFO_CH_B = 1
Mar  5 10:43:56 homematic-raspi user.debug rfd: Device has been woken up
	Mar  5 10:43:56 homematic-raspi user.debug rfd: TX:  @1500962519 0x123456 -> 0xF60401 CONFIG_PEER_LIST_REQ [OEQ1234567]:   CNT=12,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x01   CONFIG_CHANNEL = 1
	Mar  5 10:43:57 homematic-raspi user.debug rfd: (OEQ1234567) Response status: Telegram sent, received ACK.
	Mar  5 10:43:57 homematic-raspi user.debug rfd: Response accepted:  @1500962788 RSSI=-177dB 0xF60401 -> 0x123456 INFO_PEER_LIST [OEQ1234567]:   CNT=12,RPTEN=1,RPTED=0,BIDI=0,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x10   LINK_PEER_ADDRESS = 0x123456   LINK_PEER_CHANNEL = 63   LINK_PEER_ADDRESS = 0x000000   LINK_PEER_CHANNEL = 0   LINK_PEER_ADDRESS = 0x000000   LINK_PEER_CHANNEL = 0   LINK_PEER_ADDRESS = 0x000000   LINK_PEER_CHANNEL = 0
	Mar  5 10:43:57 homematic-raspi user.debug rfd: RFChannel::GetLinkPeersFromDevice, Link von 16122881 mit Addresse 1660749
Mar  5 10:43:57 homematic-raspi user.debug rfd: TX:  @1500962788 0x123456 -> 0xF60401 CONFIG_PEER_REMOVE [OEQ1234567]:   CNT=21,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x01   CONFIG_CHANNEL = 1   CONFIG_PEER_ADDRESS = 0x123456   CONFIG_PEER_CHANNEL = 63
Mar  5 10:43:57 homematic-raspi user.debug rfd: (OEQ1234567) Response status: Telegram sent, received ACK.
Mar  5 10:43:57 homematic-raspi user.debug rfd: Response accepted:  @1500963024 RSSI=-182dB 0xF60401 -> 0x123456 ACK_STATUS [OEQ1234567]:   CNT=21,RPTEN=1,RPTED=0,BIDI=0,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x02   CHANNEL = 1   STATUS = 0   STATE = 0   CLOCK = 0   LOWBAT = 0   DUTY_CYCLE = 0   RSSI = 71
Mar  5 10:43:57 homematic-raspi user.debug rfd: (OEQ1234567) Response status: OK, Data.
Mar  5 10:43:57 homematic-raspi user.debug rfd: Event: BME280THP1:0.CONFIG_PENDING=false
Mar  5 10:43:57 homematic-raspi user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events

Mar  5 10:43:57 homematic-raspi user.debug rfd: (OEQ1234567) Response status: OK, Data.
Mar  5 10:43:57 homematic-raspi user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Mar  5 10:43:57 homematic-raspi user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events
Mar  5 10:43:57 homematic-raspi user.debug rfd: Sysinfo received by OEQ1234567 while not in install mode:BME280THP1 (HB-UNI-Sensor-THPD-BME280)
Mar  5 10:43:57 homematic-raspi user.debug rfd: RX for BME280THP1: @1500963024 RSSI=-182dB 0xF60401 -> 0x123456 ACK_STATUS [OEQ1234567]:   CNT=21,RPTEN=1,RPTED=0,BIDI=0,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x02   CHANNEL = 1   STATUS = 0   STATE = 0   CLOCK = 0   LOWBAT = 0   DUTY_CYCLE = 0   RSSI = 71
Mar  5 10:43:57 homematic-raspi user.debug rfd: Saving device BME280THP1
Mar  5 10:43:57 homematic-raspi user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Mar  5 10:44:00 homematic-raspi user.debug rfd: GetAvailableFirmware for HM-Sec-SCo 
Mar  5 10:44:01 homematic-raspi user.debug rfd: Saving device BidCoS-RF
_______________________________________________________________________________________________

Mar  5 18:10:58 ccu3-webui user.debug rfd: TX:  @1527783646 0x7572BE -> 0xF60401 CONFIG_PEER_REMOVE [SEQ1045068]:   CNT=48,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x01   CONFIG_CHANNEL = 1   CONFIG_PEER_ADDRESS = 0x7572BE   CONFIG_PEER_CHANNEL = 63
Mar  5 18:10:59 ccu3-webui user.debug rfd: (SEQ1045068) Response status: Send failed.
Mar  5 18:10:59 ccu3-webui user.debug rfd: SendFrame failed 1 times:  @1527783646 0x7572BE -> 0xF60401 CONFIG_PEER_REMOVE [SEQ1045068]:   CNT=48,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x01   CONFIG_CHANNEL = 1   CONFIG_PEER_ADDRESS = 0x7572BE   CONFIG_PEER_CHANNEL = 63
Mar  5 18:10:59 ccu3-webui user.debug rfd: (SEQ1045068) Response status: OK, Data.
	kein Eintrag
	kein Eintrag
Mar  5 18:10:59 ccu3-webui user.debug rfd: Saving device BME280THP1
Mar  5 18:10:59 ccu3-webui local0.err ReGaHss: ERROR: rpc.CallReportValueUsage failed dp id = 1885 [DeleteObject():iseManageObj.cpp:120]
	kein Eintrag
Mar  5 18:10:59 ccu3-webui user.debug rfd: Saving device BidCoS-RF
Mar  5 18:11:01 ccu3-webui user.debug rfd: RX for BME280THP1: @1527787399 RSSI=-44dB 0xF60401 -> 0x7572BE SYSINFO [SEQ1045068]:   CNT=4,RPTEN=1,RPTED=0,BIDI=0,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x00   SYSINFO_SWVER = 0x10   SYSINFO_TYPE = 0xF604   SYSINFO_SERIAL = BME280THP1   SYSINFO_CODE = 0x7001   SYSINFO_CH_A = 1   SYSINFO_CH_B = 1
Mar  5 18:11:01 ccu3-webui user.debug rfd: Device has been woken up
	kein Eintrag
	kein Eintrag
	kein Eintrag
	kein Eintrag
Mar  5 18:11:01 ccu3-webui user.debug rfd: TX:  @1527787400 0x7572BE -> 0xF60401 CONFIG_PEER_LIST_REQ [SEQ1045068]:   CNT=13,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x01   CONFIG_CHANNEL = 1
Mar  5 18:11:02 ccu3-webui user.debug rfd: (SEQ1045068) Response status: Telegram sent, received ACK.
Mar  5 18:11:02 ccu3-webui user.debug rfd: Response accepted:  @1527787667 RSSI=-205dB 0xF60401 -> 0x7572BE INFO_PEER_LIST [SEQ1045068]:   CNT=13,RPTEN=1,RPTED=0,BIDI=0,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x10   LINK_PEER_ADDRESS = 0x000000   LINK_PEER_CHANNEL = 0   LINK_PEER_ADDRESS = 0x000000   LINK_PEER_CHANNEL = 0   LINK_PEER_ADDRESS = 0x000000   LINK_PEER_CHANNEL = 0   LINK_PEER_ADDRESS = 0x000000   LINK_PEER_CHANNEL = 0
Mar  5 18:11:02 ccu3-webui user.debug rfd: (SEQ1045068) Response status: OK, Data.
Mar  5 18:11:02 ccu3-webui user.debug rfd: Event: BME280THP1:0.CONFIG_PENDING=false
Mar  5 18:11:02 ccu3-webui user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events

Mar  5 18:11:02 ccu3-webui user.debug rfd: HSSXmlRpcEventDispatcher::Handle send 1 events
Mar  5 18:11:02 ccu3-webui user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Mar  5 18:11:02 ccu3-webui user.debug rfd: (SEQ1045068) Response status: OK, Data.
Mar  5 18:11:02 ccu3-webui user.debug rfd: Sysinfo received by SEQ1045068 while not in install mode:BME280THP1 (HB-UNI-Sensor-THPD-BME280)
Mar  5 18:11:02 ccu3-webui user.debug rfd: Saving device BME280THP1
Mar  5 18:11:02 ccu3-webui user.debug rfd: HSSXmlRpcEventDispatcher::Handle send completed
Mar  5 18:11:09 ccu3-webui user.debug rfd: Saving device BidCoS-RF

FUEL4EP
Beiträge: 495
Registriert: 01.11.2017, 17:26
Hat sich bedankt: 69 Mal
Danksagung erhalten: 59 Mal

Re: HB-UNI-Sensor1-THPD-BME280

Beitrag von FUEL4EP » 05.03.2022, 19:50

Hallo Peter,

danke für Deine sehr schöne Gegenüberstellung. Klasse gemacht!

Was ich nicht verstehe:

Warum sind die Nachrichtenlängen 'CNT=XX' sehr häufig unterschiedlich zwischen RaspberryMatic und CCU3?
Meine Erwartungshaltung ist, dass bei gleichen Einstellungen und Bibliotheken die Nachrichtenlängen und Nachrichtenprotokolle identisch sind.

Frage an die Experten: Woran kann das liegen?

Auffällig ist bei der CCU3 auch zwei NACKs:

Code: Alles auswählen

Mar  5 15:48:38 ccu3-webui user.debug rfd: Response accepted:  @1519244524 RSSI=-207dB 0xF60401 -> 0x7572BE NACK [SEQ1045068]:   CNT=21,RPTEN=1,RPTED=0,BIDI=0,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x02

Code: Alles auswählen

Mar  5 15:48:39 ccu3-webui user.debug rfd: Response accepted:  @1519244916 RSSI=-207dB 0xF60401 -> 0x7572BE NACK [SEQ1045068]:   CNT=39,RPTEN=1,RPTED=0,BIDI=0,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x02
Das scheint eine Ursache zu sein, dass die Statusmeldung nicht zurückgenommen wird.

Frage an die Experten: Was löst die NACKs aus?

Auffällig sind auch die ca. 20 dBm niedrigeren RSSI Pegel bei der CCU3. Das kann ich nicht beurteilen, ob die RSSI=-207dB bei den NACKs noch ausreichend sind. 20 dBm Unterschied im Empfangspegel sind sehr viel. Bei mir sind 2 Betondecken zwischen Sensor und Zentrale! Trotzdem ist der Pegel besser. Interessanterweise haben die NACKs den schlechtesten Pegel bei der CCU3.

Hier eine Erklärung von RSSI (RSSI_PEER).

Steht der Sensor wirklich ganz in der Nähe der CCU3? Ein RSSI=-207dB deutet darauf hin, dass das nicht sein könnte oder große Störer vorhanden sind.

Nur die CCU3 hat diese Meldungen:

Code: Alles auswählen

Mar  5 15:48:22 ccu3-webui user.warn rfd: Peer-enforced value LCD_LEVEL_INTERP not in parameter set
Mar  5 15:48:22 ccu3-webui user.warn rfd: Peer-enforced value LCD_SYMBOL not in parameter set
Was löst das aus?

Auf jeden Fall, sind diese Unterschiede sehr spannend! Ich selbst habe keine CCU3 und kann daher die CCU3 Seite nie prüfen.
Bisher bin ich davon ausgegangen, dass CCU3 und RM kompatible Funkprotokolle haben.


Ich werde da morgen nochmals genauer reinschauen.
Grüße

Ewald

jp112sdl
Beiträge: 10646
Registriert: 20.11.2016, 20:01
Hat sich bedankt: 701 Mal
Danksagung erhalten: 1684 Mal
Kontaktdaten:

Re: HB-UNI-Sensor1-THPD-BME280

Beitrag von jp112sdl » 05.03.2022, 20:15

FUEL4EP hat geschrieben:
05.03.2022, 19:50
Bisher bin ich davon ausgegangen, dass CCU3 und RM kompatible Funkprotokolle haben.
Haben sie auch. Es gibt da keine Parallelentwicklungen.
FUEL4EP hat geschrieben:
05.03.2022, 19:50
Warum sind die Nachrichtenlängen 'CNT=XX' sehr häufig unterschiedlich zwischen RaspberryMatic und CCU3?
Das ist ja einfach nur der Message Counter der mit jedem neuen Telegramm erhöht wird.
FUEL4EP hat geschrieben:
05.03.2022, 19:50
Nur die CCU3 hat diese Meldungen:
CODE: ALLES AUSWÄHLEN
Mar 5 15:48:22 ccu3-webui user.warn rfd: Peer-enforced value LCD_LEVEL_INTERP not in parameter set
Mar 5 15:48:22 ccu3-webui user.warn rfd: Peer-enforced value LCD_SYMBOL not in parameter set
Was löst das aus?
Das sind Relikte aus CCU1-Zeiten, die noch ein LCD Display hat
FUEL4EP hat geschrieben:
05.03.2022, 19:50
Nur die CCU3 hat diese Meldungen:
Vielleicht hat deine RM das Fehlerlog auf "ERROR" zu stehen, weshalb dir da die WARN Nachrichten nicht angezeigt werden.

VG,
Jérôme ☕️

---
Support for my Homebrew-Devices: Download JP-HB-Devices Addon

FUEL4EP
Beiträge: 495
Registriert: 01.11.2017, 17:26
Hat sich bedankt: 69 Mal
Danksagung erhalten: 59 Mal

Re: HB-UNI-Sensor1-THPD-BME280

Beitrag von FUEL4EP » 05.03.2022, 20:23

Danke!

Was löst dann die NACKs aus? Kann es ein zu geringer Empfangspegel sein?

Ja, meine RM steht auf ERROR.
Grüße

Ewald

jp112sdl
Beiträge: 10646
Registriert: 20.11.2016, 20:01
Hat sich bedankt: 701 Mal
Danksagung erhalten: 1684 Mal
Kontaktdaten:

Re: HB-UNI-Sensor1-THPD-BME280

Beitrag von jp112sdl » 05.03.2022, 20:42

FUEL4EP hat geschrieben:
05.03.2022, 20:23
Was löst dann die NACKs aus? Kann es ein zu geringer Empfangspegel sein?
Nein, es wurde ein NACK empfangen.
Also vom Gerät wurde im Telegram das NACK Byte gesendet.
https://github.com/pa-pa/AskSinPP/blob/ ... ines.h#L76

Hier bei CNT=39 (0x27):

Code: Alles auswählen

15:48:41.450 -> <- 0A 27 80 02 F60401 7572BE 80  - 2064

VG,
Jérôme ☕️

---
Support for my Homebrew-Devices: Download JP-HB-Devices Addon

FUEL4EP
Beiträge: 495
Registriert: 01.11.2017, 17:26
Hat sich bedankt: 69 Mal
Danksagung erhalten: 59 Mal

Re: HB-UNI-Sensor1-THPD-BME280

Beitrag von FUEL4EP » 05.03.2022, 20:55

Danke.

Warum sendet der Sensor dann ein NACK an die CCU3 Zentrale?
Grüße

Ewald

jp112sdl
Beiträge: 10646
Registriert: 20.11.2016, 20:01
Hat sich bedankt: 701 Mal
Danksagung erhalten: 1684 Mal
Kontaktdaten:

Re: HB-UNI-Sensor1-THPD-BME280

Beitrag von jp112sdl » 05.03.2022, 20:58

FUEL4EP hat geschrieben:
05.03.2022, 20:55
Warum sendet der Sensor dann ein NACK an die CCU3 Zentrale?
Das musst du selbst debuggen.
Schau in der MultiChannelDevice.h nach "answer = REPLAY_NACK;".
Da könnte man überall mal vorher ein DPRINTLN machen, um zu schauen bei welchem Message process das auftritt

VG,
Jérôme ☕️

---
Support for my Homebrew-Devices: Download JP-HB-Devices Addon

FUEL4EP
Beiträge: 495
Registriert: 01.11.2017, 17:26
Hat sich bedankt: 69 Mal
Danksagung erhalten: 59 Mal

Re: HB-UNI-Sensor1-THPD-BME280

Beitrag von FUEL4EP » 05.03.2022, 21:23

Danke für den Tipp!

Da ich keine CCU3 zum Debuggen habe, lass es mich zuerst mal mit Codeanalyse versuchen:

Aus den LOG Dateien können wir schliessen, dass es sich in MultiChannelDevice.h um diese Sequenz '// CONFIG_PEER_ADD' handeln muss:

Code: Alles auswählen

         // CONFIG_PEER_ADD
         else if ( msubc == AS_CONFIG_PEER_ADD ) {
           const ConfigPeerAddMsg& pm = msg.configPeerAdd();
           bool success = false;
           if( this->hasChannel(pm.channel()) == true ) {
             if( validSignature(pm.channel(),msg) == true ) {
               ch = &channel(pm.channel());
               if( pm.peers() == 1 ) {
                 success = ch->peer(pm.peer1());
               }
               else {
                 success = ch->peer(pm.peer1(),pm.peer2());
               }
             }
           }
           if( success == true ) {
             this->hasConfigChanged(true);
             ch->configChanged();
             storage().store();
             answer = REPLAY_ACK;
           }
           else {
             answer = REPLAY_NACK;
           }
         }
Ein REPLAY_NACK wird nur dann gesendet wenn success hier falsch ist:

Code: Alles auswählen

              if( pm.peers() == 1 ) {
                 success = ch->peer(pm.peer1());
               }
               else {
                 success = ch->peer(pm.peer1(),pm.peer2());
               }
Was ist ch->peer(pm.peer1()) bzw. ch->peer(pm.peer1(),pm.peer2()) ?

Dazu steht in Message.h:

Code: Alles auswählen

class ConfigPeerAddMsg : public ConfigMsg {
protected:
  ConfigPeerAddMsg () {}
public:
  const Peer& peer1 () const { return *((const Peer*)data()); }
  Peer peer2 () const { return Peer(peer1(),*(data()+sizeof(Peer))); }
  // if channel of peer2 == 0 or
  // both channels are the same then we peer single mode
  uint8_t peers () const {
    Peer p2 = peer2();
    return (p2.channel() == 0) || (p2 == peer1()) ? 1 : 2;
  }
};
Jérôme, kannst Du das bitte für mich mal 'Eindeutschen'? Danke.
Grüße

Ewald

jp112sdl
Beiträge: 10646
Registriert: 20.11.2016, 20:01
Hat sich bedankt: 701 Mal
Danksagung erhalten: 1684 Mal
Kontaktdaten:

Re: HB-UNI-Sensor1-THPD-BME280

Beitrag von jp112sdl » 05.03.2022, 21:31

FUEL4EP hat geschrieben:
05.03.2022, 21:23
Da ich keine CCU3 zum Debuggen habe, lass es mich zuerst mal mit Codeanalyse versuchen:
Wie gesagt - RM und CCU3 unterscheiden sich in Sachen BidCos-Protokoll / RFD in nix.
FUEL4EP hat geschrieben:
05.03.2022, 21:23
Ein REPLAY_NACK wird nur dann gesendet wenn success hier falsch ist:
Das davor muss aber auch zutreffen:

Code: Alles auswählen

           if( this->hasChannel(pm.channel()) == true ) {
             if( validSignature(pm.channel(),msg) == true ) {
             
Ich denke mal, dass in der PeerMessage die CCU Adresse selbst als Peer eingetragen werden soll.
Ist das nicht eigentlich was für List3 ?
Stecke da nicht so drin. Baue nebenbei grad noch an dem RP2040 rum :?

VG,
Jérôme ☕️

---
Support for my Homebrew-Devices: Download JP-HB-Devices Addon

FUEL4EP
Beiträge: 495
Registriert: 01.11.2017, 17:26
Hat sich bedankt: 69 Mal
Danksagung erhalten: 59 Mal

Re: HB-UNI-Sensor1-THPD-BME280

Beitrag von FUEL4EP » 06.03.2022, 11:38

Hi Peter,

ich habe Jérômes Anregung aufgegriffen und lokal bei mir ein paar Debug-Prints in AsksinPP/MultiChannelDevice.h eingebaut:

Code: Alles auswählen

        // CONFIG_PEER_ADD
         else if ( msubc == AS_CONFIG_PEER_ADD ) {
           const ConfigPeerAddMsg& pm = msg.configPeerAdd();
           bool success = false;
           if( this->hasChannel(pm.channel()) == true ) {
             DPRINTLN(F("CONFIG_PEER_ADD: hasCannel is true"));
             if( validSignature(pm.channel(),msg) == true ) {
                 DPRINTLN(F("CONFIG_PEER_ADD: validSignature is true"));
               ch = &channel(pm.channel());
               if( pm.peers() == 1 ) {
                 DPRINTLN(F("CONFIG_PEER_ADD: one peer"));
                 DPRINT(F("CONFIG_PEER_ADD: peer1")); DPRINTLN(pm.peer1());
                 success = ch->peer(pm.peer1());
               }
               else {
                 DPRINTLN(F("CONFIG_PEER_ADD: two peers"));
                 success = ch->peer(pm.peer1(),pm.peer2());
               }
             }
           }
Da bei mir alles korrekt funktioniert, bitte ich Dich das gleich bei Dir zu tun. Wir hoffen, dass wir dadurch dem Fehler auf die Schliche kommen.

Dazu bitte Folgendes tun:

1. Die Datei MultiChannelDevice.h unter <Dein Arduino Bibliothekspfad>/AsksinPP/MultiChannelDevice.h nach MultiChannelDevice.h.org umbenennen
2. Die unten angehängte Datei MultiChannelDevice.h nach <Dein Arduino Bibliothekspfad>/AsksinPP/MultiChannelDevice.h speichern
3. Den Sketch HB-UNI-Sensor1-THPD-BME280.ino neu kompilieren und auf den Sensor programmieren.
=> ein neues Anlernen ist nicht nötig!
4. Kurz den Resettaster der Arduino Pro Mini drücken (nicht den Config-Taster!!) und die Ausgaben des seriellen Monitors prüfen
5. Dann in der CCU3 das reduzierten Testzentralenprogramm mit der Systemvariablen 'Test' programmieren.
6. Den Config-Taster drücken

7. Am Ende dieser Übung wieder MultiChannelDevice.h.org nach <Dein Arduino Bibliothekspfad>/AsksinPP/MultiChannelDevice.h kopieren.


Dann sollte im seriellen Monitor (hoffentlich) dieses erscheinen:

Code: Alles auswählen

11:22:56.804 ->  debounce
11:22:56.870 ->  pressed
11:22:56.970 ->  released
11:22:57.003 -> <- 1A 03 80 00 F60401 19574D 10 F6 04 42 4D 45 32 38 30 54 48 50 31 70 01 01 01  - 20484
11:22:57.037 -> 
11:22:57.136 -> -> 0A 03 81 02 19574D F60401 00  - 20596
11:22:57.136 -> -> 0B 0C A0 01 19574D F60401 01 03  - 20621
11:22:57.270 -> <- 0E 0C 80 10 F60401 19574D 01 00 00 00 00  - 20748
11:22:57.469 -> -> 10 15 A0 01 19574D F60401 01 01 19 57 4D 3F 00  - 20867
11:22:57.469 -> CONFIG_PEER_ADD: hasCannel is true
11:22:57.469 -> CONFIG_PEER_ADD: validSignature is true
11:22:57.469 -> CONFIG_PEER_ADD: one peer
11:22:57.469 -> CONFIG_PEER_ADD: peer11660749
11:22:57.469 -> * Config Changed         : List1
11:22:57.469 -> * Temperature Offset x10 : 0
11:22:57.469 -> * Humidity Offset x10    : 0
11:22:57.469 -> * Pressure Offset x10    : 0
11:22:57.469 -> BME280 sensor OK
11:22:57.469 -> BME280 offsets (all x10):
11:22:57.469 -> -T    : 0
11:22:57.469 -> -P    : 0
11:22:57.469 -> -H    : 0
11:22:57.503 -> <- 0E 15 80 02 F60401 19574D 01 01 00 00 40  - 20987
Neu sind die Debug Ausgaben mit Prefix CONFIG_PEER_ADD.
Was sind Deine Ausgaben?

P.S.: Welche AsksinPP Version verwendet Du?
Dateianhänge
MultiChannelDevice.h
(16.57 KiB) 9-mal heruntergeladen
Grüße

Ewald

Antworten

Zurück zu „Hardwareentwicklung und Selbstbau von Aktoren und Sensoren“