Node findet Gateway nicht

Begonnen von The Grue, 03 Dezember 2017, 19:30:43

Vorheriges Thema - Nächstes Thema

Beta-User

Servus, kein Problem - und das mit dem Kasten war eher flapsig gemeint 8) .

Für's erste kannst du auch eine Repeater-Node nehmen, es braucht zumindest für Basistests der Kommunikation keine physische Sensor-Hardware. Damit sollte sich an deren serieller Konsole beobachten lassen, ob der Anmeldeprozess klappt. Kann aber natürlich auch ein Temp-Sensor sein.

Viel Erfolg jedenfalls,

Beta-User
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

The Grue

Servus,

neues Jahr, neues Unglück, neue Gelegenheit sich den Kasten Bier zu verdienen ;)

Inzwischen ist folgendes passiert:

- update der Mysensors-Bibliothek auf 2.2.0 stable
- ich habe mir neue NRF24-Module von itead bestellt. Die alten waren vom ganz billigen EBay-Händler, vielleicht eine Fälschung? Wer weiss.
- ich habe das Modul mit Antenne und PA durch eines der neuen "normalen" Module ersetzt. Mein Problem könnte ja an dem "exotischen" PA-Modul liegen.  Stromversorgung ist immer noch mit LM371, das Oszi zeigt 0 Ripple.
- Ich habe den Node durch einen reinen Repeater, keine weitere Beschaltung ersetzt und auch hier ein "normales" NRF24-Modul von itead  mit 22µF Elko  verwendet.

Geht aber immer noch nicht. Ich könnte k*tzen, sorry für die Ausdrucksweise. Im Anhang ist mal ein Photo, wer weiss, ob's hilft. Zu sehen ist im Hintergrund, auf der Lochrasterplatine das Gateway. Mit dem Taster habe ich mal versucht, das Gateway in den inclusion-Modus zu versetzen, war aber bei diesem Versuch nicht aktiv. Im Vordergrund sieht man den fliegenden Aufbau des Repeaters. Ich habe alle Verbindungen öfters durchgemessen als ich zählen kann. Maximaler Widerstand: 1Ω

Das habe ich gemacht: Im FHEM das Gateway in den inclusion-mode versetzt. Reaktion im FHEM-Log:

2018.01.28 15:16:52 1: 192.168.178.3:5003 disconnected, waiting to reappear (MySensors.Gateway)
2018.01.28 15:16:57 1: 192.168.178.3:5003 reappeared (MySensors.Gateway)


Log des Gateways:
0 MCO:BGN:INIT GW,CP=RNNGA---,VER=2.2.0
3 TSM:INIT
4 TSF:WUR:MS=0
11 TSM:INIT:TSP OK
12 TSM:INIT:GW MODE
14 TSM:READY:ID=0,PAR=0,DIS=0
17 MCO:REG:NOT NEEDED
319 GWT:TIN:IP=192.168.178.3
1323 MCO:BGN:STP
1324 MCO:BGN:INIT OK,TSP=1
27586 TSF:MSG:READ,255-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0:
27592 TSF:MSG:BC
27593 TSF:MSG:FPAR REQ,ID=255
27596 TSF:PNG:SEND,TO=0
27598 TSF:CKU:OK
27600 TSF:MSG:GWL OK
28616 TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=8,pt=1,l=1,sg=0,ft=0,st=OK:0
30430 TSF:MSG:READ,255-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0:
30435 TSF:MSG:BC
30437 TSF:MSG:FPAR REQ,ID=255
30439 TSF:CKU:OK,FCTRL
30442 TSF:MSG:GWL OK
31226 TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=8,pt=1,l=1,sg=0,ft=0,st=OK:0
32441 TSF:MSG:READ,255-255-0,s=1,c=3,t=3,pt=0,l=0,sg=0:
34450 TSF:MSG:READ,255-255-0,s=220,c=3,t=3,pt=0,l=0,sg=0:
36460 TSF:MSG:READ,255-255-0,s=183,c=3,t=3,pt=0,l=0,sg=0:
38469 TSF:MSG:READ,255-255-0,s=146,c=3,t=3,pt=0,l=0,sg=0:
50488 TSF:MSG:READ,255-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0:
50493 TSF:MSG:BC
50495 TSF:MSG:FPAR REQ,ID=255
50498 TSF:PNG:SEND,TO=0
50500 TSF:CKU:OK
50501 TSF:MSG:GWL OK
50867 TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=8,pt=1,l=1,sg=0,ft=0,st=OK:0
52499 TSF:MSG:READ,255-255-0,s=107,c=3,t=3,pt=0,l=0,sg=0:
54509 TSF:MSG:READ,255-255-0,s=71,c=3,t=3,pt=0,l=0,sg=0:
56518 TSF:MSG:READ,255-255-0,s=34,c=3,t=3,pt=0,l=0,sg=0:
58529 TSF:MSG:READ,255-255-0,s=254,c=3,t=3,pt=0,l=0,sg=0:
70549 TSF:MSG:READ,255-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0:
70554 TSF:MSG:BC
70556 TSF:MSG:FPAR REQ,ID=255
70558 TSF:PNG:SEND,TO=0
70560 TSF:CKU:OK
70562 TSF:MSG:GWL OK
71532 TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=8,pt=1,l=1,sg=0,ft=0,st=OK:0
72560 TSF:MSG:READ,255-255-0,s=217,c=3,t=3,pt=0,l=0,sg=0:
74570 TSF:MSG:READ,255-255-0,s=181,c=3,t=3,pt=0,l=0,sg=0:
76579 TSF:MSG:READ,255-255-0,s=144,c=3,t=3,pt=0,l=0,sg=0:
78589 TSF:MSG:READ,255-255-0,s=107,c=3,t=3,pt=0,l=0,sg=0:
90607 TSF:MSG:READ,255-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0:
90613 TSF:MSG:BC
90614 TSF:MSG:FPAR REQ,ID=255
90617 TSF:PNG:SEND,TO=0
90619 TSF:CKU:OK
90621 TSF:MSG:GWL OK
91171 TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=8,pt=1,l=1,sg=0,ft=0,st=OK:0
92619 TSF:MSG:READ,255-255-0,s=69,c=3,t=3,pt=0,l=0,sg=0:

Link zum logparser: https://www.mysensors.org/build/parser?log=0%20MCO%3ABGN%3AINIT%20GW%2CCP%3DRNNGA---%2CVER%3D2.2.0%0A3%20TSM%3AINIT%0A4%20TSF%3AWUR%3AMS%3D0%0A11%20TSM%3AINIT%3ATSP%20OK%0A12%20TSM%3AINIT%3AGW%20MODE%0A14%20TSM%3AREADY%3AID%3D0%2CPAR%3D0%2CDIS%3D0%0A17%20MCO%3AREG%3ANOT%20NEEDED%0A319%20GWT%3ATIN%3AIP%3D192.168.178.3%0A1323%20MCO%3ABGN%3ASTP%0A1324%20MCO%3ABGN%3AINIT%20OK%2CTSP%3D1%0A27586%20TSF%3AMSG%3AREAD%2C255-255-255%2Cs%3D255%2Cc%3D3%2Ct%3D7%2Cpt%3D0%2Cl%3D0%2Csg%3D0%3A%0A27592%20TSF%3AMSG%3ABC%0A27593%20TSF%3AMSG%3AFPAR%20REQ%2CID%3D255%0A27596%20TSF%3APNG%3ASEND%2CTO%3D0%0A27598%20TSF%3ACKU%3AOK%0A27600%20TSF%3AMSG%3AGWL%20OK%0A28616%20TSF%3AMSG%3ASEND%2C0-0-255-255%2Cs%3D255%2Cc%3D3%2Ct%3D8%2Cpt%3D1%2Cl%3D1%2Csg%3D0%2Cft%3D0%2Cst%3DOK%3A0%0A30430%20TSF%3AMSG%3AREAD%2C255-255-255%2Cs%3D255%2Cc%3D3%2Ct%3D7%2Cpt%3D0%2Cl%3D0%2Csg%3D0%3A%0A30435%20TSF%3AMSG%3ABC%0A30437%20TSF%3AMSG%3AFPAR%20REQ%2CID%3D255%0A30439%20TSF%3ACKU%3AOK%2CFCTRL%0A30442%20TSF%3AMSG%3AGWL%20OK%0A31226%20TSF%3AMSG%3ASEND%2C0-0-255-255%2Cs%3D255%2Cc%3D3%2Ct%3D8%2Cpt%3D1%2Cl%3D1%2Csg%3D0%2Cft%3D0%2Cst%3DOK%3A0%0A32441%20TSF%3AMSG%3AREAD%2C255-255-0%2Cs%3D1%2Cc%3D3%2Ct%3D3%2Cpt%3D0%2Cl%3D0%2Csg%3D0%3A%0A34450%20TSF%3AMSG%3AREAD%2C255-255-0%2Cs%3D220%2Cc%3D3%2Ct%3D3%2Cpt%3D0%2Cl%3D0%2Csg%3D0%3A%0A36460%20TSF%3AMSG%3AREAD%2C255-255-0%2Cs%3D183%2Cc%3D3%2Ct%3D3%2Cpt%3D0%2Cl%3D0%2Csg%3D0%3A%0A38469%20TSF%3AMSG%3AREAD%2C255-255-0%2Cs%3D146%2Cc%3D3%2Ct%3D3%2Cpt%3D0%2Cl%3D0%2Csg%3D0%3A%0A50488%20TSF%3AMSG%3AREAD%2C255-255-255%2Cs%3D255%2Cc%3D3%2Ct%3D7%2Cpt%3D0%2Cl%3D0%2Csg%3D0%3A%0A50493%20TSF%3AMSG%3ABC%0A50495%20TSF%3AMSG%3AFPAR%20REQ%2CID%3D255%0A50498%20TSF%3APNG%3ASEND%2CTO%3D0%0A50500%20TSF%3ACKU%3AOK%0A50501%20TSF%3AMSG%3AGWL%20OK%0A50867%20TSF%3AMSG%3ASEND%2C0-0-255-255%2Cs%3D255%2Cc%3D3%2Ct%3D8%2Cpt%3D1%2Cl%3D1%2Csg%3D0%2Cft%3D0%2Cst%3DOK%3A0%0A52499%20TSF%3AMSG%3AREAD%2C255-255-0%2Cs%3D107%2Cc%3D3%2Ct%3D3%2Cpt%3D0%2Cl%3D0%2Csg%3D0%3A%0A54509%20TSF%3AMSG%3AREAD%2C255-255-0%2Cs%3D71%2Cc%3D3%2Ct%3D3%2Cpt%3D0%2Cl%3D0%2Csg%3D0%3A%0A56518%20TSF%3AMSG%3AREAD%2C255-255-0%2Cs%3D34%2Cc%3D3%2Ct%3D3%2Cpt%3D0%2Cl%3D0%2Csg%3D0%3A%0A58529%20TSF%3AMSG%3AREAD%2C255-255-0%2Cs%3D254%2Cc%3D3%2Ct%3D3%2Cpt%3D0%2Cl%3D0%2Csg%3D0%3A%0A70549%20TSF%3AMSG%3AREAD%2C255-255-255%2Cs%3D255%2Cc%3D3%2Ct%3D7%2Cpt%3D0%2Cl%3D0%2Csg%3D0%3A%0A70554%20TSF%3AMSG%3ABC%0A70556%20TSF%3AMSG%3AFPAR%20REQ%2CID%3D255%0A70558%20TSF%3APNG%3ASEND%2CTO%3D0%0A70560%20TSF%3ACKU%3AOK%0A70562%20TSF%3AMSG%3AGWL%20OK%0A71532%20TSF%3AMSG%3ASEND%2C0-0-255-255%2Cs%3D255%2Cc%3D3%2Ct%3D8%2Cpt%3D1%2Cl%3D1%2Csg%3D0%2Cft%3D0%2Cst%3DOK%3A0%0A72560%20TSF%3AMSG%3AREAD%2C255-255-0%2Cs%3D217%2Cc%3D3%2Ct%3D3%2Cpt%3D0%2Cl%3D0%2Csg%3D0%3A%0A74570%20TSF%3AMSG%3AREAD%2C255-255-0%2Cs%3D181%2Cc%3D3%2Ct%3D3%2Cpt%3D0%2Cl%3D0%2Csg%3D0%3A%0A76579%20TSF%3AMSG%3AREAD%2C255-255-0%2Cs%3D144%2Cc%3D3%2Ct%3D3%2Cpt%3D0%2Cl%3D0%2Csg%3D0%3A%0A78589%20TSF%3AMSG%3AREAD%2C255-255-0%2Cs%3D107%2Cc%3D3%2Ct%3D3%2Cpt%3D0%2Cl%3D0%2Csg%3D0%3A%0A90607%20TSF%3AMSG%3AREAD%2C255-255-255%2Cs%3D255%2Cc%3D3%2Ct%3D7%2Cpt%3D0%2Cl%3D0%2Csg%3D0%3A%0A90613%20TSF%3AMSG%3ABC%0A90614%20TSF%3AMSG%3AFPAR%20REQ%2CID%3D255%0A90617%20TSF%3APNG%3ASEND%2CTO%3D0%0A90619%20TSF%3ACKU%3AOK%0A90621%20TSF%3AMSG%3AGWL%20OK%0A91171%20TSF%3AMSG%3ASEND%2C0-0-255-255%2Cs%3D255%2Cc%3D3%2Ct%3D8%2Cpt%3D1%2Cl%3D1%2Csg%3D0%2Cft%3D0%2Cst%3DOK%3A0%0A92619%20TSF%3AMSG%3AREAD%2C255-255-0%2Cs%3D69%2Cc%3D3%2Ct%3D3%2Cpt%3D0%2Cl%3D0%2Csg%3D0%3A%0A



Log des Repeaters:

16 MCO:BGN:INIT REPEATER,CP=RNNRA---,VER=2.2.0
26 TSM:INIT
27 TSF:WUR:MS=0
34 TSM:INIT:TSP OK
35 TSM:FPAR
37 TSF:MSG:SEND,255-255-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
801 TSF:MSG:READ,0-0-255,s=255,c=3,t=8,pt=1,l=1,sg=0:0
806 TSF:MSG:FPAR OK,ID=0,D=1
2046 TSM:FPAR:OK
2048 TSM:ID
2049 TSM:ID:REQ
2052 TSF:MSG:SEND,255-255-0-0,s=1,c=3,t=3,pt=0,l=0,sg=0,ft=0,st=OK:
4059 TSM:ID
4060 TSM:ID:REQ
4062 TSF:MSG:SEND,255-255-0-0,s=220,c=3,t=3,pt=0,l=0,sg=0,ft=0,st=OK:
6070 TSM:ID
6071 TSM:ID:REQ
6073 TSF:MSG:SEND,255-255-0-0,s=183,c=3,t=3,pt=0,l=0,sg=0,ft=0,st=OK:
8081 TSM:ID
8082 TSM:ID:REQ
8084 TSF:MSG:SEND,255-255-0-0,s=146,c=3,t=3,pt=0,l=0,sg=0,ft=0,st=OK:
10092 !TSM:ID:FAIL
10093 TSM:FAIL:CNT=1
10095 TSM:FAIL:DIS
10097 TSF:TDI:TSL
20100 TSM:FAIL:RE-INIT
20102 TSM:INIT
20109 TSM:INIT:TSP OK
20111 TSM:FPAR
20113 TSF:MSG:SEND,255-255-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
20458 TSF:MSG:READ,0-0-255,s=255,c=3,t=8,pt=1,l=1,sg=0:0
20463 TSF:MSG:FPAR OK,ID=0,D=1
22121 TSM:FPAR:OK
22122 TSM:ID
22124 TSM:ID:REQ
22126 TSF:MSG:SEND,255-255-0-0,s=107,c=3,t=3,pt=0,l=0,sg=0,ft=0,st=OK:
24134 TSM:ID
24135 TSM:ID:REQ
24138 TSF:MSG:SEND,255-255-0-0,s=71,c=3,t=3,pt=0,l=0,sg=0,ft=0,st=OK:
26145 TSM:ID
26146 TSM:ID:REQ
26149 TSF:MSG:SEND,255-255-0-0,s=34,c=3,t=3,pt=0,l=0,sg=0,ft=0,st=OK:
28157 TSM:ID
28158 TSM:ID:REQ
28162 TSF:MSG:SEND,255-255-0-0,s=254,c=3,t=3,pt=0,l=0,sg=0,ft=0,st=OK:
30169 !TSM:ID:FAIL
30170 TSM:FAIL:CNT=2
30172 TSM:FAIL:DIS
30174 TSF:TDI:TSL
40177 TSM:FAIL:RE-INIT

Link zum Logparser: https://www.mysensors.org/build/parser?log=16%20MCO%3ABGN%3AINIT%20REPEATER%2CCP%3DRNNRA---%2CVER%3D2.2.0%0A26%20TSM%3AINIT%0A27%20TSF%3AWUR%3AMS%3D0%0A34%20TSM%3AINIT%3ATSP%20OK%0A35%20TSM%3AFPAR%0A37%20TSF%3AMSG%3ASEND%2C255-255-255-255%2Cs%3D255%2Cc%3D3%2Ct%3D7%2Cpt%3D0%2Cl%3D0%2Csg%3D0%2Cft%3D0%2Cst%3DOK%3A%0A801%20TSF%3AMSG%3AREAD%2C0-0-255%2Cs%3D255%2Cc%3D3%2Ct%3D8%2Cpt%3D1%2Cl%3D1%2Csg%3D0%3A0%0A806%20TSF%3AMSG%3AFPAR%20OK%2CID%3D0%2CD%3D1%0A2046%20TSM%3AFPAR%3AOK%0A2048%20TSM%3AID%0A2049%20TSM%3AID%3AREQ%0A2052%20TSF%3AMSG%3ASEND%2C255-255-0-0%2Cs%3D1%2Cc%3D3%2Ct%3D3%2Cpt%3D0%2Cl%3D0%2Csg%3D0%2Cft%3D0%2Cst%3DOK%3A%0A4059%20TSM%3AID%0A4060%20TSM%3AID%3AREQ%0A4062%20TSF%3AMSG%3ASEND%2C255-255-0-0%2Cs%3D220%2Cc%3D3%2Ct%3D3%2Cpt%3D0%2Cl%3D0%2Csg%3D0%2Cft%3D0%2Cst%3DOK%3A%0A6070%20TSM%3AID%0A6071%20TSM%3AID%3AREQ%0A6073%20TSF%3AMSG%3ASEND%2C255-255-0-0%2Cs%3D183%2Cc%3D3%2Ct%3D3%2Cpt%3D0%2Cl%3D0%2Csg%3D0%2Cft%3D0%2Cst%3DOK%3A%0A8081%20TSM%3AID%0A8082%20TSM%3AID%3AREQ%0A8084%20TSF%3AMSG%3ASEND%2C255-255-0-0%2Cs%3D146%2Cc%3D3%2Ct%3D3%2Cpt%3D0%2Cl%3D0%2Csg%3D0%2Cft%3D0%2Cst%3DOK%3A%0A10092%20!TSM%3AID%3AFAIL%0A10093%20TSM%3AFAIL%3ACNT%3D1%0A10095%20TSM%3AFAIL%3ADIS%0A10097%20TSF%3ATDI%3ATSL%0A20100%20TSM%3AFAIL%3ARE-INIT%0A20102%20TSM%3AINIT%0A20109%20TSM%3AINIT%3ATSP%20OK%0A20111%20TSM%3AFPAR%0A20113%20TSF%3AMSG%3ASEND%2C255-255-255-255%2Cs%3D255%2Cc%3D3%2Ct%3D7%2Cpt%3D0%2Cl%3D0%2Csg%3D0%2Cft%3D0%2Cst%3DOK%3A%0A20458%20TSF%3AMSG%3AREAD%2C0-0-255%2Cs%3D255%2Cc%3D3%2Ct%3D8%2Cpt%3D1%2Cl%3D1%2Csg%3D0%3A0%0A20463%20TSF%3AMSG%3AFPAR%20OK%2CID%3D0%2CD%3D1%0A22121%20TSM%3AFPAR%3AOK%0A22122%20TSM%3AID%0A22124%20TSM%3AID%3AREQ%0A22126%20TSF%3AMSG%3ASEND%2C255-255-0-0%2Cs%3D107%2Cc%3D3%2Ct%3D3%2Cpt%3D0%2Cl%3D0%2Csg%3D0%2Cft%3D0%2Cst%3DOK%3A%0A24134%20TSM%3AID%0A24135%20TSM%3AID%3AREQ%0A24138%20TSF%3AMSG%3ASEND%2C255-255-0-0%2Cs%3D71%2Cc%3D3%2Ct%3D3%2Cpt%3D0%2Cl%3D0%2Csg%3D0%2Cft%3D0%2Cst%3DOK%3A%0A26145%20TSM%3AID%0A26146%20TSM%3AID%3AREQ%0A26149%20TSF%3AMSG%3ASEND%2C255-255-0-0%2Cs%3D34%2Cc%3D3%2Ct%3D3%2Cpt%3D0%2Cl%3D0%2Csg%3D0%2Cft%3D0%2Cst%3DOK%3A%0A28157%20TSM%3AID%0A28158%20TSM%3AID%3AREQ%0A28162%20TSF%3AMSG%3ASEND%2C255-255-0-0%2Cs%3D254%2Cc%3D3%2Ct%3D3%2Cpt%3D0%2Cl%3D0%2Csg%3D0%2Cft%3D0%2Cst%3DOK%3A%0A30169%20!TSM%3AID%3AFAIL%0A30170%20TSM%3AFAIL%3ACNT%3D2%0A30172%20TSM%3AFAIL%3ADIS%0A30174%20TSF%3ATDI%3ATSL%0A40177%20TSM%3AFAIL%3ARE-INIT
[/code]

Wenn ich mir den Logparser des Repeaters ansehe verstehe ich eigentlich gar nix mehr:


806 TSF:MSG:FPAR OK,ID=0,D=1 Find parent response from node 0 is valid, distance 1 to GW


\o/ Party!!! Alles klar, funktioniert! Endlich! Aber dann, einige (erfolgreiche) Messages später:


10092 !TSM:ID:FAIL
        10093 TSM:FAIL:CNT=1 Transition to Failure state, consecutive failure counter is 1


WAS ZUR HÖLLE...? Warum denn?

Also für mich sieht das nach funktionierende Kommunikation aus, die in einem Fehlerfall endet. Macht echt keinen Spaß. Ich bin versucht den Kasten Bier in eine Kiste Champagner zu wandeln. NEIN! Nur ein Scherz. Das Bier gibt's aber wirklich :)

Kann denn bitte jemand helfen?

cu
Markus

The Grue

Es gibt Neuigkeiten aus dem MySensors-Forum. Die NodeID-Vergabe scheint nicht zu klappen: https://forum.mysensors.org/topic/8940/connection-failure/2
Mache ich (oder FHEM?) da noch was falsch? Oder muss man die NodeId manuell vergeben?


cu
Markus

Beta-User

Moin The Grue,

die manuelle Vergabe der NodeID ist "nur" eine Notlösung und jedenfalls bei nRF-Netzen nicht erforderlich (das sieht bei RS485 anders aus).

Für mich sieht das eher so aus, als würde der MySensors-Teil auf den Nodes an sich klappen (Kommunikation und so), aber der GW-Output dann in FHEM nicht erwartungsgemäß behandelt. Da diese Mechanismen aber erwiesenermaßen an sich funktionieren, würde ich darauf tippen, dass die Einstellungen in FHEM nicht passen. Also: Hast du den inclusionmode (am GW) und autocreate (FHEM generell) jeweils eingeschaltet?

Ansonsten schadet es auch nicht, die ID's manuell zu vergeben (ich mache das immer so, da ich die Arduinos beim Testen neuer Funktionalität ggf. hin und her wechsle...).

Gruß, Beta-User
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

KarlHeinz2000

Ich habe es gerade mal ausprobiert. Bei mir geht die ID Vergabe durch FHEM. Aktuelles FHEM und MYSENSOR 2.2.1.
Hast du irgendwann mal das EEPROM vom Node gelöscht? Vielleicht mit dem eeprom_clear? Der schreibt 0 statt 0xff rein und dann geht es nicht. Das hatte ich schon mal. Darum bitte mal das EEPROM richtig löschen und nochmal probieren.

/*
* EEPROM Clear
*
* Sets all of the bytes of the EEPROM to 0xff.
* Please see eeprom_iteration for a more in depth
* look at how to traverse the EEPROM.
*
* This example code is in the public domain.
*/

#include <EEPROM.h>

void setup() {
  // initialize the LED pin as an output.
  pinMode(13, OUTPUT);
 
  /***
    Iterate through each byte of the EEPROM storage.

    Larger AVR processors have larger EEPROM sizes, E.g:
    - Arduno Duemilanove: 512b EEPROM storage.
    - Arduino Uno:        1kb EEPROM storage.
    - Arduino Mega:       4kb EEPROM storage.

    Rather than hard-coding the length, you should use the pre-provided length function.
    This will make your code portable to all AVR processors.
  ***/

  for (int i = 0 ; i < EEPROM.length() ; i++) {
    EEPROM.write(i, 0xff);
  }

  // turn the LED on when we're done
  digitalWrite(13, HIGH);
}

void loop() {
  /** Empty loop. **/
}


Nebenbei für alle mit mehreren Gateways: die vergebenen IDs sind leider nicht eindeutig. Kann sein das die gleiche ID mehrfach an verschiedenen GW vergeben wird.

Markus.

Zitat von: KarlHeinz2000 am 29 Januar 2018, 09:59:30

Nebenbei für alle mit mehreren Gateways: die vergebenen IDs sind leider nicht eindeutig. Kann sein das die gleiche ID mehrfach an verschiedenen GW vergeben wird.

Konnte ich bisher nicht feststellen. Habe ein aktives WLAN NRF Gateway und am selben Server ein serielles RFM69 Gateway.
Die ID Vergabe bei autocreate funktioniert einwandfrei bisher. Das einzige Problem ist, das das IODEV des zuletzt definierten Gateways verwendet wird unabhängig davon wo der neue Sensor gefunden wird, also vom NRF- oder RFM-Gateway.
Das einzige was ich dann machen muss, ist das IOdev entsprechend anpassen in dem neu generierten Device.
Auch die "automatische Vergabe" der IDs funktioniert soweit, wobei ich einen mix zwischen fest hinterlegten NodeIds habe und
welchen die automatisch vergeben wurden.

Gruß

Markus

KarlHeinz2000

Ich hatte gerade das Problem bei jenem Test. Der neue NRF Node hat eine aktive ID vom RS485 Bus bekommen...

Beta-User

Bist du sicher, dass da nicht eine "alte" ID im EEPROM war?
(Aus dem Grund, dass ich die sicher weg haben will, mache ich nur manuelle Vergabe, ist mir auch ein paar Mal passiert...)
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

KarlHeinz2000

Der Node hatte vorher eine andere ID. Dann habe ich das EEPROM komplett gelöscht und dann eine automatische ID vergeben lassen, welche dann eine aktive vom anderen Bus war.

Beta-User

Habe gestern mal in die perl-Module geschaut. Bin zwar kein Experte (das muß also nicht zutreffen), aber soweit ich das verstanden habe, nimmt das Modul alle Devices her, die es zu dem IO findet (wobei neue Nodes immer dem letzten zugeordnet werden, auch wenn sie tatsächlich über ein anderes GW kommen) und sucht von 254 her kommend nach der niedrigsten noch nicht vergebenen ID.

Das führt häufig dazu, dass die Vergabe ok ist, aber eben nicht zwingend.

Empfehlung daher generell: ID's manuell vergeben (ist bei RS485 sowieso Pflicht). Dann kann man sich m.E. auch das Löschen (mit dem MySensors-Lösch-Sketch) sparen (alle anderen gespeicherten Daten sind "self-healing", wenn man es nicht aktiv ausschaltet).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

The Grue

Servus KarlHeinz2000,

In's Schwarze :) nach Deinem EEPROM Clear hat der Node seine ID bekommen und sendet fleissig :)

cu
Markus

The Grue

Servus,

Mittlerweile funktioniert die Geschichte :D :D :D

Leider habe ich keinen einzelnen Punkt, der "schuld" war. Was ich als letztes probiert habe:

- Verwendung von MySensors Version 2.2.0 (released)
- Um unterschiedliche NRF24-Module testen zu können, habe ich das Modul am Gateway gesockelt und die Anschlüsse verlötet. War vorher nur gesteckt.
- Module bei ITEAD gekauft
- Den Node als Repeater konfiguriert

Es lag nicht an den Modulen. Ich kann die billigen von Ebay genauso verwenden wie die von ITEAD, beide funktionieren.
Es lag auch nicht am Sketch: Ich hab' den DHT-Sensor-Sketch unverändert  aufgespielt, funktioniert.
Bleibt also eigentlich nur noch, daß Release 2.2.0 irgendwelche Verbesserungen gebracht hat, oder - was wohl weitaus wahrscheinlicher ist - , daß die gesteckten Anschlüsse das Problem waren. Ich mag so eine fliegende Verdrahtung eigentlich gar nicht, die nächsten Sensoren werden ordentlich aufgebaut.

Es steht noch ein Kasten Bier aus. Ich werde mir noch etwas Gedanken machen und mich dann bei demjenigen melden, von dem ich glaube, er hat mir am meisten geholfen...

Danke für Eure Unterstützung, Leute. Echt ein gutes Forum  :D
cu
Markus