cul und hmlan

Begonnen von justme1968, 02 Februar 2013, 00:06:34

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten 1 2 3 Alle
Benutzer-Aktionen

martinp876

#15
10 Februar 2013, 15:29:31
Zitatvielleicht wuerde es hier helfen die acks nur zu senden wenn die verwendete nachricht auch auf dem gleichen iodev empfangen wurde das auch zum senden eingetragen ist.

gute Idee. Eigentich ist das kein Problem, wenn du nur CULs verwendest.
 a) FHEM wird nur eine Nachricht parsen, alle anderen verwerfen (von CUL oder HMLAN, egal)
 b) FHEM wird daher auch nur 1 (in worten ein) ack senden. Über welches device ist eine andere Frage, egal

damit ist soweit alles ok... aber... HMLAN sendet eben ACK selbstaendig. Noch habe ich keinen Weg, dies zu unterbinden (gibt sicher einen - ich kenne ihn aber nicht) . mit HMLAN meine ich nicht das fhem-modul sondern die eq3 HW/FW HMLAN.

==> ich kann es (noch) nicht verhindern. Falls das ACK über CUL gesendet wird hat HMLAN schon längst selbständig auch eins geschickt.

Wenn ich einmal Zeit habe werden ich probieren HMLAN in einen "no-auto-ack" mode zu setzen - und das deviceabhaengig. Ich bin zuversichtlich dass dies geht - eq3 baut somit sicher eigenen Netzwerke mit mehreren HMLAN auf.... wir kennen nur die Kommandos nicht


p.s. an ein paar acks zuviel geht nicht gleich die ganze kommunikation flöten - aber es kann im Einzelfall zu Problemen kommen
Gruss
Martin

justme1968

#16
10 Februar 2013, 19:08:56
hallo martin,

vielleicht mache ich mir viel zu viele gedanken :) ich habe halt immer die fenster griff sensoren im auge und die senden unter umständen sehr kurz hintereinander zwei nachrichten. und wenn der empfang nicht besonders gut ist kommt es hier immer wieder zu problemen. ich habe die acks im verdacht weil sie eben den funkkanal belegen. da ich dann auch direkt eine meldung bezüglich mehrfacher ignorierter acks im log gesehen habe hab ich einfach mal meine theorie bestätigt gesehen :) aber du bist sicher sehr viel qualifizierter das zu beurteilen.

ansonsten noch ein paar dinge die mir aufgefallen sind:
- es reicht nicht mehr den cul in den pairing modus zu versetzen. der hmlan muss auf jeden fall dabei sein. ob es nur mit ihm geht weiss hab ich noch nicht probiert.
- ich habe den 4fach hutschienen aktor in betrieb genommen und als das pairen dann ging hab ich bemerk das wenn ich die tasten schnell nacheinander drücke erscheinen sie jeweils reih um als vom cul und hmlan empfangen. das scheint mir positiv und ich habe das gefühl das es nur mit dem cul nicht ganz so schnell möglich war. das wäre also positiv.

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

martinp876

#17
10 Februar 2013, 19:36:53
Zitateine meldung bezüglich mehrfacher ignorierter acks im log

welche meldung genau?

Zitatich habe die acks im verdacht weil sie eben den funkkanal belegen
im Prinzip bin ich bei dir: Fehlerhafte ACKs erzeugen Wiederholungen -und das alles zusammen addiert sich zu unnötiger Funklast.

Zitat- es reicht nicht mehr den cul in den pairing modus zu versetzen. der hmlan muss auf jeden fall dabei sein. ob es nur mit ihm geht weiss hab ich noch nicht probiert.
kann ich so nicht glauben ;-) - aber vielleicht kann ich etwas lernen. Kannst du ein log schicken - die messages wenn es nicht klappt? Natürlich CUL UND HMLAN


Zitatdie tasten schnell nacheinander drücke erscheinen sie jeweils reih um als vom cul und hmlan empfangen
- du schaust in CUL_HM nach oder einen level tiefer im IO device?
- es geht nur im das empfangen, kein senden? Wenn ja wo?
- was geht schneller? Bei nur Empfangen arbeitet FHEM die events nacheinander ab - aber in der Luft wird nichts gebremst!

Gruss
Martin

justme1968

#18
13 Februar 2013, 19:44:33
also das hier ist zum pairen:
gerade ein HM-OU-LED16 nach set cul2 hmPairForSec 600 angelernt. es wird das gerät und nach und nach alle leds angelegt. wenn ich aber danach ein get config mache gibt es nur ein NACK. wenn ich auf dem device einen button auslöse steht im event log ein 'to broadcast'. wenn ich zusätzlich ein hmlan hmPairForSec 600 mache und noch mal paire wird natürlich nichts neu angelegt aber ein getConfig gibt kein NACK mehr und wenn ich am gerät einen button auslöse steht ein 'to cul2'. ich habe leider vergessen den log level hoch zu drehen. das einzige was im log steht ist
Code Auswählen
2013.02.13 19:29:18 3: CUL_HM Unknown device CUL_HM_outputUnit_1D4B0B, please define it                  
2013.02.13 19:29:18 2: autocreate: define CUL_HM_outputUnit_1D4B0B CUL_HM 1D4B0B A1A0084001D4B0B00000011006D4A455130323139323736121000002013.02.13 19:29:18 3: CUL_HM pair: CUL_HM_outputUnit_1D4B0B outputUnit, model HM-OU-LED16 serialNr JEQ0219276
2013.02.13 19:29:18 3: hmlan pairing (hmPairForSec) not enabled                                      
2013.02.13 19:29:19 2: autocreate: define CUL_HM_outputUnit_1D4B0B_Led_01 CUL_HM 1D4B0B01                
2013.02.13 19:29:20 2: autocreate: define CUL_HM_outputUnit_1D4B0B_Led_02 CUL_HM 1D4B0B02                
... und beim zweiten mal pairen dann nur noch das:
Code Auswählen
2013.02.13 19:30:25 3: CUL_HM pair: CUL_HM_outputUnit_1D4B0B outputUnit, model HM-OU-LED16 serialNr JEQ0219276


zu den acks: ja. in der Luft wird nichts gebremst. aber könnte es sein das der cul gerade seine acks sendet und nicht empfangen könnte. der hmlan aber schon?

gruss
  andre
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

martinp876

#19
13 Februar 2013, 20:10:29
Ich sehe nur, wie kommandos empfangen werden.
kannst du einmal die messages aufzeichnen?

attr global mseclog 1
attr global verbose 1
attr <CUL> hmProtocolEvents 1
attr <CUL> loglevel 1

und dann pairing probieren....
Evtl ein getConfig
oder ein setzen des "pairCentral" registers - das ist identisch dem pairen

dann einmal sehen, was zurück kommt
Gruss
Martin

marc2

#20
17 Februar 2013, 19:45:03
Hallo Martin,

Du hast ja den Support schon iplementiert (setRepeat) :-) Dazu hätte ich einn paar Fragen:

1) Sind je Gerätepaar jeweils zwei Settings über Kreuz notwendig ? Also z.B.

set Repeater_Kueche setRepeat 1 F14321 1859C7 no
set Repeater_Kueche setRepeat 2 1859C7 F14321 yes[/font]

(F14321 ist mein HM CUNO und 1859C7 ein Schaltaktor).

2) Gibt es eine Möglichkeit die aktuellen Settings auch paarweise wieder auszulesen
   (die PeerList zeigt ja "nur" die Gesamtliste der Peers) ?

3) Kann man dem Repeater ein bisschen mehr Debug im Logfile entlocken ? Interessant wäre zu
   sehen, welche Messages er konkret weiterleitet.

Bei der Auflösung der hmId anhand des Namens macht der CUNO übrigens noch Probleme:

set Repeater_Kueche setRepeat 1 CUNO1 1859C7 no
sender ID unknown:cuno1:2323 4321[/font]

Dies tritt auch dann auf, wenn die hmId für den CUNO zusätzlich als Attribute gesetzt wurde.
Aber man kann ja direkt mit der hmId des CUNOs arbeiten.

Toll, dass der Repeater jetzt unterstützt wird !

Gruss, Marc

martinp876

#21
18 Februar 2013, 07:06:15
Hi Marc,

zu 1)
ja, so muss es wohl funktionieren. Testen konnte ich es nicht, habe ja keinen.

zu 2)
du hast get myrepeater reg all schon probiert?

zu 3)
kannst du mir einmal ein Log schicken, wenn der repeater repeated?

zur CUNO
die Namensaufloesung der IO devices ist nicht komplett (eigentlich fast garnicht) vorhanden. Diese sind keine CUL_HM entities. Mal sehen, ob ich die irgendwie sammeln kann...

Gruss
Martin

marc2

#22
18 Februar 2013, 22:50:01
Hallo Martin,

so richtig viel gibt das Log des Repeaters leider nicht her:

2013-02-17_15:13:22 Repeater_Kueche RESPONSE TIMEOUT:RegisterRead
2013-02-17_15:13:23 Repeater_Kueche noReceiver: src:1C37C4 (A410) 060100003A
2013-02-17_15:21:08 Repeater_Kueche RESPONSE TIMEOUT:RegisterRead
2013-02-17_15:21:43 Repeater_Kueche RESPONSE TIMEOUT:RegisterRead
2013-02-17_15:31:01 Repeater_Kueche powerOn: -
2013-02-17_15:55:24 Repeater_Kueche noReceiver: src:1C37C4 (A410) 060100003E
2013-02-17_19:22:42 Repeater_Kueche RESPONSE TIMEOUT:RegisterRead
2013-02-17_19:26:31 Repeater_Kueche RESPONSE TIMEOUT:RegisterRead
2013-02-17_20:18:38 Repeater_Kueche RESPONSE TIMEOUT:RegisterRead
2013-02-17_20:18:51 Repeater_Kueche noReceiver: src:1C37C4 (A410) 060100003D

Es ist also nicht ersichtlich, ob er wirklich Meldungen weiterleitet.

Der Status sieht wie folgt aus:

fhem> list Repeater_Kueche
Internals:
   CUNO1_MSGCNT 29
   CUNO1_RAWMSG A0ECCA4101C37C4F14321060100003D18
   CUNO1_RSSI -62
   CUNO1_TIME 2013-02-17 20:18:51
   DEF        1C37C4
   IODev      CUNO1
   LASTIODev  CUNO1
   MSGCNT     29
   NAME       Repeater_Kueche
   NR         253
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   lastMsg    No:CC - t:10 s:1C37C4 d:F14321 060100003D
   protCmdDel 1
   protLastRcv 2013-02-17 20:18:51
   protResnd  6 last_at:2013-02-17 20:18:33
   protResndFail 1 last_at:2013-02-17 20:18:38
   protSnd    6 last_at:2013-02-17 20:18:51
   protState  CMDs_done
   Readings:
     2013-02-17 20:17:59   PairedTo        0xF14321
     2013-02-17 20:17:22   R-pairCentral   0xF14321
     2013-02-17 20:18:51   noReceiver      src:1C37C4 (A410) 060100003D
     2013-02-17 20:18:39   peerList        Licht_Gehege,Licht_Weg,Luefter_Gehege_chn:01,F14321_chn:00,
     2013-02-17 20:18:38   state           RESPONSE TIMEOUT:RegisterRead
   Fhem:
   Helper:
     mId        0076
     rxType     1
     Shadowreg:
Attributes:
   firmware   1.1
   model      HM-Sys-sRP-Pl
   peerIDs    00000000,1859C701,185A3801,1C6FBD01,F1432100,
   room       Kueche
   serialNr   JEQ0467388
   subType    repeater

Das Auslesen der Register ist nicht wirklich ergiebig:

fhem> get Repeater_Kueche reg all
Repeater_Kueche type:repeater -
list:peer   register         :value
   0:         intKeyVisib      :invisib
   0:         pairCentral      :0xF14321

Gruß, Marc

martinp876

#23
19 Februar 2013, 11:56:46
Hallo Marc,

Zitatso richtig viel gibt das Log des Repeaters leider nicht her:
Interessiert bin ich an logs des Protokols - raw. Damit ich ein sample haben kann - dann kann ich nachdenken ob und wie man erkennen kann was vom receiver kommt. Evtl kann man etwas mit RSSI machen... da bastle ich gerade ein bisschen.

Also erst raw logs "einstellen"
attr global verbose 1
attr global mseglog 1
attr <hmlan oder IO> loglevel 1
attr <hmlan oder IO> hmProtocolEvents 0

dann ein paar Aktionen aufzeichnen mit einem Aktor der ueber den Repeater betrieben wird....

Die Unbekannten messages werden abgefangen...  dann gibt es auch eine "state"
ZitatDas Auslesen der Register ist nicht wirklich ergiebig:

kannst du ein 'getConfig' mit obigen attribute loggen?

Gruss
Martin

marc2

#24
19 Februar 2013, 22:38:32
Hallo Martin,

anbei die gewünschten Logs. Es sieht so aus, als würde der Repeater für drei konfigurierten Aktoren wirklich "repeaten":

[Devices mit Repeater]

set Licht_Gehege statusRequest
2013.02.19 22:23:43 1: SW: As0B04A001F143211859C7010E
2013.02.19 22:23:43 1: CUNO1: A0B04E001F143211859C7010E -62.5
2013.02.19 22:23:43 1: CUNO1: A0E04A4101859C7F143210601000054 -88
2013.02.19 22:23:44 1: CUNO1: A0E04E4101859C7F143210601000054 -59.5

set Licht_Gehege on
2013.02.19 21:36:38 1: SW: As0E0AA011F143211859C70201C80000
2013.02.19 21:36:38 1: CUNO1: A0E0AE011F143211859C70201C80000 -60
2013.02.19 21:36:38 1: CUNO1: A0E0A80021859C7F143210101C80059 -86
2013.02.19 21:36:38 1: CUNO1: A0E0AC0021859C7F143210101C80059 -60.5

set Licht_Gehege off
2013.02.19 22:25:12 1: SW: As0E12A011F143211859C70201000000
2013.02.19 22:25:12 1: CUNO1: A0E12E011F143211859C70201000000 -59.5
2013.02.19 22:25:12 1: CUNO1: A0E1280021859C7F143210101000052 -84.5
2013.02.19 22:25:12 1: CUNO1: A0E12C0021859C7F143210101000052 -61.5

Licht Gehege an (am Schalter)
2013.02.19 21:40:00 1: CUNO1: A0D0684101859C70000000601C800 -85
2013.02.19 21:40:01 1: CUNO1: A0D06C4101859C70000000601C800 -62

Licht Gehege aus (am Schalter)
2013.02.19 21:41:02 1: CUNO1: A0D0CC4101859C700000006010000 -60

Lüfter Gehege an (am Schalter)
2013.02.19 21:41:38 1: CUNO1: A0D0A84101C6FBD0000000601C800 -86
2013.02.19 21:41:38 1: CUNO1: A0D0AC4101C6FBD0000000601C800 -60.5

Lüfter Gehege aus (am Schalter)
2013.02.19 21:42:10 1: CUNO1: A0D0C84101C6FBD00000006010000 -81.5
2013.02.19 21:42:11 1: CUNO1: A0D0CC4101C6FBD00000006010000 -60

Licht Weg an (am Schalter)
2013.02.19 21:43:51 1: CUNO1: A0DF08410185A380000000601C800 -69
2013.02.19 21:43:51 1: CUNO1: A0DF0C410185A380000000601C800 -60

Licht Weg aus (am Schalter)
2013.02.19 21:44:33 1: CUNO1: A0DF28410185A3800000006010000 -67.5
2013.02.19 21:44:33 1: CUNO1: A0DF2C410185A3800000006010000 -60.5


[Devices ohne Repeater]

set Licht_KU_Fenster off
2013.02.19 22:20:39 1: SW: As0E0BA011F143211A5C900201000000
2013.02.19 22:20:39 1: CUNO1: A0E0B80021A5C90F14321010100003D -67

set Licht_KU_Fenster on
2013.02.19 22:21:11 1: SW: As0E0CA011F143211A5C900201C80000
2013.02.19 22:21:11 1: CUNO1: A0E0C80021A5C90F143210101C80041 -62.5

Licht Kueche aus (am Schalter)
2013.02.19 22:15:42 1: CUNO1: A0DDB84101A5C9000000006010000 -77

Licht Kueche an (am Schalter)
2013.02.19 22:16:44 1: CUNO1: A0DDD84101A5C900000000601C800 -64.5

[getConfig]

set Repeater_Kueche getConfig
2013.02.19 22:31:17 1: SW: As100DA001F143211C37C400040000000000
2013.02.19 22:31:17 1: CUNO1: A140DA0101C37C4F143210202010AF10B430C21CDA9 -61.5
2013.02.19 22:31:17 1: SW: As0A0D8002F143211C37C400
2013.02.19 22:31:17 1: CUNO1: A0C0EA0101C37C4F14321030000 -61.5
2013.02.19 22:31:17 1: SW: As0A0E8002F143211C37C400
2013.02.19 22:31:17 1: SW: As0B0FA001F143211C37C40103
2013.02.19 22:31:18 1: CUNO1: A1A0FA0101C37C4F1432101F14321001859C701F14321001C6FBD01 -62
2013.02.19 22:31:18 1: SW: As0A0F8002F143211C37C400
2013.02.19 22:31:18 1: CUNO1: A1610A0101C37C4F1432101F1432100185A380100000000 -62
2013.02.19 22:31:18 1: SW: As0A108002F143211C37C400
2013.02.19 22:31:18 1: CUNO1: A1610A0101C37C4F1432101F1432100185A380100000000 -61
2013.02.19 22:31:18 1: SW: As1011A001F143211C37C401040000000002
2013.02.19 22:31:19 1: CUNO1: A0C11A0101C37C4F14321030800 -61.5
2013.02.19 22:31:19 1: SW: As0A118002F143211C37C400
2013.02.19 22:31:19 1: CUNO1: A0C12A0101C37C4F14321030018 -62
2013.02.19 22:31:19 1: SW: As0A128002F143211C37C400

Gruß, Marc

martinp876

#25
20 Februar 2013, 10:18:41
Hallo Marc,

die Traces sind hilfreich. Ich habe verstanden, man repeatede messages unterscheiden kann.
==> werde ich in die RSSI Auswertung einbauen an der ich bastle.

kannst du einmal ein

set <repeater> raw ++A001F143211C37C400040000000002

aufzeichnen? Offensichtlich muss ich einen andern Kanal eingeben...

Gruss
Martin

marc2

#26
20 Februar 2013, 18:31:46
Hallo Martin,

here you go:

set Repeater_Kueche raw ++A001F143211C37C400040000000002
2013.02.20 18:29:02 1: SW: As10EFA001F143211C37C400040000000002
2013.02.20 18:29:07 1: SW: As10EFA001F143211C37C400040000000002
2013.02.20 18:29:12 1: SW: As10EFA001F143211C37C400040000000002
2013.02.20 18:29:12 1: CUNO1: A0CC086701AC26A000000002451 -66
2013.02.20 18:29:16 1: SW: As10EFA001F143211C37C400040000000002
2013.02.20 18:29:20 1: SW: As10EFA001F143211C37C400040000000002
2013.02.20 18:29:25 1: SW: As10EFA001F143211C37C400040000000002
2013.02.20 18:29:31 1: SW: As10EFA001F143211C37C400040000000002

Gruß, Marc

martinp876

#27
21 Februar 2013, 08:07:09
Hi Marc,

hm - auch nichts. Scheint man nicht direkt ruecklesen zu koennen.

Was ich gesehen habe ist die Liste der peerIDs. Diese kommt in einem besonderen Format - vielleicht kann man daraus etwas basteln.
Aktuell sind 3 devices und die Zentrale eingetragen. Um es sicher auszulesen muesste man ein paar versuche durchfuehren , damit wir ein Verstaendniss bekommen.
a) hast du noch alle kommandos, die du zu setzen benutzt hast? Welche waren dass? Bitte immer mit referenz zur HMID

b) tests = bitte mitloggen
kannst du einfach an stuck laufen lassen

set Repeater_Kueche getdevicepair    #kontrolle...
set Repeater_Kueche setRepeat 10 A14321 9959C7 no
set Repeater_Kueche getdevicepair
set Repeater_Kueche setRepeat 11 9959C7 A14321 no
set Repeater_Kueche getdevicepair
set Repeater_Kueche setRepeat 10 000000 000000 no
set Repeater_Kueche getdevicepair
set Repeater_Kueche setRepeat 12 B14321 C14321 no
set Repeater_Kueche getdevicepair
set Repeater_Kueche setRepeat 12 B14321 D14321 no
set Repeater_Kueche getdevicepair
set Repeater_Kueche setRepeat 11 000000 000000 no
set Repeater_Kueche setRepeat 12 000000 000000 no
set Repeater_Kueche getdevicepair
set Repeater_Kueche setRepeat 12 B14321 D14321 yes
set Repeater_Kueche getConfig
set Repeater_Kueche setRepeat 12 000000 000000 yes
set Repeater_Kueche getConfig
set Repeater_Kueche setRepeat 12 000000 000000 no
set Repeater_Kueche getConfig

mal sehen

Gruss
Martin

marc2

#28
21 Februar 2013, 22:02:19
Hallo Martin

hier die Infos:

a)
# CUNO1 - Schalter_Gegege_1
set Repeater_Kueche setRepeat 1 F14321 1859C7 no
set Repeater_Kueche setRepeat 2 1859C7 F14321 yes

# CUNO1 - Luefter_Gegege
set Repeater_Kueche setRepeat 3 F14321 1C6FBD no
set Repeater_Kueche setRepeat 4 1C6FBD F14321 yes

# CUNO1 - Schalter_Gegege_2
set Repeater_Kueche setRepeat 5 F14321 185A38 no
set Repeater_Kueche setRepeat 6 185A38 F14321 yes

b)
2013.02.21 21:57:41 1: SW: As0B3CA001F143211C37C40103
2013.02.21 21:57:42 1: CUNO1: A1A3CA0101C37C4F1432101F14321001859C701F14321001C6FBD01 -60.5
2013.02.21 21:57:42 1: SW: As0A3C8002F143211C37C400
2013.02.21 21:57:42 1: CUNO1: A1A3CA0101C37C4F1432101F14321001859C701F14321001C6FBD01 -60.5
2013.02.21 21:57:42 1: CUNO1: A1A3DA0101C37C4F1432101F1432100185A3801A14321009959C700 -62
2013.02.21 21:57:42 1: SW: As0A3D8002F143211C37C400
2013.02.21 21:57:42 1: CUNO1: A1A3DA0101C37C4F1432101F1432100185A3801A14321009959C700 -60
2013.02.21 21:57:42 1: CUNO1: A0E3EA0101C37C4F143210100000000 -62
2013.02.21 21:57:42 1: SW: As0A3E8002F143211C37C400
2013.02.21 21:57:43 1: SW: As103FA001F143211C37C401050000000002
2013.02.21 21:57:43 1: CUNO1: A0A3F80021C37C4F1432100 -62
2013.02.21 21:57:43 1: SW: As1940A001F143211C37C4010840A1414342214399445945C74600
2013.02.21 21:57:43 1: CUNO1: A0A4080021C37C4F1432100 -60.5
2013.02.21 21:57:43 1: SW: As0B41A001F143211C37C40106
2013.02.21 21:57:43 1: CUNO1: A0A4180021C37C4F1432100 -62
2013.02.21 21:57:43 1: SW: As0B42A001F143211C37C40103
2013.02.21 21:57:48 1: SW: As0B42A001F143211C37C40103
2013.02.21 21:57:48 1: CUNO1: A1A42A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -60.5
2013.02.21 21:57:48 1: SW: As0A428002F143211C37C400
2013.02.21 21:57:49 1: CUNO1: A1A42A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -64
2013.02.21 21:57:49 1: CUNO1: A1A42A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -61.5
2013.02.21 21:57:49 1: SW: As0B42A001F143211C37C40103
2013.02.21 21:57:49 1: CUNO1: A1A42A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -60.5
2013.02.21 21:57:50 1: CUNO1: A1A42A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -60
2013.02.21 21:57:55 1: SW: As0B42A001F143211C37C40103
2013.02.21 21:57:56 1: CUNO1: A1A42A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -61.5
2013.02.21 21:57:56 1: CUNO1: A1A42A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -63.5
2013.02.21 21:57:56 1: CUNO1: A1A42A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -61
2013.02.21 21:57:57 1: CUNO1: A1A42A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -60
2013.02.21 21:57:57 1: CUNO1: A1A42A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -63.5
2013.02.21 21:57:57 1: CUNO1: A1A42A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -60.5
2013.02.21 21:57:59 1: SW: As0B42A001F143211C37C40103
2013.02.21 21:58:00 1: CUNO1: A1A42A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -60
2013.02.21 21:58:00 1: CUNO1: A1A42A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -60.5
2013.02.21 21:58:01 1: CUNO1: A1A42A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -63.5
2013.02.21 21:58:01 1: CUNO1: A1A42A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -60.5
2013.02.21 21:58:01 1: CUNO1: A1A42A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -61
2013.02.21 21:58:02 1: CUNO1: A1A42A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -63.5
2013.02.21 21:58:04 1: SW: As0B42A001F143211C37C40103
2013.02.21 21:58:04 1: CUNO1: A1A42A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -61.5
2013.02.21 21:58:05 1: CUNO1: A1A42A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -62
2013.02.21 21:58:07 1: CUNO1: A1A42A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -63
2013.02.21 21:58:10 1: SW: As0B42A001F143211C37C40103
2013.02.21 21:58:10 1: CUNO1: A1A42A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -65
2013.02.21 21:58:11 1: CUNO1: A1A42A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -65
2013.02.21 21:58:11 1: CUNO1: A1A42A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -61.5
2013.02.21 21:58:12 1: CUNO1: A1A42A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -61.5
2013.02.21 21:58:12 1: CUNO1: A1A42A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -65
2013.02.21 21:58:12 1: CUNO1: A1A42A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -62
2013.02.21 21:58:16 1: SW: As1043A001F143211C37C401050000000002
2013.02.21 21:58:16 1: CUNO1: A0A4380021C37C4F1432100 -62
2013.02.21 21:58:16 1: SW: As1944A001F143211C37C401084799485949C74AA14B434C214D00
2013.02.21 21:58:17 1: CUNO1: A0A4480021C37C4F1432100 -60.5
2013.02.21 21:58:17 1: SW: As0B45A001F143211C37C40106
2013.02.21 21:58:17 1: CUNO1: A0A4580021C37C4F1432100 -62
2013.02.21 21:58:17 1: SW: As0B46A001F143211C37C40103
2013.02.21 21:58:21 1: SW: As0B46A001F143211C37C40103
2013.02.21 21:58:22 1: CUNO1: A1A46A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -63
2013.02.21 21:58:22 1: SW: As0A468002F143211C37C400
2013.02.21 21:58:22 1: CUNO1: A1A47A0101C37C4F1432101F1432100185A3801A14321009959C700 -61
2013.02.21 21:58:22 1: SW: As0A478002F143211C37C400
2013.02.21 21:58:22 1: CUNO1: A1A47A0101C37C4F1432101F1432100185A3801A14321009959C700 -63.5
2013.02.21 21:58:22 1: CUNO1: A0E48A0101C37C4F143210100000000 -60.5
2013.02.21 21:58:22 1: SW: As0A488002F143211C37C400
2013.02.21 21:58:23 1: SW: As1049A001F143211C37C401050000000002
2013.02.21 21:58:23 1: CUNO1: A0A4980021C37C4F1432100 -60
2013.02.21 21:58:23 1: SW: As194AA001F143211C37C401084000410042004300440045004600
2013.02.21 21:58:23 1: CUNO1: A0A4A80021C37C4F1432100 -60
2013.02.21 21:58:23 1: SW: As0B4BA001F143211C37C40106
2013.02.21 21:58:23 1: CUNO1: A0A4B80021C37C4F1432100 -60
2013.02.21 21:58:23 1: SW: As0B4CA001F143211C37C40103
2013.02.21 21:58:29 1: SW: As0B4CA001F143211C37C40103
2013.02.21 21:58:29 1: CUNO1: A1A4CA0101C37C4F1432101F14321001859C701F14321001C6FBD01 -63
2013.02.21 21:58:29 1: SW: As0A4C8002F143211C37C400
2013.02.21 21:58:29 1: CUNO1: A1A4DA0101C37C4F1432101F1432100185A38019959C70000000000 -65.5
2013.02.21 21:58:30 1: SW: As0A4D8002F143211C37C400
2013.02.21 21:58:30 1: CUNO1: A1A4DA0101C37C4F1432101F1432100185A38019959C70000000000 -64
2013.02.21 21:58:30 1: SW: As104EA001F143211C37C401050000000002
2013.02.21 21:58:30 1: CUNO1: A0A4E80021C37C4F1432100 -62.5
2013.02.21 21:58:30 1: SW: As194FA001F143211C37C401084EB14F43502151C1524353215400
2013.02.21 21:58:30 1: CUNO1: A0A4F80021C37C4F1432100 -68
2013.02.21 21:58:30 1: SW: As0B50A001F143211C37C40106
2013.02.21 21:58:30 1: CUNO1: A0A5080021C37C4F1432100 -69
2013.02.21 21:58:31 1: SW: As0B51A001F143211C37C40103
2013.02.21 21:58:36 1: SW: As0B51A001F143211C37C40103
2013.02.21 21:58:36 1: CUNO1: A1A51A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -64.5
2013.02.21 21:58:37 1: SW: As0A518002F143211C37C400
2013.02.21 21:58:37 1: CUNO1: A1A52A0101C37C4F1432101F1432100185A38019959C700B1432100 -64.5
2013.02.21 21:58:37 1: SW: As0A528002F143211C37C400
2013.02.21 21:58:37 1: CUNO1: A1A52A0101C37C4F1432101F1432100185A38019959C700B1432100 -65
2013.02.21 21:58:37 1: CUNO1: A0E53A0101C37C4F143210100000000 -65.5
2013.02.21 21:58:37 1: SW: As0A538002F143211C37C400
2013.02.21 21:58:37 1: SW: As1054A001F143211C37C401050000000002
2013.02.21 21:58:38 1: CUNO1: A0A5480021C37C4F1432100 -65
2013.02.21 21:58:38 1: SW: As1955A001F143211C37C401084EB14F43502151D1524353215400
2013.02.21 21:58:38 1: CUNO1: A0A5580021C37C4F1432100 -66
2013.02.21 21:58:38 1: SW: As0B56A001F143211C37C40106
2013.02.21 21:58:38 1: CUNO1: A0A5680021C37C4F1432100 -67
2013.02.21 21:58:38 1: SW: As0B57A001F143211C37C40103
2013.02.21 21:58:44 1: SW: As0B57A001F143211C37C40103
2013.02.21 21:58:44 1: CUNO1: A1A57A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -61
2013.02.21 21:58:44 1: SW: As0A578002F143211C37C400
2013.02.21 21:58:44 1: CUNO1: A1A58A0101C37C4F1432101F1432100185A38019959C700B1432100 -61
2013.02.21 21:58:45 1: SW: As0A588002F143211C37C400
2013.02.21 21:58:45 1: CUNO1: A1A58A0101C37C4F1432101F1432100185A38019959C700B1432100 -60
2013.02.21 21:58:45 1: CUNO1: A0E59A0101C37C4F143210100000000 -61.5
2013.02.21 21:58:45 1: SW: As0A598002F143211C37C400
2013.02.21 21:58:45 1: SW: As105AA001F143211C37C401050000000002
2013.02.21 21:58:45 1: CUNO1: A0A5A80021C37C4F1432100 -64
2013.02.21 21:58:45 1: SW: As195BA001F143211C37C401084700480049004A004B004C004D00
2013.02.21 21:58:45 1: CUNO1: A0A5B80021C37C4F1432100 -60.5
2013.02.21 21:58:46 1: SW: As0B5CA001F143211C37C40106
2013.02.21 21:58:46 1: CUNO1: A0A5C80021C37C4F1432100 -60.5
2013.02.21 21:58:46 1: SW: As105DA001F143211C37C401050000000002
2013.02.21 21:58:48 1: SW: As105DA001F143211C37C401050000000002
2013.02.21 21:58:48 1: CUNO1: A0A5D80021C37C4F1432100 -61
2013.02.21 21:58:48 1: SW: As195EA001F143211C37C401084E004F0050005100520053005400
2013.02.21 21:58:48 1: CUNO1: A0A5E80021C37C4F1432100 -60
2013.02.21 21:58:49 1: SW: As0B5FA001F143211C37C40106
2013.02.21 21:58:49 1: CUNO1: A0A5F80021C37C4F1432100 -62
2013.02.21 21:58:49 1: SW: As0B60A001F143211C37C40103
2013.02.21 21:58:53 1: SW: As0B60A001F143211C37C40103
2013.02.21 21:58:53 1: CUNO1: A0C4C86701AC26A000000001C50 -65
2013.02.21 21:58:53 1: CUNO1: A1A60A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -60.5
2013.02.21 21:58:53 1: SW: As0A608002F143211C37C400
2013.02.21 21:58:54 1: CUNO1: A1661A0101C37C4F1432101F1432100185A380100000000 -59.5
2013.02.21 21:58:54 1: SW: As0A618002F143211C37C400
2013.02.21 21:58:54 1: CUNO1: A1661A0101C37C4F1432101F1432100185A380100000000 -60
2013.02.21 21:58:54 1: SW: As1062A001F143211C37C401050000000002
2013.02.21 21:58:54 1: CUNO1: A0A6280021C37C4F1432100 -60
2013.02.21 21:58:54 1: SW: As1963A001F143211C37C401084EB14F43502151D1524353215401
2013.02.21 21:58:54 1: CUNO1: A0A6380021C37C4F1432100 -60.5
2013.02.21 21:58:55 1: SW: As0B64A001F143211C37C40106
2013.02.21 21:58:55 1: CUNO1: A0A6480021C37C4F1432100 -59.5
2013.02.21 21:58:55 1: SW: As1065A001F143211C37C400040000000000
2013.02.21 21:59:01 1: SW: As1065A001F143211C37C400040000000000
2013.02.21 21:59:01 1: CUNO1: A1465A0101C37C4F143210202010AF10B430C215A36 -62
2013.02.21 21:59:01 1: SW: As0A658002F143211C37C400
2013.02.21 21:59:01 1: CUNO1: A0C66A0101C37C4F14321030000 -62
2013.02.21 21:59:01 1: SW: As0A668002F143211C37C400
2013.02.21 21:59:01 1: SW: As0B67A001F143211C37C40103
2013.02.21 21:59:01 1: CUNO1: A1A67A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -63.5
2013.02.21 21:59:02 1: SW: As0A678002F143211C37C400
2013.02.21 21:59:02 1: CUNO1: A1A68A0101C37C4F1432101F1432100185A3801B143210100000000 -62.5
2013.02.21 21:59:02 1: SW: As0A688002F143211C37C400
2013.02.21 21:59:02 1: CUNO1: A1A68A0101C37C4F1432101F1432100185A3801B143210100000000 -61.5
2013.02.21 21:59:02 1: SW: As1069A001F143211C37C401040000000002
2013.02.21 21:59:02 1: CUNO1: A0C69A0101C37C4F14321030800 -60.5
2013.02.21 21:59:03 1: SW: As0A698002F143211C37C400
2013.02.21 21:59:03 1: CUNO1: A0C6AA0101C37C4F14321030000 -62.5
2013.02.21 21:59:03 1: SW: As0A6A8002F143211C37C400
2013.02.21 21:59:03 1: CUNO1: A0C6AA0101C37C4F14321030000 -60.5
2013.02.21 21:59:03 1: SW: As106BA001F143211C37C401050000000002
2013.02.21 21:59:03 1: CUNO1: A0A6B80021C37C4F1432100 -60
2013.02.21 21:59:04 1: SW: As196CA001F143211C37C401084E004F0050005100520053005401
2013.02.21 21:59:04 1: CUNO1: A0A6C80021C37C4F1432100 -60.5
2013.02.21 21:59:04 1: SW: As0B6DA001F143211C37C40106
2013.02.21 21:59:04 1: CUNO1: A0A6D80021C37C4F1432100 -59.5
2013.02.21 21:59:04 1: SW: As106EA001F143211C37C400040000000000
2013.02.21 21:59:06 1: CUNO1: A0D3184101B8F07F1432106012600 -55.5
2013.02.21 21:59:07 1: SW: As0D318002F143211B8F0701012600
2013.02.21 21:59:08 1: CUNO1: A0D74A41019723EF1432106010000 -58
2013.02.21 21:59:08 1: SW: As0A748002F1432119723E00
2013.02.21 21:59:09 1: SW: As106EA001F143211C37C400040000000000
2013.02.21 21:59:09 1: CUNO1: A146EA0101C37C4F143210202010AF10B430C21922D -60.5
2013.02.21 21:59:10 1: SW: As0A6E8002F143211C37C400
2013.02.21 21:59:10 1: CUNO1: A0C6FA0101C37C4F14321030000 -59.5
2013.02.21 21:59:10 1: SW: As0A6F8002F143211C37C400
2013.02.21 21:59:10 1: SW: As0B70A001F143211C37C40103
2013.02.21 21:59:10 1: CUNO1: A1A70A0101C37C4F1432101F14321001859C701F14321001C6FBD01 -61.5
2013.02.21 21:59:10 1: SW: As0A708002F143211C37C400
2013.02.21 21:59:11 1: CUNO1: A1671A0101C37C4F1432101F1432100185A380100000000 -62
2013.02.21 21:59:11 1: SW: As0A718002F143211C37C400
2013.02.21 21:59:11 1: CUNO1: A1671A0101C37C4F1432101F1432100185A380100000000 -61.5
2013.02.21 21:59:11 1: SW: As1072A001F143211C37C401040000000002
2013.02.21 21:59:11 1: CUNO1: A0C72A0101C37C4F14321030800 -60
2013.02.21 21:59:11 1: SW: As0A728002F143211C37C400
2013.02.21 21:59:11 1: CUNO1: A0C73A0101C37C4F14321030000 -61
2013.02.21 21:59:12 1: SW: As0A738002F143211C37C400
2013.02.21 21:59:12 1: SW: As1074A001F143211C37C401050000000002
2013.02.21 21:59:12 1: CUNO1: A0A7480021C37C4F1432100 -60
2013.02.21 21:59:12 1: SW: As1975A001F143211C37C401084E004F0050005100520053005400
2013.02.21 21:59:12 1: CUNO1: A0A7580021C37C4F1432100 -64.5
2013.02.21 21:59:12 1: SW: As0B76A001F143211C37C40106
2013.02.21 21:59:12 1: CUNO1: A0A7680021C37C4F1432100 -61

Ich hoffe, dass bei b) nicht dazwischengefunkt wurde ...

Gruß, Marc

martinp876

#29
22 Februar 2013, 10:20:47
Hi Marc,

teilerfolg.
a) direktes ruecklesen scheint nicht moeglich
b) in der peerliste tauchen alle IDs der "source" auf, die receiver aber nicht.
c) die Angezogene channel-number in der peerList ist falsch interpretiert - das funktioniert beim repeater nicht so

==> ich werde eine Auswertung in readings erstellen, die eine Liste aller Sourcen und den broadcasts enthaelt

So nun die offenen Punkte:
Ich kann nicht sehen welcher receiver eingetragen ist. Auch die Nummer des Eintrags kann ich nicht sehen. Sehen kann ich, wenn eine sourceID mehrfach vorkommt.

Die Auswertung wird also so in der Art aussehen

Entries:
1 Schalter_Gegege_1 Brdcast
1 Schalter_Gegege_2 Brdcast
1 Luefter_Gegege Brdcast
3 zentrale noBrdcast

Mal sehen was ich beim repeater mit der peerList mache... evtl kann man hier die Info reinpacken - ist dann aber unformatiert...
Gruss
Marnti
Drucken
Nach oben Seiten 1 2 3 Alle
Benutzer-Aktionen