Homematic wired

[gevoo]

Hallo habl,

Problem erkannt und beseitigt.

Gruß gevoo

[habl]

Hallo gevoo,

leider noch keine Besserung:

Code Auswählen Erweitern

2015.05.07 19:16:52 3: myHM485: Event: I[1](1,Y,F,B)(BA) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.07 19:16:52 5: myHM485 dispatch ��e������
K�
2015.05.07 19:16:52 3: Device:getFrameInfos:  eventBits = 82 frameTypeName = key_event_short
2015.05.07 19:16:52 1: PERL WARNING: Use of uninitialized value $replace in hash element at FHEM/lib/HM485/Device.pm line 459.
2015.05.07 19:16:52 1: PERL WARNING: Use of uninitialized value $replace in hash element at FHEM/lib/HM485/Device.pm line 460.
2015.05.07 19:16:52 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 01 msgData = 4B000082 actionType = frame
2015.05.07 19:16:52 3: myHM485: Event: I[2](1,Y,F,B)(BC) 0000AB0D -> FFFFFFFF [16] 41(A) 00120003064B45513031383233
2015.05.07 19:16:52 5: myHM485 dispatch ��e������
AKEQ0182378
2015.05.07 19:16:52 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_HM485.pm line 1586.
2015.05.07 19:16:52 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel =  msgData = 4100120003064B455130313832333738 actionType = frame
2015.05.07 19:16:55 3: myHM485: Event: I[3](1,Y,F,B)(BE) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.07 19:16:55 5: myHM485 dispatch ��e������
K
j
2015.05.07 19:16:55 3: Device:getFrameInfos:  eventBits = 6A frameTypeName = key_event_short
2015.05.07 19:16:55 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 02 msgData = 4B01006A actionType = frame
2015.05.07 19:16:55 3: myHM485: Event: I[0](1,Y,F,B)(B8) 0000AB0D -> FFFFFFFF [16] 41(A) 01120003064B45513031383233
2015.05.07 19:16:55 5: myHM485 dispatch ��e������
A
KEQ0182378
2015.05.07 19:16:55 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel =  msgData = 4101120003064B455130313832333738 actionType = frame
2015.05.07 19:16:58 3: myHM485: Event: I[1](1,Y,F,B)(BA) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.07 19:16:58 5: myHM485 dispatch ��e������
K�
2015.05.07 19:16:58 3: Device:getFrameInfos:  eventBits = 87 frameTypeName = key_event_long
2015.05.07 19:16:58 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 01 msgData = 4B000087 actionType = frame
2015.05.07 19:16:58 3: myHM485: Event: I[2](1,Y,F,B)(BC) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.07 19:16:58 5: myHM485 dispatch ��e������
K�
2015.05.07 19:16:58 3: Device:getFrameInfos:  eventBits = 87 frameTypeName = key_event_long
2015.05.07 19:16:58 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 01 msgData = 4B000087 actionType = frame
2015.05.07 19:16:59 3: myHM485: Event: I[3](1,Y,F,B)(BE) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.07 19:16:59 5: myHM485 dispatch ��e������
K�
2015.05.07 19:16:59 3: Device:getFrameInfos:  eventBits = 87 frameTypeName = key_event_long
2015.05.07 19:16:59 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 01 msgData = 4B000087 actionType = frame
2015.05.07 19:16:59 3: myHM485: Event: I[0](1,Y,F,B)(B8) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.07 19:16:59 5: myHM485 dispatch ��e������
K�
2015.05.07 19:16:59 3: Device:getFrameInfos:  eventBits = 87 frameTypeName = key_event_long
2015.05.07 19:16:59 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 01 msgData = 4B000087 actionType = frame
2015.05.07 19:16:59 3: myHM485: Event: I[1](1,Y,F,B)(BA) 0000AB0D -> FFFFFFFF [16] 41(A) 00120003064B45513031383233
2015.05.07 19:16:59 5: myHM485 dispatch ��e������
AKEQ0182378
2015.05.07 19:16:59 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel =  msgData = 4100120003064B455130313832333738 actionType = frame
2015.05.07 19:17:01 3: myHM485: Event: I[2](1,Y,F,B)(BC) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.07 19:17:01 5: myHM485 dispatch ��e������
K
o
2015.05.07 19:17:01 3: Device:getFrameInfos:  eventBits = 6F frameTypeName = key_event_long
2015.05.07 19:17:01 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 02 msgData = 4B01006F actionType = frame
2015.05.07 19:17:01 3: myHM485: Event: I[3](1,Y,F,B)(BE) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.07 19:17:01 5: myHM485 dispatch ��e������
K
o
2015.05.07 19:17:01 3: Device:getFrameInfos:  eventBits = 6F frameTypeName = key_event_long
2015.05.07 19:17:01 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 02 msgData = 4B01006F actionType = frame
2015.05.07 19:17:01 3: myHM485: Event: I[0](1,Y,F,B)(B8) 0000AB0D -> FFFFFFFF [4] 4B(K) 01
2015.05.07 19:17:01 5: myHM485 dispatch ��e������
K
o
2015.05.07 19:17:01 3: Device:getFrameInfos:  eventBits = 6F frameTypeName = key_event_long
2015.05.07 19:17:01 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 02 msgData = 4B01006F actionType = frame
2015.05.07 19:17:01 3: myHM485: Event: I[1](1,Y,F,B)(BA) 0000AB0D -> FFFFFFFF [16] 41(A) 01120003064B45513031383233
2015.05.07 19:17:01 5: myHM485 dispatch ��e������
A
KEQ0182378
2015.05.07 19:17:01 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel =  msgData = 4101120003064B455130313832333738 actionType = frame
2015.05.07 19:17:06 3: myHM485: Event: I[2](1,Y,F,B)(BC) 0000AB0D -> FFFFFFFF [4] 4B(K) 00
2015.05.07 19:17:06 5: myHM485 dispatch ��e������
K�
2015.05.07 19:17:06 3: Device:getFrameInfos:  eventBits = 8A frameTypeName = key_event_short
2015.05.07 19:17:06 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel = 01 msgData = 4B00008A actionType = frame
2015.05.07 19:17:06 3: myHM485: Event: I[3](1,Y,F,B)(BE) 0000AB0D -> FFFFFFFF [16] 41(A) 00120003064B45513031383233
2015.05.07 19:17:06 5: myHM485 dispatch ��e������
AKEQ0182378
2015.05.07 19:17:06 5: HM485_ProcessChannelState: name2 = HMW_IO_12_Sw7_DR_KEQ0182378 hmwId = 0000AB0D Channel =  msgData = 4100120003064B455130313832333738 actionType = frame



VG
habl

[gevoo]

Hallo habl,

hatte gleich noch eine andere Sache optimiert und habe eine } übersehen.
Bei mir geht es jetzt tadellos.

Gruß gevoo

[gevoo]

Hallo habl,

funktioniert es jetzt?

Gruß gevoo

[gevoo]

Hallo,

auch ohne Antwort von habl habe ich eine neue Version zusammengebaut, in der die Wünsche aus den letzten Beiträgen berücksichtigt sind.
Weiterhin habe ich noch etwas optimiert und verallgemeinert.

Gruß gevoo

[habl]

Hallo gevoo,

sorry, noch ein paar andere Verpflichtungen...

Funktioniert 1A.

VG
habl

[Thorsten Pferdekaemper]

auch ohne Antwort von habl habe ich eine neue Version zusammengebaut,

...ist schon im Git.
Gruß,
   Thorsten

[hglaser]

Hallo Gevoo

Ich habs mir heute einmal angesehen und bemerkt, daß du meine Version übernommen hast. (sogar mein valve.status für mein HBW Device ist noch Drin ) Nun bin allerdings auch nicht untätig gewesen und hab mal wieder eine neue release 0.0.6 ins Github gestellt. Jetzt weiß ich alledings nicht, was Du alles geändert hast. Evtl kannst Du ja wieder updaten und Deine Änderungen wieder einspielen. Meine nächste Baustelle wäre dann das Peering.

lg Harald

[Jojo11]

Hallo,

auch ohne Antwort von habl habe ich eine neue Version zusammengebaut, in der die Wünsche aus den letzten Beiträgen berücksichtigt sind.
Weiterhin habe ich noch etwas optimiert und verallgemeinert.

Gruß gevoo

Hallo gevoo,

vielen Dank für deinen unermüdlichen Einsatz hier! Werde die neue Version gleich morgen testen.

schöne Grüße
Jo

[mago0211]

Hallo zusammen,

gibt es eine Möglichkeit die Readings vom HMW-Sen-SC-12-DR umzudrehen. Bei mir werden diese immer als On angezeigt obwohl der Taster nicht geschlossen ist. Wenn ich den Taster schließe wird off gezeigt.

Gruß
Markus

[Ralf9]

gibt es eine Möglichkeit die Readings vom HMW-Sen-SC-12-DR umzudrehen. Bei mir werden diese immer als On angezeigt obwohl der Taster nicht geschlossen ist. Wenn ich den Taster schließe wird off gezeigt.

Hallo,

mich hat dies auch gestört.
Ich möchte gerne den folgenden Änderungsvorschlag zur Diskussion stellen.
Spricht was dagegen, die state-Zuordnung bei den sensor-Eingängen zu ändern, damit wie bei den Funkmodulen open/closed angezeigt wird?
http://forum.fhem.de/index.php/topic,10607.msg272229.html#msg272229

Mit "eventMap  closed:on open:off" kann dann daraus bei Bedarf ein on/off gemacht werden.
http://forum.fhem.de/index.php/topic,35471.msg277991.html#msg277991

Gruß Ralf

[Jojo11]

Ich habe das bei mir mit eventmap einfach umgedreht. Fände ich jetzt eher ungünstig, wenn solch grundlegende Dinge noch geändert würden. Zumindest sollte das dann ganz klar ersichtlich sein, damit man evtl ein anderes Verhalten gleich darauf zurückführen kann.

schöne Grüße
Jo

[hglaser]

gibt es eine Möglichkeit die Readings vom HMW-Sen-SC-12-DR umzudrehen. Bei mir werden diese immer als On angezeigt obwohl der Taster nicht geschlossen ist. Wenn ich den Taster schließe wird off gezeigt.

Hallo Markus u Ralf

Ah das ist das teil mit dem "control" => "door_sensor.state" Da ich dieses Teil nicht habe, konnte ich mir darauf noch keinen Reim machen, was das ist. Man könnte das einfach umdrehen ohne die anderen Geräte zu beeinflussen.

Du könntest es einmal selbst probieren, und in der Datei Device.pm unter der sub valueToControl($$), die ist ca bei zeile 680, zwei Zeilen für den door_sensor.state einfügen.

Der Abschnitt sollte dann so aussehen:

Code Auswählen Erweitern


if ($control) {
if ($control eq 'switch.state') {
my $threshold = $paramHash->{'conversion'}{'threshold'};
$threshold = $threshold ? int($threshold) : 1;
$retVal = ($value >= $threshold) ? 'on' : 'off';

} elsif ($control eq 'door_sensor.state') {
$retVal = ($value >= 1) ? 'closed' : 'open';

} elsif ($control eq 'dimmer.level' || $control eq 'blind.level' || $control eq 'valve.level') {
#da HMW von 0 - 1 schickt und FHEM 0 -100 braucht
if (exists $paramHash->{'logical'}{'unit'} &&
$paramHash->{'logical'}{'unit'} eq '100%') {
$retVal = $value * 100;
}

} elsif (index($control, 'button.') > -1) {
$retVal = $valName . ' ' . $value;

} else {
$retVal = $value;
}

} else {
#digital_analog_input -> digital input has no control
if (exists $paramHash->{'logical'}{'type'} && $paramHash->{'logical'}{'type'} eq 'boolean' ) {
$retVal = $value ? 'yes' : 'no';
} else {
$retVal = $value;
}
}

Dann sollte in FHEM statt on, closed und statt off, open stehen. Gehe ich richtig in der Annahme, daß das Gerät nur den Status anzeigt und man nichts Bedienen kann ?

edit:wollte die zwei zeilen fett machen, geht aber wohl nicht in code tags

lg Harald

[mago0211]

Ich habe das bei mir mit eventmap einfach umgedreht. Fände ich jetzt eher ungünstig, wenn solch grundlegende Dinge noch geändert würden. Zumindest sollte das dann ganz klar ersichtlich sein, damit man evtl ein anderes Verhalten gleich darauf zurückführen kann.

schöne Grüße
Jo

Hallo zusammen,

ja da gebe ich dir Recht, das ist natürlich blöd wenn das Leute schon eingebaut haben und es dadurch zu Wartungsaufwand kommt.
Trotzdem finde ich persönlich die Zuordnung einfach falsch. Wenn der Kanal geschlossen ist ist es für mich on bzw closed und wenn der Kanal offen ist ist es off bzw. opend.
Mir Persönlich ist es egal ob jetzt on:off oder opend:closed gezeigt wird.

Mir geht es eigentlich um die Grundsätzliche Zuordnung gevoo wird sich bestimmt was gedacht haben dabei?

@Harald
Habe ich mir auch schon überlegt die Codestelle anzupassen, aber dann bekomme ich eine Inkompatibilität zu den Standard gevoo Files was ich eigentlich verhindern will.

Grüße
Markus

[Jojo11]

Hallo,

das war mir natürlich auch schon aufgefallen. Evtl sollte man es jetzt ein für alle Male ändern und dann so belassen. On off halte ich aber für sinnvoller als open close. Das könnte bei einem Fensterkontakt je nach Konfiguration zu Verwirrung führen.

schöne Grüße
Jo