Hallo,
versuche nun schon seit einigen Tagen den WIZNET LAN RS485 Adapter zum Laufen zu bringen, bekomme aber immer ein nicht verbunden im FHEM Fenster "HM_LAN_WIRED disconnected" zu sehen.
Ich bin nach der Anleitung wie beschrieben unter http://www.fhemwiki.de/wiki/Serial/Netzwerk-RS485-Adapter vorgegangen.
Die Module vom GITHUB heruntergeladen und installiert, desweiteren mir auch den Thread http://forum.fhem.de/index.php/topic,32435.msg248845.html#msg248845 angeschaut, aber irgend etwas stimmt nicht oder ich verstehe etwas falsch. Angeschlossen am Bus hätte ich einen HMW-IO-12-SW14-DR, wenn ich wie beschrieben einen Eingang betätige passiert nichts. Ich habe auch einen weiteren RS232/RS485 Adapter angeschlossen um den Bus zu tracen, da passioert aber ebenfalls nichts. Der Netzwerkadapter sowie Bus funktioniert, da ich mit dem WIZNET Testtool Daten über Ethernet verschicken kann und diese auch dann an der RS232 des Adapters ankommen.
das cfg file sieht so aus:
define HM_LAN_WIRED HM485_LAN localhost:2000
attr HM_LAN_WIRED HM485d_device 192.168.1.97:5000
attr HM_LAN_WIRED hmwId 00000001
attr HM_LAN_WIRED HM485d_bind 0
attr HM_LAN_WIRED HM485d_startTimeout 2
attr HM_LAN_WIRED HM485d_logVerbose 4
attr HM_LAN_WIRED icon hm-cc-rt-dn
attr HM_LAN_WIRED room Interfaces
im Logfile erscheint folgendes:
2015.02.09 21:39:55 5: Cmd: >define HM_LAN_WIRED HM485_LAN localhost:2000<
2015.02.09 21:39:55 5: Loading ./FHEM/00_HM485_LAN.pm
2015.02.09 21:39:56 3: HM485: HM485: Loading available device files
2015.02.09 21:39:56 3: HM485: =====================================
2015.02.09 21:39:56 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw-sen-sc-12.pm
2015.02.09 21:39:56 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_fm.pm
2015.02.09 21:39:56 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2015.02.09 21:39:56 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2015.02.09 21:39:56 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_v3_02.pm
2015.02.09 21:39:56 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2015.02.09 21:39:56 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_v3_02.pm
2015.02.09 21:39:56 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2015.02.09 21:39:56 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_v3_02.pm
2015.02.09 21:39:56 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2015.02.09 21:39:56 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2015.02.09 21:39:56 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_v3_02.pm
2015.02.09 21:39:56 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_virtual.pm
2015.02.09 21:39:56 5: Cmd: >attr HM_LAN_WIRED HM485d_device 192.168.1.97:5000<
2015.02.09 21:39:56 5: Cmd: >attr HM_LAN_WIRED hmwId 00000001<
2015.02.09 21:39:56 5: Cmd: >attr HM_LAN_WIRED HM485d_bind 0<
2015.02.09 21:39:56 5: Cmd: >attr HM_LAN_WIRED HM485d_startTimeout 2<
2015.02.09 21:39:56 5: Cmd: >attr HM_LAN_WIRED HM485d_logVerbose 4<
2015.02.09 21:39:56 5: Cmd: >attr HM_LAN_WIRED icon hm-cc-rt-dn<
2015.02.09 21:39:56 5: Cmd: >attr HM_LAN_WIRED room Interfaces<
wenn ich unter TELNET auf dem RASPI die HM485d.pl ausführe bekomme ich folgende Meldung
pi@raspberrypi ~ $ sudo /opt/fhem/FHEM/lib/HM485/HM485d/HM485d.pl -localPort 20
00 -device 192.168.1.97:5000 -verbose 4
2015.02.09 21:40:26.125 3: SERVER: port 2000 opened
2015.02.09 21:40:26.128 3: server waiting for client connection on port 2000
2015.02.09 21:40:26.129 3: Opening SERIAL device 192.168.1.97:5000
2015.02.09 21:40:26.165 3: SERIAL device opened
Undefined subroutine &main::TimeNow called at /opt/fhem/FHEM/lib/HM485/HM485d/..
/../../DevIo.pm line 20.
Hoffe es kann mir jemand weiterhelfen.
Zitat von: Maxl am 09 Februar 2015, 22:00:42
Undefined subroutine &main::TimeNow called at /opt/fhem/FHEM/lib/HM485/HM485d/..
/../../DevIo.pm line 20.[/tt]
Hallo Maxl,
dies ist ein bekanntes Problem mit der aktuellen "DevIo.pm". Mit der älteren "DevIo485.pm" in der Anlage müsste es funktionieren.
Du musst dann nur noch in der "ServerTools.pm" die Zeile 64 ändern in:
require $pathFHEM . 'DevIo485.pm';
Siehe auch:
http://forum.fhem.de/index.php/topic,32931.msg253098.html#msg253098
Gruß Ralf
Hallo,
habe die SERVERTOOL.PM geändert und die DEVIO485.pm anstatt der DEVICE.PM aeingetragen, das LAN Gateway ist nun auf "open" es werden auch Daten bei einen Discovery verschickt.
Beim Abspeichern der fhem.cfg bekomme ich aber trotzdem die Fehlermeldung:
HM_LAN_WIRED: unknown attribute HM485d_device. Type 'attr HM_LAN_WIRED ?' for a detailed list. HM_LAN_WIRED: unknown attribute HM485d_startTimeout. Type 'attr HM_LAN_WIRED ?' for a detailed list. HM_LAN_WIRED: unknown attribute HM485d_logVerbose. Type 'attr HM_LAN_WIRED ?' for a detailed list.
in der Telnet Verbindung erhalte ich:
2015.02.10 19:53:59.637 4: HM485d: Rx: FD0D1853C8FFFFFFFF98000000017A
2015.02.10 19:53:59.652 3: HM485d: Tx: (24:1) I[0](0,Y,F,B)(98) 00000001 -> FFFF
FFFF [3] 7A(z) {6D72}
2015.02.10 19:53:59.747 4: HM485d: Rx: FD0D1953C8FFFFFFFF98000000017A
2015.02.10 19:53:59.756 3: HM485d: Tx: (25:1) I[0](0,Y,F,B)(98) 00000001 -> FFFF
FFFF [3] 7A(z) {6D72}
2015.02.10 19:53:59.858 4: HM485d: Rx: FD041A4400FF
2015.02.10 19:53:59.862 3: Discovery mode started.
2015.02.10 19:54:00.469 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.02.10 19:54:00.486 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.02.10 19:54:00.502 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.02.10 19:54:00.519 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.02.10 19:54:00.535 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.02.10 19:54:00.552 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.02.10 19:54:00.554 4: HM485d: Tx: FD051A63000000
2015.02.10 19:54:00.560 3: HM485d: Discovery: END
2015.02.10 19:54:00.566 4: HM485d: Rx: FD0D1B53C8FFFFFFFF98000000015A
2015.02.10 19:54:00.577 3: HM485d: Tx: (27:1) I[0](0,Y,F,B)(98) 00000001 -> FFFF
FFFF [3] 5A(Z) {4D36}
2015.02.10 19:54:00.677 4: HM485d: Rx: FD0D1C53C8FFFFFFFF98000000015A
2015.02.10 19:54:00.687 3: HM485d: Tx: (28:1) I[0](0,Y,F,B)(98) 00000001 -> FFFF
FFFF [3] 5A(Z) {4D36}
2015.02.10 19:54:20.571 4: HM485d: Rx: FD021D4B
2015.02.10 19:54:20.573 4: HM485d: Tx: FD031D6100
2015.02.10 19:54:40.592 4: HM485d: Rx: FD021E4B
2015.02.10 19:54:40.594 4: HM485d: Tx: FD031E6100
2015.02.10 19:55:00.613 4: HM485d: Rx: FD021F4B
2015.02.10 19:55:00.615 4: HM485d: Tx: FD031F6100
nur wo finde ich nun das angeschlossene HMW-IO-12-SW14, wenn ich auch die Eingänge betätige kommt nichts an, auch auf dem Bus ist dann nichts los. Bin ein bisschen ratlos aber immerhin etwas weiter.
hallo Maxl
ZitatHM_LAN_WIRED: unknown attribute HM485d_device. Type 'attr HM_LAN_WIRED ?' for a detailed list. HM_LAN_WIRED: unknown attribute HM485d_startTimeout. Type 'attr HM_LAN_WIRED ?' for a detailed list. HM_LAN_WIRED: unknown attribute HM485d_logVerbose. Type 'attr HM_LAN_WIRED ?' for a detailed list.
ja das liegt daran, daß du ein
attr HM_LAN_WIRED HM485d_bind 0in deiner fhem.cfg stehen hast. Bei bind 0, was soviel heißt, daß du dich selber ums Starten des HM485d.pl gekümmert hast, werden die Attribute
'HM485d_detatch', 'HM485d_device', 'HM485d_serialNumber',
'HM485d_logfile', 'HM485d_logVerbose:0,1,2,3,4,5',
'HM485d_startTimeout', 'HM485d_gpioTxenInit',
'HM485d_gpioTxenCmd0', 'HM485d_gpioTxenCmd1'aus der attr-Liste gelöscht.
Entweder Du startest den HM485d.pl selber z.B aus der Konsole und danach FHEM, dann gehört in die fhem.cfg
define HM_LAN_WIRED HM485_LAN localhost:2000
attr HM_LAN_WIRED hmwId 00000001
attr HM_LAN_WIRED HM485d_bind 0
attr HM_LAN_WIRED icon hm-cc-rt-dn
attr HM_LAN_WIRED room Interfaces
oder wenn es FHEM selber machen soll:
define HM_LAN_WIRED HM485_LAN localhost:2000
attr HM_LAN_WIRED HM485d_device 192.168.1.97:5000
attr HM_LAN_WIRED hmwId 00000001
attr HM_LAN_WIRED HM485d_bind 1
attr HM_LAN_WIRED HM485d_startTimeout 2
attr HM_LAN_WIRED HM485d_logVerbose 3
attr HM_LAN_WIRED icon hm-cc-rt-dn
attr HM_LAN_WIRED room Interfaceswas leider besonders bei langsameren Rechnern, wie dem Raspberry PI wohl oft nicht so richtig klappt. (Darum auch dieses HM485d_startTimeout). Auch ein HM485d_logVerbose 4 hat bei mir schon öfters Probleme gemacht. Versuche es einmal mit HM485d_logVerbose 3.
Könntest du der besseren lesbarkeit halber auch die log einträge in code tags schreiben oder, wenn sie länger sind als txt datei anhängen? Ist ja sonst so unübersichtlich.
Gruß Harald.
Zitat von: Maxl am 10 Februar 2015, 19:59:06
nur wo finde ich nun das angeschlossene HMW-IO-12-SW14, wenn ich auch die Eingänge betätige kommt nichts an, auch auf dem Bus ist dann nichts los. Bin ein bisschen ratlos aber immerhin etwas weiter.
Hallo Maxl,
wenn Du am HMW-IO-12-SW14 an einem Digital Eingang einen Taster drückst, müsste normalerweise vom Modul was gesendet werden.
Es müsste so ähnlich wie diese aussehen:
HM485d: Rx: I[0](0,Y,F,B)(98) 00008C69 -> FFFFFFFF [6] 69(i) 02C840 {A89E}
Gruß Ralf
Hallo,
habe die fhem.cfg geändert, beim Speichern erscheint aber immer noch der gleiche Fehler und im Telnet-Fenster bekomme ich folgende Meldung, ist das normal?
pi@raspberrypi ~ $ 2015.02.11 20:12:57.154 0: Cannot create socket SERVER: Can't
open server port at 2000: Die Adresse wird bereits verwendet
Cannot create socket SERVER: Can't open server port at 2000: Die Adresse wird be
reits verwendet
quit
Wenn ich an das HMW-IO-12-SW14 die 24V anschliesse sendet es folgende Botschaft, in FHEM wird aber nichts angezeigt, die Verbindung müßte aber in Ordung sein, da ich über das WIZNET Terminal an meine RS232 Daten senden kann. Muß das HW-IO zuerst irgendwie konfiguriert werden.
FD FF FF FF FF F8 00 01 11 69 06 69 0E 03 FF D2 0C FD FF FF FF FF FA 00 01 11 69 06 69 0F 03 FF B9 22 FD FF FF FF FF FC 7C 00 01 11 69 06 69 10 03 FF EF 9A FD FF FF FF FF FC 7E 00 01 11 69 06 69 11 03 FF 84 B4 FD FF FF FF FF F8 00 01 11 69 06 69 12 03 FF 39 C6 FD FF FF FF FF FA 00 01 11 69 06 69 13 03 FF 52 E8
Wenn ich ein Discovery ausführe bekomme ich folgenden Trace:
FD FF FF CC 80 40 40 A0 20 B5 72 FD FF FF CC 80 40 40 A0 20 B5 72 FD 80 80 40 40 20 10 CB FF FD 80 80 40 40 20 10 CB FF FD 80 80 40 40 20 10 CB FF FD C0 80 40 40 20 D0 0E FF FD C0 80 40 40 20 D0 0E FF FD C0 80 40 40 20 D0 0E FF FD FF FF CC 80 40 40 A0 20 D5 D9 FD FF FF CC 80 40 40 A0 20 D5 D9
Beim betätigen eines Eingangs gibt es diese Botschaft auf dem Bus, aber keinen Eintrag in FHEM, irgendetwas mache ich noch falsch.
FD FF FF FF FF F8 00 01 11 69 06 69 12 00 00 0E 40 FD FF FF FF FF FA 00 01 11 69 06 69 12 03 FF 40 CE
Hallo Maxl,
solange beim Drücken einer Taste im log des HM485d-Server keine Nachricht erscheint, dürfte auch im fhem kein Eintrag auftauchen.
Zum Testen, ob ein Tastendruck im HM485d log erscheint, reicht es auch wenn nur der HM485d-Server läuft.
Wenn Du "HM485d_bind 1" eingetragen hast, kannst Du wenn fhem läuft, den HM485d-Server nicht nochmals im Telnet starten.
Gruß Ralf
Hallo,
habe noch Probleme mit dem Starten und Stoppen der Server. Wenn ich den FHEM Server stoppe läuft der HM485d weiter, wie kann man den wieder neu starten? Wenn ich das ganze in der Konsole mache sehe ich folgendes:
pi@raspberrypi ~ $ sudo /etc/init.d/fhem stop
Stopping fhem...
pi@raspberrypi ~ $ sudo /etc/init.d/fhem start
Starting fhem...
pi@raspberrypi ~ $ Bareword "EAGAIN" not allowed while "strict subs" in use at /
opt/fhem/FHEM/lib/HM485/HM485d/../../../TcpServerUtils.pm line 59.
Bareword "EWOULDBLOCK" not allowed while "strict subs" in use at /opt/fhem/FHEM/
lib/HM485/HM485d/../../../TcpServerUtils.pm line 97.
Compilation failed in require at /opt/fhem/FHEM/lib/HM485/HM485d/../../../Server
Tools.pm line 66.
Bei STOP im Userinterface bekomme ich folgende Meldung:
There ar no HM485d process with PID 2270.
beim erneuten Start die vorhergehende Meldung
nach mehrmaligen probieren hängt sich alles auf, habe ich ältere Versionen der HM485-Files oder gibt es die aktuellsten zum herunterladen.
Hallo Maxl,
hast Du in letzter Zeit ein fhem update gemacht? Siehe:
http://forum.fhem.de/index.php/topic,32931.msg253098.html#msg253098
Mit ps -ef kannst Du im Telnet Fenster schauen, welche Prozesse gerade laufen und dann den HM485d mit "kill" beenden.
z.B.:
# ps -ef | grep fhem
root 1014 32616 0 21:13 pts/1 00:00:00 grep fhem
root 27222 1 0 Feb10 ? 00:00:51 /opt/fhem/hmcfgusb-HEAD-18e63b2/hmland -d -p 1234
fhem 27224 1 0 Feb10 ? 00:04:21 perl fhem.pl fhem.cfg
fhem 27234 1 0 Feb10 ? 00:00:18 /usr/bin/perl ./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device /dev/ttyS3 --verbose 2
# kill 27234
Gruß Ralf
Hallo,
denke es läuft nun wieder alles, bis auf diese Meldung
2015.02.13 14:04:41 3: HM_LAN_WIRED: Connect to HM485d delayed for 2 seconds
2015.02.13 14:04:41 3: HM_LAN_WIRED: Start HM485d with command line: ./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device 192.168.1.97:5000 --verbose 3
2015.02.13 14:04:41 3: HM_LAN_WIRED: HM485d was started with PID: 2744
2015.02.13 14:04:43 3: Opening HM_LAN_WIRED device localhost:2000
2015.02.13 14:04:43 3: Can't connect to localhost:2000: Verbindungsaufbau abgelehnt
aber wo finde ich die automatischen Einträge des autocreate vom HMW-IO-12-SW14. Im Telnet Fenster sieht man die Kommunikation.
pi@raspberrypi /opt/fhem/FHEM/lib/HM485/HM485d $ 2015.02.13 13:54:57.124 3: HM48
5d: Tx: (20:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 7A(z) {6D72}
2015.02.13 13:54:57.237 3: HM485d: Tx: (21:1) I[0](0,Y,F,B)(98) 00000001 -> FFFF
FFFF [3] 7A(z) {6D72}
2015.02.13 13:54:57.342 3: Discovery mode started.
2015.02.13 13:54:57.949 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.02.13 13:54:57.966 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.02.13 13:54:57.982 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.02.13 13:54:57.999 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.02.13 13:54:58.015 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.02.13 13:54:58.032 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.02.13 13:54:58.043 3: HM485d: Discovery: END
2015.02.13 13:54:58.054 3: HM485d: Tx: (23:1) I[0](0,Y,F,B)(98) 00000001 -> FFFF
FFFF [3] 5A(Z) {4D36}
2015.02.13 13:54:58.162 3: HM485d: Tx: (24:1) I[0](0,Y,F,B)(98) 00000001 -> FFFF
FFFF [3] 5A(Z) {4D36}
2015.02.13 13:55:05.382 3: HM485d: Rx: I[2](3,Y,F,B)(FC) 00011169 -> FFFFFFFF [
6] 69(i) 120000 {FC50}
2015.02.13 13:55:05.406 3: HM485d: Tx: (25:1) I[0](0,F,B)(18) 00000001 -> 000111
69 [3] 68(h) {9044}
2015.02.13 13:55:05.614 3: HM485d: Tx: (25:2) I[0](0,F,B)(18) 00000001 -> 000111
69 [3] 68(h) {9044}
2015.02.13 13:55:05.669 3: HM485d: Rx: I[3](3,Y,F,B)(FE) 00011169 -> FFFFFFFF [
6] 69(i) 1203FF {B2DE}
2015.02.13 13:55:05.822 3: HM485d: Tx: (25:3) I[0](0,F,B)(18) 00000001 -> 000111
69 [3] 68(h) {9044}
2015.02.13 13:55:06.037 3: HM485d: Tx: (26:1) I[1](0,F,B)(1A) 00000001 -> 000111
69 [3] 68(h) {3C38}
2015.02.13 13:55:06.245 3: HM485d: Tx: (26:2) I[1](0,F,B)(1A) 00000001 -> 000111
69 [3] 68(h) {3C38}
2015.02.13 13:55:06.453 3: HM485d: Tx: (26:3) I[1](0,F,B)(1A) 00000001 -> 000111
69 [3] 68(h) {3C38}
Im Logfile findet man auch etwas wenn man den Eingang betätigt.
2015.02.13 13:58:04 3: HM_LAN_WIRED: Event: I[0](3,Y,F,B)(F8) 00011169 -> FFFFFFFF [4] 69(i) 12
2015.02.13 13:58:04 5: HM_LAN_WIRED dispatch �'e�����ii
2015.02.13 13:58:04 4: HM485: Device 00011169 not defined yet. We need the type for autocreate
2015.02.13 13:58:04 5: SW: fd0d2753c8000111691c0000000168
2015.02.13 13:58:04 3: HM_LAN_WIRED: TX: (39) I[2](0,F,B)(1C) 00000001 -> 00011169 [3] 68(h)
2015.02.13 13:58:05 3: HM_LAN_WIRED: Event: I[1](3,Y,F,B)(FA) 00011169 -> FFFFFFFF [4] 69(i) 12
2015.02.13 13:58:05 5: HM_LAN_WIRED dispatch �(e�����ii�
2015.02.13 13:58:05 4: HM485: Device 00011169 not defined yet. We need the type for autocreate
2015.02.13 13:58:05 5: SW: fd0d2853c8000111691e0000000168
2015.02.13 13:58:05 3: HM_LAN_WIRED: TX: (40) I[3](0,F,B)(1E) 00000001 -> 00011169 [3] 68(h)
2015.02.13 13:58:05 3: HM_LAN_WIRED: Alive: (39) 33343339
2015.02.13 13:58:05 3: HM_LAN_WIRED: NACK: (40) 00011169
2015.02.13 13:58:06 3: HM_LAN_WIRED: Alive: (40) 33343339
2015.02.13 13:58:06 4: Connection closed for FHEMWEB:192.168.1.20:53166
2015.02.13 13:58:06 4: HTTP FHEMWEB:192.168.1.20:53175 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2015-02.log
Hallo Maxl,
im log vom HM485d-Server sieht es schon recht gut aus.
Nun scheint in fhem was noch nicht passen. Steht in fhem beim HM485_LAN open?
Hast Du auch die Dateien von gevoo
http://forum.fhem.de/index.php/topic,10607.msg255381.html#msg255381
eingespielt?
Die Dateien vom GITHUB sind in der aktuellen Version so nicht lauffähig.
Gruß Ralf
Hallo,
alles neu eingespielt, habe die Dateien aus dem zip file FHEM-HMW485 sowie die 10_HM485.pm überschrieben. Finde aber immer noch nichts, alle Server laufen laut log file und alles ist auf open, nur keine Einträge zu finden wenn ich die Eingänge stimuliere. Wo muß ich noch nachschauen, welche Logfiles soll ich zur Fehlersuche posten?
Danke
Hallo Maxl,
Du kannst es auch mal mit Dateien mit aktivertem log versuchen, dann wird eine HM485-log Datei angelegt:
http://forum.fhem.de/index.php/topic,10607.msg246231.html#msg246231
Gruß Ralf
Hallo,
entschuldige aber wo finde ich das log-File, habe den Server mir verbose 5 neu gestartet, damit dürfte er es doch erzeugen.
2015.02.13 18:22:57 3: HM_LAN_WIRED: Connect to HM485d delayed for 2 seconds
2015.02.13 18:22:57 3: HM_LAN_WIRED: Start HM485d with command line: ./FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device 192.168.1.97:5000 --verbose 5
2015.02.13 18:22:57 3: HM_LAN_WIRED: HM485d was started with PID: 3567
2015.02.13 18:23:00 3: Opening HM_LAN_WIRED device localhost:2000
2015.02.13 18:23:00 3: Can't connect to localhost:2000: Verbindungsaufbau abgelehnt
2015.02.13 18:24:01 1: localhost:2000 reappeared (HM_LAN_WIRED)
2015.02.13 18:24:01 3: HM_LAN_WIRED: connected to device localhost:2000
2015.02.13 18:24:01 3: HM_LAN_WIRED: Lan Device Information
2015.02.13 18:24:01 3: HM_LAN_WIRED: Protocol-Version: 01
2015.02.13 18:24:01 3: HM_LAN_WIRED: Interface-Type: HMW-SOFT-GW
2015.02.13 18:24:01 3: HM_LAN_WIRED: Firmware-Version: 0.2.1
2015.02.13 18:24:01 3: HM_LAN_WIRED: Serial-Number: SGW0123456
2015.02.13 18:24:01 3: HM_LAN_WIRED: Initialize the interface
Hallo,
nachdem Du die 4 Dateien von
http://forum.fhem.de/index.php/topic,10607.msg246231.html#msg246231
eingespielt hast, mußt Du fhem neu starten, dann ist das log-File in fhem/log/
Gruß Ralf
Hallo,
anbei nun der Inhalt des File bei Betätigung der Eingänge:
Zitataktuelle Version ist jetzt 0.4.120
2015-02-13_18:49:14 HM485_ProcessEvent: hmwId = 00011169 msgData = 69120000
2015-02-13_18:49:14 HM485_ProcessEvent: hmwId = 00011169 msgData = 691203FF
2015-02-13_18:50:01 HM485_ProcessEvent: hmwId = 00011169 msgData = 69120000
2015-02-13_18:50:01 HM485_ProcessEvent: hmwId = 00011169 msgData = 691203FF
2015-02-13_18:50:11 HM485_ProcessEvent: hmwId = 00011169 msgData = 69120000
2015-02-13_18:50:14 HM485_ProcessEvent: hmwId = 00011169 msgData = 69100000
2015-02-13_18:50:14 HM485_ProcessEvent: hmwId = 00011169 msgData = 691003FF
2015-02-13_18:51:24 HM485_ProcessEvent: hmwId = 00011169 msgData = 69120000
2015-02-13_18:51:24 HM485_ProcessResponse: msgData = 691203FF
2015-02-13_18:51:25 HM485_ProcessEvent: hmwId = 00011169 msgData = 69120000
2015-02-13_18:51:25 HM485_ProcessEvent: hmwId = 00011169 msgData = 691203FF
Hallo,
normalerweise müsste nun in fhem per Autocreate ein Eintrag angelegt worden sein.
Gruß Ralf
Hallo Ralf,
leider nein, nichts zu sehen unter "unsorted" oder "everything", keine Ahnung wo das hingeschrieben wird, ist es möglich das HMW-IO manuel hizuzufügen?
Gruß
Maxl
Hallo Maxl,
auch in Deiner fhem.log müßte sich das Modul verewigt haben. Was steht denn in fhem.log zu der Zeit, wo Du einen Eingang betätigt hast?
Normalerweise kannst Du da schon alle Daten entnehmen, die Du für die Definition in der cfg benötigst.
Gruß gevoo
Hallo,
in der fhem.log steht folgendes:
2015.02.13 20:28:15 3: HM_LAN_WIRED: Event: I[0](3,Y,F,B)(F8) 00011169 -> FFFFFFFF [4] 69(i) 12
2015.02.13 20:28:15 5: HM_LAN_WIRED dispatch �Ce�����ii
2015.02.13 20:28:15 4: HM485: Device 00011169 not defined yet. We need the type for autocreate
2015.02.13 20:28:15 5: SW: fd0d4353c8000111691c0000000168
2015.02.13 20:28:15 4: HM_LAN_WIRED: TX: (67) I[2](0,F,B)(1C) 00000001 -> 00011169 [3] 68(h)
2015.02.13 20:28:16 3: HM_LAN_WIRED: Event: I[1](3,Y,F,B)(FA) 00011169 -> FFFFFFFF [4] 69(i) 12
2015.02.13 20:28:16 5: HM_LAN_WIRED dispatch �De�����ii�
2015.02.13 20:28:16 4: HM485: Device 00011169 not defined yet. We need the type for autocreate
2015.02.13 20:28:16 5: SW: fd0d4453c8000111691e0000000168
2015.02.13 20:28:16 4: HM_LAN_WIRED: TX: (68) I[3](0,F,B)(1E) 00000001 -> 00011169 [3] 68(h)
2015.02.13 20:28:16 3: HM_LAN_WIRED: NACK: (68) 00011169
Hallo Maxl,
evtl hast Du Probleme in der Senderichtung zum Modul. Beim Discovery sehe ich keine Antwort vom Modul.
Hast Du schon mal die Verkabelung überprüft?
Nur zur Sicherheit. Versuche es mal mit der "DevIo485" in der Anlage.
In der vorherigen Version hatte ich die Empfangspuffervergrößerung von 256 auf 4096 von der aktuellen DevIo übernommen.
Gruß Ralf
Hallo,
habe das andere File versucht und den Eintrag in der ServerTool geändert, hatte leider den selben Effekt, Verdrahtung müßte in Ordung sein, bei zwei Drähte kann man nicht viel falsch machen. Komischerweise bekomme ich aber bei dem Debug Ausgaben im Raspi Terminal Fenster RxD und TxD Botschaften, dann dürften doch diese auch in FHEM auftauchen, oder haben diese eine andere Bedeutung. Es sind nur der WIZNET RS485 Adapter und das HMW-IO-12 verbunden, Abschluß 120Ohm.
Anbei nochmals ein Mitschnitt eines Discovery und anschliessend das Stimulieren des Eingangs, jeweils aus dem Terminal Fenster des RASPI. Das Logfile zum Schluß.
pi@raspberrypi /opt/fhem/FHEM/lib $
pi@raspberrypi /opt/fhem/FHEM/lib $ 2015.02.13 22:58:27.518 4: HM485d: Rx: FD0D8253C8FFFFFFFF98000000017A
2015.02.13 22:58:27.524 5: SW: fdffffffff9800000001037a6d72
2015.02.13 22:58:27.539 3: HM485d: Tx: (130:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 7A(z) {6D72}
2015.02.13 22:58:27.687 4: HM485d: Rx: FD0D8353C8FFFFFFFF98000000017A
2015.02.13 22:58:27.696 5: SW: fdffffffff9800000001037a6d72
2015.02.13 22:58:27.714 3: HM485d: Tx: (131:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 7A(z) {6D72}
2015.02.13 22:58:27.864 4: HM485d: Rx: FD04844400FF
2015.02.13 22:58:27.874 3: Discovery mode started.
2015.02.13 22:58:28.488 5: SW: fd0000000003026c76
2015.02.13 22:58:28.492 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.02.13 22:58:28.507 5: SW: fd0000000003026c76
2015.02.13 22:58:28.512 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.02.13 22:58:28.527 5: SW: fd0000000003026c76
2015.02.13 22:58:28.535 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.02.13 22:58:28.550 5: SW: fd800000000302cf68
2015.02.13 22:58:28.555 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.02.13 22:58:28.571 5: SW: fd800000000302cf68
2015.02.13 22:58:28.576 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.02.13 22:58:28.590 5: SW: fd800000000302cf68
2015.02.13 22:58:28.595 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.02.13 22:58:28.597 4: HM485d: Tx: FD058463000000
2015.02.13 22:58:28.619 3: HM485d: Discovery: END
2015.02.13 22:58:28.622 4: HM485d: Rx: FD0D8553C8FFFFFFFF98000000015A
2015.02.13 22:58:28.637 5: SW: fdffffffff9800000001035a4d36
2015.02.13 22:58:28.647 3: HM485d: Tx: (133:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 5A(Z) {4D36}
2015.02.13 22:58:28.730 4: HM485d: Rx: FD0D8653C8FFFFFFFF98000000015A
2015.02.13 22:58:28.742 5: SW: fdffffffff9800000001035a4d36
2015.02.13 22:58:28.756 3: HM485d: Tx: (134:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 5A(Z) {4D36}
2015.02.13 22:58:48.614 4: HM485d: Rx: FD02874B
2015.02.13 22:58:48.617 4: HM485d: Tx: FD03876100
2015.02.13 22:59:08.630 4: HM485d: Rx: FD02884B
2015.02.13 22:59:08.633 4: HM485d: Tx: FD03886100
2015.02.13 22:59:28.646 4: HM485d: Rx: FD02894B
2015.02.13 22:59:28.650 4: HM485d: Tx: FD03896100
pi@raspberrypi /opt/fhem/FHEM/lib $
pi@raspberrypi /opt/fhem/FHEM/lib $ 2015.02.13 22:59:47.943 4: HM485d: Rx: FD0D8A53C8FFFFFFFF98000000017A
2015.02.13 22:59:47.949 5: SW: fdffffffff9800000001037a6d72
2015.02.13 22:59:47.961 3: HM485d: Tx: (138:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 7A(z) {6D72}
2015.02.13 22:59:48.058 4: HM485d: Rx: FD0D8B53C8FFFFFFFF98000000017A
2015.02.13 22:59:48.064 5: SW: fdffffffff9800000001037a6d72
2015.02.13 22:59:48.074 3: HM485d: Tx: (139:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 7A(z) {6D72}
2015.02.13 22:59:48.171 4: HM485d: Rx: FD048C4400FF
2015.02.13 22:59:48.174 3: Discovery mode started.
2015.02.13 22:59:48.661 4: HM485d: Rx: FD028D4B
2015.02.13 22:59:48.664 4: HM485d: Tx: FD038D6100
2015.02.13 22:59:48.780 5: SW: fd0000000003026c76
2015.02.13 22:59:48.784 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.02.13 22:59:48.800 5: SW: fd0000000003026c76
2015.02.13 22:59:48.804 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.02.13 22:59:48.819 5: SW: fd0000000003026c76
2015.02.13 22:59:48.823 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 00000000
2015.02.13 22:59:48.838 5: SW: fd800000000302cf68
2015.02.13 22:59:48.842 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.02.13 22:59:48.861 5: SW: fd800000000302cf68
2015.02.13 22:59:48.865 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.02.13 22:59:48.883 5: SW: fd800000000302cf68
2015.02.13 22:59:48.888 3: HM485d: Tx: DISCOVERY(1) 00000000 -> 80000000
2015.02.13 22:59:48.890 4: HM485d: Tx: FD058C63000000
2015.02.13 22:59:48.901 3: HM485d: Discovery: END
2015.02.13 22:59:48.907 4: HM485d: Rx: FD0D8E53C8FFFFFFFF98000000015A
2015.02.13 22:59:48.912 5: SW: fdffffffff9800000001035a4d36
2015.02.13 22:59:48.929 3: HM485d: Tx: (142:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 5A(Z) {4D36}
2015.02.13 22:59:49.028 4: HM485d: Rx: FD0D8F53C8FFFFFFFF98000000015A
2015.02.13 22:59:49.037 5: SW: fdffffffff9800000001035a4d36
2015.02.13 22:59:49.044 3: HM485d: Tx: (143:1) I[0](0,Y,F,B)(98) 00000001 -> FFFFFFFF [3] 5A(Z) {4D36}
aktuelle Version ist jetzt 0.4.120
2015-02-13_22:35:59 HM485_ProcessEvent: hmwId = 00011169 msgData = 69120000
2015-02-13_22:35:59 HM485_ProcessEvent: hmwId = 00011169 msgData = 691203FF
2015-02-13_22:36:36 HM485_ProcessEvent: hmwId = 00011169 msgData = 69120000
2015-02-13_22:36:37 HM485_ProcessEvent: hmwId = 00011169 msgData = 691203FF
2015-02-13_22:37:07 HM485_ProcessEvent: hmwId = 00011169 msgData = 69120000
2015-02-13_22:37:07 HM485_ProcessEvent: hmwId = 00011169 msgData = 691203FF
2015-02-13_22:37:09 HM485_ProcessEvent: hmwId = 00011169 msgData = 69120000
2015-02-13_22:37:10 HM485_ProcessEvent: hmwId = 00011169 msgData = 691203FF
2015-02-13_22:38:07 HM485_ProcessEvent: hmwId = 00011169 msgData = 69120000
2015-02-13_22:38:08 HM485_ProcessEvent: hmwId = 00011169 msgData = 691203FF
2015-02-13_22:51:58 HM485_ProcessEvent: hmwId = 00011169 msgData = 690E03FF
2015-02-13_22:51:58 HM485_ProcessEvent: hmwId = 00011169 msgData = 690F03FF
2015-02-13_22:51:58 HM485_ProcessEvent: hmwId = 00011169 msgData = 691003FF
2015-02-13_22:51:59 HM485_ProcessEvent: hmwId = 00011169 msgData = 691103FF
2015-02-13_22:51:59 HM485_ProcessEvent: hmwId = 00011169 msgData = 691203FF
2015-02-13_22:51:59 HM485_ProcessEvent: hmwId = 00011169 msgData = 691303FF
2015-02-13_22:53:52 HM485_ProcessEvent: hmwId = 00011169 msgData = 69120000
2015-02-13_22:53:52 HM485_ProcessEvent: hmwId = 00011169 msgData = 691203FF
2015-02-13_22:53:59 HM485_ProcessEvent: hmwId = 00011169 msgData = 69120000
2015-02-13_22:53:59 HM485_ProcessEvent: hmwId = 00011169 msgData = 691203FF
2015-02-13_22:54:04 HM485_ProcessEvent: hmwId = 00011169 msgData = 69120000
2015-02-13_22:54:05 HM485_ProcessEvent: hmwId = 00011169 msgData = 691203FF
2015-02-13_22:58:01 HM485_ProcessEvent: hmwId = 00011169 msgData = 690E0000
2015-02-13_22:58:01 HM485_ProcessEvent: hmwId = 00011169 msgData = 690E0000
2015-02-13_22:58:01 HM485_ProcessEvent: hmwId = 00011169 msgData = 690E03FF
2015-02-13_22:58:01 HM485_ProcessResponse: msgData = 690E0000
2015-02-13_22:58:02 HM485_ProcessEvent: hmwId = 00011169 msgData = 690E03FF
2015-02-13_22:58:02 HM485_ProcessEvent: hmwId = 00011169 msgData = 690E0000
2015-02-13_22:58:02 HM485_ProcessEvent: hmwId = 00011169 msgData = 690E03FF
2015-02-13_22:58:07 HM485_ProcessEvent: hmwId = 00011169 msgData = 69100000
2015-02-13_22:58:11 HM485_ProcessEvent: hmwId = 00011169 msgData = 69120000
2015-02-13_22:58:11 HM485_ProcessEvent: hmwId = 00011169 msgData = 691203FF
Hallo Maxl,
hast Du schon mal versucht, ob im HM485d log eine Antwort vom Modul kommt, wenn Du in der Kommandozeile von fhem einen RAW-Befehl eingibst?
Solange beim 68(h) -Befehl (Modultyp abfragen) keine Antwort kommt, wird von Autocreate kein Eintrag in fhem angelegt
set HM485_LAN RAW 00011169 98 00000001 68
Beim "HMW-IO-12-Sw14-DR" müsste als Antwort 1C 00 kommen
z.B. mit
set HM485_LAN RAW 00011169 98 00000001 5300
kannst Du den Zustand von Ausgang 1 abfragen.
siehe auch
http://www.fhemwiki.de/wiki/HMW-IO-12-Sw14-DR
Gruß Ralf
Hallo,
ich habe den Befehl abgesetzt --> set HM_LAN_WIRED RAW 00 01 11 69 98 00 00 00 01 68
FD 00 01 11 69 98 00 00 00 01 04 53 00 79 DE FD 00 00 00 01 1C 00 01 11 69 06 69 00 00 00 ED 50 FD 00 01 11 69 59 00 00 00 01 02 9F 9A
das ist was ich anschliessend im trace erhalten habe. ine 1C 00 ist enthalten und nun auch plötzlich der autocreate Eintrag ;)
Habe mir das WIKI zu dem HMW-IO durchgelesen, aber wie komme ich nun am schnellsten zu den restlichen Einträgen für die Ein- bzw. Ausgänge.
Es steht nur das HMW_IO_12_Sw14_DR_LEQ1322965 als device in der Oberfläche aber welche Befehle miuß ich nun eingeben damit man etwas ansteuern kann.
Danke
Zitat von: Maxl am 14 Februar 2015, 15:47:48
Es steht nur das HMW_IO_12_Sw14_DR_LEQ1322965 als device in der Oberfläche aber welche Befehle miuß ich nun eingeben damit man etwas ansteuern kann.
Steht im Wiki.
Das "HMW_IO_12_Sw14_DR_LEQ1322965" öffnen und dann "get info" und "get config all"
Danach müsste alles da sein und es darf in der Zeit während das get config ausgeführt wurde im fhem-log kein "Response Timeout" stehen.
Gruß Ralf
Hallo,
hat funktioniert, danke für die Hilfe. Dann nur noch zwei kleine Fragen, kann die Adresse des HMW eigentlich geändert werden oder wird diese wahllos beim ersten mal anstöpseln vergeben und ist dann fest.
Wenn ich die fhem.cfg abspeichere ist alles wieder weg und ich bekomme anschliessend immer ein RESPONSE TIMEOUT bei dem HMW-IO.
Erst nach mehrmaligen "get config" funktioniert es wieder.
Gruß
Maxl
Hallo,
die Adresse des HMW und die Seriennummer ist wahrscheinlich fest im Modul gespeichert.
Kannst Du noch mal ein "get config all" ausführen und dann ins fhem-log schauen. Da müsste dann ein "HM485: Request config for device .." stehen, danach dürfen keine "Response Timeout" stehen.
Danach kannst Du es mit "save config" speichern und dann mal in die fhem.save Datei reinschauen und die Einträge mit .eeprom_ hier posten.
Gruß Ralf
Hallo,
hier das log-File mit dem "get config", es passierte aber nichts, das HMW blieb immer auf TimeOut, erst nachdem man öfter den Befehl "get config" anstößt bzw. "get state" gibt es irgendwann einmal ein ACK im HMW-IO Fenster und dann läuft es immer, sobald der SERVER neu startet fängt das gleiche Spiel von vorne an.
2015.02.14 20:49:37 4: HTTP FHEMWEB:192.168.1.20:61136 GET /fhem?XHR=1&inform=type=status;filter=HMW_IO_12_Sw14_DR_LEQ1322965×tamp=1423943372949
2015.02.14 20:49:38 4: Connection closed for FHEMWEB:192.168.1.20:61136
2015.02.14 20:49:38 4: HTTP FHEMWEB:192.168.1.20:61138 GET /fhem&detail=HMW_IO_12_Sw14_DR_LEQ1322965&dev.getHMW_IO_12_Sw14_DR_LEQ1322965=HMW_IO_12_Sw14_DR_LEQ1322965&cmd.getHMW_IO_12_Sw14_DR_LEQ1322965=get&arg.getHMW_IO_12_Sw14_DR_LEQ1322965=config&val.getHMW_IO_12_Sw14_DR_LEQ1322965=all
2015.02.14 20:49:38 5: Cmd: >get HMW_IO_12_Sw14_DR_LEQ1322965 config all<
2015.02.14 20:49:38 3: HM485: Request config for device 00011169
2015.02.14 20:49:38 4: HTTP FHEMWEB:192.168.1.20:61138 GET /fhem?detail=HMW_IO_12_Sw14_DR_LEQ1322965
2015.02.14 20:49:38 4: /fhem?detail=HMW_IO_12_Sw14_DR_LEQ1322965 / RL:2460 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2015.02.14 20:49:39 4: HTTP FHEMWEB:192.168.1.20:61138 GET /fhem?cmd={ReadingsVal(%22HMW_IO_12_Sw14_DR_LEQ1322965%22,%22%20%22,%22%22)}&XHR=1
2015.02.14 20:49:39 5: Cmd: >{ReadingsVal("HMW_IO_12_Sw14_DR_LEQ1322965"," ","")}<
2015.02.14 20:49:39 4: /fhem?cmd={ReadingsVal(%22HMW_IO_12_Sw14_DR_LEQ1322965%22,%22%20%22,%22%22)}&XHR=1 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2015.02.14 20:49:39 4: Connection accepted from FHEMWEB:192.168.1.20:61140
2015.02.14 20:49:39 4: HTTP FHEMWEB:192.168.1.20:61140 GET /fhem?cmd={AttrVal(%22HMW_IO_12_Sw14_DR_LEQ1322965%22,%22room%22,%22%22)}&XHR=1
2015.02.14 20:49:39 5: Cmd: >{AttrVal("HMW_IO_12_Sw14_DR_LEQ1322965","room","")}<
2015.02.14 20:49:39 4: /fhem?cmd={AttrVal(%22HMW_IO_12_Sw14_DR_LEQ1322965%22,%22room%22,%22%22)}&XHR=1 / RL:26 / text/plain; charset=UTF-8 / Content-Encoding: gzip
leider finde ich keinen Eintrag mit .eeprom, hier die Einträge die ergänzt wurden
define HMW_IO_12_Sw14_DR_LEQ1322965 HM485 00011169
attr HMW_IO_12_Sw14_DR_LEQ1322965 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ1322965 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ1322965 room HM485
attr HMW_IO_12_Sw14_DR_LEQ1322965 serialNr LEQ1322965
define FileLog_HMW_IO_12_Sw14_DR_LEQ1322965 FileLog ./log/HMW_IO_12_Sw14_DR_LEQ1322965-%Y.log HMW_IO_12_Sw14_DR_LEQ1322965
attr FileLog_HMW_IO_12_Sw14_DR_LEQ1322965 logtype text
attr FileLog_HMW_IO_12_Sw14_DR_LEQ1322965 room HM485
define HMW_IO_12_Sw14_DR_LEQ1322965_21 HM485 00011169_21
attr HMW_IO_12_Sw14_DR_LEQ1322965_21 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ1322965_21 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ1322965_21 room HM485
attr HMW_IO_12_Sw14_DR_LEQ1322965_21 serialNr LEQ1322965
attr HMW_IO_12_Sw14_DR_LEQ1322965_21 subType DIGITAL_ANALOG_INPUT
define HMW_IO_12_Sw14_DR_LEQ1322965_22 HM485 00011169_22
attr HMW_IO_12_Sw14_DR_LEQ1322965_22 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ1322965_22 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ1322965_22 room HM485
attr HMW_IO_12_Sw14_DR_LEQ1322965_22 serialNr LEQ1322965
attr HMW_IO_12_Sw14_DR_LEQ1322965_22 subType DIGITAL_ANALOG_INPUT
define HMW_IO_12_Sw14_DR_LEQ1322965_23 HM485 00011169_23
attr HMW_IO_12_Sw14_DR_LEQ1322965_23 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ1322965_23 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ1322965_23 room HM485
attr HMW_IO_12_Sw14_DR_LEQ1322965_23 serialNr LEQ1322965
attr HMW_IO_12_Sw14_DR_LEQ1322965_23 subType DIGITAL_ANALOG_INPUT
define HMW_IO_12_Sw14_DR_LEQ1322965_24 HM485 00011169_24
attr HMW_IO_12_Sw14_DR_LEQ1322965_24 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ1322965_24 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ1322965_24 room HM485
attr HMW_IO_12_Sw14_DR_LEQ1322965_24 serialNr LEQ1322965
attr HMW_IO_12_Sw14_DR_LEQ1322965_24 subType DIGITAL_ANALOG_INPUT
define HMW_IO_12_Sw14_DR_LEQ1322965_25 HM485 00011169_25
attr HMW_IO_12_Sw14_DR_LEQ1322965_25 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ1322965_25 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ1322965_25 room HM485
attr HMW_IO_12_Sw14_DR_LEQ1322965_25 serialNr LEQ1322965
attr HMW_IO_12_Sw14_DR_LEQ1322965_25 subType DIGITAL_ANALOG_INPUT
define HMW_IO_12_Sw14_DR_LEQ1322965_26 HM485 00011169_26
attr HMW_IO_12_Sw14_DR_LEQ1322965_26 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ1322965_26 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ1322965_26 room HM485
attr HMW_IO_12_Sw14_DR_LEQ1322965_26 serialNr LEQ1322965
attr HMW_IO_12_Sw14_DR_LEQ1322965_26 subType DIGITAL_ANALOG_INPUT
define HMW_IO_12_Sw14_DR_LEQ1322965_07 HM485 00011169_07
attr HMW_IO_12_Sw14_DR_LEQ1322965_07 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ1322965_07 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ1322965_07 room HM485
attr HMW_IO_12_Sw14_DR_LEQ1322965_07 serialNr LEQ1322965
attr HMW_IO_12_Sw14_DR_LEQ1322965_07 subType DIGITAL_ANALOG_OUTPUT
define HMW_IO_12_Sw14_DR_LEQ1322965_08 HM485 00011169_08
attr HMW_IO_12_Sw14_DR_LEQ1322965_08 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ1322965_08 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ1322965_08 room HM485
attr HMW_IO_12_Sw14_DR_LEQ1322965_08 serialNr LEQ1322965
attr HMW_IO_12_Sw14_DR_LEQ1322965_08 subType DIGITAL_ANALOG_OUTPUT
define HMW_IO_12_Sw14_DR_LEQ1322965_09 HM485 00011169_09
attr HMW_IO_12_Sw14_DR_LEQ1322965_09 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ1322965_09 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ1322965_09 room HM485
attr HMW_IO_12_Sw14_DR_LEQ1322965_09 serialNr LEQ1322965
attr HMW_IO_12_Sw14_DR_LEQ1322965_09 subType DIGITAL_ANALOG_OUTPUT
define HMW_IO_12_Sw14_DR_LEQ1322965_10 HM485 00011169_10
attr HMW_IO_12_Sw14_DR_LEQ1322965_10 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ1322965_10 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ1322965_10 room HM485
attr HMW_IO_12_Sw14_DR_LEQ1322965_10 serialNr LEQ1322965
attr HMW_IO_12_Sw14_DR_LEQ1322965_10 subType DIGITAL_ANALOG_OUTPUT
define HMW_IO_12_Sw14_DR_LEQ1322965_11 HM485 00011169_11
attr HMW_IO_12_Sw14_DR_LEQ1322965_11 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ1322965_11 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ1322965_11 room HM485
attr HMW_IO_12_Sw14_DR_LEQ1322965_11 serialNr LEQ1322965
attr HMW_IO_12_Sw14_DR_LEQ1322965_11 subType DIGITAL_ANALOG_OUTPUT
define HMW_IO_12_Sw14_DR_LEQ1322965_12 HM485 00011169_12
attr HMW_IO_12_Sw14_DR_LEQ1322965_12 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ1322965_12 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ1322965_12 room HM485
attr HMW_IO_12_Sw14_DR_LEQ1322965_12 serialNr LEQ1322965
attr HMW_IO_12_Sw14_DR_LEQ1322965_12 subType DIGITAL_ANALOG_OUTPUT
define HMW_IO_12_Sw14_DR_LEQ1322965_13 HM485 00011169_13
attr HMW_IO_12_Sw14_DR_LEQ1322965_13 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ1322965_13 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ1322965_13 room HM485
attr HMW_IO_12_Sw14_DR_LEQ1322965_13 serialNr LEQ1322965
attr HMW_IO_12_Sw14_DR_LEQ1322965_13 subType DIGITAL_ANALOG_OUTPUT
define HMW_IO_12_Sw14_DR_LEQ1322965_14 HM485 00011169_14
attr HMW_IO_12_Sw14_DR_LEQ1322965_14 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ1322965_14 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ1322965_14 room HM485
attr HMW_IO_12_Sw14_DR_LEQ1322965_14 serialNr LEQ1322965
attr HMW_IO_12_Sw14_DR_LEQ1322965_14 subType DIGITAL_ANALOG_OUTPUT
define HMW_IO_12_Sw14_DR_LEQ1322965_15 HM485 00011169_15
attr HMW_IO_12_Sw14_DR_LEQ1322965_15 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ1322965_15 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ1322965_15 room HM485
attr HMW_IO_12_Sw14_DR_LEQ1322965_15 serialNr LEQ1322965
attr HMW_IO_12_Sw14_DR_LEQ1322965_15 subType DIGITAL_INPUT
define HMW_IO_12_Sw14_DR_LEQ1322965_16 HM485 00011169_16
attr HMW_IO_12_Sw14_DR_LEQ1322965_16 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ1322965_16 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ1322965_16 room HM485
attr HMW_IO_12_Sw14_DR_LEQ1322965_16 serialNr LEQ1322965
attr HMW_IO_12_Sw14_DR_LEQ1322965_16 subType DIGITAL_INPUT
define HMW_IO_12_Sw14_DR_LEQ1322965_17 HM485 00011169_17
attr HMW_IO_12_Sw14_DR_LEQ1322965_17 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ1322965_17 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ1322965_17 room HM485
attr HMW_IO_12_Sw14_DR_LEQ1322965_17 serialNr LEQ1322965
attr HMW_IO_12_Sw14_DR_LEQ1322965_17 subType DIGITAL_INPUT
define HMW_IO_12_Sw14_DR_LEQ1322965_18 HM485 00011169_18
attr HMW_IO_12_Sw14_DR_LEQ1322965_18 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ1322965_18 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ1322965_18 room HM485
attr HMW_IO_12_Sw14_DR_LEQ1322965_18 serialNr LEQ1322965
attr HMW_IO_12_Sw14_DR_LEQ1322965_18 subType DIGITAL_INPUT
define HMW_IO_12_Sw14_DR_LEQ1322965_19 HM485 00011169_19
attr HMW_IO_12_Sw14_DR_LEQ1322965_19 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ1322965_19 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ1322965_19 room HM485
attr HMW_IO_12_Sw14_DR_LEQ1322965_19 serialNr LEQ1322965
attr HMW_IO_12_Sw14_DR_LEQ1322965_19 subType DIGITAL_INPUT
define HMW_IO_12_Sw14_DR_LEQ1322965_20 HM485 00011169_20
attr HMW_IO_12_Sw14_DR_LEQ1322965_20 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ1322965_20 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ1322965_20 room HM485
attr HMW_IO_12_Sw14_DR_LEQ1322965_20 serialNr LEQ1322965
attr HMW_IO_12_Sw14_DR_LEQ1322965_20 subType DIGITAL_INPUT
define HMW_IO_12_Sw14_DR_LEQ1322965_01 HM485 00011169_01
attr HMW_IO_12_Sw14_DR_LEQ1322965_01 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ1322965_01 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ1322965_01 room HM485
attr HMW_IO_12_Sw14_DR_LEQ1322965_01 serialNr LEQ1322965
attr HMW_IO_12_Sw14_DR_LEQ1322965_01 subType DIGITAL_OUTPUT
define HMW_IO_12_Sw14_DR_LEQ1322965_02 HM485 00011169_02
attr HMW_IO_12_Sw14_DR_LEQ1322965_02 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ1322965_02 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ1322965_02 room HM485
attr HMW_IO_12_Sw14_DR_LEQ1322965_02 serialNr LEQ1322965
attr HMW_IO_12_Sw14_DR_LEQ1322965_02 subType DIGITAL_OUTPUT
define HMW_IO_12_Sw14_DR_LEQ1322965_03 HM485 00011169_03
attr HMW_IO_12_Sw14_DR_LEQ1322965_03 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ1322965_03 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ1322965_03 room HM485
attr HMW_IO_12_Sw14_DR_LEQ1322965_03 serialNr LEQ1322965
attr HMW_IO_12_Sw14_DR_LEQ1322965_03 subType DIGITAL_OUTPUT
define HMW_IO_12_Sw14_DR_LEQ1322965_04 HM485 00011169_04
attr HMW_IO_12_Sw14_DR_LEQ1322965_04 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ1322965_04 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ1322965_04 room HM485
attr HMW_IO_12_Sw14_DR_LEQ1322965_04 serialNr LEQ1322965
attr HMW_IO_12_Sw14_DR_LEQ1322965_04 subType DIGITAL_OUTPUT
define HMW_IO_12_Sw14_DR_LEQ1322965_05 HM485 00011169_05
attr HMW_IO_12_Sw14_DR_LEQ1322965_05 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ1322965_05 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ1322965_05 room HM485
attr HMW_IO_12_Sw14_DR_LEQ1322965_05 serialNr LEQ1322965
attr HMW_IO_12_Sw14_DR_LEQ1322965_05 subType DIGITAL_OUTPUT
define HMW_IO_12_Sw14_DR_LEQ1322965_06 HM485 00011169_06
attr HMW_IO_12_Sw14_DR_LEQ1322965_06 firmwareVersion 0.5
attr HMW_IO_12_Sw14_DR_LEQ1322965_06 model HMW_IO_12_Sw14_DR
attr HMW_IO_12_Sw14_DR_LEQ1322965_06 room HM485
attr HMW_IO_12_Sw14_DR_LEQ1322965_06 serialNr LEQ1322965
attr HMW_IO_12_Sw14_DR_LEQ1322965_06 subType DIGITAL_OUTPUT
Hallo Maxl,
ich meinte die "fhem.save" Datei im Verzeichnis "fhem/log/"
Gruß Ralf
Hi,
finde aber nur die beiden Zeilen :
setstate HMW_IO_12_Sw14_DR_LEQ1322965 2015-02-14 17:12:37 .eeprom_0000 0
setstate HMW_IO_12_Sw14_DR_LEQ1322965 2015-02-14 17:12:37 .eeprom_0010 0
Zitat von: Maxl am 14 Februar 2015, 22:30:54
finde aber nur die beiden Zeilen :
setstate HMW_IO_12_Sw14_DR_LEQ1322965 2015-02-14 17:12:37 .eeprom_0000 0
setstate HMW_IO_12_Sw14_DR_LEQ1322965 2015-02-14 17:12:37 .eeprom_0010 0
ja, diese beiden Zeilen meinte ich, es müsste da der Inhalt des EEPROM stehen.
Z.B so ähnlich:
.eeprom_0000 FF0A00000001FE3F00030A030A030A03
.eeprom_0010 0A030A030A030AFFFFFFFFFFFFFFFF03
Gruß Ralf
Hallo Ralf,
ich hätte deine Schritte nochmals versucht, aber es ändert sich nicht, in den Zeilen bleibt .eeprom 0. Welche EEPROM Einstellungen werden hier abgespeichert? Aber immerhin, jetzt funktioniert es, bis jetzt ;-)
Danke
Hallo Maxl,
im EEPROM steht die konfiguration der Ein- und Ausgänge. Z.B. ob Digital, Analog oder Frequenz.
Per Default müssten die Ein- und Ausgänge auf digital stehen.
Evtl gibt es bei Dir Probleme beim umkonfigurieren der Ein- und Ausgänge von Digital auf Frequenz.
Die analogen Eingänge brauchst Du gar nicht zu testen, die funktionieren in fhem noch nicht.
Gruß Ralf