Homematic wired

Ralf9 · 16 Mai 2015, 22:28:53

@mc309
falls gevoo oder honk keine bessere Idee haben, kannst Du mal den loglevel auf 5 erhöhen und dann die neuen Files nochmals auf die Fritzbox aufspielen.

@honk
falls Du schon peering Setings ins EEPROM zurückgeschrieben hast, ist Dir evtl auch schon aufgefallen, daß in der Device.pm bei den folgenden sub noch Fehler stecken:

Code Auswählen


sub internalUpdateEEpromData($$) {
und
sub setRawEEpromData($$$$) {

Der Fehler tritt auf, wenn mehrere Bytes über eine Blockgrenze geschrieben werden. z.B. 009F - 00A0
Bei Bedarf kann ich Dir die korrigierte subs geben.

Gruß Ralf

mc309 · 16 Mai 2015, 23:14:59

Zitat von: Ralf9 am 16 Mai 2015, 22:28:53
@mc309
falls gevoo oder honk keine bessere Idee haben, kannst Du mal den loglevel auf 5 erhöhen und dann die neuen Files nochmals auf die Fritzbox aufspielen.

Hallo Ralf,
ich habe den letzten zip -Dateiensatz von gevoo nochmals komplett geladen - vorher verbose auf 5 gesetzt. Anbei die log-Datei. Es erscheinen wohl zwei Fehler in:
- 10_HM485.pm line 40, <$fh> line 409
- 00_HM485_LAN.pm line 29, <$fh> line 406

Es wundert mich, ob ich hier nur die Probleme mit dem neue Datensatz habe oder andere auch ?

Gruß,
Michael

Ralf9 · 16 Mai 2015, 23:34:58

Zitat von: mc309 am 16 Mai 2015, 23:14:59
Es wundert mich, ob ich hier nur die Probleme mit dem neue Datensatz habe oder andere auch ?

evtl bist Du der einzigste mit einer Fritzbox. Da kann jetzt nur noch gevoo oder evtl honk weiterhelfen.

Interessant könnte auch noch die Perl Version sein.
# perl -v

Gruß Ralf

hglaser · 16 Mai 2015, 23:40:51

Zitat von: Ralf9 am 16 Mai 2015, 22:28:53
Der Fehler tritt auf, wenn mehrere Bytes über eine Blockgrenze geschrieben werden. z.B. 009F - 00A0
Bei Bedarf kann ich Dir die korrigierte subs geben.

Ja das hatte ich irgendwann, vor einem Monat schon mal hier geschrieben. Das ist mir auch aufgefallen, als ich versuchte bei meinem Homebrew Device über die eeprom Zeilengrenze zu schreiben. Eigentlich dachte ich das wäre schon korrigiert. Eventuell kann sich das ja gevoo noch eimal ansehen. Zurückschreiben von peerings hab ich noch nicht probiert weil ich noch keine richtige Idee habe, wie und wo ich die ganzen Settings in der Weboberfläche unterbringe. Da ja auch hier keine Vorschläge gekommen sind, hab ich das ganze auf Eis gelegt und mich mit press_long /press_short und unser schon einmal in einem anderen Thread beschriebenen float_configtime beschäftigt.

lg Harald

mc309 · 16 Mai 2015, 23:47:05

Zitat von: Ralf9 am 16 Mai 2015, 23:34:58
evtl bist Du der einzigste mit einer Fritzbox. Da kann jetzt nur noch gevoo oder evtl honk weiterhelfen.

Interessant könnte auch noch die Perl Version sein.
# perl -v

Gruß Ralf

Hallo Ralf,
ich kann zwar nicht viel mit "# perl -v" anfangen, aber auf der Fritzbox unter "fhem / lib / perl5 /" einen Ordner namens "5.12.2", insofern gehe ich davon aus, dass dies die Perl Version ist.
Gruß,
Michael

hglaser · 16 Mai 2015, 23:55:05

Hallo Ralf u Michael
Das ist interessant. womöglich hat sich da bei der Perl Version was geändert. Ich werd mal schauen, ob ich so eine ältere Version kompiliert kriege. Fritzbox hab ich leider keine.

lg Harald
ps. meine Version :This is perl 5, version 18, subversion 2 (v5.18.2) built for x86_64-linux

Ralf9 · 17 Mai 2015, 00:26:03

Zitat von: honk am 16 Mai 2015, 23:40:51
Zurückschreiben von peerings hab ich noch nicht probiert weil ich noch keine richtige Idee habe, wie und wo ich die ganzen Settings in der Weboberfläche unterbringe. Da ja auch hier keine Vorschläge gekommen sind, hab ich das ganze auf Eis gelegt und mich mit press_long /press_short und unser schon einmal in einem anderen Thread beschriebenen float_configtime beschäftigt.

Hallo Harald,

wenn Du das mit den peerings richtig machen willst, dürfte es sehr aufwendig und komplex werden.
Ich habe für mich eine Einfachversion programmiert, die für mich ausreichend ist (siehe Bilder in der Anlage).

Hier sind meine sub für die float_configtime:

Code Auswählen


sub ConvertHexToOntime($) { 
	my ($ontimeh) = @_;
	my $ot = hex($ontimeh);
	my $ontime = 0;
	
	if ( $ot < 0x4000) {
		$ontime = $ot / 10;
	} elsif ( $ot < 0x8000) {
		$ontime = $ot - 0x4000
	} else {
		$ontime = ($ot - 0x8000) * 60;
	}
	return sprintf("%4.1f", $ontime / 60);
}

sub ConvertOntimeToHex($) { 
	my ($ontime) = @_;
	my $ot = 0;
	my $ontimeh = '';

	$ontime = $ontime * 60;
	if ($ontime < 1625) {
		$ot = $ontime * 10;
	} elsif ($ontime < 16256) {
		$ot = $ontime + 0x4000;
	} else {
		$ot = int(($ontime / 60) + 0x8000)
	}
	$ontimeh = sprintf("%04X", $ot);
	return $ontimeh;
}

Gruß Ralf

Thorsten Pferdekaemper · 17 Mai 2015, 10:19:31

Zitat von: honk am 16 Mai 2015, 23:40:51Zurückschreiben von peerings hab ich noch nicht probiert weil ich noch keine richtige Idee habe, wie und wo ich die ganzen Settings in der Weboberfläche unterbringe.

Könnte man das nicht so ähnlich wie bei den Funk-Homematic-Geräten machen?
Gruß,
Thorsten

Dirk · 17 Mai 2015, 10:50:36

Hi Thorsten,

Zitat von: Thorsten Pferdekaemper am 12 Mai 2015, 11:44:09
@Dirk, falls Du hier mitliest:

Derzeit leider nur seltener als mir lieb ist.

Zitat von: Thorsten Pferdekaemper am 17 Mai 2015, 10:19:31
Könnte man das nicht so ähnlich wie bei den Funk-Homematic-Geräten machen?

Das finde ich aktuell bei den HM-Geräten etwas mühsam.
Daher war meine ursprüngliche Idee das ähnlich wie mit den Parametern umzusetzen. Also mit entsprechenden Input-, Select-Boxen usw.

Viele Grüße
Dirk

hglaser · 17 Mai 2015, 20:35:19

Zitat von: Dirk am 17 Mai 2015, 10:50:36
Hi Thorsten,
Derzeit leider nur seltener als mir lieb ist.
Das finde ich aktuell bei den HM-Geräten etwas mühsam.
Daher war meine ursprüngliche Idee das ähnlich wie mit den Parametern umzusetzen. Also mit entsprechenden Input-, Select-Boxen usw.

Hallo
Endlich seid Ihr alle wieder Da

Ich bin eigentlich auch der gleichen Meinung. Und werde einmal versuchen einen extra Switch in die Configuration zu programmieren, der die ganzen Settings einfach bei Bedarf einblendet. So oft werden sie ja wohl nach einer erfolgten Einrichtung nicht gebraucht.
@Ralf
Die ganzen Settings in die Readings zu schreiben, find ich eigentlich auch eine sehr gute Idee und ich werde auch das einmal versuchen. Nur werd ichs wohl mit einem Punkt davor machen, sodaß Sie nur aufscheinen, wenn "attr global showInternalValues 1" gesetzt ist, so wie ichs derzeit mit den eeprom daten gemacht habe. Bzgl. float_configtime: die hab ich in die sub dataConvertValue integriert und sieht bei mir etwas anders aus:

Code Auswählen

	} elsif ($type eq 'float_configtime') {
		my $valSize = $convertConfig->{'value_size'} ?
					  $convertConfig->{'value_size'} : 0;
		# i only need the first 2 bits
		my $factor  = $mask >> ($valSize * 10 - 2);
		my @factors = split (',', $convertConfig->{'factors'});
		
		$retVal = ($value  - $mask) * $factors[$factor];
	}

ich stell es heute mal in mein github unter dem branch "peering", damit Du es Dir ansehen kannst, wie ich mir das gedacht hatte. funktionieren tuts bei mir schon mal

lg Harald.

Ralf9 · 17 Mai 2015, 21:57:13

Zitat von: honk am 17 Mai 2015, 20:35:19
damit Du es Dir ansehen kannst, wie ich mir das gedacht hatte. funktionieren tuts bei mir schon mal

Hallo Harald,

wenn es ok ist würde ich gerne mit dem peering hier weiterschreiben:
http://forum.fhem.de/index.php/topic,30804.msg253324.html#msg253324

Kannst Du bitte von Deiner aktuellen peering Darstellung mal Bilder posten?

Gruß Ralf

Porsti · 27 Mai 2015, 15:36:59

Hallo zusammen,

ich versuch gerade meinen ersten Aktor mit HM Wired an fhem anzubinden.
Leider bekomme ich den Aktor nicht dazu mit fhem zu kommunizieren (Peering).

Habe die Version FHEM-HMW485-0-5-138 nach Kopiert.
Dann die folgenden Benutzerechte gesetzt:

Code Auswählen


sudo chmod 755 -R opt/fhem/FHEM/lib/HM485/HM485d/HM485d.pl
sudo chmod 755 -R /dev/ttyUSB0

In der fhem.cfg den folgenden Code nach wiki eingebunden:

Code Auswählen


define HM485_LAN HM485_LAN localhost:2000
attr HM485_LAN HM485d_bind 1
attr HM485_LAN HM485d_device /dev/ttyUSB0
attr HM485_LAN HM485d_logVerbose 4
attr HM485_LAN HM485d_logfile ./log/HM_LAN.log
attr HM485_LAN HM485d_startTimeout 2
attr HM485_LAN hmwId 00000001
attr HM485_LAN room HM485

da ich einen USB RS485 Adapter benutze.

In der HM_LAN.log bekomme ich die folgenden Meldungen aber keine Geräte angezeigt.
Habe nur ein Gerät am Bus: HMW-LC-Sw2-DR
Busabschlusswiederstand: 120Ohm
Auch wenn ich die Eingänge betätige sehe ich leider keine Informationen in der Log Datei

Code Auswählen


2015.05.27 13:49:29.560 0: HM485d: Server stopped ...
2015.05.27 15:11:46.943 0: HM485d: Cannot create socket HM485d: Can't open server port at 2000: Address already in use
2015.05.27 15:12:15.732 3: HM485d: port 2000 opened
2015.05.27 15:12:15.732 3: HM485d: server waiting for client connection on port 2000
2015.05.27 15:12:15.733 3: Opening SERIAL device /dev/ttyUSB0
2015.05.27 15:12:15.869 3: SERIAL device opened
2015.05.27 15:12:15.899 3: HM485d: SERIALbaudrate=19200, databits=8, parity=even, stopbits=1, handshake=none
2015.05.27 15:12:15.905 2: HM485d: SERIAL connected to device /dev/ttyUSB0
2015.05.27 15:12:15.910 1: HM485d: Server started ...
2015.05.27 15:12:53.073 4: Connection accepted from telnet:127.0.0.1:54173
2015.05.27 15:12:53.074 4: HM485d: Tx: H00,01,HMW-SOFT-GW,0.2.2,SGW0123456

2015.05.27 15:12:53.079 4: HM485d: Rx: FD3E30312C303030300D0A
2015.05.27 15:13:02.206 4: HM485d: Rx: FD0D0253C8FFFFFFFF98000000017A
2015.05.27 15:13:02.212 3: HM485d: Tx: (2:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 7A(z)  {6D72}
2015.05.27 15:13:02.309 4: HM485d: Rx: FD0D0353C8FFFFFFFF98000000017A
2015.05.27 15:13:02.313 3: HM485d: Tx: (3:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 7A(z)  {6D72}
2015.05.27 15:13:02.411 4: HM485d: Rx: FD04044400FF
2015.05.27 15:13:02.413 3: Discovery mode started.
2015.05.27 15:13:03.018 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.05.27 15:13:03.032 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.05.27 15:13:03.046 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.05.27 15:13:03.061 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.05.27 15:13:03.076 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.05.27 15:13:03.090 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.05.27 15:13:03.092 4: HM485d: Tx: FD050463000000
2015.05.27 15:13:03.094 3: HM485d: Discovery: END
2015.05.27 15:13:03.096 4: HM485d: Rx: FD0D0553C8FFFFFFFF98000000015A
2015.05.27 15:13:03.101 3: HM485d: Tx: (5:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 5A(Z)  {4D36}
2015.05.27 15:13:03.199 4: HM485d: Rx: FD0D0653C8FFFFFFFF98000000015A
2015.05.27 15:13:03.204 3: HM485d: Tx: (6:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 5A(Z)  {4D36}
2015.05.27 15:13:23.105 4: HM485d: Rx: FD02074B
2015.05.27 15:13:23.106 4: HM485d: Tx: FD03076100
2015.05.27 15:13:43.117 4: HM485d: Rx: FD02084B
2015.05.27 15:13:43.118 4: HM485d: Tx: FD03086100
2015.05.27 15:14:03.141 4: HM485d: Rx: FD02094B
2015.05.27 15:14:03.143 4: HM485d: Tx: FD03096100
2015.05.27 15:14:23.173 4: HM485d: Rx: FD020A4B
2015.05.27 15:14:23.175 4: HM485d: Tx: FD030A6100
2015.05.27 15:14:43.186 4: HM485d: Rx: FD020B4B
2015.05.27 15:14:43.187 4: HM485d: Tx: FD030B6100
2015.05.27 15:15:01.788 4: HM485d: Rx: FD0D0C53C8FFFFFFFF98000000017A
2015.05.27 15:15:01.793 3: HM485d: Tx: (12:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 7A(z)  {6D72}
2015.05.27 15:15:01.890 4: HM485d: Rx: FD0D0D53C8FFFFFFFF98000000017A
2015.05.27 15:15:01.895 3: HM485d: Tx: (13:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 7A(z)  {6D72}
2015.05.27 15:15:01.993 4: HM485d: Rx: FD040E4400FF
2015.05.27 15:15:01.994 3: Discovery mode started.
2015.05.27 15:15:02.599 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.05.27 15:15:02.614 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.05.27 15:15:02.628 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.05.27 15:15:02.642 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.05.27 15:15:02.656 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.05.27 15:15:02.671 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.05.27 15:15:02.672 4: HM485d: Tx: FD050E63000000
2015.05.27 15:15:02.674 3: HM485d: Discovery: END
2015.05.27 15:15:02.677 4: HM485d: Rx: FD0D0F53C8FFFFFFFF98000000015A
2015.05.27 15:15:02.681 3: HM485d: Tx: (15:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 5A(Z)  {4D36}
2015.05.27 15:15:02.779 4: HM485d: Rx: FD0D1053C8FFFFFFFF98000000015A
2015.05.27 15:15:02.784 3: HM485d: Tx: (16:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 5A(Z)  {4D36}
2015.05.27 15:15:22.687 4: HM485d: Rx: FD02114B
2015.05.27 15:15:22.688 4: HM485d: Tx: FD03116100
2015.05.27 15:15:42.698 4: HM485d: Rx: FD02124B
2015.05.27 15:15:42.700 4: HM485d: Tx: FD03126100
2015.05.27 15:16:02.710 4: HM485d: Rx: FD02134B
2015.05.27 15:16:02.711 4: HM485d: Tx: FD03136100
2015.05.27 15:16:22.727 4: HM485d: Rx: FD02144B
2015.05.27 15:16:22.728 4: HM485d: Tx: FD03146100
2015.05.27 15:16:42.739 4: HM485d: Rx: FD02154B
2015.05.27 15:16:42.740 4: HM485d: Tx: FD03156100

Vielleicht kann mir jemand weiterhelfen??

Gruß
Porsti

Ralf9 · 27 Mai 2015, 18:07:43

Hallo Porsti,

Der Busabschlusswiderstand hat den falschen Wert.
Hast Du schon die Busverkabelung überprüft, siehe auch hier:
http://forum.fhem.de/index.php/topic,35690.msg280506.html#msg280506

Wenn Du eine Taste drückst müsste im HM_LAN.log ein Eintrag mit 4B(K) erscheinen. So ähnlich wie hier:

Code Auswählen


HM485d: Rx:  I[0](1,Y,F,B)(B8) 00008C69 -> FFFFFFFF [6] 4B(K) 08008E {CCEA}

Gruß Ralf

Porsti · 28 Mai 2015, 08:30:38

Hallo Ralf,

danke für deinen Tip.
Habe mir gerade eben so einen widerstand nachgebaut.
Jetzt sehe ich in der Log Datei auch die Tastereingänge:

Code Auswählen


2015.05.28 08:17:41.978 3: HM485d: Rx:  I[0](3,Y,F,B)(F8) 0000F05B -> FFFFFFFF [6] 4B(K) 0100F2 {4F64}
2015.05.28 08:17:41.980 4: HM485d: Tx: FD0FB165FFFFFFFFF80000F05B4B0100F2
2015.05.28 08:17:41.986 4: HM485d: Rx: FD0DB153C80000F05B1A0000000168
2015.05.28 08:17:41.991 3: HM485d: Tx: (177:1) I[1](0,F,B)(1A) 00000001 -> 0000F05B [3] 68(h)  {AFBC}
2015.05.28 08:17:42.196 3: HM485d: Tx: (177:2) I[1](0,F,B)(1A) 00000001 -> 0000F05B [3] 68(h)  {AFBC}
2015.05.28 08:17:42.402 3: HM485d: Tx: (177:3) I[1](0,F,B)(1A) 00000001 -> 0000F05B [3] 68(h)  {AFBC}
2015.05.28 08:17:42.604 4: HM485d: Tx: FD04B1613439
2015.05.28 08:18:02.625 4: HM485d: Rx: FD02B24B
2015.05.28 08:18:02.627 4: HM485d: Tx: FD03B26100
2015.05.28 08:18:22.649 4: HM485d: Rx: FD02B34B
2015.05.28 08:18:22.651 4: HM485d: Tx: FD03B36100
2015.05.28 08:18:42.656 4: HM485d: Rx: FD02B44B
2015.05.28 08:18:42.657 4: HM485d: Tx: FD03B46100
2015.05.28 08:19:02.680 4: HM485d: Rx: FD02B54B
2015.05.28 08:19:02.681 4: HM485d: Tx: FD03B56100
2015.05.28 08:19:22.704 4: HM485d: Rx: FD02B64B
2015.05.28 08:19:22.705 4: HM485d: Tx: FD03B66100
2015.05.28 08:19:42.710 4: HM485d: Rx: FD02B74B
2015.05.28 08:19:42.711 4: HM485d: Tx: FD03B76100
2015.05.28 08:20:02.725 4: HM485d: Rx: FD02B84B
2015.05.28 08:20:02.726 4: HM485d: Tx: FD03B86100
2015.05.28 08:20:09.162 3: HM485d: Rx:  I[2](3,Y,F,B)(FC) 0000F05B -> FFFFFFFF [6] 4B(K) 00005A {8E16}
2015.05.28 08:20:09.164 4: HM485d: Tx: FD0FB965FFFFFFFFFC7C0000F05B4B00005A
2015.05.28 08:20:09.170 4: HM485d: Rx: FD0DB953C80000F05B1C0000000168
2015.05.28 08:20:09.175 3: HM485d: Tx: (185:1) I[2](0,F,B)(1C) 00000001 -> 0000F05B [3] 68(h)  {4B3A}
2015.05.28 08:20:09.380 3: HM485d: Tx: (185:2) I[2](0,F,B)(1C) 00000001 -> 0000F05B [3] 68(h)  {4B3A}
2015.05.28 08:20:09.425 3: HM485d: Rx:  I[0](3,Y,F,B)(F8) 0000F05B -> FFFFFFFF [6] 4B(K) 00005E {3C0E}
2015.05.28 08:20:09.427 4: HM485d: Tx: FD0FBA65FFFFFFFFF80000F05B4B00005E
2015.05.28 08:20:09.433 4: HM485d: Rx: FD0DBA53C80000F05B1E0000000168
2015.05.28 08:20:09.448 3: HM485d: Rx:  I[1](3,Y,F,B)(FA) 0000F05B -> FFFFFFFF [18] 41(A) 00110003064C455131313831343731 {7EF2}
2015.05.28 08:20:09.449 4: HM485d: Tx: FD1BBB65FFFFFFFFFA0000F05B4100110003064C455131313831343731
2015.05.28 08:20:09.455 4: HM485d: Rx: FD0DBB53C80000F05B180000000168
2015.05.28 08:20:09.585 3: HM485d: Tx: (185:3) I[2](0,F,B)(1C) 00000001 -> 0000F05B [3] 68(h)  {4B3A}
2015.05.28 08:20:09.787 4: HM485d: Tx: FD04B9613439
2015.05.28 08:20:09.793 3: HM485d: Tx: (186:1) I[3](0,F,B)(1E) 00000001 -> 0000F05B [3] 68(h)  {E746}
2015.05.28 08:20:09.999 3: HM485d: Tx: (186:2) I[3](0,F,B)(1E) 00000001 -> 0000F05B [3] 68(h)  {E746}
2015.05.28 08:20:10.204 3: HM485d: Tx: (186:3) I[3](0,F,B)(1E) 00000001 -> 0000F05B [3] 68(h)  {E746}
2015.05.28 08:20:10.407 4: HM485d: Tx: FD04BA613439
2015.05.28 08:20:10.413 3: HM485d: Tx: (187:1) I[0](0,F,B)(18) 00000001 -> 0000F05B [3] 68(h)  {03C0}
2015.05.28 08:20:10.618 3: HM485d: Tx: (187:2) I[0](0,F,B)(18) 00000001 -> 0000F05B [3] 68(h)  {03C0}
2015.05.28 08:20:10.823 3: HM485d: Tx: (187:3) I[0](0,F,B)(18) 00000001 -> 0000F05B [3] 68(h)  {03C0}
2015.05.28 08:20:11.026 4: HM485d: Tx: FD04BB613439
2015.05.28 08:20:11.432 3: HM485d: Rx:  I[2](3,Y,F,B)(FC) 0000F05B -> FFFFFFFF [6] 69(i) 020000 {926C}
2015.05.28 08:20:11.434 4: HM485d: Tx: FD0FBC65FFFFFFFFFC7C0000F05B69020000
2015.05.28 08:20:11.442 4: HM485d: Rx: FD0DBC53C80000F05B1A0000000168
2015.05.28 08:20:11.447 3: HM485d: Tx: (188:1) I[1](0,F,B)(1A) 00000001 -> 0000F05B [3] 68(h)  {AFBC}
2015.05.28 08:20:11.652 3: HM485d: Tx: (188:2) I[1](0,F,B)(1A) 00000001 -> 0000F05B [3] 68(h)  {AFBC}
2015.05.28 08:20:11.858 3: HM485d: Tx: (188:3) I[1](0,F,B)(1A) 00000001 -> 0000F05B [3] 68(h)  {AFBC}
2015.05.28 08:20:12.060 4: HM485d: Tx: FD04BC613439
2015.05.28 08:20:32.083 4: HM485d: Rx: FD02BD4B
2015.05.28 08:20:32.085 4: HM485d: Tx: FD03BD6100
2015.05.28 08:20:52.099 4: HM485d: Rx: FD02BE4B
2015.05.28 08:20:52.100 4: HM485d: Tx: FD03BE6100
2015.05.28 08:21:12.118 4: HM485d: Rx: FD02BF4B
2015.05.28 08:21:12.119 4: HM485d: Tx: FD03BF6100
2015.05.28 08:21:32.143 4: HM485d: Rx: FD02C04B
2015.05.28 08:21:32.145 4: HM485d: Tx: FD03C06100
2015.05.28 08:21:52.155 4: HM485d: Rx: FD02C14B
2015.05.28 08:21:52.157 4: HM485d: Tx: FD03C16100
2015.05.28 08:22:12.179 4: HM485d: Rx: FD02C24B
2015.05.28 08:22:12.180 4: HM485d: Tx: FD03C26100
2015.05.28 08:22:32.203 4: HM485d: Rx: FD02C34B
2015.05.28 08:22:32.204 4: HM485d: Tx: FD03C36100
2015.05.28 08:22:52.219 4: HM485d: Rx: FD02C44B
2015.05.28 08:22:52.220 4: HM485d: Tx: FD03C46100
2015.05.28 08:23:12.224 4: HM485d: Rx: FD02C54B
2015.05.28 08:23:12.225 4: HM485d: Tx: FD03C56100
2015.05.28 08:23:32.248 4: HM485d: Rx: FD02C64B
2015.05.28 08:23:32.249 4: HM485d: Tx: FD03C66100
2015.05.28 08:23:52.264 4: HM485d: Rx: FD02C74B
2015.05.28 08:23:52.265 4: HM485d: Tx: FD03C76100
2015.05.28 08:24:12.288 4: HM485d: Rx: FD02C84B
2015.05.28 08:24:12.289 4: HM485d: Tx: FD03C86100
2015.05.28 08:24:30.451 4: HM485d: Rx: FD0DC953C8FFFFFFFF98000000017A
2015.05.28 08:24:30.456 3: HM485d: Tx: (201:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 7A(z)  {6D72}
2015.05.28 08:24:30.554 4: HM485d: Rx: FD0DCA53C8FFFFFFFF98000000017A
2015.05.28 08:24:30.559 3: HM485d: Tx: (202:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 7A(z)  {6D72}
2015.05.28 08:24:30.656 4: HM485d: Rx: FD04CB4400FF
2015.05.28 08:24:30.657 3: Discovery mode started.
2015.05.28 08:24:31.263 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.05.28 08:24:31.277 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.05.28 08:24:31.292 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.05.28 08:24:31.306 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.05.28 08:24:31.320 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.05.28 08:24:31.334 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.05.28 08:24:31.336 4: HM485d: Tx: FD05CB63000000
2015.05.28 08:24:31.338 3: HM485d: Discovery: END
2015.05.28 08:24:31.340 4: HM485d: Rx: FD0DCC53C8FFFFFFFF98000000015A
2015.05.28 08:24:31.345 3: HM485d: Tx: (204:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 5A(Z)  {4D36}
2015.05.28 08:24:31.443 4: HM485d: Rx: FD0DCD53C8FFFFFFFF98000000015A
2015.05.28 08:24:31.448 3: HM485d: Tx: (205:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 5A(Z)  {4D36}

Leider wird in fhem kein Device angelegt.
Da ich den Log noch nicht so ganz verstehe weiß ich nicht wie ich
zum Beispiel pe "Hand" anlegen könnte.

Gruß
Porsti

PS:
Das hioer habe ich noch in der fhem Lod-Datei gefunden:

Code Auswählen


2015.05.28 08:16:44 1: PERL WARNING: Use of uninitialized value $model in string ne at ./FHEM/10_HM485.pm line 1474.
2015.05.28 08:16:44 1: PERL WARNING: Use of uninitialized value $model in concatenation (.) or string at ./FHEM/10_HM485.pm line 1474.
2015.05.28 08:16:44 1: ERROR: Invalid characters in name (not A-Za-z0-9.:_): _KR

Ralf9 · 28 Mai 2015, 13:30:47

Hallo Porsti,

Code Auswählen

2015.05.28 08:17:41.978 3: HM485d: Rx:  I[0](3,Y,F,B)(F8) 0000F05B -> FFFFFFFF [6] 4B(K) 0100F2 {4F64}
2015.05.28 08:17:41.980 4: HM485d: Tx: FD0FB165FFFFFFFFF80000F05B4B0100F2
2015.05.28 08:17:41.986 4: HM485d: Rx: FD0DB153C80000F05B1A0000000168
2015.05.28 08:17:41.991 3: HM485d: Tx: (177:1) I[1](0,F,B)(1A) 00000001 -> 0000F05B [3] 68(h)  {AFBC}
2015.05.28 08:17:42.196 3: HM485d: Tx: (177:2) I[1](0,F,B)(1A) 00000001 -> 0000F05B [3] 68(h)  {AFBC}
2015.05.28 08:17:42.402 3: HM485d: Tx: (177:3) I[1](0,F,B)(1A) 00000001 -> 0000F05B [3] 68(h)  {AFBC}

irgendwas stimmt noch nicht.
Nach dem Tastendruck (4B(K) 0100F2) versucht fhem mit 68(h) den Modultyp abzufragen.
Da vom Modul keine Antwort kommt, wird der Befehl noch 2 mal wiederholt und dann mit einem Response Timeout abgebrochen.
Solange auf den 68(h) Befehl vom Modul keine Antwort kommt, kann es von fhem nicht angelegt werden.
Bei HMW-LC-Sw2-DR müsste die Antwort in etwa so aussehen:
"0000F05B -> FFFFFFFF 69(i) 1100"

Bei mir hat das erste Anlernen bei einem HMW_IO_12_FM so ausgesehen:

Code Auswählen

2015.02.22 23:31:40.449 3: HM485d: Rx:  I[1](2,Y,F,B)(DA) 00003E95 -> FFFFFFFF [6] 4B(K) 0B008E {2E94}
2015.02.22 23:31:40.471 3: HM485d: Rx:  I[2](2,Y,F,B)(DC) 00003E95 -> FFFFFFFF [18] 41(A) 0B1B00030047455130323534343130 {5750}
2015.02.22 23:31:40.594 3: HM485d: Tx: (2:1) I[0](0,Y,F,B)(98) 00000001 -> 00003E95 [3] 68(h)  {6932}
2015.02.22 23:31:40.611 3: HM485d: Rx: Response: (2) I[3](0,F,B)(1E) 00003E95 -> 00000001 [4] 1B(00 {EB34}
2015.02.22 23:31:40.630 3: HM485d: Tx: ACK(3,B)(79) 00000001 -> 00003E95 [2] {680A}

Was für ein USB RS485 Adapter verwendest Du?

Gruß Ralf

Homematic wired

hglaser

hglaser

hglaser