Homematic wired

[RoBra81]

Hallo,

ich bin nach langer Zeit mal auf die 140 umgestiegen. Dabei habe ich bis jetzt zwei Fragen:

1. Seit wann bzw. warum gibt es das Attribut StateFormat nicht mehr?
2. Ich habe einen HMW_IO_12_Sw14_DR. Der Kanal 20 hat den subType digital_input und hat mit vor dem Update immer ein STATE on oder off geliefert. Nach dem Update bekomme ich jetzt frequency 0.00 oder 1023.00. Wie kann ich das wieder umstellen?

Vielen Dank
Ronny

[Kruemel]

Hallo,

ich wollte auch auf eine aktuelle Version wechseln. Zur Zeit bin ich auf dem Stand Nov./Dez. 2014.
An Komponennten habe ich 4 mal HMW-LC-SW2-DR. Kann ich die 140er einsetzen? Gibt es irgendwo eine Anleitung?
Vielen Dank.

Gruß

Wolfgang

Hallo, ich habe jetzt die 140er-Dateien meine bisherige Version kopiert. Bisher habe ich nur einen Unterschied gesehen. Wo früher als Status STATE_off oder STATE_on kam, wird jetzt nur noch on oder off ausgegeben. Sonst habe ich erstmal nichts bemerkt.

Gibt es bei meinen HMW-LC-SW2-DR noch andere Anpassungen?

Zusätzlich habe ich noch ein Problem. Ich habe an den SW2 einen neuen Eingang (key) angeschlossen. Es wird jedoch das Eingangssignal nicht als Reading angezeigt. Was muss ich machen, damit ich das Eingangssignal angezeigt bekommen und verarbeiten kann?

Danke für Eure Hilfe.

Gruß

Wolfgang

[RoBra81]

Hallo,

ich bin nach langer Zeit mal auf die 140 umgestiegen. Dabei habe ich bis jetzt zwei Fragen:

1. Seit wann bzw. warum gibt es das Attribut StateFormat nicht mehr?
2. Ich habe einen HMW_IO_12_Sw14_DR. Der Kanal 20 hat den subType digital_input und hat mit vor dem Update immer ein STATE on oder off geliefert. Nach dem Update bekomme ich jetzt frequency 0.00 oder 1023.00. Wie kann ich das wieder umstellen?

Vielen Dank
Ronny

Ich muss meine Liste leider fortsetzen:
3. Punkt zwei betrifft auch Kanal 26, hier allerdings mit value statt frequency
4. Dieser Punkt ist für mich besonders ärgerlich: Das press_long-event kommt nun zyklisch immer wieder so lange, wie der Schalter gedrückt wird. Das hat für mich zur Folge, dass die Notifys, die auf press_long reagieren immer wieder ausgeführt werden

Ronny

[gevoo]

Hallo Ronny,

danke für Deine Tests, Problem 2 sollte mit der angehängten Datei gelöst sein.
Bei Punkt 2 mütest Du mir noch sagen ob analog_input oder digital_input

Gruß gevoo

[gevoo]

Hallo Wolfgang,

bei Eingängen vom Typ Key gibt es kein Reading. Es wird ein Event vom Typ press_long oder press_short ausgelöst, aber kein Reading hinterlegt.
Das kannst Du im Event Monitor sehen.

Gruß gevoo

[Kruemel]

Hallo Dirk,

sorry wahrscheinlich drücke ich mich nicht korrekt aus. Im GUI wird bei 3 anderen Eingängen (Key) eine Rubrik "Reading" angezeigt. Dort steht immer ein Zeitstempel des letzten Signals. Ich hab mal ein Screenshot angefügt. Ich weiß im Moment nicht wie diese Rubrik auf den  Bildschirm kommt. Bei dem neuen Key passiert dies nicht.

Da ich das Eingangssignal des vierten auch noch nicht sehen kann, hatte ich gedacht, dass diese beiden Erscheinungen zusammen hängen.   

Gruß

Wolfgang

[RoBra81]

Hallo gevoo,

Hallo Ronny,

danke für Deine Tests, Problem 2 sollte mit der angehängten Datei gelöst sein.
Bei Punkt 2 mütest Du mir noch sagen ob analog_input oder digital_input

Gruß gevoo

wenn du mit Problem 2 die Geschichte mit dem press_long meinst, die ist leider noch nicht behoben...

Zu dem anderen Problem (das übrigens immer weitere Kreise zieht): Ich habe an den Ausgängen der Kanäle 07 bis 14 sowie an den Eingängen der Kanäle 19, 20 und 26 digitale Geräte dran, kann aber die behaviour nicht auf digital umstellen: Die Ausgänge kann ich nur mit einer frequency ansteuern und die Eingänge liefern ein frequency oder ein value. Vor dem update war es bei beiden on/off...


Wenn du irgendwelche Logs brauchst, musst du es sagen...
Ronny

[Ralf9]

wenn du mit Problem 2 die Geschichte mit dem press_long meinst, die ist leider noch nicht behoben...

Hallo Ronny,

Es kann evtl daran liegen:

Code Auswählen Erweitern


# Bei Channels vom Typ KEY das Reading PRESS_SHORT oder PRESS_LONG loeschen
my $chNr = sprintf ('%02d' , hex( substr( $msgData, 2, 2)) + 1);
my $chTyp = HM485::Device::getChannelType( $deviceKey, $chNr);
if ( $chTyp eq 'key') {
my $chHash = HM485_GetHashByHmwid( $hmwId . '_' . $chNr);
my $chName = $chHash->{NAME};
if ( defined( ReadingsVal( $chName, 'press_short', undef))) {
fhem( "deletereading $chName press_short");
} elsif ( defined( ReadingsVal( $chName, 'press_long', undef))) {
fhem( "deletereading $chName press_long");
} else {
# kein reading zu loeschen
}
}

Du kannst ja mal testweise in der  "10_HM485.pm" bei der "sub HM485_ProcessEvent"  diese Zeilen löschen.

Gruß Ralf

[RoBra81]

Hallo Ronny,

Es kann evtl daran liegen:

Code Auswählen Erweitern


..
Du kannst ja mal testweise in der  "10_HM485.pm" bei der "sub HM485_ProcessEvent"  diese Zeilen löschen.

Gruß Ralf

Stimmt, dann kommt nur noch ein long_press-Event. Damit wäre ein Problem behoben.

Danke
Ronny

[gevoo]

Hallo Ronny,

was steht denn in Deinem log, wenn Du die Channels auf digital schalten willst?

Gruß gevoo

[gevoo]

Hallo Wolfgang,

siehst Du die Events im Event Monitor?

Gruß gevoo

[RoBra81]

Hallo gevoo,

Hallo Ronny,

was steht denn in Deinem log, wenn Du die Channels auf digital schalten willst?

Gruß gevoo

ich habe nacheinander die Kanäle 07, 20 und 26 auf digital umgestellt und hier das Log mit verbose 5:

Code Auswählen Erweitern

2015.06.06 21:38:02 5: SW: fd022b4b
2015.06.06 21:38:12 5: SW: fd112c53c80000c4811a000000015700000101
2015.06.06 21:38:12 4: OG.ze.SE.HomematicWired: TX: (44) I[1](0,F,B)(1A) 00000001 -> 0000C481 [7] 57(W) 00000101
2015.06.06 21:38:12 5: OG.ze.SE.HomematicWired dispatch �,r9
2015.06.06 21:38:12 5: SW: fd122d53c80000c4811c00000001570010026909
2015.06.06 21:38:12 4: OG.ze.SE.HomematicWired: TX: (45) I[2](0,F,B)(1C) 00000001 -> 0000C481 [8] 57(W) 0010026909
2015.06.06 21:38:12 5: OG.ze.SE.HomematicWired dispatch �-rY
2015.06.06 21:38:12 5: SW: fd0d2e53c80000c4811e0000000143
2015.06.06 21:38:12 4: OG.ze.SE.HomematicWired: TX: (46) I[3](0,F,B)(1E) 00000001 -> 0000C481 [3] 43(C)
2015.06.06 21:38:12 5: OG.ze.SE.HomematicWired dispatch �.ry
2015.06.06 21:38:17 5: SW: fd112f53c80000c48118000000015700000101
2015.06.06 21:38:17 4: OG.ze.SE.HomematicWired: TX: (47) I[0](0,F,B)(18) 00000001 -> 0000C481 [7] 57(W) 00000101
2015.06.06 21:38:17 5: OG.ze.SE.HomematicWired dispatch �/r
2015.06.06 21:38:17 5: SW: fd0d3053c80000c4811a0000000143
2015.06.06 21:38:17 4: OG.ze.SE.HomematicWired: TX: (48) I[1](0,F,B)(1A) 00000001 -> 0000C481 [3] 43(C)
2015.06.06 21:38:17 5: OG.ze.SE.HomematicWired dispatch �0r9
2015.06.06 21:38:22 5: SW: fd113153c80000c4811c000000015700000101
2015.06.06 21:38:22 4: OG.ze.SE.HomematicWired: TX: (49) I[2](0,F,B)(1C) 00000001 -> 0000C481 [7] 57(W) 00000101
2015.06.06 21:38:22 5: OG.ze.SE.HomematicWired dispatch �1rY
2015.06.06 21:38:22 5: SW: fd113253c80000c4811e0000000157000f0133
2015.06.06 21:38:22 4: OG.ze.SE.HomematicWired: TX: (50) I[3](0,F,B)(1E) 00000001 -> 0000C481 [7] 57(W) 000F0133
2015.06.06 21:38:22 5: OG.ze.SE.HomematicWired dispatch �2ry
2015.06.06 21:38:22 5: SW: fd0d3353c80000c481180000000143
2015.06.06 21:38:22 4: OG.ze.SE.HomematicWired: TX: (51) I[0](0,F,B)(18) 00000001 -> 0000C481 [3] 43(C)
2015.06.06 21:38:22 5: OG.ze.SE.HomematicWired dispatch �3r

Ronny

[Kruemel]

Hallo gevoo,

ja ich kann die Events sehen. Nur die von dem neuen Kanal nicht. Ich prüfe als nächstes dann mal den Geber und den Kanal.

Gruß

Wolfgang

[cerberus]

Hallo, wie kann ich eigentlich an der HMW_IO_12_Sw14_DR einen Relaisausgang kürzer als 1 s on/off schalten.

Grüße
cerberus

[gevoo]

Hallo cerberus,

probier es mal mit

Code Auswählen Erweitern

<ChannelName> on-for-timer 0.1

Gruß gevoo