Homematic wired Direktverknüpfungen (peering)

[Ralf9]

Hallo,

hat schon mal jemand bei dem HMW-IO-12-FM oder einem anderem Modul Direktverknüpfungen angelegt?
Ich möchte beim HMW-IO-12-FM interne Direktverknüpfungen anlegen.

Ich habe mir dazu in der "hmw_io_12_fm.xml" die Inhaltsbeschreibung des EEPROM angeschaut. Im Bild in der Anlage müsste der dazu relevate Teil sein.

Ich habe aus der xml-Datei folgendes rausgelesen:

Code Auswählen Erweitern


address_start="0x39"

+0  Adresse des Sensors
+4  Kanal des Sensors
+5  Kanal des Ausgangs

+6.7 SHORT_ON_TIME_MODE
+6.6 SHORT_OFF_TIME_MODE
+6.4 SHORT_TOGGLE_USE
+6.0 SHORT_ACTION_TYPE

+7  SHORT_ONDELAY_TIME    size="2.0   default="0.0"
+9  SHORT_ON_TIME         size="2.0
+11 SHORT_OFFDELAY_TIME   size="2.0   default="0.0"
+13 SHORT_OFF_TIME        size="2.0
..


Ich habe das EEPROM ab 0x39 ausgelesen:

Code Auswählen Erweitern


set HM485_LAN RAW 00008C69 98 00000001 52003910

2014.12.21 18:45:14.534 3: HM485d: Tx: (167:1) I[0](0,Y,F,B)(98) 00000001 -> 00008C69 [6] 52(R) 003910 {AA88}
2014.12.21 18:45:14.539 3: HM485d: Rx:  I[0](0,Y,F,B)(98) 00000001 -> 00008C69 [6] 52(R) 003910 {AA88}
2014.12.21 18:45:14.552 3: HM485d: Rx: Response: (167) I[1](0,F,B)(1A) 00008C69 -> 00000001 [18] FF(�) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFF {7316}

Ich hätte anstatt den vielen "FF" zumindest bei SHORT_ONDELAY und SHORT_OFFDELAY auch "00" erwartet.

Wenn ich Kanal 7 (Eingang) mit Kanal 1 (Ausgang) verknüpfen möchte, kann ich dies mit folgendem set Befehl tun?

ab Adr 0039:  00008C69 06 00 schreiben

set HM485_LAN RAW 00008C69 98 00000001 5700390600008C690600

Gruß Ralf

[Ralf9]

Hallo,

hat schon mal jemand mit der CCU eine Direktverknüpfung eingerichtet und dabei mit fhem die set Befehle mitgeloggt oder das EEPROM ausgelesen?

Mein HMW_IO_12_FM  hat die Adresse  00008C69. Wie muß ich die Adresse ins EEPROM ab 0x39 schreiben, normal (00008C69) oder umgekehrt (698C0000)?

Gruß Ralf

[Ralf9]

Mittlerweile ist es mir gelungen eine interne Direktverknüpfung einzurichten.
Wenn ich die zugeordnete Taste drücke, toggelt der Ausgang.
Da ich aber nicht weiß welchen Wert ich bei "SHORT_OFF_TIME" für "not_used" eintragen muß, toggelt der Ausgang von selber.

In der  hmw_io_12_fm.xml steht dazu:
<logical default="16383000" max="982980.0" min="0.0" type="float" unit="s">
<special_value id="NOT_USED" value="16383000"/>
<physical endian="little" interface="eeprom" size="2.0" type="integer"
<conversion factors="0.1,1,60,1000" type="float_configtime" value_size="1.6"/>
<conversion type="integer_integer_map">
<value_map device_value="0xc000" mask="0xc000" parameter_value="0xffff"/>

Ich weiß nicht wie "conversion factors="0.1,1,60,1000" zu interpretieren ist.

Da der Ausgang nach einiger Zeit wieder von selber nach aus gehen soll, muß ich die ensprechende Zeit in "SHORT_ON_TIME" eintragen.
Da ich nicht weiß wie man die Sekunden in den 14 Bit Wert umrechnet, ist es für mich ein reines probieren.

Ich habe einige Hex-Werte getestet und die folgenden Zeiten erhalten. Wenn ich den Hex-Wert ins EEPROM schreibe muß ich Hi und Lo vertauschen.

0080 ca  13 sec
0100 ca  26 sec
0600 ca 154 sec
1000 ca 410 sec
2000 ca 819 sec
3F00 ca 1615 sec

Kann mir da jemand weiterhelfen?

Edit:
Ich habe es durch probieren selber herausgefunden. Den Hex-Wert nach dezimal wandeln und dann durch 10 ergeben die Sekunden.
Der maximale Hex-Wert 3FFF ergibt dann 1638 Sekunden, dies ist von dem angegebenen max="982980.0" noch weit entfernt.

Gruß Ralf

[hglaser]

Hallo Ralf

Bist du diesbezüglich schon etwas weiter gekommen ?
Ich hab es auch probiert und scheitere ebenfalls bei ca. 1600 sek.
Ich habs mal in eiener anderen Form probiert:
Den ersten und zweiten HEX wert in DEC konvertiert, danach den 2. mit 255 multipliziert und beide werte addiert Das ganze stimmt bis ca. 1600 Sekunden.
Danach kommt wohl noch ein multiplikator. EinBeispiel:

Eine SHORT_ON_TIME von 1551,6 Sekunden, erzeugt wenn ich es über die CCU mache ein

Code Auswählen Erweitern


00301024000EFF00009C3C000000C0D1F0FF00

Also 0x9C ist 156 und 0x3C ist 60.
also 255 * 60 + 156 + 60 = 15516 so weit so gut.

bei einer Eingabe 2460,0 Sekunden bin ich jedoch gescheitert

Code Auswählen Erweitern

00301024000EFF00009C49000000C0D1F0FF00
9C = 156 ,49 = 73, also
255 * 73 + 73 + 49 = 18844, sollte aber eigentlich 24600 sein.

Ich habe einen HMW-IO-12-SW7-DR. Dieser ist intern einige Male gepeert und auch 2 Taster-Kanäle mit einem HMW_LC_Dim1-DR. würde es Dir helfen wenn ich Ihn Zurücksetze und eine Direktverknüpfung mitlogge. Einen HMW_IO_12_FM hab ich leider nicht.

lg Harald

[Ralf9]

Hallo Harald,

nein, ich bin bei den Zeiten auch nicht so richtig weitergekommen. Bis ca 27 Min oder Hex 3FFF paßt es.  Den Hex-Wert nach dezimal wandeln und dann durch 10 ergeben die Sekunden.
Bei ca Hex 3FFF scheint sich der Umrechnungsfaktor zu ändern. Interessant wäre welche Hex-Werte 30 Min, 1 Std, 2 Std, 10 Std von der CCU eingegeben, ergeben.

Gruß Ralf

[hglaser]

Hallo Ralf

1800 sek

Code Auswählen Erweitern

2015.01.27 17:00:03.010 3: HM485d: Rx:  I[3](3,F,B)(7E) 00000001 -> 00009624 [22] 57(W) 00301024000EFF00000847000000C0D1F0FF00 {B702}
3600

Code Auswählen Erweitern

2015.01.27 17:01:20.108 3: HM485d: Rx:  I[2](3,F,B)(7C) 00000001 -> 00009624 [22] 57(W) 00301024000EFF0000104E000000C0D1F0FF00 {F458}
7200

Code Auswählen Erweitern

2015.01.27 17:02:44.237 3: HM485d: Rx:  I[1](3,F,B)(7A) 00000001 -> 00009624 [22] 57(W) 00301024000EFF0000205C000000C0D1F0FF00 {6B2A}
36000 sek

Code Auswählen Erweitern

2015.01.27 17:04:07.588 3: HM485d: Rx:  I[0](3,F,B)(78) 00000001 -> 00009624 [22] 57(W) 00301024000EFF00005882000000C0D1F0FF00 {631C}
alles SHORT_ON_TIME

lg Harald

[Ralf9]

Hallo,

bei Zeiten größer ca 1630 sek komme ich auch nicht weiter. Die Daten in der xml-Datei helfen mir auch nicht weiter.
Ich habe auch einige Werte ins EEPROM geschrieben und gemessen.
Nicht alle Werte funktionieren.  3F80 hat noch funktioniert, aber bei den Hex-Werten 3FFF und 4000 konnte ich mit einem Tastendruck nicht mehr schalten.
Bei Hex 4500 kam mit 1281 sek eine kleinere Zeit als erwartet heraus.

Hier ist nochmals eine Zusammenfassung der bis jetzt ermittelten Zuordnungen:

Code Auswählen Erweitern


Hex   Sek
3F00 1615
3F80 1625       
4500 1281       
4708 1800    30 Min
499C 2460 
4E10 3600    1 Std
5C20 7200    2 Std
8258 36000   10 Std
85A0 86400   24 Std


Hat jemand eine Idee wie man ab ca 1630 Sekunden, rechnerisch aus den Hex-Werten die Zeit ermitteln kann?

Gruß Ralf

[hglaser]

Hallo Ralf

Ich bin wieder ein bisschen weiter gekommen

Man nimmt die beiden Hex Werte, und vertauscht sie. soweit sind wir schon gewesen.
wenn man nun mit dem Wert und der Maske 0xC000 aus dem xml ein bitweisesUND macht kommt bei den kleinen Zahlen die wir schon hatten ein 0x0000 heraus. wie nennt man das? broadcast ? Bei ungefähr 1600 sekunden springt die zahl auf 0x4000, was wohl dann der multiplikator 1 bedeutet . Hier stimmen dann die Sekunden wenn man 0x4000 abzieht. Bei 0x8000 daselbe und mit 60 multiplizieren. Weiter bin ich noch nicht. Bsp:

Code Auswählen Erweitern


50 sek sind im EEprom  F4 01
01F4 = 500
C000 bit&
0000 = multiplicator 0,1

somit 500 * 0,1 = 50 Sek
-----
2460 sek im EEProm 9C 49
499C
C000 bit&
4000 = multiplikator 1
somit 499C - 4000 = 99C = dec 2460 sek
------
6550 Sek im EEProm 96 59
5996
C000 bit&
4000 dh. multiplikator 1
somit 5996 - 4000 = 1996 = dec 6550 sek
------
65340 Sek im EEProm 41 84
8441
C000 bit&
8000 dh multiplikator 60
somit 8441 - 8000 = 441
441 = dec 1089 * 60 = 65340 sek
-------
888900 Sek im EEProm DFB9
B9DF
C000 bit &
8000 multiplikator 60
somit B9DF - 8000 = 39DF
39DF = dec 14815 * 60 = 888900

mit dem nächsten Faktor der dann 1000 sein müsste hab ichs nicht probiert. es stimmt bis dahin mit den Daten die ich von der CCU geammelt habe zusammen.

Das ganze geht bestimmt irgendwie einfacher und auch umgekehrt. Hier wäre so ein kleines perl scriptlein schön . Auch Dirk oder Gevoo hat da noch ein TODO im Device.pm. Da hab ich nämlich auch nach eine Lösung gesucht. Vielleicht hilfts ja was.

Grüße Harald

[hglaser]

Hallo Ralf

Ist zwar kein Einzeiler, aber besser als nichts . Leider kenn ich mich in perl noch nicht recht aus.

Code Auswählen Erweitern

#!/usr/bin/perl
# Program um hexwerte in Sekunden umzurechnen.

print "Input a hexdecimal number lesser than BFFF: ", "\n";
my $hex;

$input = <STDIN>;
$hex = hex $input;
$decimal = unpack('s',pack 's', hex($input));

#TODO die zwei HEX paare vertauschen

printf "Hex = %04X\n", $hex;
printf "mask: %04X\n", $hex & hex C000;

my $test1 = $hex & hex C000;

#keine Ahnung wie case in perl geht also halt if
if ($test1 == hex '0000') {
print "mal 0.1\n";
printf "0x%x sind %s Sekunden\n", $hex, $hex * 0.1;
}

if ($test1 == hex '4000') {
print "1 zu 1\n";
printf "0x%x sind %s Sekunden\n", $hex, $hex - hex 4000;
}

if ($test1 == hex '8000') {
print "mal 60\n";
printf "0x%x sind %s Sekunden\n", $hex, ($hex - hex 8000) * 60;
}

if ($test1 == hex 'C000') {
print "mal 1000\n";
printf "0x%x sind %s Sekunden\n", $hex, ($hex - hex C000) * 1000;
}

Gruß Harald

edit: 1000er multiplikator ergänzt. wird aber wohl nicht verwendet

Da ich aber nicht weiß welchen Wert ich bei "SHORT_OFF_TIME" für "not_used" eintragen muß, toggelt der Ausgang von selber.

das ist dann wohl "C000" oder im eeprom "00C0"

[Ralf9]

Hallo Harald,

Danke, mit Deinen Erkenntnissen passt es nun mit der Umrechnung.
Der 1000er Multiplikator wird gar nicht benötigt, da der Wertebereich nur bis Hex BFFF geht.
Ich habe mal ein kleines Perl Script geschrieben.  Es gibt eine Liste aus.
Damit wird mir einiges klar. Nun ist mir auch klar, warum ich beim Testen von größeren Werten keinen Erfolg hatte, ich hatte es mit Hex 4000 und 8000 versucht..

Code Auswählen Erweitern


my $von = hex('3F00');
my $bis = hex('8600');
my $step = 128;

my $a = 0;
for (my $i = $von; $i <= $bis; $i+=$step ) {
    if ( $i < 0x4000) {
$a = $i / 10;
    } elsif ( $i < 0x8000) {
$a = $i - 0x4000
    } else {
$a = ($i - 0x8000) * 60;
    }
    printf(" %04X  % 5u Sek % 4u Min % 3u Std\n",$i,$a,$a/60,$a/3600);
}


Bei mir funktionieren die Direktverknüpfungen inzwischen wie gewünscht. Ich habe mir die Dateien so angepasst, daß es für mich passt.

Gruß Ralf

[hglaser]

Hallo Ralf

Ich schreib jetzt hier mal weiter. Du wolltest Bilder haben, wie es bis jetzt aussieht. Nun es ist noch fernab von einer funktionierenden Version. Die ganzen channels müssen erst ausgelesen und den zugehörigen Devices zugeordenet werden, wobei auch mehrere peerings mit mehreren aktoren berücksichtigt werden müssen. Ich denke da an ein Dropdownmenü für die einzelnen zugeordenten Device_channels im "Configuration" Feld. Und danach sollte dann dieses "Settings" Feld darunter erscheinen. Das ganze nicht wie jetzt bei den Sensoren, sondern bei den Aktoren. Auch das xmlHelper script muß noch angepasst werden, da die ganzen Dropdown Menüs, die mehr als 2 Auswahlmöglichkeiten haben, sonst nicht richtig zugeordnet werden können.
Du sieht also, es ist noch eine große Baustelle. Wenn das alles erledigt ist. möchte ich dann kleine Dateien erstellen in denen dann vordefinierte Werte für z.B ein Treppenhauslicht oder Blinklicht sind und diese dann auch ausgewält werden können. Wie in der CCU halt auch. Das ganze entwickle ich zur Zeit unter dem peering branch https://github.com/hresalg/FHEM-HM485/tree/peering

lg Harald.

[hglaser]

Hallo Ralf

Ich habe jetzt einmal versucht ein "get peersettings <DEFNUMMER>" einzubauen. Nach ausführen erscheint dann dieses laaange Settings Fenster. Mit dieser Lösung bin ich eigentlich ganz zufrieden.

Die Werte kann man noch nicht ändern und ob sie überhaupt stimmen hab ich noch nicht überprüft. beim HMW_IO_12_FM funktioniert zumindest das interne peering auch noch nicht. Hier muss ich erst einmal das xml studieren, wo und wie das Gerät die Peerings speichert. Die Anzeige funktioniert bisher beim HMW_IO_12_Sw7_DR und ich denke auch beim HMW_LC_Dim1L_DR. Einen Blind hab ich leider nicht. Hat jemand einen und Lust esauszuprobieren? Bilder eines IO_12_Sw7 Tasters der mit einem Dimmer gepeert ist, hab ich mal angefügt.

lg Harald

[Ralf9]

Ich habe jetzt einmal versucht ein "get peersettings <DEFNUMMER>" einzubauen. Nach ausführen erscheint dann dieses laaange Settings Fenster. Mit dieser Lösung bin ich eigentlich ganz zufrieden.

Hallo Harald,

ist schon mal ein guter Anfang. Ob die Werte stimmen müsstest Du durch Vergleich mit der CCU z.T. überprüfen können.
Zum Rest schreibe ich heute Abend noch was.

Gruß Ralf

[Ralf9]

Die Werte kann man noch nicht ändern und ob sie überhaupt stimmen hab ich noch nicht überprüft. beim HMW_IO_12_FM funktioniert zumindest das interne peering auch noch nicht. Hier muss ich erst einmal das xml studieren, wo und wie das Gerät die Peerings speichert.

Hallo Harald,

Ich hab mal die xml vom "HMW_IO_12_FM" und "HMW_IO_12_Sw7_DR" verglichen. Mir ist folgender Unterschied aufgefallen.
"HMW_IO_12_FM":
<channel count="12" index="1" physical_index_offset="-1" type="INPUT_OUTPUT">

"HMW_IO_12_Sw7_DR"
<channel index="13" physical_index_offset="-1" count="7" type="SWITCH">


Hier ist mal eine Übersicht der wired Module die Peering können:

Code Auswählen Erweitern


HMW-IO-12-FM     start 0x39  step 28  count 28   RS485 I/O module 12-channel
HMW-IO-4-FM      start 0x18  step 28  count 30   RS485 I/O module 4-channel
HMW-IO-SR-FM     start 0x1F  step 28  count 29   RS485 I/O SR
HMW-IO-12-Sw7-DR start 0x2D  step 28  count 29   RS485 I/O module 12-channel in and switch actuator 7-channel
HMW-LC-Sw2-DR    start 0x0F  step 28  count 30   RS485 switch actuator 2-channel

HMW-LC-Bl1-DR    start 0x12  step 38  count 22   RS485 blind actuator 1-channel (Rollladenaktor)
HMW-LC-Dim1L-DR  start 0x0C  step 54  count 16   RS485 dimming actuator 1-channel leading edge




Wenn ich beim  "HMW_IO_12_FM" bei einem internen Peering eine Taste drücke bekomme ich nur "4B(K)" (press key) gemeldet, aber nicht den aktuellen State des Ausgangs "69(i)"
Ich habe es mit einem notify gelöst:

Code Auswählen Erweitern


define Kan7pnot1 notify HMW_IO_12_GEQ_01_Licht_Waschk.* get HMW_IO_12_GEQ_07_Licht_Waschk state

Ist dies beim HMW_IO_12_Sw7_DR genauso?


Hier ist meine korrigierte Version der "setRawEEpromData":

Code Auswählen Erweitern


sub setRawEEpromData($$$$) {
my ($hash, $start, $len, $data) = @_;
$len = $len * 2;
$data = substr($data, 0, $len);

my $blockLen = 16;
my $addrMax = 1024;
my $blockStart = 0;
my $blockCount = 0;

if ($start > 0) {
$blockStart = int(($start * 2) / ($blockLen*2));
}

for ($blockCount = $blockStart; $blockCount < (ceil($addrMax / $blockLen)); $blockCount++) {

my $blockId = sprintf ('.eeprom_%04X' , ($blockCount * $blockLen));
my $blockData = $hash->{READINGS}{$blockId}{VAL};
if (!$blockData) {
# no blockdata defined yet
$blockData = 'FF' x $blockLen;
}

my $dataStart = ($start * 2) - ($blockCount * ($blockLen * 2));
my $dataLen = $len;

HM485::Util::HM485_Log('Device:setRawEEprom start = ' . $start . ' blId = ' . $blockId . ' blCount = ' . $blockCount . ' datStart = ' . $dataStart, 4);
HM485::Util::HM485_Log('Device:setRawEEprom blData   = ' . $blockData . ' dat = ' . $data, 4);

if ($dataLen > (($blockLen * 2) - $dataStart)) {
$dataLen = ($blockLen * 2) - $dataStart;
}

my $newBlockData = $blockData;

if ($dataStart > 0) {
$newBlockData = substr($newBlockData, 0, $dataStart);
} else {
$newBlockData = '';
}

$dataLen = ($len <= $dataLen) ? $len : $dataLen;
$newBlockData.= substr($data, 0, $dataLen);

if ($dataStart + $dataLen < ($blockLen * 2)) {
$newBlockData.= substr(
$blockData, ($dataStart + $dataLen), ($blockLen * 2) - $dataStart + $dataLen
);
$data = '';
} else {
$data = substr($data, $dataLen);
$start = ($blockCount * $blockLen) + $blockLen;
}

HM485::Util::HM485_Log('Device:setRawEEprom newBlDat = ' . $newBlockData . ' len = ' . $dataLen . ' data = ' . $data, 4);

$hash->{READINGS}{$blockId}{VAL} = $newBlockData;

$len = length($data);
if ($len == 0) {
last;
}
}
}


sub internalUpdateEEpromData($$) {
my ($devHash, $requestData) = @_;

my $start = hex(substr($requestData, 0, 4));
my $len   = hex(substr($requestData, 4, 2));
my $data  = substr($requestData, 6);

setRawEEpromData($devHash, $start, $len, $data);
}



Gruß Ralf

[Ralf9]

Hallo Harald,

ich finde bei den IO- und Switch-Modulen ein Übersicht über alle Peerings sehr praktisch und hilfreich.
Spricht  etwas dagegen diese Übersicht in das Reading des Muduls zu schreiben?
In der Anlage ist zu sehen, wie ich es gelöst habe.

Gruß Ralf