HB-UNI-Sensor1-THPD-BME280

FUEL4EP · Beitrag von **FUEL4EP** » 06.03.2022, 14:21

Mir ist in Deiner Serial Monitor LOG Datei vom 04.03.2022 14:20 noch was Interessantes aufgefallen:

nach Programmerstellung

14:17:47.102 ->  debounce
14:17:47.149 ->  pressed
14:17:47.403 ->  released
14:17:47.450 -> <- 1A 18 80 00 F60401 7572BE 10 F6 04 42 4D 45 32 38 30 54 48 50 31 70 01 01 02  - 212314
14:17:47.503 -> 
14:17:47.550 -> -> 0A 18 80 02 7572BE F60401 00  - 212424
14:17:47.604 -> -> 0B 21 A0 01 7572BE F60401 01 03  - 212449
14:17:47.704 -> <- 0E 21 80 10 F60401 7572BE 01 00 00 00 00  - 212568
14:17:47.751 -> -> 10 2A A0 01 7572BE F60401 01 01 75 72 BE 3F 00  - 212600				<== erste CONFIG_PEER_ADD Nachricht
14:17:47.904 -> <- 0A 2A 80 02 F60401 7572BE 80  - 212723                                                        <== NACK
14:17:58.735 -> -> 10 33 A0 01 7572BE F60401 01 02 75 72 BE 3F 00  - 223547                             <== zweite, wiederholte CONFIG_PEER_ADD Nachricht
14:17:58.788 -> * Config Changed         : List1
14:17:58.788 -> * Temperature Offset x10 : 0
14:17:58.788 -> * Humidity Offset x10    : 0
14:17:58.788 -> * Pressure Offset x10    : 0
14:17:58.788 -> BME280 sensor OK
14:17:58.788 -> BME280 offsets (all x10):
14:17:58.788 -> -T    : 0
14:17:58.788 -> -P    : 0
14:17:58.788 -> -H    : 0
14:17:58.888 -> <- 0E 33 80 02 F60401 7572BE 01 01 00 00 35  - 223670

Um 14:17:47.751 wird die erste CONFIG_PEER_ADD Nachricht gesandt, die mit einem NACK (80 am Ende) um 14:17:47.904 quittiert wird.
Ca. 10 Sekunden später um 14:17:58.735 wiederholt die CCU3 die CONFIG_PEER_ADD Nachricht. Diesesmal wird sie ordnungsgemäß mit einem 'Config Changed' quittiert.

Der Unterschied der ersten und wiederholten CONFIG_PEER_ADD Nachricht ist zuerst 01 01, dann 01 02:

Ich gehe davon aus, dass die 02 der Wiederholzähler ist.
Das Protokoll ist hier entnommen.

PG201245 · Beitrag von **PG201245** » 06.03.2022, 14:54

Hallo

Ich habe gestern nach dem Werksreset "ALLE" Dateien aktuallisiert bevor ich mit den Tests begonnen habe.
Ich hoffe das war richtig.
Nun zum Test:

Code: Alles auswählen

Die Zeilen ohne Zeitmarke sind von Ewald.

14:30:42.947 ->  debounce
	      ->  debounce
14:30:43.003 ->  pressed
	      ->  pressed
14:30:43.150 ->  released
	      ->  released
14:30:43.150 -> <- 1A 03 80 00 F60401 7572BE 10 F6 04 42 4D 45 32 38 30 54 48 50 31 70 01 01 01  - 20484
	      -> <- 1A 03 80 00 F60401 19574D 10 F6 04 42 4D 45 32 38 30 54 48 50 31 70 01 01 01  - 20484
14:30:43.203 -> 
	      -> 
14:30:43.304 -> -> 0A 03 81 02 7572BE F60401 00  - 20594
	      -> -> 0A 03 81 02 19574D F60401 00  - 20596
14:30:43.304 -> -> 0B 0C A0 01 7572BE F60401 01 03  - 20619
	      -> -> 0B 0C A0 01 19574D F60401 01 03  - 20621
14:30:43.404 -> <- 0E 0C 80 10 F60401 7572BE 01 00 00 00 00  - 20740
	      -> <- 0E 0C 80 10 F60401 19574D 01 00 00 00 00  - 20748
14:30:43.604 -> -> 10 15 A0 01 7572BE F60401 01 01 75 72 BE 3F 00  - 20856
	      -> -> 10 15 A0 01 19574D F60401 01 01 19 57 4D 3F 00  - 20867
14:30:43.604 -> CONFIG_PEER_ADD: hasCannel is true
	      -> CONFIG_PEER_ADD: hasCannel is true
14:30:43.604 -> CONFIG_PEER_ADD: validSignature is true
	      -> CONFIG_PEER_ADD: validSignature is true
14:30:43.604 -> CONFIG_PEER_ADD: one peer
	      -> CONFIG_PEER_ADD: one peer
14:30:43.604 -> CONFIG_PEER_ADD: peer17697086
	      -> CONFIG_PEER_ADD: peer11660749

"ab hier unterscheiden sich die Protokolle"

14:30:43.651 -> <- 0A 15 80 02 F60401 7572BE 80  - 20975		
	      -> * Config Changed         : List1
14:30:43.705 -> -> 0B 1E A0 01 7572BE F60401 01 03  - 21002
	      -> * Temperature Offset x10 : 0
14:30:43.805 -> <- 0E 1E 80 10 F60401 7572BE 01 00 00 00 00  - 21129
	      -> * Humidity Offset x10    : 0
14:30:43.952 -> -> 10 27 A0 01 7572BE F60401 01 01 75 72 BE 3F 00  - 21245
	      -> * Pressure Offset x10    : 0
14:30:43.952 -> CONFIG_PEER_ADD: hasCannel is true
	      -> BME280 sensor OK
14:30:43.952 -> CONFIG_PEER_ADD: validSignature is true
	      -> BME280 offsets (all x10):
14:30:43.952 -> CONFIG_PEER_ADD: one peer
	      -> -T    : 0
14:30:43.952 -> CONFIG_PEER_ADD: peer17697086
	      -> -P    : 0
14:30:44.053 -> <- 0A 27 80 02 F60401 7572BE 80  - 21364
	      -> -H    : 0

	      -> <- 0E 15 80 02 F60401 19574D 01 01 00 00 40  - 20987


war auch noch dabei:

14:31:34.702 -> BME280 (all x10):
14:31:34.702 -> -T    : 216
14:31:34.702 -> -P    : 10046
14:31:34.702 -> -P(NN): 10239
14:31:34.702 -> -H    : 453
14:31:34.702 -> -DP   : 92
14:31:34.702 -> -aH   : 860
14:31:34.702 -> T/H/P/D/V (x10, aH x100) = 216/453/10239/92/860 
14:31:34.756 -> tmBattery Voltage: 3303
14:31:34.802 -> battery voltage x1000 = 3303
14:31:34.802 -> msg T/H/P/D/V/O (x10, ah x100) = 216/453/10239/92/860/3303 
14:31:34.802 -> msgcnt    : 4
14:31:34.802 -> <- 15 04 84 70 F60401 000000 00 D8 01 C5 27 FF 00 5C 03 5C 0C E7  - 40609

FUEL4EP · Beitrag von **FUEL4EP** » 06.03.2022, 15:24

Danke!

Das wird ja immer spannender. Wir sind dem Täter auf der Spur

Ich habe unten noch mehr Debug Zeilen eingebaut, um die NACK Ursache weiter einzukreisen.

Ich hatte ein Debug für

Code: Alles auswählen

success = ch->peer(pm.peer1());

vergessen.

Die AsksinPP Version siehst Du übrigens im seriellen Monitor als erste Zeile nach einem Reset:

Code: Alles auswählen

15:09:44.130 -> AskSin++ v5.0.0 (Mar  6 2022 11:21:01)

Bitte wiederhole die Analyse mit den unten angehängten MultiChannelDevice.h und Channel.h. Danke! Verfahre mit Channel.h genauso wie mit MultiChannelDevice.h.

Unten als Anhang meine Ausgaben des seriellen Monitors beim Anlegen des Testzentralenprogramms.

PG201245 · Beitrag von **PG201245** » 06.03.2022, 15:53

AskSin++ v5.0.0 (Mar 6 2022 15:47:22)

Code: Alles auswählen

15:50:04.908 ->  debounce
15:50:04.991 ->  pressed
15:50:05.112 ->  released
15:50:05.197 -> <- 1A 03 80 00 F60401 7572BE 10 F6 04 42 4D 45 32 38 30 54 48 50 31 70 01 01 01  - 20484
15:50:05.197 -> 
15:50:05.281 -> -> 0A 03 81 02 7572BE F60401 00  - 20594
15:50:05.321 -> -> 0B 0C A0 01 7572BE F60401 01 03  - 20619
15:50:05.401 -> <- 0E 0C 80 10 F60401 7572BE 01 00 00 00 00  - 20738
15:50:05.526 -> -> 10 15 A0 01 7572BE F60401 01 01 75 72 BE 3F 00  - 20856
15:50:05.571 -> CONFIG_PEER_ADD: hasCannel is true
15:50:05.571 -> CONFIG_PEER_ADD: validSignature is true
15:50:05.571 -> CONFIG_PEER_ADD: one peer
15:50:05.571 -> CONFIG_PEER_ADD: peer17697086
15:50:05.571 -> CONFIG_PEER_ADD: success1 :0
15:50:05.571 -> CONFIG_PEER_ADD: NACK success1
15:50:05.654 -> <- 0A 15 80 02 F60401 7572BE 80  - 20975
15:50:05.695 -> -> 0B 1E A0 01 7572BE F60401 01 03  - 21004
15:50:05.822 -> <- 0E 1E 80 10 F60401 7572BE 01 00 00 00 00  - 21129
15:50:05.946 -> -> 10 27 A0 01 7572BE F60401 01 01 75 72 BE 3F 00  - 21248
15:50:05.987 -> CONFIG_PEER_ADD: hasCannel is true
15:50:05.987 -> CONFIG_PEER_ADD: validSignature is true
15:50:05.987 -> CONFIG_PEER_ADD: one peer
15:50:05.987 -> CONFIG_PEER_ADD: peer17697086
15:50:05.987 -> CONFIG_PEER_ADD: success1 :0
15:50:05.987 -> CONFIG_PEER_ADD: NACK success1
15:50:06.067 -> <- 0A 27 80 02 F60401 7572BE 80  - 21364

mich wunder nur, dass alles scheinbar doppelt ausgeführt wird

FUEL4EP · Beitrag von **FUEL4EP** » 06.03.2022, 15:56

.. da haben sich unsere Antworten überkreuzt. Ich habe noch was verbessert und die obige Nachricht editiert. Bitte diese Dateien nehmen.

Warum auch immer, bei Dir ist success = ch->peer(pm.peer1()) falsch. Das gilt es jetzt herauszufinden warum. Daher habe ich in Channel.h Debug-Zeilen aufgenommen. Das kann noch ein paar Debug-Runden so gehen ..

PG201245 · Beitrag von **PG201245** » 06.03.2022, 16:39

Code: Alles auswählen

16:38:10.923 ->  debounce
16:38:10.999 ->  pressed
16:38:11.111 ->  released
16:38:11.189 -> <- 1A 02 80 00 F60401 7572BE 10 F6 04 42 4D 45 32 38 30 54 48 50 31 70 01 01 01  - 434
16:38:11.189 -> 
16:38:11.266 -> -> 0A 02 81 02 7572BE F60401 00  - 544
16:38:11.302 -> -> 0B 0B A0 01 7572BE F60401 01 03  - 569
16:38:11.414 -> <- 0E 0B 80 10 F60401 7572BE 01 00 00 00 00  - 688
16:38:11.526 -> -> 10 14 A0 01 7572BE F60401 01 01 75 72 BE 3F 00  - 806
16:38:11.604 -> CONFIG_PEER_ADD: hasCannel is true
16:38:11.604 -> CONFIG_PEER_ADD: validSignature is true
16:38:11.604 -> CONFIG_PEER_ADD: one peer
16:38:11.604 -> CONFIG_PEER_ADD: peer17697086
16:38:11.604 -> Channel.h: peer :7697086
16:38:11.604 -> Channel.h: pidx :255
16:38:11.604 -> CONFIG_PEER_ADD: success1 :0
16:38:11.604 -> CONFIG_PEER_ADD: NACK success1
16:38:11.640 -> <- 0A 14 80 02 F60401 7572BE 80  - 925
16:38:11.678 -> -> 0B 1D A0 01 7572BE F60401 01 03  - 954
16:38:11.826 -> <- 0E 1D 80 10 F60401 7572BE 01 00 00 00 00  - 1079
16:38:11.938 -> -> 10 26 A0 01 7572BE F60401 01 01 75 72 BE 3F 00  - 1196
16:38:11.978 -> CONFIG_PEER_ADD: hasCannel is true
16:38:11.978 -> CONFIG_PEER_ADD: validSignature is true
16:38:11.978 -> CONFIG_PEER_ADD: one peer
16:38:11.978 -> CONFIG_PEER_ADD: peer17697086
16:38:11.978 -> Channel.h: peer :7697086
16:38:11.978 -> Channel.h: pidx :255
16:38:11.978 -> CONFIG_PEER_ADD: success1 :0
16:38:11.978 -> CONFIG_PEER_ADD: NACK success1
16:38:12.059 -> <- 0A 26 80 02 F60401 7572BE 80  - 1314

FUEL4EP · Beitrag von **FUEL4EP** » 06.03.2022, 17:31

Interessant:

Code: Alles auswählen

16:38:11.978 -> Channel.h: pidx :255

Das bedeutet, dass der Peer nicht ins EEPROM geschrieben wird (oder werden kann):

Code: Alles auswählen

  if( pidx != 0xff ) {
      storage().setData(peerAddress(pidx),p);
      if( hasList3() == true ) {
        getList3(pidx).single();
      }
      return true;
    }

Hast Du irgendwelche 'China'-Billig Arduino Pro Minis? Das Phänomen scheint etwas mit dem EEPROM zu tun zu haben, in das die Peers geschrieben werden (müssten).

Wir forschen weiter ..

Muss mich nun zuerst ein wenig in die entsprechenden AsksinPP Codesegmente rein denken. Obendrein wird der Flash Speicherplatz fast zu 100% ausgenutzt. Muss nun Code sparen

Melde mich danach wieder ..

FUEL4EP · Beitrag von **FUEL4EP** » 06.03.2022, 17:49

Unten ein neues Channel.h und der dazu gehörende serielle Monitor LOG.

Kann es sein, dass Dein Arduino Pro Mini noch von einer früheren Anwendung Peering Information im EEPROM gespeichert hat, die durch einen Werksreset nicht gelöscht werden ?

PG201245 · Beitrag von **PG201245** » 06.03.2022, 18:10

Code: Alles auswählen

18:09:24.399 ->  debounce
18:09:24.499 ->  pressed
18:09:24.646 ->  released
18:09:24.700 -> <- 1A 03 80 00 F60401 7572BE 10 F6 04 42 4D 45 32 38 30 54 48 50 31 70 01 01 01  - 20484
18:09:24.700 -> 
18:09:24.800 -> -> 0A 03 81 02 7572BE F60401 00  - 20596
18:09:24.847 -> -> 0B 0C A0 01 7572BE F60401 01 03  - 20619
18:09:24.947 -> <- 0E 0C 80 10 F60401 7572BE 01 00 00 00 00  - 20748
18:09:25.101 -> -> 10 15 A0 01 7572BE F60401 01 01 75 72 BE 3F 00  - 20867
18:09:25.148 -> CONFIG_PEER_ADD: hasCannel is true
18:09:25.148 -> CONFIG_PEER_ADD: validSignature is true
18:09:25.148 -> CONFIG_PEER_ADD: one peer
18:09:25.148 -> CONFIG_PEER_ADD: peer17697086
18:09:25.148 -> Channel.h: peer :7697086
18:09:25.148 -> Channel.h: pidx :255
18:09:25.148 -> CONFIG_PEER_ADD: success1 :0
18:09:25.148 -> CONFIG_PEER_ADD: NACK success1
18:09:25.201 -> <- 0A 15 80 02 F60401 7572BE 80  - 20985
18:09:25.248 -> -> 0B 1E A0 01 7572BE F60401 01 03  - 21014
18:09:25.349 -> <- 0E 1E 80 10 F60401 7572BE 01 00 00 00 00  - 21139
18:09:25.449 -> -> 10 27 A0 01 7572BE F60401 01 01 75 72 BE 3F 00  - 21256
18:09:25.502 -> CONFIG_PEER_ADD: hasCannel is true
18:09:25.502 -> CONFIG_PEER_ADD: validSignature is true
18:09:25.502 -> CONFIG_PEER_ADD: one peer
18:09:25.502 -> CONFIG_PEER_ADD: peer17697086
18:09:25.502 -> Channel.h: peer :7697086
18:09:25.502 -> Channel.h: pidx :255
18:09:25.502 -> CONFIG_PEER_ADD: success1 :0
18:09:25.502 -> CONFIG_PEER_ADD: NACK success1
18:09:25.603 -> <- 0A 27 80 02 F60401 7572BE 80  - 21374

Kann man den Eprom manuel löschen?

jp112sdl · Beitrag von **jp112sdl** » 06.03.2022, 18:11

Das Problem ist
https://github.com/FUEL4EP/HomeAutomati ... 80.ino#L55

PEER_PER_CHANNEL 0

Muss mind. 1 sein

HomeMatic-Forum / FHZ-Forum

HB-UNI-Sensor1-THPD-BME280

Re: HB-UNI-Sensor1-THPD-BME280

Re: HB-UNI-Sensor1-THPD-BME280

Re: HB-UNI-Sensor1-THPD-BME280

Re: HB-UNI-Sensor1-THPD-BME280

Re: HB-UNI-Sensor1-THPD-BME280

Re: HB-UNI-Sensor1-THPD-BME280

Re: HB-UNI-Sensor1-THPD-BME280

Re: HB-UNI-Sensor1-THPD-BME280

Re: HB-UNI-Sensor1-THPD-BME280

Re: HB-UNI-Sensor1-THPD-BME280