Hi,
jetzt habe ich bereits einiges über den HM-ES-PMSw1-Pl und Stromausfall gelesen und mir auch die Lösung zur fortlaufenden Speicherung der bisher gemessenen Leistungsaufnahmen zusammen gezimmert. Doch nach wie vor suche ich nach einer Lösung wie meine HM-ES-PMSw1-Pl nach einem Stromausfall sich wieder einschalten, so sie zuvor auch eingeschaltet waren.
Gibt es denn keine einfache bzw. wirklich funktionstüchte Lösung für diese wahrscheinlich kleine Herausforderung ?
lG,
Mario
Zitat von: vangils am 30 Juli 2014, 01:22:50
Gibt es denn keine einfache bzw. wirklich funktionstüchte Lösung für diese wahrscheinlich kleine Herausforderung ?
Nein.
Also wenn dein FHEM beim Stromausfall weiterläuft hätte ich eine Idee, aber ob die wirklich "wasserfest" ist würde ich bezweifeln.
Du machst ein notify der bei abgeschaltetem Zustand dein HM-ES-PMSw1-Pl aktiviert.
define notify_Steckdose notify Steckdose:off set Steckdose on
Zusätzlich machst du zwei notifys, was das erste notify aktiviert wenn der Schalter on ist und deaktiviert wenn der Schalter off ist.
define notify_Steckdose_on notify Steckdose:on attr notify_Steckdose disable 0
define notify_Steckdose_off notify Steckdose:off attr notify_Steckdose disable 1
Das würde aber nur funktionieren wenn dein FHEM den Stromausfall definitiv überlebt.
Hi,
also ich hab das jetzt ausgetestet und auch korrigiert, denn das Keyword notify fehlte bei Deinen Samples.
Meine Definition sieht nun so aus:
define nfy_tr.Stromausfall_Sw notify tr.Stromausfall_Sw:off set tr.Stromausfall_Sw on
define nfy_tr.Stromausfall_Sw_on notify tr.Stromausfall_Sw:on attr nfy_tr.Stromausfall_Sw disable 0
define nfy_tr.Stromausfall_Sw_off notify tr.Stromausfall_Sw:off attr nfy_tr.Stromausfall_Sw disable 1
Es funktioniert nun insofern als dass sich die Steckdose jederzeit wieder sofort einschaltet, ganz egal was ich mache.
Wenn ich über fhem set tr.Stromausfall_Sw off ausschalte, direkt auf der Steckdose über den Taster ausschalte oder aber auch das Teil "HM-ES-PMSw1-Pl" komplett aus der Steckdose ziehe und wieder einstecke. Binnen 10 Sekunden ist das Teil über fhem wieder eingeschaltet.
Hierfür ist es auch egal ob ich die zwei disable command absetze oder nicht, das Teil wird immer wieder eingeschaltet.
Somit können sich so manche einen HW-Eingriff in das Teil sparen, was ja auch oftmals schon hier im Forum diskutiert wurde.
Doch ich würde auch gerne zumindest über fhem die Steckdose ausschalten können und das geht leider überhaupt nicht mehr.
Und wie sieht es bei einem kompletten Stromausfall über mehrere Stunden aus, wo dann auch eine Box mit fhem über USV gespeist sich schon mal abschaltet. Gerade für Kühlschränke und ähnlich kritische Verbraucher kann es doch wichtig sein dann wieder eingeschaltet zu werden ?
Speichert sich fhem nicht einen Status von allen Einheiten weg, welcher im Falle eines Ausfalles zur Wiederherstellung der ursprünglichen Situation herangezogen werden könnte ?
lG,
Mario
Zitat von: vangils am 31 Juli 2014, 14:13:27
Speichert sich fhem nicht einen Status von allen Einheiten weg, welcher im Falle eines Ausfalles zur Wiederherstellung der ursprünglichen Situation herangezogen werden könnte ?
Prinzipiell schon, aber nicht jedes Gerät (schon gar nicht Komponenten mit bidirektionalem Protokoll) läßt sich seinen Zustand einfach per setstate von irgendjemandem aufzwingen.
ein automatisches einschalten nach stromausfall bekommst du besser,sicherer und ohne fhem auch über den eingebauten spannungsmesser hin.
das problem in deiner ausgangssituation war ja eigentlich die bedingung, dass der stecker nach spannungsausfall aus bleibt, wenn er zuvor aus war.
gruss frank
Zitat von: vangils am 31 Juli 2014, 14:13:27Gerade für Kühlschränke und ähnlich kritische Verbraucher kann es doch wichtig sein dann wieder eingeschaltet zu werden ?
Da die ja immer sein müssen, ginge das ja über das notify. Aber wie frank schrieb würde ich auch fhem unabhängig machen gerade weil es kritisch ist.
Wird denn das disable Attribut korrekt gesetzt wenn die Steckdose an ist? Vielleicht ist es auch ein zeitliches Problem (das die notifys gleichzeitig starten und quasi schon läuft bevor er deaktiviert wird) und wir dürfen kein notify sondern einen watchdog nehmen. Watchdog ist vermutlich eh die bessere Idee.
eine Lösung über FHEM ist - zumindest hoch kritisch.
Nach spannungsausfall - von was? Den PMSw1? Den IO? Dem Server? Wer schaltet zuletzt wieder ein? War es ein Blitz und das IO/ der Server hat einen Treffer - kommt nicht mehr hoch?
Zu viele Fragen. Zu viel Unsicherheit für einen Kühlschrank.
Inhibit sollte man bei jeden Start von FHEM senden - schadet sicher nicht. Würde ich im UserConfig eintragen
Du könntest dem Device einen AES key setzen und diesen dann nicht eintragen. Das Device darf dann nicht mehr auf Kommados reagieren. Müsstest du aber selbt austesten...
Hi,
ich bin gerade am testen mit Watchdog's, stellt sich jedoch auch nicht gar so einfach dar.
Sollte ich damit zum Ziel kommen, werde ich gerne meine Lösung hier posten.
@martinp876 : Aufgestoßen ist mir die Sache, als kürzlichst wegen einer defekten Teichpumpe das gesamte Haus verdunkelte, weil der Leitungsschutzschalter und FI-Schutzschalter alles abgeschaltet hatte. O.K., Fehler erkannt, Fehler beseitigt, alles wieder einschalten, bloss die HM-Steckdosenschalter die ich für Testzwecke bei Wohnraumlüftung und einer großen zeitgesteuerten Pumpe zwischengeschaltet hatte blieben abgeschaltet. Bloss dies fiel mir Stunden später erst auf. Wenn mir dies während einer mehrtägigen Abwesenheit passiert, habe ich u.U. andere Probleme und dies ist für mich nicht der Sinn und Zweck einer Homeautomation. Entweder es funktioniert und unterstützt mich bzw. meine Familie auch in solchen Situationen oder ich muß die nicht hineinpassenden Komponenten von einer solchen Steuerung weg lassen.
Situationen wie Blitzschlag, abgebrannter Server, u.d.g. kann ja auch eine Haussteuerung nicht wirklich checken, hier ist der Planer und in diesem Falle ich gefragt, indem im Vorfeld ein schnell lauffähiges Ersatzteil in Reichweite ist und auch die wichtigen Config's verfügbar sind.
Wobei ich noch sagen möchte, dass die HM-Schaltsteckdosen in Wirklichkeit auch keine sehr gute Lösung sind. Einerseits sind sie nicht gerade optisch ansprechend und versteckbar klein, eine Lösung direkt im Schaltschrank, Unterputzschalterdose oder Unterputzsteckdose würde mich besser ansprechen und anderseits wenn man dauerhaft Geräte ein/ausschalten bzw. Stromverbrauch messen möchte, muß es schon ein heftiger Verbraucher mit großem Einsparungspotential sein. Denn die Dinger kosten auch nicht gar so wenig und um den Preis kann man von seinem Stromlieferanten schon eine ganze Menge an Kilowattstunden einkaufen.
Doch für Verbrauchsbeobachtungen finde ich es schon ganz gut, vor allem wo ich derzeit nur noch eine Alternative kenne und die wäre dann wieder mit einer Fritzbox in Kombi zu benutzen und kostet auch nicht gerade wenig.
Meine Ansätze bzgl. Verbraucherbeobachtung wären z.B.: wie viel ein Kühlschrank an Stormverbrauch verursacht, wenn der die Raumtemperatur aufgrund intensiver Sonneneinstrahlung sich erhöht, oder die Sonne für mehrere Stunden direkt auf den Kühlschrank scheint, oder so wie in unserem Fall ein Küchenplaner unserer Vorbesitzer direkt neben dem Kühlschrank meinte eine Geschirrspülmaschine in der Küche verbauen zu müssen.
Hier denke ich, kann über zusammenführungen mehrere Informationien (Raumtemperatur, Aussentemperatur, Sonneneinstrahlung, Nutzung des Geschirrspülers, Stromverbrauch des Kühlschranks) Einsparungspotential ermittelt werden, sollte jedoch nach Abschluss der Mess- und Ermittlungsorgie auch wieder ohne diese HM-Stecker betrieben werden.
Dennoch, während einer solchen Orgie brauche ich es nicht unbedingt, dass mit dieser HM-Stecker wegen einer Stromabschaltung abgeschaltet bleibt und ich erst Stunden später einen Kühlschrank mit verdorbenen Kühlgut vorfinde.
Von wegen AES-Key setzen. Ich habe hier einen HM-USB-Stick im Einsatz und soweit ich verstanden habe, kann man bei AES-Key nur mit dem LAN-Interface arbeiten. Letztes jedoch fand ich an anderer Stelle als nicht empfehlenswert beschrieben, sodass ich mich eben auf die USB-Variante gestützt hatte.
Außerdem fand ich im Commandreference folgenden Hinweis:
AES-Encryption is not useable with a CUL device as the interface, but it is supported with a HMLAN. Due to the issues above I do not recommend using Homematic encryption at all.
lG,
Mario
Hi Mario,
a) ein aktives Teil und der "Kühlschranksteckdose" (stellvertretend für alle kritischen Teile) ist immer ein Risiko. Es kann auch einfach kaputt gehen, eine Steckdose eher selten.
b) natürlich muss es automatisch gehen - sonst ist es keine home"automation"
c) zum automatischen einschalten dieser Dose nach power-up hatte ich einmal einen vorschlag gemacht (lange her). Es sollte jemand ausarbeiten, austesten unter möglichst vielen bedingungen und dann ins Wiki stellen. Da steht viel über das Teil (was man auch so ermitteln kann) - aber genau diese Codeschnipsel sind das, was der User braucht. Da ich keine habe wir es nicht von mir kommen - ich kann es nicht testen.
d) Abschalten der Steuerbarkeit durch die Zentrale: AES war eine blöde und komplizierte Idee. Besser ist folgendes: Richte ein dummy-io ein. Setze IODev des blockierten schalters auf das dummy-io. Es werden noch alle messages empfangen, aber keine mehr gesendet. Du wirst Sendefehler erhalten, klar. Damit kannst du dannaber umgehen.
Wenn du wieder senden willst musst du das Attribut wieder auf das korrekte IO setzen
define dio HMLAN 1.1.1.1:1000
attr dio HMId 111111
attr dio dummy 1
attr dio ignore 1
attr <Entity> IODev dio
deleteattr <Entity> IOgrp
Erreicht hast du dann eine Sicherung, die zumindest verlangt ein Attribut vor dem Senden zu ändern. Ein aus versehen click ist ausgeschlossen.
p.s.
die Attribute
attr <Entity> IODev dio
deleteattr <Entity> IOgrp
werden evtl während des betriebs geändert (falls du einmal etwas nachsehen willst). Daher würde ich das Setzen des Attibuts in das "user-config" einbauen. Also ein Config, das NACH dem init aufgerufen wird, und das durch ein save nicht geändert wird.
die ec3000 dosen messen nur und schalten nicht. sie sind relativ klein. für die pca301 dosen ist im wiki eine mögliche änderung beschrieben um sie auch auf dauernd ein umzubauen. beide gehen mit einem jeeljnk (nachbau). für geräte die immer an sind wie z.b. einen kühlschrank ist die ec3000 glaube ich am besten geeignet.
gruss
andre
ZitatEs funktioniert nun insofern als dass sich die Steckdose jederzeit wieder sofort einschaltet, ganz egal was ich mache.
Aber ist nicht genau das der Zustand, den eine Kühlschranksteckdose immer haben sollte???
Verstehe das Problem nicht wirklich.
Aber eine einfache Lösung ist imho folgendes:
Lightscene
Definiere dir eine Lightscene für Stromausfall. In der setzt du alle Geräte auf on, die nach einem Stromausfall weiter Wums haben müssen.
Wie wird die Lightscene angeworfen? Lass sie beim Hochfahren von fhem starten. Wenn dein fhem weg war, wird der Kühlschrank an gehen.
Spannend wird es, wenn dein Rechner an einer USV hängt.
Dann musst du mitbekommen, ob dein Haus einen Stromausfall erlitten hat.
Das geht entweder damit, dass du die USV nach ihrem Status abfrägst (wie das geht, ist eine andere Geschichte).
Oder aber, du nimmst so eine Steckdose von oben und lässt sie einfach dauernd an. Bei der wissen wir, die sollte an sein. Wenn die auf einmal aus ist wissen wir, da war ein Stromausfall (Kindersicher verbaut natürlich).
ueber die Zentrale gibt es viele moeglichkeiten. Das ist hier aber sekundaer.
Die Alternative eines reinen Messgeraets ist sicher moeglich
Hier ist aber die Frage nach einer Anleitung,
a)wie der Aktor selbstaendig nach spannungseinbruch oder ausfall wieder einschaltet.
b)wie man die bedienung durch remotes oder eingebaute Taster abschalten kann
c)wie man die bedienung durch die Zentrale abschalten kann
Das alles muss auch diesem Device beigebracht werden koennen.
a) gibt es, aktuell weiss ich nicht an welcher ZENTRALEN Stelle dies beschrieben ist.
b) kann man durch nicht peeren erreichen. Alternativ durch ignore, was aber nach Spannungsausfall weg ist, vermute ich. Ausserdem kann man es nicht ruecklesen. Daher nicht hinreichend. Nicht komplett befriedigend wenn man externe fernbedienungen nutyen moechte. Betrieb ohne externe remotes ist Problemlos moeglich
c) habe ich aufgezeigt. Sollte hinreichend sein, meine ich zumindest
ich habe das über die winsoftware gemacht, da hier nur 2-3 klicks nötig sind.
Zitata)wie der Aktor selbstaendig nach spannungseinbruch oder ausfall wieder einschaltet.
siehe anhang messsteckdose.png. nur den komparator-channel 5 für die spannungsüberwachung aktivieren und entsprechende level setzen. fertig.
Zitatb)wie man die bedienung durch remotes oder eingebaute Taster abschalten kann
zusätzlich habe ich den eingebauten schalter zum ein-/ausschalten der steckdose deaktiviert, um versehentliches ausschalten zu vermeiden. die 2 sek verzögerung sind nicht unbedingt erforderlich. siehe anhang messsteckdose_2.png
zusatz:
man kann die sicherheit noch steigern, indem die geräteresetfunktion des schalters unterdrückt wird. hierzu einfach das häkchen setzen. siehe screenshot messsteckdose_3_2. das könnte eventuell aber auch andere komplikationen mit sich führen. bei kleinkindern mit forschergeist im haushalt bestimmt ganz nützlich. ;)
wenn gewünscht könnte ich die daraus resultierenden lists posten, damit martin eventuell ein template für hminfo bauen kann.
gruss frank
update:
ich habe gerade ein paar versuche mit kanal 2 probiert, um eventuell auch etwas über ein spannungsausfall zu erfahren. dabei hat sich die windows-konfigurations-software verharkt. nach abschalten des zu sendenden stromwertes, gelang es mir nicht mehr über die software erneut ein wert zu setzen. das select-feld war permanent disabled. erst durch reset des devices und erneutem anlernen ging es wieder.
danach habe ich nach meiner beschreibung die steckdose erneut konfiguriert, aber jetzt schaltet sie nach spannungsausfall nicht mehr selbstständig ein. :'(
entweder ich hatte damals zusätzlich noch etwas über die experteneinstellungen verändert, oder jetzt ist etwas defekt gegangen. mal schauen...
1) kannst du die registerlisten schicken?
2) Ich habe das sichern der Config-daten "fortgeschrieben". Ich empfehle, die configdate automatisch zu archivieren (geht mit leichter zeitverzögerung - da sollte man nicht abschalten/booten/restart machen...). Die entsprechende Datei der (aller) register kann man purgen und sich dann eine sicherungs-kopie erstelle. Nun gibt es auch ein verfiy, das die Daten auf einer sicherung mit den aktuell in FHEM vorhandenen (also gelesenen) vergleicht.
Prinzipiell sind deine Einstellungen in den Screen-shots genau das, was ich erwartet hätte. Lieber sind mir die Daten aber als roh-Register.
so, das automatische einschalten funktioniert wieder. natürlich muss auch über winsoftware channel5 mit channel1 explizit gepeert (verknüpft) werden. das hatte ich letztens über fhem gemacht.
wie schon ausführlich in einem anderen thread berichtet, werden in fhem, nun auch beim peeren über winsoftware, keine peer infos im channel5 angezeigt. nur 00000000. hier noch die registerlisten.
dev
2014-08-01 15:39:03 RegL_00: 02:81 0A:1A 0B:CE 0C:1F 18:00 00:00
chn1
2014-08-01 15:39:11 RegL_03:self01 02:00 03:00 04:32 05:64 06:25 07:FF 08:00 09:FF 0A:01 0B:13 0C:33 82:00 83:00 84:32 85:64 86:25 87:FF 88:00 89:FF 8A:21 8B:13 8C:33 00:00
2014-08-01 15:39:12 RegL_03:self05 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:13 0C:33 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:13 8C:33 00:00
chn5
2014-08-01 15:39:08 RegL_01: 08:00 22:64 30:06 84:02 85:C8 86:00 87:00 88:00 89:07 8A:D0 8B:00 8C:00 8D:07 8E:08 00:00
gibt es eigentlich über hminfo die möglichkeit alle registerlisten eines devices bequem abzurufen?
gruss frank
Zitatgibt es eigentlich über hminfo die möglichkeit alle registerlisten eines devices bequem abzurufen?
dekodiert meinst du nicht?
get hm register [-f <name>]
dann wohl eher nicht als return value. Es geht aber über ein saveconfig - in ein file.
p.s.
von welchem channel sind die Register?
Schicke einfach das, was ein
set hm saveConfig -f <device> <filename>
ausgibt.
Nun, wenn das peering fehlt kann es nicht wirklich klappen... aber erst einmal die komplette info
ich meinte die rawlisten, also "RegL_xx". bei get hminfo param kann man die parameter ja nicht als regex angeben und bei get register nur dekodiert.
#======== store device data:SwitchES01 === from: 2014-08-02 10:27:28
#--- entity:SwitchES01
setreading SwitchES01 D-firmware 1.4
setreading SwitchES01 D-serialNr KEQ0967103
set SwitchES01 regBulk RegL_00: 02:81 0A:1A 0B:CE 0C:1F 18:00 00:00
# timestamp of the readings for reference
# 2014-08-01 15:39:03 :RegL_00:
#--- entity:SwitchES01_Pwr
set SwitchES01_Pwr regBulk RegL_01: 08:00 7A:01 7B:08 7C:00 7D:27 7E:10 7F:00 80:64 81:00 82:64 83:64 00:00
# timestamp of the readings for reference
# 2014-08-01 15:39:04 :RegL_01:
#--- entity:SwitchES01_SenF
# Peer Names:
set SwitchES01_SenF peerBulk 00000000,
set SwitchES01_SenF regBulk RegL_01: 08:00 22:64 30:06 84:00 85:C8 86:00 87:00 88:00 89:13 8A:9C 8B:00 8C:00 8D:13 8E:74 00:00
# timestamp of the readings for reference
# :peerList
# 2014-08-01 15:39:09 :RegL_01:
#--- entity:SwitchES01_SenI
# Peer Names:
set SwitchES01_SenI peerBulk 00000000,
set SwitchES01_SenI regBulk RegL_01: 08:00 22:64 30:06 84:00 85:C8 86:00 87:00 88:00 89:07 8A:D0 8B:00 8C:00 8D:03 8E:E8 00:00
# timestamp of the readings for reference
# :peerList
# 2014-08-01 15:39:06 :RegL_01:
#--- entity:SwitchES01_SenPwr
# Peer Names:
set SwitchES01_SenPwr peerBulk 00000000,
set SwitchES01_SenPwr regBulk RegL_01: 08:00 22:64 30:06 84:00 85:C8 86:00 87:00 88:00 89:4E 8A:20 8B:00 8C:00 8D:27 8E:10 00:00
# timestamp of the readings for reference
# :peerList
# 2014-08-01 15:39:05 :RegL_01:
#--- entity:SwitchES01_SenU
# Peer Names:
set SwitchES01_SenU peerBulk 00000000,
set SwitchES01_SenU regBulk RegL_01: 08:00 22:64 30:06 84:02 85:C8 86:00 87:00 88:00 89:07 8A:D0 8B:00 8C:00 8D:07 8E:08 00:00
# timestamp of the readings for reference
# :peerList
# 2014-08-01 15:39:08 :RegL_01:
#--- entity:SwitchES01_Sw
# Peer Names:
set SwitchES01_Sw peerBulk 00000000,24AF1D01,24AF1D05,
set SwitchES01_Sw regBulk RegL_03:self01 02:00 03:00 04:32 05:64 06:25 07:FF 08:00 09:FF 0A:01 0B:13 0C:33 82:00 83:00 84:32 85:64 86:25 87:FF 88:00 89:FF 8A:21 8B:13 8C:33 00:00
set SwitchES01_Sw regBulk RegL_03:self05 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:13 0C:33 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:13 8C:33 00:00
# timestamp of the readings for reference
# self01,self05, :peerList
# 2014-08-01 15:39:11 :RegL_03:self01
# 2014-08-01 15:39:12 :RegL_03:self05
======= finished ===
mit get hminfo register ist in der ausgabe von MultiExec das 2. on in der tabelle in der falschen spalte. muss nach self05/lg.
SwitchES01_Sw type:powerMeter -
list:peer register :value
self01 self05
lg sh lg sh
ActionType jmpToTarget jmpToTarget jmpToTarget jmpToTarget
CtDlyOff geLo geLo geLo geLo
CtDlyOn geLo geLo geLo geLo
CtOff geLo geLo geLo geLo
CtOn geLo geLo geLo geLo
CtValHi 100 100 100 100
CtValLo 50 50 50 50
MultiExec on on
OffDly [s] 0 0 0 0
OffTime [s] 111600 111600 111600 111600
OffTimeMode absolut absolut absolut absolut
OnDly [s] 5 5 0 0
OnTime [s] 111600 111600 111600 111600
OnTimeMode absolut absolut absolut absolut
SwJtDlyOff on on on on
SwJtDlyOn on on on on
SwJtOff dlyOn dlyOn dlyOn dlyOn
SwJtOn on on on on
nach dem peeren von chn1 mit chn5 funktioniert es ja nun. fhem zeigt den peer in chn5 (SwitchES_SenU) nur nicht an. er ist aber definitiv vorhanden. hminfo peerCheck sagt nichts dazu und peerXref "SwitchES01_Sw => self01, self05 " auch nur chn1.
Zitatfhem zeigt den peer in chn5 (SwitchES_SenU) nur nicht an.
das ist blöd.
kannst du einmal ein getConfig "roh" aufzeichnen? intKeysVisib ist ja gesetzt (sonst kommt der Peer auch nicht raus.
Gruss Martin
hier das getconfig:
2014.08.02 14:31:52.002 0: HMLAN_Send: hmlan1 S:S96B46C06 stat: 00 t:00000000 d:01 r:96B46C06 m:16 A001 1ACE1F 24AF1D 010E
2014.08.02 14:31:52.188 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:053BAFA0 d:FF r:FFC6 m:16 A410 24AF1D 1ACE1F 0601C80039
2014.08.02 14:31:52.414 0: HMLAN_Parse: hmlan1 R:R96B46C06 stat:0001 t:053BAFA5 d:FF r:FFC6 m:16 A410 24AF1D 1ACE1F 0601C80039
2014.08.02 14:31:58.954 0: HMLAN_Send: hmlan1 S:+24AF1D,00,01,00
2014.08.02 14:31:58.957 0: HMLAN_Send: hmlan1 S:S96B4872F stat: 00 t:00000000 d:01 r:96B4872F m:17 A001 1ACE1F 24AF1D 00040000000000
2014.08.02 14:31:59.244 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:053BCAD1 d:FF r:FFC5 m:17 A010 24AF1D 1ACE1F 0202810A1A0BCE0C1F18000000
2014.08.02 14:31:59.371 0: HMLAN_Parse: hmlan1 R:R96B4872F stat:0001 t:053BCAD6 d:FF r:FFC5 m:17 A010 24AF1D 1ACE1F 0202810A1A0BCE0C1F18000000
2014.08.02 14:31:59.566 0: HMLAN_Send: hmlan1 S:+24AF1D,00,01,00
2014.08.02 14:31:59.568 0: HMLAN_Send: hmlan1 S:S96B48992 stat: 00 t:00000000 d:01 r:96B48992 m:18 A001 1ACE1F 24AF1D 0103
2014.08.02 14:31:59.752 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:053BCD35 d:FF r:FFC5 m:18 A010 24AF1D 1ACE1F 0124AF1D0124AF1D0500000000
2014.08.02 14:31:59.953 0: HMLAN_Parse: hmlan1 R:R96B48992 stat:0001 t:053BCD3A d:FF r:FFC5 m:18 A010 24AF1D 1ACE1F 0124AF1D0124AF1D0500000000
2014.08.02 14:32:00.059 0: HMLAN_Send: hmlan1 S:+24AF1D,00,01,00
2014.08.02 14:32:00.062 0: HMLAN_Send: hmlan1 S:S96B48B80 stat: 00 t:00000000 d:01 r:96B48B80 m:19 A001 1ACE1F 24AF1D 02040000000001
2014.08.02 14:32:00.330 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:053BCF3E d:FF r:FFC5 m:19 A010 24AF1D 1ACE1F 0208007A0A7B0A7C007D007E00
2014.08.02 14:32:00.376 0: HMLAN_Parse: hmlan1 R:R96B48B80 stat:0001 t:053BCF43 d:FF r:FFC5 m:19 A010 24AF1D 1ACE1F 0208007A0A7B0A7C007D007E00
2014.08.02 14:32:00.518 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:053BD03D d:FF r:FFC6 m:1A A010 24AF1D 1ACE1F 027F0380E88103820083000000
2014.08.02 14:32:00.623 0: HMLAN_Send: hmlan1 S:+24AF1D,00,01,00
2014.08.02 14:32:00.626 0: HMLAN_Send: hmlan1 S:S96B48D7D stat: 00 t:00000000 d:01 r:96B48D7D m:1A A001 1ACE1F 24AF1D 03040000000001
2014.08.02 14:32:01.036 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:053BD241 d:FF r:FFC6 m:1A A010 24AF1D 1ACE1F 02080022643006840085C88600
2014.08.02 14:32:01.238 0: HMLAN_Parse: hmlan1 R:R96B48D7D stat:0001 t:053BD246 d:FF r:FFC6 m:1A A010 24AF1D 1ACE1F 02080022643006840085C88600
2014.08.02 14:32:01.286 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:053BD33E d:FF r:FFC5 m:1B A010 24AF1D 1ACE1F 038700004E2000002710
2014.08.02 14:32:01.530 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:053BD432 d:FF r:FFC5 m:1C A010 24AF1D 1ACE1F 020000
2014.08.02 14:32:01.635 0: HMLAN_Send: hmlan1 S:S96B49171 stat: 00 t:00000000 d:01 r:96B49171 m:1B A001 1ACE1F 24AF1D 0303
2014.08.02 14:32:02.050 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:053BD637 d:FF r:FFC5 m:1B A010 24AF1D 1ACE1F 0100000000
2014.08.02 14:32:02.156 0: HMLAN_Delay: hmlan1 24AF1D
2014.08.02 14:32:02.173 0: HMLAN_Parse: hmlan1 R:R96B49171 stat:0001 t:053BD63C d:FF r:FFC5 m:1B A010 24AF1D 1ACE1F 0100000000
2014.08.02 14:32:02.176 0: HMLAN_SdDly: hmlan1 24AF1D
2014.08.02 14:32:02.277 0: HMLAN_Send: hmlan1 S:+24AF1D,00,01,00
2014.08.02 14:32:02.279 0: HMLAN_Send: hmlan1 S:S96B49364 stat: 00 t:00000000 d:01 r:96B49364 m:1C A001 1ACE1F 24AF1D 04040000000001
2014.08.02 14:32:02.577 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:053BD846 d:FF r:FFC5 m:1C A010 24AF1D 1ACE1F 02080022643006840085C88600
2014.08.02 14:32:02.717 0: HMLAN_Parse: hmlan1 R:R96B49364 stat:0001 t:053BD84B d:FF r:FFC5 m:1C A010 24AF1D 1ACE1F 02080022643006840085C88600
2014.08.02 14:32:02.827 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:053BD943 d:FF r:FFC5 m:1D A010 24AF1D 1ACE1F 0387000007D0000003E8
2014.08.02 14:32:03.071 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:053BDA37 d:FF r:FFC5 m:1E A010 24AF1D 1ACE1F 020000
2014.08.02 14:32:03.176 0: HMLAN_Send: hmlan1 S:S96B49776 stat: 00 t:00000000 d:01 r:96B49776 m:1D A001 1ACE1F 24AF1D 0403
2014.08.02 14:32:03.626 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:053BDC3D d:FF r:FFC5 m:1D A010 24AF1D 1ACE1F 0100000000
2014.08.02 14:32:03.738 0: HMLAN_Parse: hmlan1 R:R96B49776 stat:0001 t:053BDC42 d:FF r:FFC5 m:1D A010 24AF1D 1ACE1F 0100000000
2014.08.02 14:32:03.834 0: HMLAN_Send: hmlan1 S:+24AF1D,00,01,00
2014.08.02 14:32:03.837 0: HMLAN_Send: hmlan1 S:S96B49A3E stat: 00 t:00000000 d:01 r:96B49A3E m:1E A001 1ACE1F 24AF1D 05040000000001
2014.08.02 14:32:04.118 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:053BDE4B d:FF r:FFC5 m:1E A010 24AF1D 1ACE1F 02080022643006840285C88600
2014.08.02 14:32:04.258 0: HMLAN_Parse: hmlan1 R:R96B49A3E stat:0001 t:053BDE50 d:FF r:FFC5 m:1E A010 24AF1D 1ACE1F 02080022643006840285C88600
2014.08.02 14:32:04.368 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:053BDF48 d:FF r:FFC5 m:1F A010 24AF1D 1ACE1F 0387000007D000000708
2014.08.02 14:32:04.613 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:053BE03C d:FF r:FFC5 m:20 A010 24AF1D 1ACE1F 020000
2014.08.02 14:32:04.718 0: HMLAN_Send: hmlan1 S:S96B49D7A stat: 00 t:00000000 d:01 r:96B49D7A m:1F A001 1ACE1F 24AF1D 0503
2014.08.02 14:32:05.131 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:053BE241 d:FF r:FFC5 m:1F A010 24AF1D 1ACE1F 0100000000
2014.08.02 14:32:05.278 0: HMLAN_Parse: hmlan1 R:R96B49D7A stat:0001 t:053BE246 d:FF r:FFC5 m:1F A010 24AF1D 1ACE1F 0100000000
2014.08.02 14:32:05.378 0: HMLAN_Send: hmlan1 S:+24AF1D,00,01,00
2014.08.02 14:32:05.381 0: HMLAN_Send: hmlan1 S:S96B4A047 stat: 00 t:00000000 d:01 r:96B4A047 m:20 A001 1ACE1F 24AF1D 06040000000001
2014.08.02 14:32:05.658 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:053BE44F d:FF r:FFC5 m:20 A010 24AF1D 1ACE1F 02080022643006840085C88600
2014.08.02 14:32:05.865 0: HMLAN_Parse: hmlan1 R:R96B4A047 stat:0001 t:053BE454 d:FF r:FFC5 m:20 A010 24AF1D 1ACE1F 02080022643006840085C88600
2014.08.02 14:32:05.908 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:053BE54C d:FF r:FFC5 m:21 A010 24AF1D 1ACE1F 03870000139C00001374
2014.08.02 14:32:06.152 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:053BE640 d:FF r:FFC5 m:22 A010 24AF1D 1ACE1F 020000
2014.08.02 14:32:06.257 0: HMLAN_Send: hmlan1 S:S96B4A37E stat: 00 t:00000000 d:01 r:96B4A37E m:21 A001 1ACE1F 24AF1D 0603
2014.08.02 14:32:06.671 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:053BE845 d:FF r:FFC5 m:21 A010 24AF1D 1ACE1F 0100000000
2014.08.02 14:32:06.823 0: HMLAN_Parse: hmlan1 R:R96B4A37E stat:0001 t:053BE84A d:FF r:FFC5 m:21 A010 24AF1D 1ACE1F 0100000000
2014.08.02 14:32:06.928 0: HMLAN_Send: hmlan1 S:+24AF1D,00,01,00
2014.08.02 14:32:06.931 0: HMLAN_Send: hmlan1 S:S96B4A64A stat: 00 t:00000000 d:01 r:96B4A64A m:22 A001 1ACE1F 24AF1D 010424AF1D0103
2014.08.02 14:32:07.198 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:053BEA54 d:FF r:FFC5 m:22 A010 24AF1D 1ACE1F 03020000326425FF00FF011333
2014.08.02 14:32:07.341 0: HMLAN_Parse: hmlan1 R:R96B4A64A stat:0001 t:053BEA59 d:FF r:FFC5 m:22 A010 24AF1D 1ACE1F 03020000326425FF00FF011333
2014.08.02 14:32:07.451 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:053BEB53 d:FF r:FFC5 m:23 A010 24AF1D 1ACE1F 03820000326425FF00FF211333
2014.08.02 14:32:07.693 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:053BEC45 d:FF r:FFC5 m:24 A010 24AF1D 1ACE1F 020000
2014.08.02 14:32:07.798 0: HMLAN_Send: hmlan1 S:S96B4A9AA stat: 00 t:00000000 d:01 r:96B4A9AA m:23 A001 1ACE1F 24AF1D 010424AF1D0503
2014.08.02 14:32:08.369 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:053BEE51 d:FF r:FFC5 m:23 A010 24AF1D 1ACE1F 03020000326400FF00FF011333
2014.08.02 14:32:08.394 0: HMLAN_Parse: hmlan1 R:R96B4A9AA stat:0001 t:053BEE56 d:FF r:FFC5 m:23 A010 24AF1D 1ACE1F 03020000326400FF00FF011333
2014.08.02 14:32:08.474 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:053BEF50 d:FF r:FFC5 m:24 A010 24AF1D 1ACE1F 03820000326400FF00FF211333
2014.08.02 14:32:08.714 0: HMLAN_Parse: hmlan1 R:E24AF1D stat:0000 t:053BF042 d:FF r:FFC5 m:25 A010 24AF1D 1ACE1F 020000
wird auch nicht ausgegeben. Ich erkläre mir das einfach einmal so:
Die Internen Peers aller AKTOREN kann man sehen. Interne peers bei Sensoren hatten wir eigentlich nicht. Will sagen der interne Sensor eines Blind-Aktors ist nie sichtbar, nur eine Hinterlassenschaften im Aktor.
Somit scheint HM dies nicht auszugeben.
ZitatSomit scheint HM dies nicht auszugeben.
dann ist ja alles ok.
ich habe sonst auch nur noch einen lc-sw1pbu-fm aber mit alternativer fw. da ist das dann ja eh anders. kann man eventuell einen rt mit sich selbst peeren, um einen vergleich zu bekommen? der hat doch auch jede menge kanäle. keine ahnung, ob das sinn macht.