Peering und HM-CC-RT-DN

Begonnen von Linef, 04 Mai 2016, 21:30:03

Vorheriges Thema - Nächstes Thema

Linef

Hallo allesamt!

Ich bin gerade dabei, mir mit der NewAskSin einen Temperatur- und Feuchtesensor zu bauen. Läuft auch so weit, auch das Peering mit einem HM-CC-RT-DN funktioniert so weit stabil. Die Übertragungen vom Sensor zum RT werden auch fast immer mit einem ACK bestätigt.

So, und nun kommt's: Sobald ich einen zweiten (oder auch dritten) RT als Peer hinzu nehme, antworten diese auf die Telegramme vom Sensor nie! Sie empfangen aber die vom Sensor gesendeten Daten korrekt (erkennbar an den Temperaturkurven des Sensors und der RTs). Egal, in welcher Reihenfolge ich die RTs als Peers an den Sensor hänge - immer nur der erste antwortet auf sein Telegramm mit einem ACK...


HB_UW_Sen_TH_Pn
AskSin-Lib V 0.2.4
EE.
crc, flash: 9839, eeprom: 9839
init th1
SN.
RV.
HMID: 58 23 FF, MAID: 2C C5 EF

t: 235, h: 333 (2012)
DS-t: 2350 (2016)
<- 0E 00 A4 70 58 23 FF 2E 79 89 80 EB 21 00 14 (3002)
  timed out (3301)
<- 0E 00 A4 70 58 23 FF 2E 63 9D 80 EB 21 00 14 (3304)
  timed out (3603)
<- 0E 00 A4 70 58 23 FF 2E 79 89 80 EB 21 00 14 (3607)
  timed out (3906)
<- 0E 00 A4 70 58 23 FF 2E 63 9D 80 EB 21 00 14 (3909)
  timed out (4208)
<- 0E 00 A4 70 58 23 FF 2E 79 89 80 EB 21 00 14 (4212)
  timed out (4511)
<- 0E 00 A4 70 58 23 FF 2E 63 9D 80 EB 21 00 14 (4514)
  timed out (4813)
t: 235, h: 332 (92318)
DS-t: 2343 (92323)
<- 0E 01 A4 70 58 23 FF 2E 79 89 80 EA 21 00 14 (126453)
p> 0A 01 80 02 2E 79 89 58 23 FF 00 (126599)
<- 0E 01 A4 70 58 23 FF 2E 63 9D 80 EA 21 00 14 (126604)
  timed out (126902)
<- 0E 01 A4 70 58 23 FF 2E 63 9D 80 EA 21 00 14 (126906)
  timed out (127205)
<- 0E 01 A4 70 58 23 FF 2E 63 9D 80 EA 21 00 14 (127209)
  timed out (127508)
t: 234, h: 331 (182893)
DS-t: 2331 (182898)
t: 234, h: 333 (273471)
DS-t: 2318 (273476)
<- 0E 02 A4 70 58 23 FF 2E 79 89 80 E7 21 00 14 (299711)
p> 0A 02 80 02 2E 79 89 58 23 FF 00 (299858)
<- 0E 02 A4 70 58 23 FF 2E 63 9D 80 E7 21 00 14 (299863)
b> 0F 30 86 10 2E 7A B6 00 00 00 0A 78 C4 0C 00 40 (300135)
  timed out (300161)
<- 0E 02 A4 70 58 23 FF 2E 63 9D 80 E7 21 00 14 (300165)
  timed out (300464)
<- 0E 02 A4 70 58 23 FF 2E 63 9D 80 E7 21 00 14 (300468)
  timed out (300767)
t: 234, h: 334 (364073)
DS-t: 2312 (364078)
t: 233, h: 335 (454883)
DS-t: 2312 (454888)
<- 0E 03 A4 70 58 23 FF 2E 79 89 80 E7 21 00 14 (458281)
p> 0A 03 80 02 2E 79 89 58 23 FF 00 (458428)
<- 0E 03 A4 70 58 23 FF 2E 63 9D 80 E7 21 00 14 (458433)
  timed out (458731)
<- 0E 03 A4 70 58 23 FF 2E 63 9D 80 E7 21 00 14 (458735)
  timed out (459034)
<- 0E 03 A4 70 58 23 FF 2E 63 9D 80 E7 21 00 14 (459038)
  timed out (459337)
t: 232, h: 335 (545524)
DS-t: 2306 (545529)
<- 0E 04 A4 70 58 23 FF 2E 79 89 80 E6 21 00 14 (602502)
p> 0A 04 80 02 2E 79 89 58 23 FF 00 (602649)
<- 0E 04 A4 70 58 23 FF 2E 63 9D 80 E6 21 00 14 (602653)
  timed out (602951)
<- 0E 04 A4 70 58 23 FF 2E 63 9D 80 E6 21 00 14 (602955)
  timed out (603254)
<- 0E 04 A4 70 58 23 FF 2E 63 9D 80 E6 21 00 14 (603258)
  timed out (603557)
t: 232, h: 335 (636086)
DS-t: 2306 (636091)
t: 232, h: 337 (726664)
DS-t: 2306 (726669)
<- 0E 05 A4 70 58 23 FF 2E 79 89 80 E6 21 00 14 (732035)
p> 0A 05 80 02 2E 79 89 58 23 FF 00 (732182)
<- 0E 05 A4 70 58 23 FF 2E 63 9D 80 E6 21 00 14 (732187)
  timed out (732485)
<- 0E 05 A4 70 58 23 FF 2E 63 9D 80 E6 21 00 14 (732489)
  timed out (732788)
<- 0E 05 A4 70 58 23 FF 2E 63 9D 80 E6 21 00 14 (732792)
  timed out (733091)
t: 232, h: 338 (817265)
DS-t: 2306 (817270)
t: 232, h: 338 (907921)
DS-t: 2300 (907926)
<- 0E 06 A4 70 58 23 FF 2E 79 89 80 E6 21 00 14 (911358)
p> 0A 06 80 02 2E 79 89 58 23 FF 00 (911504)
<- 0E 06 A4 70 58 23 FF 2E 63 9D 80 E6 21 00 14 (911509)
  timed out (911807)
<- 0E 06 A4 70 58 23 FF 2E 63 9D 80 E6 21 00 14 (911811)
  timed out (912110)
<- 0E 06 A4 70 58 23 FF 2E 63 9D 80 E6 21 00 14 (912114)
  timed out (912413)
t: 232, h: 338 (998600)
DS-t: 2300 (998605)
<- 0E 07 A4 70 58 23 FF 2E 79 89 80 E6 21 00 14 (1076203)
p> 0A 07 80 02 2E 79 89 58 23 FF 00 (1076349)
<- 0E 07 A4 70 58 23 FF 2E 63 9D 80 E6 21 00 14 (1076354)
  timed out (1076652)
<- 0E 07 A4 70 58 23 FF 2E 63 9D 80 E6 21 00 14 (1076656)
  timed out (1076955)
<- 0E 07 A4 70 58 23 FF 2E 63 9D 80 E6 21 00 14 (1076959)
  timed out (1077258)
t: 232, h: 339 (1089201)
DS-t: 2300 (1089206)


Ist hier noch was zu beachten (z.B. längere Zeitabstände zwischen den einzelnen Peers)?

Hat jemand schon mal ähnliches beobachtet?

Oder soll am besten gar kein ACK vom RT angefordert werden?
So macht's z.B. ein virtueller FHEM-Sensor. Der sendet seine Daten lediglich raus - ohne Rücksicht, ob sie empfangen wurden (der RT wird schon mal auf das Senderaster einrasten...).

Außerdem sendet der das Telegramm als Broadcast raus, also gar nicht gezielt an den Peer. Hat das Vorteile?

Viele Grüße,
Martin
fhem auf cubietruck, HM-USB-CFG-2, CUL-V3, 6x HM-CC-RT-DN, 5x HM-SEC-SD, 2x HM-SEC-SCo, 5x HM Eigenbausensoren, AVR-Heizungsgateway

martinp876

Ein tempsensor will nicht von jedem ein ACK. Er müsste alle RTS ansprechen. Das auch noch mit burst. Alle 3min. Das macht das Funknetz kaputt.
Besser nicht so viele acks in diesem szenario