FHEM Forum

FHEM - Hausautomations-Systeme => Homematic => Thema gestartet von: Linef am 04 Mai 2016, 21:30:03

Titel: Peering und HM-CC-RT-DN
Beitrag von: Linef am 04 Mai 2016, 21:30:03
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
Titel: Antw:Peering und HM-CC-RT-DN
Beitrag von: martinp876 am 04 Mai 2016, 22:56:12
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