FHEM Forum

FHEM - Hausautomations-Systeme => Homematic => Thema gestartet von: mgernoth am 30 Mai 2013, 17:06:32

Titel: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 30 Mai 2013, 17:06:32
Hallo,

da ich mich zur Zeit mit HomeMatic beschäftige, habe ich nach dem günstigsten PC-Interface gesucht, welches die AES-Signierung (https://git.zerfleddert.de/hmcfgusb/AES/) implementiert. Dabei bin ich auf den HM-CFG-USB{,2} gestossen, welcher jedoch im Moment von Fhem noch nicht unterstützt wird (es gibt ein paar gänderte Perl-Module mit denen nur der Empfang von HM-Nachrichten möglich ist).

Um den Stick in Fhem zu integrieren bin ich nicht den normalen Weg eines Fhem-Moduls gegangen, sondern habe eine kleine Software geschrieben, welche einen HMLAN emuliert. Damit kann man den USB-Stick sowohl am Fhem-Rechner als auch an jedem anderen (Unix/Linux) Rechner im Netz anschliessen und ihn von Fhem aus benutzen.

Die HMLAN-Emulation findet sich hier: https://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb (http://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb)

Um das ganze in Fhem zu benutzen, kann man die Software entweder als freigegebene Version (https://git.zerfleddert.de/hmcfgusb/releases/) (aktuell: 0.102) oder als Entwicklungsversion als .tar.gz (https://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb/snapshot/HEAD.tar.gz) herunterladen oder mit git clonen:

git clone git://git.zerfleddert.de/hmcfgusb

Danach findet sich der Quellcode im Unterverzeichnis hmcfgusb.

Um die Software zu kompilieren, braucht man (neben make und gcc, bei Debian am besten build-essential installieren) noch das Development-Paket für libusb-1.0 (Debian: libusb-1.0-0-dev).
Wenn man die nötigen Voraussetzungen geschaffen hat, dann sollte die Software ohne Fehlermeldungen kompilieren und (zumindest als root) starten:

deepthought [~/hmcfgusb]> make
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmland.o hmland.c
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmcfgusb.o hmcfgusb.c
gcc -L/opt/local/lib -lusb-1.0 -lm  hmland.o hmcfgusb.o   -o hmland

deepthought [~/hmcfgusb]> ./hmland -h
Syntax: ./hmland options

Possible options:
        -D              debug mode
        -d              daemon mode
        -h              this help
        -I              pretend to be HM-LAN-IF for compatibility with client-software (previous default)
        -i              interactive mode (connect HM-CFG-USB to terminal)
        -l ip           listen on given IP address only (for example 127.0.0.1)
        -L logfile      log network-communication to logfile
        -P              create PID file /var/run/hmland.pid in daemon mode
        -p n            listen on port n (default: 1000)
        -r n            reboot HM-CFG-USB after n seconds (0: no reboot, default: 86400 if FW < 0.967, 0 otherwise)
           hh:mm        reboot HM-CFG-USB daily at hh:mm
        -S serial       use HM-CFG-USB with given serial (for multiple hmland instances)
        -v              verbose mode
        -V              show version (0.102)

deepthought [~/hmcfgusb]> ./hmland -D -p 1234


Nun kann man den neuen HMLAN in Fhem einbinden:


define hmusb HMLAN 127.0.0.1:1234
attr hmusb hmId 424242


Danach sollte der hmland Debug-Ausgaben ausgeben:

Client 127.0.0.1 connected!

USB < 0x0000: 4b                                                K

USB > 0x0000: 48 09 48 4d 2d 55 53 42 2d 49 46 03 bc 0a 4a 45   H.HM-USB-IF...JE
USB > 0x0010: 51 30 35 33 35 31 32 32 1d b1 55 42 42 42 00 3a   Q0535122..UBBB.:
USB > 0x0020: 5f 66 00 01 00 00 00 00 00 00 00 00 00 00 00 00   _f..............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
LAN < HHM-USB-IF,03BC,JEQ0535122,1DB155,424242,003A5F66,0001


LAN > A424242
...


Evtl. rebootet der HM-CFG-USB nach einer Änderung der hmId (A-Kommando), damit kommt aber sowohl der hmland wie auch Fhem klar (es dauert nur ein bisschen, bis der reconnect durchgeführt wurde).

Sollte man den hmland nicht als root ausführen wollen, kann man die hmcfgusb.rules in das Udev rules-Verzeichnis kopieren:

cp hmcfgusb.rules /etc/udev/rules.d/


Wenn alles funktioniert, kann man den hmland ohne Debug-Ausgabe als Daemon starten:

./hmland -d -p 1234
Daemon with PID 3065 started!


Selbst die Windows-Konfigurationssoftware scheint mit der Emulation sprechen zu können, hier habe ich aber noch keine richtigen Tests durchgeführt. Hierfür muss der hmland aber auf Port 1000 lauschen, wofür zwingend root-Rechte nötig sind.

Da der HM-CFG-USB mit Firmware < 0.967 gelegentlich das Senden einstellt, wird er in der Standardkonfiguration 24 Stunden nach Verbindungsaubau neugestartet, wenn eine alte Firmware erkannt wird. Dieses Verhalten kann mit dem Parameter -r beeinflusst werden. Der Stick sollte aber besser auf die aktuelle Firmware (siehe unten) aktualisiert werden, um das Problem richtig zu beheben.

Die Software ist in C mit der einzigen Abhängigkeit libusb-1.0 geschrieben, womit sie auch auf kleinen Routern mit OpenWRT oder z.B. einer Fritzbox genutzt werden kann. Fritzbox-Binaries finden sich in diesem Post (http://forum.fhem.de/index.php/topic,13071.msg105181.html#msg105181), ein OpenWrt-Paket für die ar71xx-Platform gibt es hier (http://git.zerfleddert.de/hmcfgusb/hmcfgusb_1_ar71xx.ipk).

Update der Firmware des HM-CFG-USB

Seit dem 10.2.2014 kann nun auch die Firmware des HM-CFG-USB aktualisiert werden. Hierzu wird mindestens die Version 0.092-git von hmcfgusb und eine Firmwaredatei (heisst meistens hmusbif.enc) benötigt. Die aktuellste Firmware (0.967) findet sich hier (http://www.eq-3.de/Downloads/Software/HM-CCU1-Firmware_Updates/HM-CFG-USB-2_FW-UpdateTool-Usersoftware_V1_0_eQ-3_140115.zip) (extrahiert hier (http://git.zerfleddert.de/hmcfgusb/firmware/)). Hat man diese Voraussetzungen geschaffen, kann man die Firmware nun aktualisieren (wichtig ist hierbei, dass hmland nicht parallel läuft):


deepthought [~/hmcfgusb]> ./flash-hmcfgusb hmusbif.enc
HM-CFG-USB flasher version 0.102

Reading firmware from hmusbif.enc...
Firmware with 368 blocks successfully read.

HM-CFG-USB not in bootloader mode, entering bootloader.
Interrupt transfer not completed: Unknown error code 1 / 0x01!
Can't send null frame: Input/output error

Waiting for device to reappear...
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!

HM-CFG-USB opened.

Flashing 368 blocks: |

Firmware update successfull!


Die aktuelle Firmwareversion kann so herausgefunden werden:


deepthought [~/hmcfgusb]> ./hmland -i
HHM-USB-IF,03C7,JEQ0535122,1DB155,000000,0001B663,0000


Die 03C7 ist hierbei die Version in Hex (in Dezimal: 967).

Update der Firmware von OTA-fähigen Geräten

Seit dem 16.2.2014 kann auch die Firmware von OTA-fähigen Geräten mit dem HM-CFG-USB aktualisiert werden, seit dem 5.3.2014 geht dies auch mit einem CULv3 oder COC. Diese Funktionalität ist mittlerweile auch direkt in Fhem integriert und von dort aus komfortabler nutzbar.

Möchte man einen HM-CC-RT-DN mit der Seriennummer KEQ0123456 mit Hilfe des HM-CFG-USB auf Version 1.3 updaten, kann folgendes Kommando benutzt werden (wichtig ist hierbei, dass hmland nicht parallel läuft):

deepthought [~/hmcfgusb]> ./flash-ota -f hm_cc_rt_dn_update_V1_3_001_140314.eq3 -s KEQ0123456
HomeMatic OTA flasher version 0.102

Reading firmware from hm_cc_rt_dn_update_V1_3_001_140314.eq3...
Firmware with 234 blocks successfully read.

Rebooting HM-CFG-USB to avoid running out of credits

HM-CFG-USB not in bootloader mode, entering bootloader.
Interrupt transfer not completed: Unknown error code 1 / 0x01!
Can't send null frame: Input/output error
Waiting for device to reappear...
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!
HM-CFG-USB in bootloader mode, rebooting
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!

HM-CFG-USB opened

HM-CFG-USB firmware version: 967
Entering 10k-mode
Waiting for device with serial KEQ0123456
Device with serial KEQ0123456 (hmid: 012345) entered firmware-update-mode
Adding HMID
Initiating remote switch to 100k
Entering 100k-mode
Has the device switched?
Yes!
Flashing 234 blocks: 0234/0234 -
Entering 10k-mode
Waiting for device to reboot


Benutzt man ein CUL an /dev/ttyACM0 funktioniert es so:


deepthought [~/hmcfgusb]> ./flash-ota -f hm_cc_rt_dn_update_V1_3_001_140314.eq3 -s KEQ0123456 -c /dev/ttyACM0
HomeMatic OTA flasher version 0.102

Reading firmware from hm_cc_rt_dn_update_V1_3_001_140314.eq3...
Firmware with 234 blocks successfully read.
Opening culfw-device at path /dev/ttyACM0 with speed 38400
Requesting firmware-version
culfw-device firmware version: 1.58
Entering 10k-mode
Waiting for device with serial KEQ0123456
Device with serial KEQ0123456 (hmid: 012345) entered firmware-update-mode
Initiating remote switch to 100k
Entering 100k-mode
Has the device switched?
Yes!
Flashing 234 blocks: 0234/0234 -
Entering 10k-mode
Waiting for device to reboot


Anstatt der Seriennummer des Geräts kann auch die HMID mit dem Parameter -D angegeben werden.

Wenn die Meldung "Waiting for device with serial..." erscheint, muss das Gerät manuell in den FUP-Modus versetzt werden. Beim HM-CC-RT-DN müssen hierbei beim Einlegen der Batterien die beiden äußeren Tasten gleichzeitig betätigt werden.

Um ein Gerät automatisch in den FUP-Modus zu versetzen, sind die Parameter -D (HMID des Geräts), -C (HMID der gepairten Zentrale) sowie evtl. -K (AES-Schlüssel im MD5 hmKey-Format) notwendig. Die zusätzliche Angabe der Seriennummer mit -s ist nicht notwendig. Sollte ein HM-CFG-USB mit richtig gesetzter Zentralen-ID verwendet werden, so kann auch -C weggelassen werden. Wenn die Zentrale mit -C angegeben wird, wird diese auf einem HM-CFG-USB gesetzt. Bei Verwendung eines culfw-Geräts muss die ID der Zentrale immer angegeben werden.

Falls jemand die Software benutzt, würde ich mich über Rückmeldungen freuen.

Gruß
  Michael
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: kuschelganxta am 12 Juni 2013, 20:08:10
Hi Michael,

ich versuche diesen Dienst auf einem (ubuntu) Linux auf dem wandboard  (//www.wandboard.org) zum Fliegen zu kriegen - leider scheitert es am Linken:

root@wandboard:/home/sascha/hmcfgusb# make
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmland.o hmland.c
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmcfgusb.o hmcfgusb.c
gcc -L/opt/local/lib -lusb-1.0 -lm  hmland.o hmcfgusb.o   -o hmland
hmcfgusb.o: In function `hmcfgusb_interrupt':
/home/sascha/hmcfgusb/hmcfgusb.c:246: undefined reference to `libusb_submit_transfer'
/home/sascha/hmcfgusb/hmcfgusb.c:249: undefined reference to `libusb_free_transfer'
/home/sascha/hmcfgusb/hmcfgusb.c:234: undefined reference to `libusb_free_transfer'
hmcfgusb.o: In function `hmcfgusb_send':
/home/sascha/hmcfgusb/hmcfgusb.c:149: undefined reference to `libusb_interrupt_transfer'
/home/sascha/hmcfgusb/hmcfgusb.c:156: undefined reference to `libusb_interrupt_transfer'
[weitere Fehler...]


Die Libs, devel-Pkgs sind installiert und funktionieren.
Hast du hier einen Tipp?

Danke & Grüße
Sascha
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 12 Juni 2013, 20:25:11
Hi Sascha,

Zitat von: kuschelganxta schrieb am Mi, 12 Juni 2013 20:08ich versuche diesen Dienst auf einem (ubuntu) Linux auf dem wandboard zum Fliegen zu kriegen - leider scheitert es am Linken:

Danke für der Report, das kann ich auf einem Ubuntu Raring (allerdings auf der langweiligen Architektur x86_64) reproduzieren, liegt wohl an einem neueren Linker, der strikter auf die Parameterreihenfolge achtet. Die war falsch, deswegen kam es zu dem Fehler.
Habe gerade einen Fix eingecheckt, jetzt sollte es tun.

Solltest Du einen git-checkout benutzen, bringt Dich ein "git pull" auf den aktuellen Stand.

Gruß
  Michael
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: kuschelganxta am 12 Juni 2013, 20:50:42
Michael,

Zitat von: mgernoth schrieb am Mi, 12 Juni 2013 20:25Habe gerade einen Fix eingecheckt, jetzt sollte es tun.
Solltest Du einen git-checkout benutzen, bringt Dich ein "git pull" auf den aktuellen Stand.

Danke, danke, danke für den schnellen Fix, den Hinweis für git pull (benutze git nicht häufig ;) und natürlich die tolle Arbeit. Es kompiliert wunderbar und läuft soweit ich das sehen kann:

root@wandboard:/home/sascha/hmcfgusb# ./hmland -Di -p 1234

USB < 0x0000: 4b                                                K

USB > 0x0000: 48 09 48 4d 2d 55 53 42 2d 49 46 03 bc 0a 4a 45   H.HM-USB-IF...JE
USB > 0x0010: 51 30 31 32 30 37 39 31 1a ce 95 1a ce 95 00 00   Q0120791........
USB > 0x0020: 1c 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
LAN < HHM-USB-IF,03BC,JEQ0120791,1ACE95,1ACE95,00001C04,0000

HHM-USB-IF,03BC,JEQ0120791,1ACE95,1ACE95,00001C04,0000


Die Windows-Software kommt (mit Port 1000) klar, Geräte werden angezeigt. Das Programmieren scheint aber nicht möglich zu sein...egal ;)

Ist das HMLAN-Protokoll eigentlich irgendwo dokumentiert?
Ich würde gern diese Kombi in openHAB als Binding hibzufügen...

Herzlichen Dank,
Sascha
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 12 Juni 2013, 21:52:42
Hi Sascha,

Zitat von: kuschelganxta schrieb am Mi, 12 Juni 2013 20:50Es kompiliert wunderbar und läuft soweit ich das sehen kann:

root@wandboard:/home/sascha/hmcfgusb# ./hmland -Di -p 1234
...


Schön zu hören, dass es funktioniert :-)

Allerdings habe ich eine Mischung der Parameter "i" und "p" nicht vorgesehen, in diesem Fall wird das "p" ignoriert und der hmland läuft nur im interaktiven Modus.

ZitatDie Windows-Software kommt (mit Port 1000) klar, Geräte werden angezeigt. Das Programmieren scheint aber nicht möglich zu sein...egal ;)

Hmm, ok. Bei mir hatte das eigentlich geklappt (ok, ich hab nur einen Knopfdruck simuliert...).
Das Wandaboard hat - wenn ich das richtig sehe - einen ARM (und ist damit little endian)? Dann sollten sich auch evtl. vorhandene Byteorder-Probleme nicht auswirken. Ich habe die Software nämlich bisher noch nicht auf Big-Endian getestet, wüsste aber keine Stelle, die dabei Probleme machen könnte.

ZitatIst das HMLAN-Protokoll eigentlich irgendwo dokumentiert?
Ich würde gern diese Kombi in openHAB als Binding hibzufügen...

Nein, nicht das ich wüsste, es ist aber nicht sehr komplex (wenn man nur senden (S) und empfangen (E und R) will).
Der beste Einstieg sollte FHEM/00_HMLAN.pm sein, und da die Funktion HMLAN_Parse bzw. HMLAN_Write.

Gruß
  Michael
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 03 Juli 2013, 13:54:43
Ich habe das Ganze jetzt mal versucht, auf dem Raspberry zu installieren. Kompilieren funktioniert einwandfrei, beim Starten passiert aber folgendes:


/opt/hmcfgusb # ./hmland -D -p 1234
Client 127.0.0.1 connected!
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
Connection to 127.0.0.1 closed!




Was kann denn da schieflaufen?
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 03 Juli 2013, 14:06:32
Hallo,

Zitat von: betateilchen schrieb am Mi, 03 Juli 2013 13:54Ich habe das Ganze jetzt mal versucht, auf dem Raspberry zu installieren. Kompilieren funktioniert einwandfrei, beim Starten passiert aber folgendes:


...
Can't find/open hmcfgusb!
...


Das USB-Gerät wird nicht gefunden, passt auch zu Deinen folgenden Aussagen.

Zitat
  • ein lsusb liefert keinen Hinweis auf den Stick.
  • wenn ich den Stick einstecke, gibt es im syslog keinen Hinweis auf irgendein neues USB Gerät

Was kann denn da schieflaufen?

Hmm, also eigentlich sollte im Log auf jeden Fall etwas erscheinen und auch lsusb das Gerät zeigen. Wenn der Stick nicht in lsusb auftaucht, kann der hmland auch nicht funktionieren...

Welchen Kernel benutzt Du? Der USB-Stack des RPi ist ziemlich kaputt, mit aktuellen Kerneln aus rpi-update ist es aber erträglich. Damit lief zumindest bei mir der HM-CFG-USB an einem RPi, schön war es aber nicht, da der USB-Stack manche Transfers etwas verzögert. Könnte aber evtl. demnächst behoben werden.

Gruß
  Michael
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 03 Juli 2013, 14:30:30
Hallo Michael,

danke für Deine schnelle Reaktion. Der Raspberry ist auf dem aktuellsten Stand,

Linux rasp-fhem 3.6.11+ #474 PREEMPT Thu Jun 13 17:14:42 BST 2013 armv6l

Das mit dem USB Stack mag schon stimmen, aber bisher habe ich sämtliche USB Geräte trotzdem zum Laufen gebracht, sogar SDR via DVB-T Stick. Und zumindest im Log sollte ja irgendwas passieren, wenn man den Stick anschließt.

Ich hab mal eine "doofe" Frage: Funktioniert der Stick eigentlich out-of-the-box oder muss der irgendwie (z.B. unter Windows) konfiguriert werden? Ich habe den nämlich einfach ausgepackt und angesteckt. Wenn ich den Stick an mein MacBook anschließe, wird er korrekt erkannt.

Viele Grüße
Udo

edit:

ist das der Stick?

Bus 001 Device 005: ID 1b1f:c00f

auf einem zweiten Raspberry wird mir diese Info bei einem lsusb ausgegeben, auf dem Raspberry mit FHEM allerdings nicht.

eedit:

auf dem zweiten Raspi die Source per git ausgecheckt und kompiliert - der Stick läuft problemlos.

Also irgendwas muss auf dem ersten Raspi faul sein - ich geh mal auf die Suche.
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 03 Juli 2013, 14:49:37
Problem gelöst - es lag nicht an Deiner Software und auch nicht an meinem Stick oder Raspberry, sondern einfach an meiner eigenen Dussligkeit: ich hatte das Datenkabel zwischen Raspberry und dem neu eingesetzten USB Hub vergessen (http://www.smiliesuche.de/smileys/kopf-gegen-wand/kopf-gegen-wand-smilies-0005.gif) (//www.smiliesuche.de/kopf-gegen-wand/)
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 03 Juli 2013, 15:22:47
Hi,

sowas passiert jedem.

Freut mich aber zu hören, dass es jetzt bei Dir funktioniert. :-)

Gruß
  Michael
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 04 Juli 2013, 19:47:53
Das Pairing mit Tür-/Fensterkontakten (meine aktuelle Aufgabe) ist aber noch ein reines Glücksspiel. Mehr als einen Kontakt pro Tag bekomme ich noch nicht zum Laufen. Das Pairen eines zweiten Gerätes schlägt danach regelmäßig fehl.
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 04 Juli 2013, 20:02:36
Hallo,

Zitat von: betateilchen schrieb am Do, 04 Juli 2013 19:47Das Pairing mit Tür-/Fensterkontakten (meine aktuelle Aufgabe) ist aber noch ein reines Glücksspiel. Mehr als einen Kontakt pro Tag bekomme ich noch nicht zum Laufen. Das Pairen eines zweiten Gerätes schlägt danach regelmäßig fehl.

Wie äussert sich das bzw. wie/woran scheitert es?

Kannst Du evtl. mal die Protokollierung hochdrehen?
attr hmcfgusb hmProtocolEvents 5

Gruß
  Michael
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 04 Juli 2013, 20:15:51
Das äußert sich in einer undefinierbaren Lichtorgel am Kontakt selbst.

Und ich bekomme folgende Fehlermeldungen:


2013.07.04 20:13:52 3: Device Melder_FSr added to ActionDetector with 028:00 time
Use of uninitialized value $updt in concatenation (.) or string at ./FHEM/00_HMLAN.pm line 472.
Use of uninitialized value $updt in concatenation (.) or string at ./FHEM/00_HMLAN.pm line 473.
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 04 Juli 2013, 21:13:57
Hallo,

da scheint der Channel des TFK im Fhem nicht zu existieren, das ist sehr merkwürdig...

Kannst Du den hmland im Debug-Modus (-D) laufen lassen, ein Pairing durchführen und mir die Ausgabe des hmland per PM/Mail schicken?

Edit: Ursache für Fehlermeldung verbessert

Gruß
  Michael
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 04 Juli 2013, 21:40:28
Hallo Michael,

typischer Vorführeffekt: inzwischen sind alle Fensterkontakte mit dem USB Stick gepaired.

Für die Statistik:

erfolgreich gepaired sind:

4 * HM-SEC-SC
1 * HM-WDS10-TH-O
1 * HM-SEC-SD inkl. virtuellem Master-Device

noch einzurichten (derzeit noch mit HMLAN in Betrieb) sind:

1 * HM-TC-CC
1 * HM-TC-VD
1 * HM-SEC-RHS
1 * HM-LC-Sw1PBU-FM
1 * HM-LC-SW1-BA-PCB
1 * HM-RC-4-2

geplant sind:

weitere 3 * HM-SEC-SC

Aber heute habe ich keine Lust mehr.
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 04 Juli 2013, 23:57:04
Hi !

Ich bekomme morgen hoffentlich meine HM-CFG-USB und will ihn an meine 7390 stecken.
Als Vorbereitung habe ich den hmland mal für die 7390 übersetzt. Startet erst einmal
ganz normal. Ob es läuft, werde ich sehen, sobald ich den Stick habe. So Interesse
anbei das zugehörige Tar-File. Ich habe die usblib-1 dazu gepackt, weil auf einer
7390 im Regelfall fehlt.

Gruß, Marc
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 05 Juli 2013, 13:44:21
Inzwischen sind auch die oben aufgeführten, bis dahin noch mit HMLAN gesteuerten, Geräte mit dem USB-Stick verbunden und der HMLAN wurde komplett abgeschaltet.

Es funktioniert auch alles - bis auf zwei Kleinigkeiten. Die Fernbedienung mault wieder rum (das Theater mit der hakligen Kommunikation hatte ich aber am HMLAN auch schon) und im WindowRec sehe ich keinen Status des gepeerten Fensterkontaktes (ist aber auch ein Punkt, der bei HMLAN bisher noch ungelöst war)

Warum habe ich die Umstellung eigentlich gemacht?



Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 07 Juli 2013, 00:39:22
was bedeuten eigentlich die Overload-Meldungen in den Readings?


Internals:
   DEF        127.0.0.1:1234
   DeviceName 127.0.0.1:1234
   FD         15
   HMUSB_MSGCNT 312
   HMUSB_TIME 2013-07-07 00:33:23
   HM_CMDNR   82
   NAME       HMUSB
   NR         324
   NTFY_TRIGGERTIME 2013-07-07 00:30:35
   PARTIAL    
   RAWMSG     E1D919A,0000,0A49AD29,FF,FFC6,AD86701D919A00000000E638
   RSSI       -58
   STATE      opened
   TYPE       HMLAN
   assignIDs  2123FC,1F10D8,1EFD9B,1D919A,1B029E
   assignIDsCnt 5
   assignIDsReport 5
   firmware   0.963
   hmPair     1
   msgParseDly min:-3382 max:3089 last:19 cnt:297
   owner      AABBCC
   serialNr   JEQ0534751
   uptime     001 47:56:40.617
   Readings:
     2013-07-07 00:30:35   Xmit-Events     Overload-released:4 ERROR-Overload:5 ok:5 Warning-HighLoad:4
     2013-07-07 00:30:35   cond            Overload-released
   Helper:
     HMcnd      254
     keepAliveRec 1
     keepAliveRpt 0
     1b029e:
       chn        02
       flg        0
       msg        
       name       wz_Ventilator
       newChn     +1B029E,00,01,
       to         1373147061.11112
     1d919a:
       chn        02
       flg        0
       msg        
       name       wz_FHT
       newChn     +1D919A,00,01,
       to         1373148025.83447
     1efd9b:
       chn        02
       flg        0
       msg        SB61AE9C5,00,00000000,01,B61AE9C5,52B011AABBCC1EFD9B0201000000
       name       HM_scharf2
       newChn     +1EFD9B,00,01,
       to         1373149784.57097
     1f10d8:
       chn        01
       flg        0
       msg        
       name       Melder_Balkon
       newChn     +1F10D8,00,01,
       to         1373144804.64984
     2123fc:
       chn        01
       flg        0
       msg        
       name       HMFB01
       newChn     +2123FC,01,01,FE1F
       to         1373149674.43028
     Aabbcc:
       flg        0
     Cnd:
       0          5
       2          4
       254        4
       4          5
     Dly:
       cnt        297
       lst        19
       max        3089
       min        -3382
     Nextsend:
       1CCA12     1373149891.50172
       1D919A     1373150003.62168
     Ref:
       drft       0.000139944022391044
       hmtL       172597916
       kTs        0
       offL       1372977402903
       sysL       1373150000819
Attributes:
   group      Hardware
   hmId       AABBCC
   room       99_System
   wdTimer    25
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 07 Juli 2013, 09:24:50
Hallo Udo,

Zitat von: betateilchen schrieb am So, 07 Juli 2013 00:39was bedeuten eigentlich die Overload-Meldungen in den Readings?


...
     2013-07-07 00:30:35   Xmit-Events     Overload-released:4 ERROR-Overload:5 ok:5 Warning-HighLoad:4
     2013-07-07 00:30:35   cond            Overload-released
...


Das ist eine Aufschlüsselung der Status-Antworten auf Sendeversuche und betrifft die 1%-Regel. HighLoad gibt an, dass die 1%-Regel bald erreicht ist, die Nachricht aber noch gesendet wurde. Bei Overload ist keine Sendezeit mehr verfügbar und die Nachricht wurde nicht abgesendet.

Die 1%-Regel schlägt eigentlich nur zu, wenn Du viel mit einem Burst-Device sprichst. Schaltest Du Deinen Batterieaktor (das einzige Burst-Device, das ich in Deiner Liste entdeckt habe) häufig oder machst Du eine regelmäßige Statusabfrage?

Eine normale Funkmeldung dauert ungefähr (Anzahl Bytes * 8)ms, beim Burst kommen dann immer 360ms dazu, also bei 15 Bytes ca. 120ms bzw. 480ms.

Gruß
  Michael
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 07 Juli 2013, 12:21:21
Zitat von: mgernoth schrieb am So, 07 Juli 2013 09:24Schaltest Du Deinen Batterieaktor (das einzige Burst-Device, das ich in Deiner Liste entdeckt habe) häufig oder machst Du eine regelmäßige Statusabfrage?

Könnte durchaus sein, dass dieses Overload mit meinen aktuellen Tests an der Fernbedienung zusammenhängt.
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 07 Juli 2013, 22:28:58
Hallo,

ich habe soeben eine neue Version gepusht, die jetzt einen Workaround für die Timingprobleme auf dem Raspberry Pi enthält. Jetzt wird jede Sekunde ein Null-Frame an den HM-CFG-USB geschickt, was (zumindest bei mir) die Kommunikationslatenz meist in den einstelligen (aber auf jeden Fall zweistelligen) Millisekundenbereich drückt.

Dieser Workaround wird mit dem neuen Kommandozeilenparameter -R aktiviert.

Gruß
  Michael
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 07 Juli 2013, 23:12:38
Hallo,

wo finde ich diese Version und welche Kommandozeile meinst Du denn?

Viele Grüße
Udo

--- edit ---

ahrg.... es ist schon spät, sorry für die blöde Frage. Alles klar.
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 07 Juli 2013, 23:35:36
Ok, mit der neuen Programmversion bekomme ich jetzt in den meisten Fällen eine korrekte grüne Rückmeldung, wenn ich die Buttons mit einem virtuellen Aktor peere. Ist zwar nicht meine Traumlösung, aber immerhin besser als vorher.
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 13 Juli 2013, 14:15:02
Moin !

Die Lieferung meines hmcfgusb hat leider etwas auf sich warten lassen.
Nach ersten Tests an der 7390 habe ich derzeit folgenden Status mit den
folgenden getesteten Versionen des hmland: 5e961a8, 1180600, aktuelles git

* Mit einem USB HUB zwischen 7390 und hmcfgusb läuft es bei mit generell
  nicht. Mag am USB HUB liegen, aber es kommt zu kontinuierlichen CONNECTS/DISCONNECTs

* Ohne USB HUB funktioniert es, wobei 5e961a8 ohne Fehlermeldungen läuft, die
  neueren (incl. aktuelle Version aus dem git), durchgängig die folgende Meldung loggen:

Can't send data: Input/output error
Can't send data: Input/output error
Can't send data: Input/output error
Can't send data: Input/output error
Can't send data: Input/output error
Can't send data: Input/output error
Can't send data: Input/output error
Can't send data: Input/output error
Can't send data: Input/output error


Hat sonst schon jemand Erfahrungen mit dem hmland auf der 7390, am besten bei Nutzung
eines USB HUBs ?

Gruß, Marc
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 13 Juli 2013, 15:56:38
Hallo Marc,

Zitat von: marc2 schrieb am Sa, 13 Juli 2013 14:15* Mit einem USB HUB zwischen 7390 und hmcfgusb läuft es bei mit generell
  nicht. Mag am USB HUB liegen, aber es kommt zu kontinuierlichen CONNECTS/DISCONNECTs

Hmm, war das ein Hub mit eigener Spannungsversorgung oder ohne? Ich kann mir vorstellen, dass der Stick zuviel Strom zieht...

Zitat* Ohne USB HUB funktioniert es, wobei 5e961a8 ohne Fehlermeldungen läuft, die
  neueren (incl. aktuelle Version aus dem git), durchgängig die folgende Meldung loggen:

Can't send data: Input/output error
Can't send data: Input/output error
Can't send data: Input/output error
Can't send data: Input/output error
Can't send data: Input/output error
Can't send data: Input/output error
Can't send data: Input/output error
Can't send data: Input/output error
Can't send data: Input/output error


Das ist der Workaround für den Raspberry Pi. Da kann das Wakeup-Frame nicht gesendet werden, was eigentlich kein Problem ist. Ich habe mal die Fehlermeldung in diesem speziellen Fall deaktiviert, die aktuelle git-Version sollte also jetzt ruhig sein.

Gruß
  Michael
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 13 Juli 2013, 17:09:04
Hallo Michael,

nein, das ist USB HUB mit eigener Stromversorgung. Werde die aktuelle
Version im git morgen testen ! Vielen Dank !

Gruß, Marc
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 14 Juli 2013, 11:55:41
Hallo Michael,

die aktuelle Version aus dem git (g1e79d00) funktioniert jetzt
wieder wunderbar an der 7390. Für alle die Interesse haben sollen,
anbei die aktuelle Version übersetzte für die 7390 inkl. der
benötigten libusb-1.0.

Gruß, Marc
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Gerhard am 16 Juli 2013, 10:15:26
Hallo Marc,

ich hätte Interesse an den HM-CFG-USB auf meinen 7390.
Könntest du eine kurze Anleitung wie mann es auf der FritzBox instaliert?
z.B wohin die Dateien kopiert werden müssen, chmod Rechte und Aufruf in fhem.cfg

define hmusb HMLAN 127.0.0.1:1234
attr hmusb hmId 424242
(woher 424242? frei wählbar?)

Ist das Handling mit den HmDevices wie bei dem hmLAN Konfigurator?
Braucht man ein USB-Hub oder kann man es direkt an 7390 stecken?

Danke, Gerhard
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 17 Juli 2013, 00:20:57
Hallo Gerhard,

wo Du die Binaries und die libusb hinkopierst sollte egal sein. Bei mir liegen sie
unter /var/media/ftp/bin. Meine 7390 hat ein gefreeztes FRITZ!OS 05.52, wo ich
die libusb direkt einkompiliert habe. Wenn Du eine Standard Firmware laufen hast,
musst Du den LD_LIBRARY_PATH setzen, sonst findet der Runtime Linker die usblib
nicht, Beispiel:

* libusb-1.0.so.0.1.0 nach /var/media/ftp/lib kopieren
* Links für libusb-1.0.so.0 und libusb-1.0.so.0 anlegen (z.B ln -s libusb-1.0.so.0.1.0 libusb-1.0.so.0)
* export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/var/media/ftp/lib
* execute Rechte für die Binaries setzen (chmod 755 hmland hmsniff)
* hmland testweise starten: ./hmland -l 127.0.0.1 -p 1000

Wenn das funktioniert die startfhem erweitern. Sieht bei mir wie folgt aus:

ps | grep hmland | grep -v -q grep || /var/media/ftp/bin/hmland -l 127.0.0.1 -p 1000 -d
sleep 2


Bei Dir müsste dann noch der "export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/var/media/ftp/lib" rein.

Wenn Du noch keine HM-Komponenten am Laufen hast (über einen HMLAN, CUL, CUNO, was auch immer)
kannst Du die HMID frei wählen (beliebige 6stellige hex Adresse). Falls Dein Nachbar Homematic
nutzt, kannst Du mit hmsniff seine HMID sniffen. Die solltest Du dann vielleicht nicht unbedingt
nehmen :-) Falls Du schon einen CUL, HMLAN, etc. haben solltest, kannst Du dessen HMID nutzen,
wenn der USB Stick parallel dazu laufen soll.

Wie ja in der FHEM-Doku beschrieben, hat Michael hier wirklich eine Art HMLAN Emulator gebaut.
Aus FHEM Sicht ist der Stick also wirklich ein HMLAN, und alles was FHEM-seitig für den HMLAN
gilt, sollte auch für den Stick am hmland gelten.

Bei mir tut der Stick glücklich und zufrieden direkt an der 7390. Über einen USB HUB sollte es
auch funktionieren. Das hat - da bin ich mir inzwischen recht sicher - bei mir nur deshalb nicht
funktioniert, weil mein Netzteil, das ich für meinen USB HUB (aus der Kramkiste) genutzt habe,
zu wenig Leistung hatte.

Gruß, Marc



Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Tobias am 18 Juli 2013, 06:52:36
Dumme frage' kann man das nicht so umbauen, dass man fhem ein neues Modul fuer den stick spendiert anstatt ein extra stueck Software laufen zu lassen und warten zu müssen?
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 18 Juli 2013, 09:30:43
Wozu? Das Modul für den Stick gibt es schon, es heißt HMLAN.

Der hmland ist der Gerätetreiber, der gebraucht wird, um den Stick überhaupt mit irgendeinem Modul nutzen zu können, hier geht es um eine Hardwarefrage, nicht um eine Anwendungssoftware. Das ist in etwa vergleichbar mit der ethersex-Firmware, die man auf ein AVR Net-IO Board installieren muss, um es dann mit dem Modul ECMD in FHEM nutzen zu können.

Ich vermute, diese (in meinen Augen) geniale Softwarelösung mit dem Dämon wird irgendwann Bestandteil von FHEM (z.B. in ./contrib) und dann generell mit "ausgeliefert". Wir reden hier schließlich nur von einer einzigen ausführbaren Datei die man irgendwo starten muss. Den größten Vorteil sehe ich darin, dass diese Datei irgendwo im Netzwerk laufen kann und nicht an die Hardware gebunden ist, auf der FHEM läuft.

(nur meine Meinung, es darf gerne jeder eine andere haben)
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 18 Juli 2013, 20:43:56
Moin !

Nachdem ich mir nun einen anständigen USB HUB besorgt und an die 7390
gesteckt habe, kann ich den HM-CFG-USB nun auch über den USB HUB an
der 7390 betreiben.

Gruß, Marc
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 24 Juli 2013, 23:37:28
Hi !

Nachdem das ganze auch über den USB HUB vier Tage problemlos lief, war am Montag
um 22:32 Uhr komischer Weise schluss. Im Log standen keine Fehlermeldungen aber
der USBCFG hat keine Messages mehr gesendet, wohl aber empfangen. Ich habe dann
einen anderen USBCFG an den HUB angeschlossen. Dieser hat dann prinzipiell wieder
funktioniert, allerdings meldete der hmland dann wieder mögliche Timingprobleme
auf dem USB Bus (~ 120ms). Ich habe den HUB daraufhin wieder entfernt. Jetzt läuft
auch der ursprüngliche USBCFG wieder einwandfrei. Die Kombination Fritzbox, USB HUB
und HMLAN USBCFG scheint also tendenziell zu USB Timingproblemen und damit
Fehlfunktionen zu führen. Hat ausser mir zwischenzeitlich sonst noch jemand
diese Kombination getestet, der seine Erfahrungen einbringen könnte ?

Gruß, Marc
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Tobias am 25 Juli 2013, 08:08:50
ich würde das grundsätzlich nicht so stehen lassen. Vieles steht und fällt mit der Güte des USB-Hubs.
Ich hatte schon Hubs gehabt, die alle 5 min den Link verloren hatten und der REchner dahinter die Devices neu initialisieren musste.
Gute Erfahrungen habe ich mit einem 7er König Hub (30€) und einem DLINK DUB-H7 (30€)

(http://www.smargo.de/images/product_images/popup_images/4_0.jpg)
(http://dstatic.computeruniverse.net/images/500/90087713573f9489b4114025b0057bd9.jpg)
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 25 Juli 2013, 09:05:52
den DLINK H7 habe ich auch - eine echte "install-and-forget"-Lösung: einmal installieren, funktioniert ewig
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 25 Juli 2013, 10:25:49
Hi,

Zitat von: marc2 schrieb am Mi, 24 Juli 2013 23:37Nachdem das ganze auch über den USB HUB vier Tage problemlos lief, war am Montag
um 22:32 Uhr komischer Weise schluss. Im Log standen keine Fehlermeldungen aber
der USBCFG hat keine Messages mehr gesendet, wohl aber empfangen.

Hmm, das ist schon irgendwie komisch, dass sowohl Du als auch betateilchen das gleiche Verhalten hattet, bei dem der USB-Stick nur noch empfangen aber nicht gesendet hat. Und bei Udo hat auch nur das aus- und einstecken den HMCFGUSB geholfen. Evtl. hat die Firmware von dem Ding ein Problem, wenn es zu lange läuft (Bei Udo hätte der Stick selber ein Ack generieren müssen, ohne dass eine Kommunikation mit Fhem nötig gewesen wäre).

Ich weiss auch mittlerweile, wie man den Stick (auf eine sehr unschöne Art und Weise) rebooten kann, dann baue ich demnächst ein periodisches Reboot alle 24h (parametrisierbar) ein. Während des Reboots ist der Stick dann für eine Minute weg...

Gruß
  Michael
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 25 Juli 2013, 10:56:49
Hallo Michael,

guter Plan. Kannst Du das dann auch gleich noch als "set <device> reboot" einbauen, damit man das auch machen kann, ohne jedes Mal zum Verteilerkasten rennen zu müssen, falls das Problem zwischen den 24 Stunden auftritt?

Viele Grüße
Udo
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 25 Juli 2013, 23:04:16
Hi !

Nach den ursprünglichen Problemen mit einem Noname HUB hatte ich mir
immerhin einen netten LogiLink HUB für die Aufwandmontage gegönnt. Es lief
ja immerhin auch einige Tage einwandfrei bis plötzlich das Sendeproblem
aufgetreten ist. Die Meldung "usb-transfer took more than 100ms" sieht
man nur wenn man STDERR des hmland in eine Datei umleitet. Da ich
dies anfänglich nicht getan habe und die Meldung nicht ständig auftritt,
kann ich  nicht mit Gewissheit sagen, ob dies nicht auch vorher schon
aufgetreten ist. Mit Gewissheit (aufgrund einiger Tests heute Abend) kann ich aber
sagen, dass sie ohne USB-HUB nicht auftreten). Der Overhead durch den
USB HUB beträgt demnach mindestens bis zu 30ms (die gemeldeten Werte liegen
zwischen 101ms und 129ms). Auch wenn sie meistens über 90% idle ist, könnte ich
mir vorstellen, dass meine gute alte 7390 mit der Masse an HM und MAX Devices,
Events etc. inzwischen etwas überlastet ist. Im MAX Umfeld (mit CUNO) habe ich
in letzter Zeit vermehrt das Problem, dass ACKs scheinbar nicht schnell
genug versendet werden. Da sich hier in den letzten Wochen und Monaten
wenig getan hat, kann es eigentlich weder am CUNO noch an CUL_MAX liegen,
sondern schlicht daran, dass FHEM auf der 7390 nicht mehr schnell genug
hinterher kommt. Im selben Umfeld sehe obiges Timingproblem. Die Sendeproblematik
scheint ein anderes Thema zu sein.

Gruß, Marc
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 26 Juli 2013, 09:55:38
Zitat von: marc2 schrieb am Do, 25 Juli 2013 23:04habe ich in letzter Zeit vermehrt das Problem, dass ACKs scheinbar nicht schnell genug versendet werden. Da sich hier in den letzten Wochen und Monaten wenig getan hat, kann es eigentlich weder am CUNO noch an CUL_MAX liegen, sondern schlicht daran, dass FHEM auf der 7390 nicht mehr schnell genug hinterher kommt.

Bei mir müssten die ACK aber direkt vom Stick zum HM-device geschickt werden, ohne dass FHEM und/oder mein Raspberry dabei im Spiel wären. Deshalb ist das Problem sehr wohl am Stick selbst zu suchen.
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 26 Juli 2013, 13:07:05
Wie gesagt, die  "usb-transfer took more than 100ms" und das Sendeproblem
sind zwei Paar Schuhe. Letzteres scheint ja nach einem Firmware Problem des
Sticks auszusehen. Die Ursache des ersten Problems isr mir noch nicht klar.
Aufgrund der aktuellen Erfahrungen mit MAX und ähnlichen Effekten mit HM, als
ich noch eine reine CUL/CUNO Umgebung für HM gefahren habe, weisen darauf hin,
dass es wirklich die Last der 7390 sein könnte.

Gruß, Marc
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 26 Juli 2013, 13:23:06
Zitat von: marc2 schrieb am Fr, 26 Juli 2013 13:07Wie gesagt, die  "usb-transfer took more than 100ms" und das Sendeproblem sind zwei Paar Schuhe.

Ja, das simmt.
Aber das usb-transfer... Problem ist nicht auf die Fritzbox reduziert, das taucht auch z.B. beim RaspberryPi auf, wenn man den hmland dort laufen läßt.
Kommt vermutlich einfach daher, dass USB (genau wie Landhausstil und Laminatfußboden) von Anfang an ein Irrweg war, bei dem es aber kein zurück gibt.



Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Laffer72 am 26 Juli 2013, 21:52:53
Hallo,

habe das ganze mal auf meiner Fritzbox 7390 wie ein Stück weiter oben beschrieben eingerichtet. USB-Stick steckt und leuchtet.
Habe im Log immer diese Fehlermeldung

2013.07.26 21:43:41 3: Opening hmusb device 127.0.0.1:1234
2013.07.26 21:43:41 3: Can't connect to 127.0.0.1:1234: Connection refused

Das Device hmusb wird als disconnected geführt

Wenn ich hmland über telnet auf derFB starte mit
./hmland -l 127.0.0.1:1234 -p 1000 -d
kommt die Meldung:
inet_ntop: Success
Daemon with PIDXXXX startet

Vielleicht hat ja einer von Euch Ahnung woran es hackt. Würde mich über einen Tip freuen.

Schönen Abend noch

Reinhard


Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Laffer72 am 26 Juli 2013, 22:44:34
Bin jetzt schon ein bisserl weiter. Der Aufruf
./hmland -D -p 1234

bewirkt in fhem, daß das Device als opend bezeichnet wird.

Es scheint, daß der Aufruf in der startfhem nicht wirklich funktioniert.

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/var/media/ftp/lib

/var/media/ftp/lib/hmland -d -p 1234
sleep 2

So stehts in meiner startfhem. (Vorher hatte ich den Eintrag mit ps und grep, aber das scheint genausowenig zu funktionieren.

Wer weis Rat :-?
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 26 Juli 2013, 23:22:37
Hallo Reinhard,

das

ps | grep hmland | grep -v -q grep

stellt nur sicher, dass der hmland nicht mehrfach gestartet wird. Wenn FHEM
das Device als OPEN bezeichnet, scheint ja erst einmal alles zu funktionieren,
mit Ausnahme des Autostarts (ist ja schon mal etwas). Ändere mal den Aufruf in
Deiner startfhem wie folgt ab:

/var/media/ftp/lib/hmland -d -p 1234 > /var/media/ftp/lib/hmland.log 2>&1

Danach FHEM und den hmalnd stoppen und mit startfhem wieder starten. Der
Inhalt der Datei /var/media/ftp/lib/hmland.log würde mich dann interessieren.
Ich denke, dass der hmland aus Deinem startfhem heraus die libusb-1 nicht
findet obwohl der LD_LIRARY_PATH ja gesetzt wird.

Achja, was für ein FritzOS benutzt Du ? Übersetzt habe ich das ganze auf einem
gefreezten 5.52.

Gruß, Marc
 
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 26 Juli 2013, 23:26:04
Hi !

Ich hatte den hmland eben mal im Debug Modus laufen (direkt an der 7390).
Da werden Laufzeiten von um die 40ms angezeigt. Der Hub führt also
offensichtlich zu einer recht brutalen Verzügerung von bis zu 90ms. Werde
wohl doch mal einen DLink testen müssen ....

Gruß, Marc
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Laffer72 am 26 Juli 2013, 23:48:08
Hallo marc,

danke für die schnelle Antwort.

Darauf, daß die lib wohl nicht gefunden wird bin ich auch gekommen. Ich habe dann die lib in das Verzeichnis, das in der startfhem bereits als LIBRARY_PATH angegeben war, kopiert und "Deine" export-Zeile in der startfhem wieder gelöscht.

Jetzt scheints zu funktionieren. Habe auch schon den ersten Sensor angelernt.

Wenns nochmal muckt melde ich mich nochmal.

Achja ich benutze das ganz normale aktuellste fritzos und habe fhem extra installiert.

Ruhigen Abend noch und Danke
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 26 Juli 2013, 23:55:04
Hallo Reinhard,

schön das es jetzt funktioniert. Hast Du den Stick direkt an 7390 oder
an einem USB Hub ? In letzterem Fall würden mich die Antwortzeiten
auf dem USB Bus interessieren. Im Debug Modus spuckt der hmland diese
aus, Beispiel:

usb-transfer took 44ms!

Wenn es mehr als 100ms werden, wird grundsätzlich eine Fehlermeldung
nach STDERR geschrieben. Letzteres ist bei mir leider mit USB Hub
grundsätzlich der Fall. Täte mich interessieren, ob ich da der einzige
bin.

Danke & Gruß, Marc
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: fiedel am 27 Juli 2013, 16:20:10
Gelöscht wegen Doppelpost.
fiedel
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Laffer72 am 27 Juli 2013, 22:17:05
Hallo Marc,

der Stick hängt bei mir direkt an der Box. Sorry kann Dir zum USB-Hub-Problem leider nicht weiterhelfen. Direkt an der Box liegen die Werte auf alle Fälle weit unter 100ms, so im Bereich 40, 60ms.

Habe jetzt mal 6 Fenstersensoren angelernt und seit gestern abend funktioniert es tadelos.

Schönes Wochenende

Reinhard
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 27 Juli 2013, 23:40:14
Hallo Reinhard,

vielen Dank für Deine Antwort ! Vielleicht findet ja sich noch jemand, der einen
USB Hub zwischen der 7390 und der HM-CFG-USB hat ...

Gruß, Marc
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: fiedel am 28 Juli 2013, 09:40:39
Hallo zusammen,

auf diesen Zug springe ich doch gerne mit auf und nutze es als Einstieg in HM.
Leider habe ich noch Installationsschwierigkeiten. Habe Folgendes gemacht und bekomme beim "make" Fehler:

- apt-get install libusb-1.0-0-dev make gcc (nur ibusb wird installiert)
- apt-get install build-essential
- git clone <a href="git://git.zerfleddert.de/hmcfgusb">git://git.zerfleddert.de/hmcfgusb</a>

root@guiplug:~/hmcfgusb# make
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmland.o hmland.c
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmcfgusb.o hmcfgusb.c
hmcfgusb.c:239: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'hmcfgusb_interrupt'
hmcfgusb.c: In function 'hmcfgusb_init':
hmcfgusb.c:331: error: 'hmcfgusb_interrupt' undeclared (first use in this function)
hmcfgusb.c:331: error: (Each undeclared identifier is reported only once
hmcfgusb.c:331: error: for each function it appears in.)
hmcfgusb.c: In function 'hmcfgusb_poll':
hmcfgusb.c:452: warning: implicit declaration of function 'libusb_handle_events_timeout_completed'
make: *** [hmcfgusb.o] Error 1


Linux ist ein Debian Squeeze, Hardware eine ARM- Architektur. Wäre sehr dankbar für einen Tipp... ;o)


Viele Grüße

Frank

Edit: Und vielleicht noch eine Frage für wenn es dann läuft: Wie wird der Dämon am besten automatisch gestartet (Runlevel)? Standart, oder sollte man das speziell für FHEM anpassen?
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: trilu am 28 Juli 2013, 10:55:45
Bei mir hängt der Stick an einem billig USB Hub.
Antwortzeit > 100ms - meisst so zwischen 110 und 140ms.
Die 191ms kommen beim Start zu Stande.

usb-transfer took more than 100ms (191ms), this may lead to timing problems!
usb-transfer took more than 100ms (127ms), this may lead to timing problems!
usb-transfer took more than 100ms (127ms), this may lead to timing problems!
usb-transfer took more than 100ms (127ms), this may lead to timing problems!
usb-transfer took more than 100ms (127ms), this may lead to timing problems!
usb-transfer took more than 100ms (110ms), this may lead to timing problems!

Ich habe mir jetzt mal einen Schwung Hubs bestellt und werde testen!

Viele Grüße
trilu
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 28 Juli 2013, 23:14:56
Hallo Trilu,

das deckt sich mit meinen Werten. Bin gespannt ob Du einen HUB findest,
der die Anwortzeiten nicht dermaßen versaut !

Gruß, Marc
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 28 Juli 2013, 23:36:16
Hallo Udo,

Zitat von: betateilchen schrieb am Do, 25 Juli 2013 10:56guter Plan. Kannst Du das dann auch gleich noch als "set <device> reboot" einbauen, damit man das auch machen kann, ohne jedes Mal zum Verteilerkasten rennen zu müssen, falls das Problem zwischen den 24 Stunden auftritt?

Ich schaue ob sich das machen lässt, zweifle aber leider dran (da man den HMLAN so nicht rebooten kann...).
Ich komme aber leider erst in einer Woche dazu, da ich jetzt erstmal im Urlaub (oder sowas, OHM2013 :-)) bin.

Gruß
  Michael
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 28 Juli 2013, 23:44:44
Hallo Frank,

Zitat von: fiedel schrieb am Sa, 27 Juli 2013 16:20Leider habe ich noch Installationsschwierigkeiten. Habe Folgendes gemacht und bekomme beim "make" Fehler:
...
root@guiplug:/hmcfgusb# make
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmcfgusb.o hmcfgusb.c
hmcfgusb.c:239: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'hmcfgusb_interrupt'

Grandios, da ist libusb mal wieder nicht zu sich selbst kompatibel und es gibt keine (einfache) Möglichkeit zu entscheiden, ob die benötigten Funktionen vorhanden sind...
Ich hab mal was committed, was die fehlende Funktion auf eine andere (jetzt als deprecated deklarierte) abbildet und das fehlende Makro als leer definiert, wenn das Makro LIBUSB_CALL nicht vorhanden ist. Damit baut es zumindest bei mir auf einem Squeeze.

Gruß
  Michael
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 28 Juli 2013, 23:48:29
Hallo Frank,

Zitat von: fiedel schrieb am So, 28 Juli 2013 09:40Edit: Und vielleicht noch eine Frage für wenn es dann läuft: Wie wird der Dämon am besten automatisch gestartet (Runlevel)? Standart, oder sollte man das speziell für FHEM anpassen?

Ich benutze dafür das Debian-Paket "runit".

Wenn das installiert ist, ein Verzeichnis /etc/service/hmland anlegen und darin ein ausführbares Skript "run" mit folgendem Inhalt (Pfad anpassen) erstellen:


#!/bin/sh

exec su nobody -c '/local/hmcfgusb/hmland -p 1234 -l 127.0.0.1'


Gruß
  Michael
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: fiedel am 29 Juli 2013, 10:15:39
Hi Michael,

vielen Dank für das Update und überhaupt für das tolle Programm!
Jetzt hat das make geklappt und der Dienst läuft. Das mit dem "runit" sehe ich mir mal genauer an. Vielen Dank auch dafür!

Auf dem Dreamplug habe ich mit oder ohne USB-Hub Transfertzeiten  von ca. 40 - 70 ms. Das Teil heißt "Delock 87445 USB 2.0 4 Port HUB", hat eine Buchse für ext. Spannung und ist von Reichelt.

So, dann werde ich mich jetzt mal an HM rantasten. Ist mir alles noch nicht so geheuer mit peer und pair und ack... ;o) Aber das wird schon.

Viele Grüße

Frank
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 29 Juli 2013, 11:14:59
Zitat von: fiedel schrieb am Mo, 29 Juli 2013 10:15Ist mir alles noch nicht so geheuer mit peer und pair und ack

falsche Reihenfolge *lach* erst pair, dann ack, dann peer :)
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: fiedel am 29 Juli 2013, 14:23:31
Zitat von: betateilchen schrieb am Mo, 29 Juli 2013 11:14falsche Reihenfolge *lach* erst pair, dann ack, dann peer :)

Hm - ich wusste doch, das es kompliziert wird...
Danke für die erste Lehrstunde! :o)

Gruß

Frank
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: trilu am 11 August 2013, 18:20:10
so, hab jetzt auch einige hubs getestet.
der hier ist klasse, immer so um die 50ms und auch noch günstig :-)
http://www.ebay.de/itm/190869198298 (//www.ebay.de/itm/190869198298)
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Tobias am 11 August 2013, 20:18:02
naja, ich bei USB-Hubs und solchen Angeboten immer sehr vorsichtig. Da habe ich schon zu schlechte Erfahrungen gemacht. Die scheinen zwar schnell zu sein, aber auf Dauer verlieren die immer den Link und der USB-Host muss die Verbindung neu aufbauen. Sieh man am diconnect/connect im syslog gut.
Ich schwor zb auf einen DLINK D7HUP oder einen König Hunb, 7Port flache Bauweise. Kosten beide ca 30Euro
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 11 August 2013, 22:41:24
Hallo Tobias,

hast Du von Deinem Dlink Timingwerte, insbesondere wenn dieser eine FB (7390)
angeschlossen ist ? Ich habe auch viel Geld für einen Markenswitch ausgegeben.
Die Timingwerte sind jedoch mies (siehe weitere oben im Thread). Von daher
laß ich mich von "Markenware" nicht mehr unbedingt blenden !

Gruß, Marc
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: trilu am 12 August 2013, 08:17:10
Es gibt vermutlich, wie bei vielen anderen Geräten auch, zwei oder drei verschiedene Chips um so einen HUB zu bauen.
Die Unterschiede bei den Geräten sind dann die Form und max. die Verarbeitungsqualität.
Bisher tuts der China HUB gut und hat keine Abbrüche...
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 18 August 2013, 00:20:33
Hallo Michael,

hast Du schon Zeit gefunden den regelmäßigen Reboot einzubauen ? Im Schnitt hält der
Stick bei mir rund 60 Stunden durch, danach muss er einmal abgezogen und wieder
eingesteckt werden.

Gruß, Marc
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 18 August 2013, 17:14:39
Hallo Marc,

Zitat von: marc2 schrieb am So, 18 August 2013 00:20hast Du schon Zeit gefunden den regelmäßigen Reboot einzubauen ?

Habe ich soeben committed. Jetzt wird (standardmässig) alle 86400 Sekunden der Bootloader des Sticks aufgerufen und dieser danach bei der nächsten Verbindung gleich wieder verlassen.

ZitatIm Schnitt hält der Stick bei mir rund 60 Stunden durch, danach muss er einmal abgezogen und wieder
eingesteckt werden.

Der Timeout ist mit dem neuen Parameter -r in Sekunden konfigurierbar. Ein Wert von 0 schaltet den automatischen Reboot ab.

Um den Stick manuell zu rebooten, muss man aus FHEM das Raw-Kommando 'B' an den Stick senden, damit wird der Bootloader betreten. hmland verlässt den dann automatisch wieder.

Gruß
  Michael
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 18 August 2013, 22:58:33
Hallo Michael,

das ging ja fix, vielen Dank ! Ein täglicher Reset sollte mehr als hinreichend sein.
Optimal wäre, wenn man den Zeitpunt festlegen könnte (z.B. täglich um 4:00 Uhr). Man
könnte es natürlich mit "at" aus FHEM heraus triggern. Auf Ebene des hmland wäre es
aber wohl besser aufgehoben.

Wenn ich dem Stick ein B sende, finde ich folgende Einträge in den Logs:

B Senden ("set raw" wird ja leider nicht unterstützt)

{ HMLAN_SimpleWrite($defs{HMUSB1},"B",undef) }


Log des hmland

Interrupt transfer not completed: Unknown error code 5 / 0x05!
Can't send null frame: No such device (it may have been disconnected)
closing device-connection due to error 5
hmcfgusb_poll: Input/output error
Can't release interface: No such device (it may have been disconnected)
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
HM-CFG-USB in bootloader mode, restarting in normal mode...
HM-CFG-USB in bootloader mode, restarting in normal mode...
HM-CFG-USB in bootloader mode, restarting in normal mode...
Can't send data: Other error
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!


FHEM log
2013.08.18 22:54:17 1: 127.0.0.1:1000 disconnected, waiting to reappear
2013.08.18 22:54:17 1: 127.0.0.1:1000 reappeared (HMUSB1)
2013.08.18 22:54:18 1: 127.0.0.1:1000 disconnected, waiting to reappear
2013.08.18 22:54:18 1: 127.0.0.1:1000 reappeared (HMUSB1)
2013.08.18 22:54:19 1: 127.0.0.1:1000 disconnected, waiting to reappear
2013.08.18 22:54:19 1: 127.0.0.1:1000 reappeared (HMUSB1)
2013.08.18 22:54:21 1: 127.0.0.1:1000 disconnected, waiting to reappear
2013.08.18 22:54:21 1: 127.0.0.1:1000 reappeared (HMUSB1)
2013.08.18 22:54:23 1: 127.0.0.1:1000 disconnected, waiting to reappear
2013.08.18 22:54:23 1: 127.0.0.1:1000 reappeared (HMUSB1)
2013.08.18 22:54:27 1: 127.0.0.1:1000 disconnected, waiting to reappear
2013.08.18 22:54:27 1: 127.0.0.1:1000 reappeared (HMUSB1)
2013.08.18 22:54:28 1: 127.0.0.1:1000 disconnected, waiting to reappear
2013.08.18 22:54:28 1: 127.0.0.1:1000 reappeared (HMUSB1)
2013.08.18 22:55:54 2: HMLAN_Parse: HMUSB1 new condition ok


Entspricht das Deinen Erfahrungen ? Spricht etwas dagegen, ein "set raw"
für den HMLAN zuzulassen (wohl eher eine Frage an Martin) ?

Gruß, Marc
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 19 August 2013, 08:41:42
Hallo Marc,

Zitat von: marc2 schrieb am So, 18 August 2013 22:58das ging ja fix, vielen Dank ! Ein täglicher Reset sollte mehr als hinreichend sein.
Optimal wäre, wenn man den Zeitpunt festlegen könnte (z.B. täglich um 4:00 Uhr). Man
könnte es natürlich mit "at" aus FHEM heraus triggern. Auf Ebene des hmland wäre es
aber wohl besser aufgehoben.

Ich schau mal, wann ich das hinbekomme, bis dahin musst Du mit at arbeiten. Wenn der Stick mit "B" rebootet wurde, läuft der Timer des hmland wieder neu los, es kommt also nicht zu zwei Reboots.

ZitatWenn ich dem Stick ein B sende, finde ich folgende Einträge in den Logs:

B Senden ("set raw" wird ja leider nicht unterstützt)

{ HMLAN_SimpleWrite($defs{HMUSB1},"B",undef) }


Log des hmland

Interrupt transfer not completed: Unknown error code 5 / 0x05!
Can't send null frame: No such device (it may have been disconnected)
closing device-connection due to error 5
hmcfgusb_poll: Input/output error
Can't release interface: No such device (it may have been disconnected)
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
HM-CFG-USB in bootloader mode, restarting in normal mode...
HM-CFG-USB in bootloader mode, restarting in normal mode...
HM-CFG-USB in bootloader mode, restarting in normal mode...
Can't send data: Other error
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!


...

Entspricht das Deinen Erfahrungen ?

Ja, das ist ganz normal. Ist halt ein böser Hack ;-)

ZitatSpricht etwas dagegen, ein "set raw"  für den HMLAN zuzulassen (wohl eher eine Frage an Martin) ?

Ja, das kann wohl nur Martin sagen.

Gruß
  Michael
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 19 August 2013, 10:01:33
Zitat von: mgernoth schrieb am Mo, 19 August 2013 08:41Ich schau mal, wann ich das hinbekomme, bis dahin musst Du mit at arbeiten.

mach Dir keinen Streß. Da der Zähler ja nach dem Reboot neu losläuft, muss man doch das at nur ein einziges Mal ausführen. Oder sich einmal den Wecker stellen und die ganze Kiste stromlos machen bzw. den Stick ziehen.
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 19 August 2013, 13:07:25
Hast Du eigentlich sonst noch was an hmland geändert?

Seit ich das Update wegen der reboot-Möglichkeit eingespielt habe, bestehen erhebliche Kommunikationsprobleme zwischen Homematic-Komponenten und fhem.
Natürlich bin ich mir nicht sicher, ob dieser Zusammenhang tatsächlich besteht, aber auffällig ist eben, dass die Probleme erst seit heute bestehen.

Ich werde jedenfalls jetzt die vorherige Version wieder installieren und die Sache beobachten.

Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 19 August 2013, 13:50:11
ok - mit dem hmland hat das Problem nichts zu tun.
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 22 August 2013, 12:18:40
Hallo,

Zitat von: mgernoth schrieb am Mo, 19 August 2013 08:41Ich schau mal, wann ich das hinbekomme, bis dahin musst Du mit at arbeiten.

Man kann jetzt dem Parameter -r auch einen Zeitpunkt (Form: hh:mm) mitgeben, zu dem der HM-CFG-USB rebootet wird.

Gruß
  Michael
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 23 August 2013, 20:45:25
Hallo Michael,

vielen Dank ! Der at Job hat zwar in den vergangen Tagen wunderbar funktioniert, aber
ich habe jetzt doch Deine neue Funktion (-r hh:mm) aktiviert und den at job deaktiviert.

Gruß, Marc
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 24 August 2013, 23:03:33
Hi !

Kurze Rückmeldung, das neue Feature (-t hh:mi) funktioniert wunderbar, der Stick wurde letzte
Nacht um 3:00 Uhr brav mit einem Reset bedacht. Zuvor hatte ich den Reset ja bereits einige Tage
über FHEM mit "at" ausgelöst. Seither sind keinerlei Sendeprobleme mehr aufgetreten :-)

Gruß,Marc
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 25 August 2013, 15:43:36
Hallo Marc,

Zitat von: marc2 schrieb am Sa, 24 August 2013 23:03Seither sind keinerlei Sendeprobleme mehr aufgetreten :-)

Danke für die Rückmeldung, dann hoffen wir mal, dass sich das Thema Sendeprobleme damit erledigt hat. :-)

Gruß
  Michael
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 20 September 2013, 20:16:42
die letzte Version von hmland, die bei mir zuverlässig funktioniert, ist diese hier:

2013-08-18 Michael Gernoth periodically reset HM-CFG-USB by enetring and leaving...

Alles was danach kam, läuft bei mir nur äußerst unzuverlässig, bis hin zu regelmäßigen kompletten Abstürzen des Raspberry.
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Mr. P am 20 September 2013, 20:54:51
Verwende den USB-Adapter mit hmland seit ca. 2 Wochen und bislang keine Probleme in Kombination mit meinem Raspberry (256MB) und aus dem git stammenden Kernel.

Welche Versionen hast du von Raspberry, USB-Stick, FHEM und welches Linux O/S hast du im Einsatz?
Und last but not least, wie sieht deine /boot/config.txt und /boot/cmdline.txt aus? :-)

Greetz,
   Mr. P
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 20 September 2013, 23:07:28
Hi,

Zitat von: betateilchen schrieb am Fr, 20 September 2013 20:16die letzte Version von hmland, die bei mir zuverlässig funktioniert, ist diese hier:

2013-08-18 Michael Gernoth periodically reset HM-CFG-USB by enetring and leaving...

Alles was danach kam, läuft bei mir nur äußerst unzuverlässig, bis hin zu regelmäßigen kompletten Abstürzen des Raspberry.

Die Commits danach sind nur refactoring bzw. der Einbau des fixen Rebootzeitpunkts. Keiner dieser Commits kann Einfluss auf die Stabilität nehmen. Hast Du irgendeine Consolenausgabe oder sowas, wenn der Absturz passiert?

Gruß
  Michael
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 20 September 2013, 23:33:03
Hallo Michael,

nein, irgendeinen Hinweis auf die Ursache konnte ich bisher leider nicht finden.

Viele Grüße
Udo
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 20 September 2013, 23:44:09
Hallo Udo,

Zitat von: betateilchen schrieb am Fr, 20 September 2013 23:33nein, irgendeinen Hinweis auf die Ursache konnte ich bisher leider nicht finden.

Schade. Falls Du etwas findest, lass es mich bitte wissen.
Eigentlich wollte ich den aktuellen Stand als Version 0.1 releasen, aber wenn dadurch Instabilitäten erzeugt werden, ist das vielleicht keine gute Idee.

Gruß
  Michael
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 20 September 2013, 23:48:59
Mach nur, offenbar bin ich ja der einzige, der irgendwelche Probleme damit hat.
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 22 September 2013, 15:44:46
Ich bin inzwischen der Meinung, dass man von der Kombination RaspberryPi Typ B + hmland generell abraten sollte, egal ob ohne externen USB-Hub oder mit welchem auch immer.

Aber: In Serbien läuft seit knapp zwei Wochen ein unbeaufsichtigter Raspberry Typ A + DLINK-Hub + HMUSB mit fhem und hmland völlig problemlos und ununterbrochen 24/7 durch.
Und auch hier zu Hause hatte ich mit Raspberry Typ A niemals Probleme. Erst seit ich aus Speichergründen auf Typ B umgerüstet habe, ging das Theater los. Offenbar ist der auf dem Typ B verbaute interne USB Hub (an dem auch der Ethernet port hängt) die Wurzel vielen Übels.

Die hier auftretenden Probleme scheinen jedenfalls nicht softwarebedingt zu sein, sondern in der Hardware zu liegen.

Wenn ich demnächst Zeit finde, werde ich mal hmland+fhem auf einem beaglebone testen.

Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Mr. P am 22 September 2013, 16:05:07
Also so allgemein kann man das wohl nicht sagen.
Mein Raspberry ist auch ein Typ B und tut seine Arbeit. Dazu steckt auf dem selbigen noch ein COC, am zweiten USB-Port hängt ein USB-Lautsprecher und es läuft zusätzlich MPD drauf. USB-Hub verwende ich keinen und es hängt ein 1,2A-Netzteil am Gerät.
Da ich im Moment noch sehr FS20-lastig unterwegs bin, ist die Anzahl der mit HM zu bedienenden Komponenten bislang auf zwei Stück beschränkt. Weitere vier sollen aber diese Woche noch bei mir eintreffen. :-)
Ich starte bei mir zwar täglich FHEM neu, weil ich immer irgendwas herum bastle oder ein Update mache, aber auch meine Frau hat sich bislang nicht beschwert. :-)
Vor längerem hatte ich einmal Stabilitätsprobleme mit dem RPi. Nachdem ich dann aber die Speicherkarte auf eine von der Compatibility-Liste getauscht und das Übertakten wieder rausgenommen hatte, waren die auch Geschichte.
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 22 September 2013, 16:20:59
Zitat von: Mr. P schrieb am So, 22 September 2013 16:05Also so allgemein kann man das wohl nicht sagen.

Ich habe das auch nicht "so allgemein" gesagt, sondern nach vielen Tagen (und Nächten) Tests und Fehler-/ursachensuche. Und die bringt mich exakt und reproduzierbar zu der getroffenen Aussage.

Solange Du (fast) nur mit FS20 arbeitest und Deine Kiste ohnehin mindestens einmal pro Tag neu startest, wirst Du von den Problemen unter Last und im Produktivbetrieb natürlich nichts mitbekommen. Bei mir soll das Ganze aber irgendwann unbeaufsichtigt durchlaufen - ohne einen zwingenden regelmäßigen Neustart. Und bei mir laufen mehr als "ein paar FS20" und "ein paar Homematic" Komponenten. Selbst mit Deinen angedachten sechs HM Komponenten wirst Du höchstwahrscheinlich nicht in Probleme laufen.

Ich habe zwar inzwischen den Watchdog auf dem Raspberry aktiviert, der im Problemfall die Kiste automatisch rebootet, aber das ist in meinem Verständnis eigentlich nicht Sinn der Sache.

Man muss bei den Typ B Geräten übrigens auch noch unterscheiden, ob sie aus UK oder China stammen. Diese Dinger verhalten sich nämlich auch noch unterschiedlich, was die Zuverlässigkeit angeht. UK Geräte laufen stabiler als Chinaproduktion.
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Mr. P am 22 September 2013, 17:14:32
Hej,

hab für FHEM eine 256MB-Variante und die wurden mWn alle in China gefertigt.

Jetzt hast du mich neugierig gemacht: wieviele Komponenten (und von welchen Typ) hast du denn im Einsatz?

Ich hätte eigentlich auch gerne mehr Geräte als die bisherigen. Aber letztendlich soll bei mir ein Bus-System für die meisten Komponenten zum Einsatz kommen (ist alles recht "verstrahlt" in der Gegend)... und "doppelt" kaufen ist zudem auch recht sinnfrei.

Aber ich habe noch meinen Bastel-RPi rumliegen. Ich kann den mal ans Netz bringen und mittels CUL mitlauschen lassen. Mal ein paar Tage laufen lassen und schauen, was passiert.

Wie genau hast du deine Tests durchgeführt, um zu dem Ergebnis zu kommen? Wenn es Probleme gibt, würde mich das auch interessieren und vielleicht kann ich auch den einen oder anderen Beitrag zum Ganzen leisten. :-)
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 22 September 2013, 17:19:14
Zitat von: Mr. P schrieb am So, 22 September 2013 17:14hab für FHEM eine 256MB-Variante und die wurden mWn alle in China gefertigt.

definitiv nicht.
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Mr. P am 22 September 2013, 18:58:09
Zitatdefinitiv nicht.

Die B-Variante mit 256MB wurde auch noch in der UK gefertigt? *verwundertbin*
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 22 September 2013, 19:40:31
aber sicher. Ich habe jede Menge davon im Einsatz.
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Mr. P am 22 September 2013, 22:17:25
Ich hätte einiges darauf gesetzt, dass die Umstellung auf 512MB noch vor der Produktionsübersiedelung in die UK stattgefunden hat und somit in den UK die Variante B nur mehr die 512MB-Version gebaut wurde.
Aber gut... Hab zum Glück nicht gewettet! ;-)
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 22 September 2013, 22:45:32
Zitat von: Mr. P schrieb am So, 22 September 2013 22:17dass die Umstellung auf 512MB noch vor der Produktionsübersiedelung in die UK stattgefunden hat und somit in den UK die Variante B nur mehr die 512MB-Version gebaut wurde

Das hab ich jetzt rein grammatikalisch nicht verstanden, aber darum gehts ja hier im Thread auch gar nicht.
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 24 September 2013, 20:29:55
hmland in einem USB Hub am beaglebone black...

Das sind doch mal Transferzeiten mit denen man vermutlich gut arbeiten kann!


2013-09-24 20:24:18.318556: Client 127.0.0.1 connected!
Rebooting in 86400 seconds

usb-transfer took 65ms!
usb-transfer took 66ms!
usb-transfer took 67ms!
usb-transfer took 66ms!
usb-transfer took 66ms!
usb-transfer took 66ms!
usb-transfer took 66ms!
usb-transfer took 73ms!
usb-transfer took 65ms!



-----
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 27 September 2013, 14:04:00
Seit der Stick von einem Raspberry auf den Beaglebone umgezogen ist, hatte ich keinerlei Kommunikationsprobleme mehr innerhalb Homematic.
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: stenny73 am 29 September 2013, 10:21:14
Hallo

Wie kann ich den Dienst eigentlich wieder stoppen.
Habe ihn leider falsch gestartet - habe einen belegten Port
Eingetragen.....


Stenny73
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 29 September 2013, 10:24:48
Wie jeden anderen Prozess in Linux auch: auf der Linux-Konsole:
pkill -9 hmland
eingeben.
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 29 September 2013, 10:26:39
Zitat von: Mr. P schrieb am So, 22 September 2013 17:14Jetzt hast du mich neugierig gemacht: wieviele Komponenten (und von welchen Typ) hast du denn im Einsatz?


Defined modules:
  CUL            : 1
  CUL_HM         : 57
  CUL_WS         : 1
  Calendar       : 3
  FHEM2FHEM      : 1
  FHEMWEB        : 12
  FS20           : 44
  FileLog        : 7
  HMLAN          : 1
  HTTPSRV        : 1
  RSS            : 4
  SVG            : 4
  Weather        : 1
  at             : 9
  autocreate     : 1
  dewpoint       : 2
  dummy          : 14
  notify         : 30
  openweathermap : 1
  structure      : 3
  telnet         : 1
  weblink        : 1

Defined models per module:
  CUL_HM         : HM-CC-RT-DN,HM-CC-TC,HM-CC-VD,HM-Dis-TD-T,HM-LC-SW4-BA-PCB,HM-LC-Sw1PBU-FM,HM-PB-6-WM55,HM-RC-4-2,HM-SEC-RHS,HM-SEC-SC,HM-SEC-SD,HM-Sen-RD-O,virtual_4
  CUL_WS         : ASH2200
  FS20           : FS20ST,fs20di,fs20fms,fs20st


Eigentlich gibts noch ein paar Komponenten mehr, aber im Moment fahre ich in einer "abspeckten" Version, da ich noch nicht alles vom Raspberry auf den Beaglebone übertragen habe. Der Rest läuft noch auf Raspi und wird per FHEM2FHEM geloggt.
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: stenny73 am 29 September 2013, 10:40:33
Komisch. Das Gerät hängt gar nicht im Netz.....

Ist ein Pi mit den LCD und CSM Modul für MAX,
4 Thermostate mit Log und plot, 2 Fensterkontakte mit log, 1 ECO Taster.

Der FS20 war drin, hatte ich vergessen rauszuschmeissen.

Das andere wundert mich jetzt auch.....
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: stenny73 am 29 September 2013, 10:48:13
Ich habe gestern eine neue Karte fertig gemacht.
Mit den ganzen Updates kam das wohl, war vor dem konfigurieren......
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 29 September 2013, 11:48:17
Hallo Udo,

Zitat von: betateilchen schrieb am Fr, 27 September 2013 14:04Seit der Stick von einem Raspberry auf den Beaglebone umgezogen ist, hatte ich keinerlei Kommunikationsprobleme mehr innerhalb Homematic.

Schön zu hören :-)
Benutzt Du da jetzt die aktuelle hmland-Version oder noch die ...600dbe1a?

Gruß
  Michael
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 29 September 2013, 11:55:27
Hallo Michael,

ich nutze auf dem Beaglebone die aktuelle Version von hmland.

Diese funktioniert auch auf allen Raspberries, die in UK gefertigt wurden.
Nur mit den Raspberry-China-Exemplaren hatte ich die beschriebenen Probleme.

Ich denke, die Probleme sind dann aber eher im OS begründet und nicht in Deiner hmland Software.

Viele Grüße
Udo
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: stenny73 am 12 Oktober 2013, 12:45:22
Hallo

Habe meinen USB Dongle soweit fast am laufen.....

Der Daemon bekomme ich nicht mit dem Port 1111 automatisch zum laufen, auf dem Port 1234 liegt schon etwas anderes. Wo und wie kann ich das ändern das er beim booten vom Pi startet....

mit "./hmland -d -p 1111" geht es irgendwie nicht.


Danke
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Gerhard am 12 Oktober 2013, 14:07:30
Hallo marc,

ich habe den USB Konfigurator auf mein FB 7390 nach der Anleitung installiert, aber der Stick hat den Status DISCONECTED!!!

kanst du mir weiterhelfen?

übrigens, ich schaffe es nict ein Bild einzufügen!

Gruß, Gerhard
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Dr. Boris Neubert am 22 Oktober 2013, 16:33:32
Hallo Michael,

Danke für die aussagekräftige Beschreibung!

Magst Du die Anleitung aus dem Thread ins fhemwiki.de stellen? Es wurde schon der Wunsch geäußert, den Thread anzupinnen, aber ich halte das Wiki für den besseren Ort.

Grüße
Boris
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 22 Oktober 2013, 17:02:01
Zitat von: Dr. Boris Neubert am 22 Oktober 2013, 16:33:32aber ich halte das Wiki für den besseren Ort.

ich nicht.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: niyou am 23 Oktober 2013, 09:12:07
Zitat von: betateilchen am 22 Oktober 2013, 17:02:01
ich nicht.

warum nicht?
Ich habe den Thread auch mit großem Interesse verfolgt und würde mich sehr über eine Zusammenfassung im Wiki freuen.

gruß

niyou
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 23 Oktober 2013, 09:27:19
Weil ich finde, dass dieser Thread als Grundlagenthema zu Homematic auf jeden Fall hier im Forumbereich leicht auffindbar sein sollte. Ggf. kann man ja den Eingangsbeitrag auf den aktuellen Stand bringen (was in der neuen Forumsoftware ja nun problemlos möglich ist) aber das Verzetteln solcher wichtiger Themen zwischen Forum und Wiki finde ich einfach unpraktisch.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: niyou am 23 Oktober 2013, 09:35:23
Zitat von: betateilchen am 23 Oktober 2013, 09:27:19
Weil ich finde, dass dieser Thread als Grundlagenthema zu Homematic auf jeden Fall hier im Forumbereich leicht auffindbar sein sollte. Ggf. kann man ja den Eingangsbeitrag auf den aktuellen Stand bringen (was in der neuen Forumsoftware ja nun problemlos möglich ist) aber das Verzetteln solcher wichtiger Themen zwischen Forum und Wiki finde ich einfach unpraktisch.

Ich geb dir Recht - leicht auffindbar sollte das Thema auch im Forum sein.
Mein Eindruck ist allerdings auch, dass es einen funktionierenden Stand gibt, der dann gut als Thema ins Wiki passt.
Diskussionen in diesem Thread hören ja nicht dadurch auf, dass ein Wiki-Eintrag angelegt wird.

gruß

niyou
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 23 Oktober 2013, 10:17:27
Zitat von: niyou am 23 Oktober 2013, 09:35:23Mein Eindruck ist allerdings auch, dass es einen funktionierenden Stand gibt, der dann gut als Thema ins Wiki passt.

Das zusätzlich zu machen, kann schon sinnvoll sein. Allerdings steht bereits im Eingangsbeitrag schon ein Link auf die Projektwebseite des Entwicklers, auf der sich immer der akutelle Stand befindet. Warum sollte er das noch ein zweites Mal irgendwo pflegen (müsslen)? Ob ich nun im fhemwiki "extern" lese oder auf der Webseite des Entwickers "extern" ist doch eigentlich egal.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 23 Oktober 2013, 13:22:46
Hallo zusammen,
hat jemand einen aktuellen Compile für die FB7390 und würde den hier posten. Ich glaube der aus dem Juli ist nicht mehr aktuell.
Ich wollte jetzt nicht anfangen mit für die FB eine Compiler-Umgebung aufzubauen. Da ich einen HM-CFG-USB2 rumliegen habe, will ich doch mal sehen, ob das bei mir stabil läuft und ich meinen CUL anderweitig einsetze.

Vielen Dank.

Gruß,
Veit
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 23 Oktober 2013, 13:29:56
Den vom Juli kannst Du zum Testen problemlos verwenden, das Einzige was seither (funktional) neu hinzugekommen ist, ist die Möglichkeit des zeitgesteuerten Reboots (z.B. einmal pro Tag)

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 27 Oktober 2013, 19:55:47
Moin !

Anbei der 7390-Build der Version, die den automatischen Reset unterstützt. Zum Testen geht es natürlich
auch ohne, aber im Dauerbetrieb macht es keinen Spass, den Stick alle zwei Tage raus- und rein zu stecken
zu müssen  ;)

Du kannst Dir aussuchen, ob Du den Reset hmland-intern schedulen möchtest oder als täglichen
AT-Job durch FHEM. In letzterem Fall wäre dies das Kommando (so denn der Stick bei Dir HMUSB1)
heißen sollte:


{ HMLAN_SimpleWrite($defs{HMUSB1},"B",undef)  }


Wenn Du mit einem USB-Hub an der 7390 arbeiten solltest, würde mich Modell und Timings
des hmland interessieren.

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 27 Oktober 2013, 22:14:10
Hallo Marc,
Danke für die Datei. Ich habe mir aufgrund der Tipps hier im Forum einen 7-Port D-Link bei Amazon bestellt. Ich komme dann erst nächstes Wochenende zum Test.

Gruß
Veit
Titel: Antw:Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 02 November 2013, 18:49:23
Zitat von: marc2 am 17 Juli 2013, 00:20:57
wo Du die Binaries und die libusb hinkopierst sollte egal sein. Bei mir liegen sie
unter /var/media/ftp/bin. Meine 7390 hat ein gefreeztes FRITZ!OS 05.52, wo ich
die libusb direkt einkompiliert habe. Wenn Du eine Standard Firmware laufen hast,
musst Du den LD_LIBRARY_PATH setzen, sonst findet der Runtime Linker die usblib
nicht, Beispiel:

* libusb-1.0.so.0.1.0 nach /var/media/ftp/lib kopieren
* Links für libusb-1.0.so.0 und libusb-1.0.so.0 anlegen (z.B ln -s libusb-1.0.so.0.1.0 libusb-1.0.so.0)
* export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/var/media/ftp/lib
* execute Rechte für die Binaries setzen (chmod 755 hmland hmsniff)
* hmland testweise starten: ./hmland -l 127.0.0.1 -p 1000

Wenn das funktioniert die startfhem erweitern. Sieht bei mir wie folgt aus:

ps | grep hmland | grep -v -q grep || /var/media/ftp/bin/hmland -l 127.0.0.1 -p 1000 -d
sleep 2


Bei Dir müsste dann noch der "export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/var/media/ftp/lib" rein.

Wenn Du noch keine HM-Komponenten am Laufen hast (über einen HMLAN, CUL, CUNO, was auch immer)
kannst Du die HMID frei wählen (beliebige 6stellige hex Adresse). Falls Dein Nachbar Homematic
nutzt, kannst Du mit hmsniff seine HMID sniffen. Die solltest Du dann vielleicht nicht unbedingt
nehmen :-) Falls Du schon einen CUL, HMLAN, etc. haben solltest, kannst Du dessen HMID nutzen,
wenn der USB Stick parallel dazu laufen soll.

Wie ja in der FHEM-Doku beschrieben, hat Michael hier wirklich eine Art HMLAN Emulator gebaut.
Aus FHEM Sicht ist der Stick also wirklich ein HMLAN, und alles was FHEM-seitig für den HMLAN
gilt, sollte auch für den Stick am hmland gelten.
Bei mir läuft der Daemon jetzt auch. Ich habe eine nicht gefreezte Box. Ich würde empfehlen, die Dateien unter fhem/lib abzulegen. Dafür ist der export bereits in der startfhem definiert.
Der Eintrag in der startfhem kann dann einfach wie folgt aussehen:
ps | grep hmland | grep -v -q grep || $home/lib/hmland -l 127.0.0.1 -p 1000 -d
sleep 2


Und Achtung: FileZilla hat Probleme mit dem Transfer-Mode. Explizit auf Binär schalten, sonst gibt es einen Segmentation fault.  ;)

@Marc: Danke für die gute Anleitung.

Gruß, Veit
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 02 November 2013, 20:53:36
Also das Timing einer Fritzbox 7390 mit D-Link DUB-H7 sieht erstmal nicht wirklich erfreulich aus:

Daemon with PID 3844 started!
usb-transfer took more than 100ms (128ms), this may lead to timing problems!
usb-transfer took more than 100ms (190ms), this may lead to timing problems!
usb-transfer took more than 100ms (191ms), this may lead to timing problems!
usb-transfer took more than 100ms (130ms), this may lead to timing problems!
usb-transfer took more than 100ms (192ms), this may lead to timing problems!
usb-transfer took more than 100ms (129ms), this may lead to timing problems!
usb-transfer took more than 100ms (119ms), this may lead to timing problems!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hyman am 04 November 2013, 11:18:31
Hallo,

ich bin neu hier und habe mich in den letzten Tagen an FHEM auf dem Raspi herangewagt. Der läuft bei mir unter XBian da ich ich ihn auch als Mediaplayer nutzen möchte. Hausautomatisierungstechnisch wird er nur solche Sachen übernehmen, deren Ausfall keine Kernfunktionen beeinträchtigt.

Da ich einen "alten" HM-CFG-USB günstig bekommen habe, wollte ich den natürlich auch einbinden. Da kam dieser Thread und der hmland gerade recht -- vielen Dank dafür.

So wie ich das sehe, gibt es die Datei startfhem nur auf den FritzBoxen. Daher habe ich die Einbindung des hmland in einer neuen Datei  /etc/init/hmland.conf vorgenommen:

# HM LAN Daemon for HM-CFG-USB

description     "HM LAN daemon"
author          "Michael Gernoth <michael@gernoth.net>"

start on starting fhem
stop on stopped fhem

expect fork
respawn

chdir /usr/src/hmcfgusb-c44f15b/
exec ./hmland -l 127.0.0.1 -p 1000 -r 03:00 -d


Somit sollte hmland immer vor fhem gestartet und nach fhem beendet werden. Scheint auch zu tun:

root@media:/etc/init# initctl status fhem
fhem start/running, process 781
root@media:/etc/init# initctl status hmland
hmland start/running, process 762


Da ich noch keine weiteren HM-Geräte habe, kann ich's bisher nicht weiter testen...

Grüße von Horst
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 04 November 2013, 22:39:34
Hallo Veit !

Schön, das es funktioniert ! Die Timings sehen in der Tat genau so mies aus, wie die von meinem Logilink, und
anderen meiner Noname Hubs   :o Wenn der Stick direkt an der 7390 hängt liege ich durchweg deutlich unter
100ms. Also werde ich wohl auch bei diesem Setup (ohne HUB) bleiben (müssen). Schade eigentlich, da ich
gerne noch den Status meiner USV per USB hätte abfragen wollen  :(

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 04 November 2013, 22:59:46
Die Timingprobleme des USB Sticks haben nach meiner Erfahrung absolut nix mit dem eingesetzten Hub zu tun.
Selbst der mieseste Hub, den ich zuvor am Raspberry im Einsatz hatte, liefert am BeagleboneBlack zuverlässig Zeiten weit unter 100ms.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RalfP am 05 November 2013, 16:41:04
Hallo,

erst einmal vielen Dank, für die hier gebotene Möglichkeit mit hmland kostengünstig in die Heimautomation einsteigen zu können. Meinen Stick an der FB7390 habe ich bisher ganz gut zum laufen gebracht. Da ich keine Compilerumgebung habe, war ich ganz froh das Marc die Binaries hier im Forum bereitgestellt hatte.

Leider habe ich aber ein Problem, wie folgt beschrieben und bin nun unsicher, ob ich die neuesten Versionen auf meine FB kopiert hab.

Ich stellte fest, das der Daemon nicht mehr reagiert, wenn:
- der Reboot durch hmland gestartet wird, ob nun nach den 86400s oder einer von mir vorgegebenen Zeit z.B. -r 03:00, wie hier dargestellt:

2013.11.03 21:54:27 1: Including fhem.cfg
2013.11.03 21:54:28 3: telnetPort: port 7072 opened
2013.11.03 21:54:30 3: WEB: port 8083 opened
2013.11.03 21:54:30 3: WEBphone: port 8084 opened
2013.11.03 21:54:30 3: WEBtablet: port 8085 opened
2013.11.03 21:54:31 2: HMLAN_Parse: hmusb new condition disconnected
2013.11.03 21:54:31 3: Opening hmusb device 127.0.0.1:1000
2013.11.03 21:54:31 3: hmusb device opened
2013.11.03 21:54:31 2: HMLAN_Parse: hmusb new condition init
2013.11.03 21:54:33 3: Registering HTTPSRV Homesecurity for URL /Homesecurity...
2013.11.03 21:54:33 1: Including ./log/fhem.save
2013.11.03 21:54:33 1: usb create starting
2013.11.03 21:54:34 1: usb create end
2013.11.03 21:54:34 2: SecurityCheck:  WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute.  Restart fhem for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2013.11.03 21:54:34 0: Server started with 19 defined entities (version $Id: fhem.pl 3872 2013-09-07 11:58:33Z rudolfkoenig $, os linux, user boxusr99, pid 2201)
2013.11.03 21:54:38 3: Device Wohnungstuer added to ActionDetector with 028:00 time
2013.11.03 21:54:38 3: Device Wohnzimmer3 added to ActionDetector with 028:00 time
2013.11.03 21:54:38 3: Device Zimmer added to ActionDetector with 028:00 time
2013.11.04 03:00:12 1: 127.0.0.1:1000 disconnected, waiting to reappear
2013.11.04 03:00:12 2: HMLAN_Parse: hmusb new condition disconnected
2013.11.04 03:00:17 1: 127.0.0.1:1000 reappeared (hmusb)
2013.11.04 03:00:17 2: HMLAN_Parse: hmusb new condition init
2013.11.04 03:00:46 1: 127.0.0.1:1000 disconnected, waiting to reappear
2013.11.04 03:00:46 2: HMLAN_Parse: hmusb new condition disconnected
2013.11.04 03:00:51 1: 127.0.0.1:1000 reappeared (hmusb)
2013.11.04 03:00:51 2: HMLAN_Parse: hmusb new condition init


- auch wenn ich fhem neu starte mit "shutdown restart" habe ich das Selbige:

2013.11.04 21:52:56 0: Server shutdown
2013.11.04 21:53:00 1: Including fhem.cfg
2013.11.04 21:53:01 3: telnetPort: port 7072 opened
2013.11.04 21:53:02 3: WEB: port 8083 opened
2013.11.04 21:53:02 3: WEBphone: port 8084 opened
2013.11.04 21:53:02 3: WEBtablet: port 8085 opened
2013.11.04 21:53:03 2: HMLAN_Parse: hmusb new condition disconnected
2013.11.04 21:53:03 3: Opening hmusb device 127.0.0.1:1000
2013.11.04 21:53:03 3: hmusb device opened
2013.11.04 21:53:03 2: HMLAN_Parse: hmusb new condition init
2013.11.04 21:53:05 3: Registering HTTPSRV Homesecurity for URL /Homesecurity/...
2013.11.04 21:53:05 1: Including ./log/fhem.save
2013.11.04 21:53:05 1: usb create starting
2013.11.04 21:53:06 1: usb create end
2013.11.04 21:53:06 2: SecurityCheck:  WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute.  Restart fhem for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2013.11.04 21:53:06 0: Server started with 19 defined entities (version $Id: fhem.pl 3872 2013-09-07 11:58:33Z rudolfkoenig $, os linux, user boxusr99, pid 4513)
2013.11.04 21:53:10 3: Device Wohnungstuer added to ActionDetector with 028:00 time
2013.11.04 21:53:10 3: Device Wohnzimmer3 added to ActionDetector with 028:00 time
2013.11.04 21:53:10 3: Device Zimmer added to ActionDetector with 028:00 time
2013.11.04 21:53:32 1: 127.0.0.1:1000 disconnected, waiting to reappear
2013.11.04 21:53:32 2: HMLAN_Parse: hmusb new condition disconnected
2013.11.04 21:53:34 1: 127.0.0.1:1000 reappeared (hmusb)
2013.11.04 21:53:34 2: HMLAN_Parse: hmusb new condition init
2013.11.04 21:54:03 1: 127.0.0.1:1000 disconnected, waiting to reappear
2013.11.04 21:54:03 2: HMLAN_Parse: hmusb new condition disconnected
2013.11.04 21:54:03 1: 127.0.0.1:1000 reappeared (hmusb)
2013.11.04 21:54:03 2: HMLAN_Parse: hmusb new condition init
2013.11.04 21:54:32 1: 127.0.0.1:1000 disconnected, waiting to reappear


Bisher half nur eine Neustart der FB, um es wieder ans Laufen zu bringen.

Eingebunden habe ich hmland in der startfhem derzeitig so:

...
#USB
ps | grep hmland | grep -v -q grep || $home/lib/hmland -l 127.0.0.1 -p 1000 -d -r 0 > $home/log/hmland.log 2>&1
sleep 2

perl fhem.pl fhem.cfg

mal sehen wie lange

Die libusb-1.0.so.0.1.0 libusb-1.0.so.0 liegen, wie bei Veit, unter fhem/lib. (vielen Dank)

Mit -D habe ich keine weitere Erkenntnis gewonnen, da nach dem Restart von fhem nichts weiter ausgegeben wurde. kill PID und neustart von starthem brachte keinen Erfolg, wie gesagt nur der Neustart der FB.

Marc, gäbe es die Möglichkeit, das du die neueste Version für eine FB7390 nochmal posten könntest? Da auch die Option -V nicht funktioniert, könnte ich mir vorstellen, das dies evtl. nicht die Neuesten waren. Ich wäre sehr dankbar.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 05 November 2013, 22:52:15
Hallo Johann !

Also die letzte Version, die ich auch hochgeladen hatte, lief bei mir seit August absolut ohne Probleme, incl. eines
täglichen Resets des Sticks um 4:00 Uhr.  Anyway, ich habe mir eben den aktuellen Stand aus Michaels Git geholt
und hänge sie hier mal an (läuft auf meiner 7390 jetzt auch seit ein paar Minuten  ;)).

Der Stick braucht bei mir keine 20 Sekunden, bis er nach Auslösen des Resets wieder "ok" ist:

2013.11.05 04:00:07 1: 127.0.0.1:1000 disconnected, waiting to reappear                   
2013.11.05 04:00:07 2: HMLAN_Parse: HMUSB1 new condition disconnected                             
2013.11.05 04:00:07 1: 127.0.0.1:1000 reappeared (HMUSB1)                                             
2013.11.05 04:00:07 2: HMLAN_Parse: HMUSB1 new condition init                             
2013.11.05 04:00:08 1: 127.0.0.1:1000 disconnected, waiting to reappear                           
2013.11.05 04:00:08 2: HMLAN_Parse: HMUSB1 new condition disconnected                         
2013.11.05 04:00:08 1: 127.0.0.1:1000 reappeared (HMUSB1)             
2013.11.05 04:00:08 2: HMLAN_Parse: HMUSB1 new condition init                         
2013.11.05 04:00:09 1: 127.0.0.1:1000 disconnected, waiting to reappear
2013.11.05 04:00:09 2: HMLAN_Parse: HMUSB1 new condition disconnected                     
2013.11.05 04:00:09 1: 127.0.0.1:1000 reappeared (HMUSB1)                           
2013.11.05 04:00:09 2: HMLAN_Parse: HMUSB1 new condition init                               
2013.11.05 04:00:11 1: 127.0.0.1:1000 disconnected, waiting to reappear                                                                   
2013.11.05 04:00:11 2: HMLAN_Parse: HMUSB1 new condition disconnected                         
2013.11.05 04:00:11 1: 127.0.0.1:1000 reappeared (HMUSB1)                               
2013.11.05 04:00:11 2: HMLAN_Parse: HMUSB1 new condition init                         
2013.11.05 04:00:13 1: 127.0.0.1:1000 disconnected, waiting to reappear                       
2013.11.05 04:00:13 2: HMLAN_Parse: HMUSB1 new condition disconnected                     
2013.11.05 04:00:13 1: 127.0.0.1:1000 reappeared (HMUSB1)                                                   
2013.11.05 04:00:13 2: HMLAN_Parse: HMUSB1 new condition init                             
2013.11.05 04:00:17 1: 127.0.0.1:1000 disconnected, waiting to reappear             
2013.11.05 04:00:18 2: HMLAN_Parse: HMUSB1 new condition disconnected                                                                     
2013.11.05 04:00:18 1: 127.0.0.1:1000 reappeared (HMUSB1)                                             
2013.11.05 04:00:18 2: HMLAN_Parse: HMUSB1 new condition init                             
2013.11.05 04:00:18 1: 127.0.0.1:1000 disconnected, waiting to reappear                           
2013.11.05 04:00:19 2: HMLAN_Parse: HMUSB1 new condition disconnected                                 
2013.11.05 04:00:19 1: 127.0.0.1:1000 reappeared (HMUSB1)                                 
2013.11.05 04:00:19 2: HMLAN_Parse: HMUSB1 new condition init                                     
2013.11.05 04:00:20 2: HMLAN_Parse: HMUSB1 new condition ok 
     

Sollte der Fehler bei Dir auch mit der neuen Version nicht behoben sein würde ich folgendes
prüfen bzw. ausprobieren:


Gruß, Marc

P.S: Auch die Version 0.09 läuft bei mir wunderbar, der Reset ist vergangene Nacht sauber gelaufen, und die Einträge im
       Logfile sind überschaubar:

Interrupt transfer not completed: Unknown error code 5 / 0x05!
Can't send data: No such device (it may have been disconnected)
closing device-connection due to error 5
hmcfgusb_poll: Input/output error
Can't send data: No such device (it may have been disconnected)
Can't release interface: No such device (it may have been disconnected)
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
Can't send data: Other error
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!


Ggf. hat Dein Stick ja auch eine neue Firmware Version, und Du benötigst den Reset gar nicht ...
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RalfP am 06 November 2013, 17:10:09
Hallo,

vielen Dank Marc, für die neuen Binaries. Trotzdem habe ich leider keine Änderung. Habe heute versucht deine Fragen zu beantworten, wie folgt:

Hängt der Stick direkt an der FB oder an einem HUB ? Er hängt direkt an der FB.
Wie sehen in letzterem Fall die USB Timings aus  ? Eigentlich sehr gut, immer <100ms, liegen meist so zwischen 40ms und 70ms
Was steht im Logfile des Sticks ? Weiter unten sind einige Auszüge.
Statt die FB zu booten, versuche mal den Stick abzuziehen und nach 30 Sekunden wieder einstecken Brachte bisher keinen Erfolg.
Stick und hmland testweise am PC laufen lassen, in FHEM einbinden, und prüfen, ob der Reset hier erfolgreich ist Dafür brauche ich noch etwas Zeit...

Ich habe verschiedenes heute mal probiert:

*Reboot auslösen mit -r 09:55, wie auch mit  { HMLAN_SimpleWrite($defs{hmusb},"B",undef)  } brachte Beides das gleiche Ergebnis, das die LED am Stick blinkt (ca. 0,5/1s) und nichts mehr geht. Ab- und anstecken brachte keine Änderung.

mit -r 09:55

hmland
USB < 0x0000: 4b 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   K...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 

USB > 0x0000: 48 09 48 4d 2d 55 53 42 2d 49 46 03 bc 0a 4a 45   H.HM-USB-IF...JE
USB > 0x0010: 51 30 35 33 35 33 32 37 1d b1 fc 42 42 42 00 07   Q0535327...BBB..
USB > 0x0020: 22 11 00 00 00 00 00 00 00 00 00 00 00 00 00 00   "...............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
usb-transfer took 62ms!

USB < 0x0000: 42 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   B...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
usb-transfer took 57ms!

USB < 0x0000: 42 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   B...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
Interrupt transfer not completed: Unknown error code 5 / 0x05!
Can't send data: No such device (it may have been disconnected)
closing device-connection due to error 5
hmcfgusb_poll: Input/output error

USB < 0x0000: 42 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   B...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
Can't send data: No such device (it may have been disconnected)
Can't release interface: No such device (it may have been disconnected)

FHEM
2013.11.06 09:48:17 0: Server started with 20 defined entities (version $Id: fhem.pl 3872 2013-09-07 11:58:33Z rudolfkoenig $, os linux, user boxusr99, pid 2196)
2013.11.06 09:48:21 3: Device Wohnungstuer added to ActionDetector with 028:00 time
2013.11.06 09:48:21 3: Device Wohnzimmer3 added to ActionDetector with 028:00 time
2013.11.06 09:48:21 3: Device Zimmer added to ActionDetector with 028:00 time
2013.11.06 09:55:23 1: 127.0.0.1:1000 disconnected, waiting to reappear
2013.11.06 09:55:23 2: HMLAN_Parse: hmusb new condition disconnected
2013.11.06 09:55:23 1: 127.0.0.1:1000 reappeared (hmusb)
2013.11.06 09:55:23 2: HMLAN_Parse: hmusb new condition init
2013.11.06 09:55:52 1: 127.0.0.1:1000 disconnected, waiting to reappear
2013.11.06 09:55:52 2: HMLAN_Parse: hmusb new condition disconnected
2013.11.06 09:55:52 1: 127.0.0.1:1000 reappeared (hmusb)
2013.11.06 09:55:52 2: HMLAN_Parse: hmusb new condition init
2013.11.06 09:56:22 1: 127.0.0.1:1000 disconnected, waiting to reappear
2013.11.06 09:56:22 2: HMLAN_Parse: hmusb new condition disconnected
2013.11.06 09:56:22 1: 127.0.0.1:1000 reappeared (hmusb)
2013.11.06 09:56:22 2: HMLAN_Parse: hmusb new condition init


mit { HMLAN_SimpleWrite($defs{hmusb},"B",undef)  } und LogLev 0 fürs HMLAN

hmland
USB < 0x0000: 42 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   B...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
usb-transfer took 51ms!

USB < 0x0000: 4b 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   K...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
Interrupt transfer not completed: Unknown error code 5 / 0x05!
Can't send data: No such device (it may have been disconnected)
closing device-connection due to error 5
hmcfgusb_poll: Input/output error
Can't release interface: No such device (it may have been disconnected)

FHEM
2013.11.06 14:18:32 0: HMLAN_Send:  hmusb I:K
2013.11.06 14:18:32 0: HMLAN_Parse: hmusb V:03BC sNo:JEQ0535327 d:1DB1FC O:424242 t:00507AAB IDcnt:0000
2013.11.06 14:18:57 0: HMLAN_Send:  hmusb I:K
2013.11.06 14:18:57 0: HMLAN_Parse: hmusb V:03BC sNo:JEQ0535327 d:1DB1FC O:424242 t:0050DC8A IDcnt:0000
2013.11.06 14:19:21 0: HMLAN_Send:  hmusb I:B
2013.11.06 14:19:22 0: HMLAN_Send:  hmusb I:K
2013.11.06 14:19:23 0: HMLAN_Send:  hmusb I:K
2013.11.06 14:19:24 0: HMLAN_Send:  hmusb I:K
2013.11.06 14:19:25 0: HMLAN_Send:  hmusb I:K
2013.11.06 14:19:26 1: 127.0.0.1:1234 disconnected, waiting to reappear
2013.11.06 14:19:26 0: HMLAN_Parse: hmusb new condition disconnected
2013.11.06 14:19:26 1: 127.0.0.1:1234 reappeared (hmusb)
2013.11.06 14:19:26 0: HMLAN_Send:  hmusb I:A424242
2013.11.06 14:19:26 0: HMLAN_Send:  hmusb I:C
2013.11.06 14:19:26 0: HMLAN_Send:  hmusb I:Y01,00,
2013.11.06 14:19:26 0: HMLAN_Send:  hmusb I:Y02,00,
2013.11.06 14:19:26 0: HMLAN_Send:  hmusb I:Y03,00,
2013.11.06 14:19:26 0: HMLAN_Send:  hmusb I:T1A0CF04E,04,00,00000000
2013.11.06 14:19:26 0: HMLAN_Parse: hmusb new condition init
2013.11.06 14:19:51 0: HMLAN_Send:  hmusb I:K
2013.11.06 14:19:53 0: HMLAN_Send:  hmusb I:K
2013.11.06 14:19:54 0: HMLAN_Send:  hmusb I:K
2013.11.06 14:19:55 0: HMLAN_Send:  hmusb I:K
2013.11.06 14:19:56 1: 127.0.0.1:1234 disconnected, waiting to reappear
2013.11.06 14:19:56 0: HMLAN_Parse: hmusb new condition disconnected
2013.11.06 14:19:56 1: 127.0.0.1:1234 reappeared (hmusb)
2013.11.06 14:19:56 0: HMLAN_Send:  hmusb I:A424242
2013.11.06 14:19:56 0: HMLAN_Send:  hmusb I:C
2013.11.06 14:19:56 0: HMLAN_Send:  hmusb I:Y01,00,
2013.11.06 14:19:56 0: HMLAN_Send:  hmusb I:Y02,00,
2013.11.06 14:19:56 0: HMLAN_Send:  hmusb I:Y03,00,
2013.11.06 14:19:56 0: HMLAN_Send:  hmusb I:T1A0CF06C,04,00,00000000
2013.11.06 14:19:56 0: HMLAN_Parse: hmusb new condition init
2013.11.06 14:20:21 0: HMLAN_Send:  hmusb I:K
2013.11.06 14:20:22 0: HMLAN_Send:  hmusb I:K
2013.11.06 14:20:23 0: HMLAN_Send:  hmusb I:K
2013.11.06 14:20:24 0: HMLAN_Send:  hmusb I:K



*Neustart: Sobald ich fhem neu starte mit "shutdown restart" oder die fhem.cfg ändere (alles übers WEBInterface) und  die Verbindung zum Daemon wieder aufgebaut wird

2013.11.06 16:15:26 2: HMLAN_Parse: hmusb new condition disconnected
2013.11.06 16:15:26 3: Opening hmusb device 127.0.0.1:1234
2013.11.06 16:15:26 3: hmusb device opened
2013.11.06 16:15:26 2: HMLAN_Parse: hmusb new condition init


bekomme ich auch keine Verbindung mehr.

2013.11.06 14:31:15 0: HMLAN_Parse: hmusb V:03BC sNo:JEQ0535327 d:1DB1FC O:424242 t:0006124D IDcnt:0000
2013.11.06 14:31:40 0: HMLAN_Send:  hmusb I:K
2013.11.06 14:31:40 0: HMLAN_Parse: hmusb V:03BC sNo:JEQ0535327 d:1DB1FC O:424242 t:0006742C IDcnt:0000
2013.11.06 14:32:05 0: HMLAN_Send:  hmusb I:K
2013.11.06 14:32:05 0: HMLAN_Parse: hmusb V:03BC sNo:JEQ0535327 d:1DB1FC O:424242 t:0006D5EA IDcnt:0000
2013.11.06 14:32:29 3: Unregistering HTTPSRV Homesecurity for URL /Homesecurity...
2013.11.06 14:32:29 1: Including fhem.cfg
2013.11.06 14:32:29 3: telnetPort: port 7072 opened
2013.11.06 14:32:29 3: WEB: port 8083 opened
2013.11.06 14:32:29 3: WEBphone: port 8084 opened
2013.11.06 14:32:29 3: WEBtablet: port 8085 opened
2013.11.06 14:32:29 2: HMLAN_Parse: hmusb new condition disconnected
2013.11.06 14:32:29 3: Opening hmusb device 127.0.0.1:1234
2013.11.06 14:32:29 3: hmusb device opened
2013.11.06 14:32:29 2: HMLAN_Parse: hmusb new condition init
2013.11.06 14:32:29 3: Registering HTTPSRV Homesecurity for URL /Homesecurity...
2013.11.06 14:32:29 1: Including ./log/fhem.save
2013.11.06 14:32:34 3: Device Wohnungstuer added to ActionDetector with 028:00 time
2013.11.06 14:32:35 3: Device Wohnzimmer3 added to ActionDetector with 028:00 time
2013.11.06 14:32:35 3: Device Zimmer added to ActionDetector with 028:00 time
2013.11.06 14:32:54 0: HMLAN_Send:  hmusb I:K
2013.11.06 14:32:55 0: HMLAN_Send:  hmusb I:K
2013.11.06 14:32:56 0: HMLAN_Send:  hmusb I:K
2013.11.06 14:32:57 0: HMLAN_Send:  hmusb I:K
2013.11.06 14:32:58 1: 127.0.0.1:1234 disconnected, waiting to reappear
2013.11.06 14:32:58 0: HMLAN_Parse: hmusb new condition disconnected
2013.11.06 14:32:58 1: 127.0.0.1:1234 reappeared (hmusb)
2013.11.06 14:32:58 0: HMLAN_Send:  hmusb I:A424242
2013.11.06 14:32:58 0: HMLAN_Send:  hmusb I:C
2013.11.06 14:32:58 0: HMLAN_Send:  hmusb I:Y01,00,
2013.11.06 14:32:58 0: HMLAN_Send:  hmusb I:Y02,00,
2013.11.06 14:32:58 0: HMLAN_Send:  hmusb I:Y03,00,
2013.11.06 14:32:58 0: HMLAN_Send:  hmusb I:T1A0CF37A,04,00,00000000
2013.11.06 14:32:58 0: HMLAN_Parse: hmusb new condition init
2013.11.06 14:33:23 0: HMLAN_Send:  hmusb I:K
2013.11.06 14:33:24 0: HMLAN_Send:  hmusb I:K
2013.11.06 14:33:26 0: HMLAN_Send:  hmusb I:K
2013.11.06 14:33:27 0: HMLAN_Send:  hmusb I:K
2013.11.06 14:33:28 1: 127.0.0.1:1234 disconnected, waiting to reappear
2013.11.06 14:33:28 0: HMLAN_Parse: hmusb new condition disconnected
2013.11.06 14:33:28 1: 127.0.0.1:1234 reappeared (hmusb)
2013.11.06 14:33:28 0: HMLAN_Send:  hmusb I:A424242
2013.11.06 14:33:28 0: HMLAN_Send:  hmusb I:C
2013.11.06 14:33:28 0: HMLAN_Send:  hmusb I:Y01,00,
2013.11.06 14:33:28 0: HMLAN_Send:  hmusb I:Y02,00,
2013.11.06 14:33:28 0: HMLAN_Send:  hmusb I:Y03,00,
2013.11.06 14:33:28 0: HMLAN_Send:  hmusb I:T1A0CF398,04,00,00000000
2013.11.06 14:33:28 0: HMLAN_Parse: hmusb new condition init
2013.11.06 14:33:53 0: HMLAN_Send:  hmusb I:K
2013.11.06 14:33:54 0: HMLAN_Send:  hmusb I:K
2013.11.06 14:33:55 0: HMLAN_Send:  hmusb I:K
2013.11.06 14:33:56 0: HMLAN_Send:  hmusb I:K


Die LED am Stick bleib bei diesen Szenario aber an, sie blinkt nicht.

Ich könnte mir vorstellen das Beides evtl. nicht zusammenhängt.
Was passiert bei euch, wenn ihr fhem neu startet, und HMLAN-Verbindung neu geöffnet wird?

Das das Reboot nicht funktioniert könnte evtl. an der Firmware liegen, wie du vermutest Marc. Nur wie kann man es erklären? Mein Stick hat als Firmware 0.956 (03BC), betateilchen hatte mal gepostet das seiner 0.963 hat. Habe ich etwa einen Ladenhüter bei Conrad gekauft? Gibt es einen Firmwareupdater? Gefunden habe ich bisher leider nichts dazu.

Langsam bin ich etwas verzweifelt, da ich seit heute morgen teste. Ihr könnt euch vorstellen, das es sehr ineffektiv ist, jedes mal die FB neu starten zu müssen, wenn man im fhem etwas ändert oder probiert. So lange ich nichts anfasse, scheint es ja zu laufen, nur bin ich skeptisch wie lange.


Neuer Stand: Habe jetzt alles auf einem Ubuntu, welches mit Parallels auf meinem Mac läuft, zu laufen gebracht. Umland dort übersetzt und siehe da - es läuft. Reboot klappt und fhem neu starten geht auch. Somit ist mein Stick vorerst nicht überaltert. Wo liegt nun der Haken bei der Installation auf meiner FB????
PS: auf dem Ubuntu habe ich höhere Response Times bis ca. 120ms
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 06 November 2013, 19:56:33
Hallo Johann,

die Tatsache, dass das einfache Abziehen und wieder Anstecken des Sticks an der FB nicht funkioniert, zeigt schon, dass es
kein Problem vom Stick sein kann sondern an der FB bzw. der Version Deiner AVM Firmware liegen muss.  Meiner gefreezten
Firmware liegt ein FRITZ!OS 05.52 zugrunde. Ausschlaggebend dürfte aber eher die Kernel Version bzw. Version des USB
Treibers sein.


root@fritzbox:/var/mod/root# uname -a
Linux fritzbox 2.6.28.10 #1 Mon May 13 14:27:51 CEST 2013 mips GNU/Linux


Hängt an dem zweiten USB-Port Deiner FB noch etwas ?

Mein Stick hat übrigens auch die Version 0.963

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RalfP am 06 November 2013, 20:03:12
Hallo Marc,

Linux fritz.fonwlan.box 2.6.28.10 #2 Wed Oct 16 15:33:27 CEST 2013 mips GNU/Linux

Info Fritzbox: Installierte Firmware-Version: 84.06.00

Ja, am zweiten Anschluss steckt noch ein Speicherstick.


Nachtrag:

...das ist auch ein Unterschied. Bei der FB bleibt hmland hier hängen, wenn ich den Stick abziehe:

USB < 0x0000: 4b 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   K...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
Interrupt transfer not completed: Unknown error code 5 / 0x05!
Can't send data: No such device (it may have been disconnected)
closing device-connection due to error 5
hmcfgusb_poll: Input/output error
Can't release interface: No such device (it may have been disconnected)


Auf dem Ubuntu versucht er ständig den Stick wieder zu finden.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 06 November 2013, 22:47:51
Hallo Johann,

Du nutzt schon FritzOS 6. Auch wenn sich die Kernel Version nicht geändert hat kann sich da durchaus was geändert haben.
Ich habe mich noch nie darum gekümmert, was AVM hier für eine Strategie fährt, ich weiß nur, dass z.B. bei RHES die
Kernel-Version über ein gesamtes Major Release aus Gründen der Kompatiblität gleich bleibt, obwohl über Zeit unzählige
Backports einfließen. Anyway, die libusb-1 von mir ist definitiv auf Basis von FritzOS 5.52  gebaut worden, und dies könnte
im Zweifelsfall das Problem sein.

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 06 November 2013, 23:01:38
Hallo Johann,

Zitat von: johann am 06 November 2013, 20:03:12
...das ist auch ein Unterschied. Bei der FB bleibt hmland hier hängen, wenn ich den Stick abziehe:

hmcfgusb_poll: Input/output error
Can't release interface: No such device (it may have been disconnected)


Mit welchen Optionen hast Du den hmland da gestartet?

Wenn es im "normalen" TCP-Modus war (also nicht interactive), hätte er da noch mindestens ein "Connection to xxx closed!" sagen müssen. Das einzige was da hängen kann ist das shutdown auf den Socket, d.h. der hmland konnte die Verbindung zu Fhem nicht sauber schliessen. Aber eigentlich dürfte dieser Systemcall auch nicht blockieren. Du hast nicht zufällig ein strace auf der FritzBox und kannst mit strace -p <pid des hmland> nachschauen, wo er hängt?

Zitat
Auf dem Ubuntu versucht er ständig den Stick wieder zu finden.

Ja, so sollte es auch sein.

Gruß
  Michael, der hoffentlich bald die Zeit findet eine README zu schreiben und dann Version 0.1 zu releasen
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RalfP am 06 November 2013, 23:21:37
die Optionen waren:
hmland -l 127.0.0.1 -p 1234 -d -r 0 -D

habe strace soeben probiert, geht aber leider nicht. Hätte theoretisch in /usr/bin/ sein können.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RalfP am 07 November 2013, 17:17:30
Hallo Michael,

habe eine strace mips Version gefunden. Die hat auch sehr viel ausgespuckt:


poll([{fd=5, events=POLLIN}, {fd=7, events=POLLOUT}], 2, 6951) = 1 ([{fd=7, revents=POLLOUT}])
ioctl(7, USBDEVFS_REAPURBNDELAY, 0x7ff0fc40) = 0
clock_gettime(CLOCK_MONOTONIC, {66040, 383251179}) = 0
poll([{fd=5, events=POLLIN}, {fd=7, events=POLLOUT}, {fd=4, events=POLLIN}, {fd=3, events=POLLIN}], 4, 1000) = 0 (Timeout)
clock_gettime(CLOCK_MONOTONIC, {66041, 385196766}) = 0
poll([{fd=5, events=POLLIN}, {fd=7, events=POLLOUT}], 2, 0) = 0 (Timeout)
clock_gettime(CLOCK_MONOTONIC, {66041, 386193688}) = 0
clock_gettime(CLOCK_MONOTONIC, {66041, 386695983}) = 0
ioctl(7, USBDEVFS_SUBMITURB, 0x416388)  = 0
clock_gettime(CLOCK_MONOTONIC, {66041, 387695389}) = 0
poll([{fd=5, events=POLLIN}, {fd=7, events=POLLOUT}], 2, 5927) = 1 ([{fd=7, revents=POLLOUT}])
ioctl(7, USBDEVFS_REAPURBNDELAY, 0x7ff0fc40) = 0
clock_gettime(CLOCK_MONOTONIC, {66041, 407128630}) = 0
poll([{fd=5, events=POLLIN}, {fd=7, events=POLLOUT}, {fd=4, events=POLLIN}, {fd=3, events=POLLIN}], 4, 1000) = 0 (Timeout)
clock_gettime(CLOCK_MONOTONIC, {66042, 409170226}) = 0
poll([{fd=5, events=POLLIN}, {fd=7, events=POLLOUT}], 2, 0) = 0 (Timeout)
clock_gettime(CLOCK_MONOTONIC, {66042, 410179136}) = 0
clock_gettime(CLOCK_MONOTONIC, {66042, 410671099}) = 0
ioctl(7, USBDEVFS_SUBMITURB, 0x416388)  = 0
clock_gettime(CLOCK_MONOTONIC, {66042, 411632418}) = 0
poll([{fd=5, events=POLLIN}, {fd=7, events=POLLOUT}], 2, 4903) = 1 ([{fd=7, revents=POLLOUT}])
ioctl(7, USBDEVFS_REAPURBNDELAY, 0x7ff0fc40) = 0
clock_gettime(CLOCK_MONOTONIC, {66042, 431160373}) = 0
poll([{fd=5, events=POLLIN}, {fd=7, events=POLLOUT}, {fd=4, events=POLLIN}, {fd=3, events=POLLIN}], 4, 1000) = 1 ([{fd=7, revents=POLLOUT|POLLERR|POLLHUP}])
clock_gettime(CLOCK_MONOTONIC, {66043, 354046193}) = 0
poll([{fd=5, events=POLLIN}, {fd=7, events=POLLOUT}], 2, 0) = 1 ([{fd=7, revents=POLLOUT|POLLERR|POLLHUP}])
write(2, "Interrupt transfer not completed"..., 34) = 34
write(2, "Unknown error code 5 / 0x05", 27) = 27
write(2, "!\n", 2)                      = 2
write(2, "closing device-connection due to"..., 39) = 39
write(2, "5", 1)                        = 1
write(2, "\n", 1)                       = 1
write(2, "hmcfgusb_poll", 13)           = 13
write(2, ": ", 2)                       = 2
write(2, "Input/output error", 18)      = 18
write(2, "\n", 1)                       = 1
ioctl(7, SNDRV_CTL_IOCTL_ELEM_LIST or USBDEVFS_RELEASEINTERFACE, 0x7ff0fdd4) = -1 ENODEV (No such device)
write(2, "Can't release interface: ", 25) = 25
write(2, "No such device (it may have been"..., 46) = 46
write(2, "\n", 1)                       = 1
write(6, "\1", 1)                       = 1
read(5, "\1", 1)                        = 1
close(7)                                = 0
close(5)                                = 0
close(6)                                = 0
futex(0x416188, FUTEX_WAKE, 2147483647) = 0
futex(0x416118, FUTEX_WAIT_PRIVATE, 2147483647, NULLProcess 1658 detached
<detached ...>


Den Stick habe ich abgezogen, dann blieb auch das Logging stehen. Nach dem wieder Anstecken ging es nicht weiter. Ich hoffe es ist hilfreich.

Hier noch die selbe Passage von meinem Ubuntu, wo es ja läuft:

poll([{fd=5, events=POLLIN}, {fd=7, events=POLLIN}, {fd=8, events=POLLOUT}], 3, 0) = 1 ([{fd=8, revents=POLLOUT}])
ioctl(8, USBDEVFS_REAPURBNDELAY or USBDEVFS_REAPURBNDELAY32, 0x7fff912739a8) = 0
timerfd_settime(7, 0, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0
write(2, "Interrupt transfer not completed"..., 63) = 63
write(2, "closing device-connection due to"..., 41) = 41
write(2, "hmcfgusb_poll: Input/output erro"..., 34) = 34
ioctl(8, USBDEVFS_RELEASEINTERFACE, 0x7fff91273a3c) = 0
write(6, "\1", 1)                       = 1
read(5, "\1", 1)                        = 1
close(8)                                = 0
shutdown(4, 2 /* send and receive */)   = 0
close(4)                                = 0
stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2246, ...}) = 0
write(1, "2013-11-07 17:47:15.018312: Conn"..., 60) = 60
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigaction(SIGCHLD, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
nanosleep({1, 0}, 0x7fff91273980)       = 0
accept(3, {sa_family=AF_INET, sin_port=htons(38969), sin_addr=inet_addr("127.0.0.1")}, [16]) = 4
stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2246, ...}) = 0
write(1, "2013-11-07 17:47:16.020279: Clie"..., 56) = 56
openat(AT_FDCWD, "/sys/bus/usb/devices", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 8
getdents(8, /* 14 entries */, 32768)    = 384
open("/sys/bus/usb/devices/1-1/busnum", O_RDONLY) = 9
fstat(9, {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f4175fc8000
read(9, "1\n", 4096)                    = 2
close(9)                                = 0
munmap(0x7f4175fc8000, 4096)            = 0
open("/sys/bus/usb/devices/1-1/devnum", O_RDONLY) = 9
fstat(9, {st_mode=S_IFREG|0444, st_size=4096, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f4175fc8000
read(9, "2\n", 4096)                    = 2


Gruß
Ralf (so werde ich normalerweise gerufen, das mit den Nicknames ist schon manchmal blöd)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Alex am 07 November 2013, 21:27:26
Hallo,

vielleicht ist das ein bisschen Off-topic. Mein server macht einen regelmäßigen reboot. Leider fällt hmland jedes mal dem reboot zum Opfer. Wie/wo muss ich bei Debian den Befehl eintragen damit der Dienst beim Neustart mit startet?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RalfP am 07 November 2013, 22:59:49
Hallo,

bin ich einen Schritt weiter?


usb-transfer took 44ms!
2013-11-07 21:57:42.905373: LAN > K

USB < 0x0000: 4b 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   K...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 

USB > 0x0000: 48 09 48 4d 2d 55 53 42 2d 49 46 03 bc 0a 4a 45   H.HM-USB-IF...JE
USB > 0x0010: 51 30 35 33 35 33 32 37 1d b1 fc 42 42 42 00 b5   Q0535327...BBB..
USB > 0x0020: 0b ea 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
2013-11-07 21:57:42.960996: LAN < HHM-LAN-IF,03BC,JEQ0535327,1DB1FC,424242,00B50BEA,0000
usb-transfer took 53ms!
Interrupt transfer not completed: Unknown error code 5 / 0x05!
closing device-connection due to error 5
hmcfgusb_poll: Input/output error
Can't release interface: No such device (it may have been disconnected)
2013-11-07 21:57:49.708630: Connection to 127.0.0.1 closed!
2013-11-07 21:57:50.709127: Client 127.0.0.1 connected!
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
2013-11-07 21:57:50.745626: Connection to 127.0.0.1 closed!
2013-11-07 21:57:51.746804: Client 127.0.0.1 connected!
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
2013-11-07 21:57:51.747749: Connection to 127.0.0.1 closed!
2013-11-07 21:57:52.750342: Client 127.0.0.1 connected!
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
2013-11-07 21:57:52.751418: Connection to 127.0.0.1 closed!
2013-11-07 21:57:53.752007: Client 127.0.0.1 connected!
Can't find/open hmcfgusb!


Ich habe eine neu libusb mit der Toolchain für Freetz (FB7390) gebaut. Im Auswahlmenü konnte ich schon die neu 6er SW für die FB auswählen. Nach Installation und Auswahl des libusb Paketes im Menü, brauchte ich sie nur aus dem build heraus zu fischen. Jetzt entsteht das obige Log, wenn ich den Stick abziehe an der FB. Leider passiert aber nichts, wenn ich ihn wieder anstecke.  >:(

Müsste ich evtl. hmland darüber auch noch einmal bauen? Wenn ja, bräuchte ich dazu aber ein wenig Hilfe.

...schönen Abend noch
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 07 November 2013, 23:10:28
Hi !

Ich habe beides mal für FritzOS 6 gebaut (libusb + hmland). Ohne Gewähr, da ich es nicht selber testen konnte ...

Wenn Du den hmland selber bauen willst ist das sehr einfach:

1) Source im Target Verzeichnis von Freetz kopieren, bei mir ist das dann z.B.

/shared/soft/src/fritzbox/7390/freetz-devel/source/target-mips_gcc-4.7.3_uClibc-0.9.33.2-nptl/hmcfgusb

2) Makefile so anpassen, dass  der Cross Compiler aus dem Toolchain genutzt wird. Das sieht bei mir
    wie folgt aus:

CFLAGS=-march=24kc -Os -pipe -Wa,--trap -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64
LDLIBS=-lusb-1.0
CC=/shared/soft/src/fritzbox/7390/freetz-devel/toolchain/build/mips_gcc-4.7.3_uClibc-0.9.33.2-nptl/mips-linux-uclibc/bin/mips-linux-uclibc-gcc

HMLAN_OBJS=hmcfgusb.o hmland.o
HMSNIFF_OBJS=hmcfgusb.o hmsniff.o

OBJS=$(HMLAN_OBJS) $(HMSNIFF_OBJS)

all: hmland hmsniff

DEPEND=$(OBJS:.o=.d)
-include $(DEPEND)

hmland: $(HMLAN_OBJS)

hmsniff: $(HMSNIFF_OBJS)

clean:
rm -f $(HMLAN_OBJS) $(HMSNIFF_OBJS) $(DEPEND) hmland hmsniff

.PHONY: all clean


3) Dann "make" und fertig ist der hmland  :)

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RalfP am 08 November 2013, 06:15:10
Hallo Marc,

vielen Dank. Gestern Abend habe ich mir noch die fhem Installation zerschossen, weil ich eine Datei zu viel gelöscht hatte. Ein vorher gezogenes Backup hätte wohl geholfen es schnell zu finden - aber wie es so ist im Leben ist, ich durfte noch mal installieren. Man wird immer nur schlauer dabei  ::)

Kurzer Test ergab - deine Binaries funktionieren. Zumindest überlebt es nun einen "Shutdown Reset" von fhem. Leider aber noch nicht das Ab- und Anstecken des Sticks.

Werde ich heute noch mal eingehend untersuchen, muss aber erst einmal meine Brötchen verdienen  :-\

Auch Danke für die Tipps mit dem Makefile. Werde ich probieren. Es macht langsam richtig Spaß...

einen schönen Tag wünsche ich
Gruß
Ralf 
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RalfP am 08 November 2013, 21:18:12
Hallo,

auf Grund von Marc's Hilfe, kann ich nun mittlerweile hmland übersetzen und für's Debug verändern.

Wie gesagt, das Abziehen und und Anstecken funktioniert nicht.


USB < 0x0000: 54 1a 0f ee ff 04 00 00 00 00 00 00 00 00 00 00   T...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
usb-transfer took 55ms!
Interrupt transfer not completed: Unknown error code 5 / 0x05!
closing device-connection due to error 5
hmcfgusb_poll: Input/output error
Can't release interface: No such device (it may have been disconnected)
2013-11-08 20:50:58.149743: Connection to 127.0.0.1 closed!
2013-11-08 20:50:59.151563: Client 127.0.0.1 connected!
Vendor:Device = 058f:6366
Vendor:Device = 1d6b:0001
Vendor:Device = 1d6b:0002
Vendor:Device = 058f:6366
Vendor:Device = 1d6b:0001
Vendor:Device = 1d6b:0002
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
2013-11-08 20:50:59.198200: Connection to 127.0.0.1 closed!
2013-11-08 20:51:00.198724: Client 127.0.0.1 connected!
Vendor:Device = 058f:6366
Vendor:Device = 1d6b:0001
Vendor:Device = 1d6b:0002
Vendor:Device = 058f:6366
Vendor:Device = 1d6b:0001
Vendor:Device = 1d6b:0002
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!


In hmcfgusb_find habe ich die Vendor  und Device ID ausgeben lassen. Man sieht, das nach dem Anstecken der Stick mit Vendor:Device = 1b1f:c00f nicht wieder auftaucht. Erst wenn ich hmland beende und wieder starte steht er gleich an erster Stelle. Es scheint das die Liste nicht aktualisiert wird.


for (i = 0; i < cnt; i++){
struct libusb_device_descriptor desc;

err = libusb_get_device_descriptor(list[i], &desc);

fprintf(stderr, "Vendor:Device = %04x:%04x\n", desc.idVendor, desc.idProduct);

if (err)
continue;

if ((desc.idVendor == vid) && (desc.idProduct == pid)) {
libusb_device *dev = list[i];


mmh ???


Nachtrag: Habe das Logging der libusb aktiviert. Wenn ich den Stick wieder anschließe bekomme ich:

libusbx: error [_open_sysfs_attr] open /sys/bus/usb/devices/2-1/descriptors failed ret=-1 errno=2


Ist übrigens libusbx-1.0.17.

Wieder mmh ??? - ein Rechteproblem?

Gruß
Ralf
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hyman am 09 November 2013, 10:52:39
Hallo Alex,

Zitat von: Alex am 07 November 2013, 21:27:26
Wie/wo muss ich bei Debian den Befehl eintragen damit der Dienst beim Neustart mit startet?

Ich habe XBian, das ist auch eine Art Debian. Daher sollte das bei Dir genau so gehen, wie ich das weiter oben im Thread (http://forum.fhem.de/index.php/topic,13071.msg104677.html#msg104677) beschriebe habe.

Grüße von Horst
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RalfP am 10 November 2013, 20:49:00
Hallo Michael,

...hab ich evtl. eine Lösung gefunden?


struct hmcfgusb_dev *hmcfgusb_init(hmcfgusb_cb_fn cb, void *data)
{
libusb_device_handle *devh = NULL;
const struct libusb_pollfd **usb_pfd = NULL;
struct hmcfgusb_dev *dev = NULL;
struct hmcfgusb_cb_data *cb_data = NULL;
int bootloader = 0;
int err;
int i;

err = libusb_init(NULL);
if (err != 0) {
fprintf(stderr, "Can't initialize libusb: %s\n", usb_strerror(err));
return NULL;
}

libusb_set_debug(NULL, 3); //Ralf: set verbosity level to 3, as suggested in the documentation

devh = hmcfgusb_find(ID_VENDOR, ID_PRODUCT);
if (!devh) {
devh = hmcfgusb_find(ID_VENDOR, ID_PRODUCT_BL);
if (!devh) {
fprintf(stderr, "Can't find/open hmcfgusb!\n");
libusb_exit(NULL); //Ralf
return NULL;
}
bootloader = 1;
}

dev = malloc(sizeof(struct hmcfgusb_dev));
if (!dev) {
perror("Can't allocate memory for hmcfgusb_dev");
return NULL;
}


Es scheint zu funktionieren. Ich kann den Stick abziehen und wieder anstecken oder ein Reboot auslösen, er ist wieder ansprechbar. Nach dem der Stick nicht in der Liste gefunden wurde, habe ich ein libusb_exit(NULL); "Deinitialize libusb" eingefügt. Damit wird die libusb deinitialisiert und mit jedem init wieder frisch initialisiert. War bestimmt nicht so gedacht, brachte mich aber weiter. Ich hätte auch gedacht, das die Liste sich aktualisiert, was sie aber nicht tat.

Was sagst du dazu? Ist dies der richtige Weg?

Gruß
Ralf

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 13 November 2013, 21:29:10
Hallo Ralf,

Zitat von: johann am 10 November 2013, 20:49:00
Es scheint zu funktionieren. Ich kann den Stick abziehen und wieder anstecken oder ein Reboot auslösen, er ist wieder ansprechbar. Nach dem der Stick nicht in der Liste gefunden wurde, habe ich ein libusb_exit(NULL); "Deinitialize libusb" eingefügt.

Klasse! Ja, das wird es sein.
Irgendwie rufe ich libusb_exit() fast nirgends auf, das muss noch an mehreren Stellen rein. Ich fixe das jetzt mal und committe dann ins git.

EDIT: Änderungen sind ins GIT gepushed, Version ist jetzt 0.091-git.

Danke & Gruß
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Thisoft am 13 November 2013, 23:23:05
Hallo Michael,

mal eine gaaanz vorsichtige, total ketzerische Frage ;) :
Wäre eine Portierung dieses feinen Tools in die Windows-Welt denkbar? Ich könnte mich da vielleicht auch ein wenig mit einbringen. Die C-Sourcen kann ich ja auch mit Visual-Studio bearbeiten. Das erste Problem entsteht da aber mit der "libusb". Ich habe jetzt kein Windows-Pendant dafür gefunden...

Vielleicht schlagt Ihr mich hier aber auch schon für dieses Ansinnen :-[ In dem Fall sag ich dann einfach "duck und wech.."

Gruß Thilo
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: kud am 14 November 2013, 10:02:12
Ich habe nun die 9 Seiten durchgelesen und habe keine passende Lösung gefunden.
Wie starte und stoppe ich hmland auf einem RasbPi am elegantesten ?
In der /etc/init.d/fhem ? (Start/Stop-Parameter)

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: ItsMe57 am 14 November 2013, 18:17:54
Hilfe!  :P

Auf der 7390 läuft nun FHEM.
Mit FTP habe ich die  libusb-1.0.so.0.1.0, etc nach fhem/tools kopieren können.

Wie aber erhalte ich root oder admin Zugriff um nun LD_LIBRARY_PATH zu setzen?

Der telnet auf 7072 führt ja nur zum FHEM Prompt.

FW 6.0
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: ItsMe57 am 14 November 2013, 18:45:38
So, habe nun den Root Zugriff auf die 7390.

hmland startet ohne Fehler, aber:

HMLAN:
  hmusb                (disconnected)

--

2013.11.14 18:55:29 2: HMLAN_Parse: hmusb new condition disconnected
2013.11.14 18:55:29 3: Opening hmusb device 127.0.0.1:1234
2013.11.14 18:55:29 3: Can't connect to 127.0.0.1:1234: Connection refused
2013.11.14 18:55:56 1: usb scan starting
2013.11.14 18:55:57 1: usb scan end

--

Was muss ich noch tun, damit der HM-CFG-USB2 Stick gefunden wird?

Er steckt direkt an der 7390

Danke
Rolf
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 14 November 2013, 20:33:48
Hi !

Starte den hmland mal im Debug Modus. Ggf. sieht man dan mehr. Wenn das nicht hilft mal mit strace starten (müßtest
Du Dir besorgen, da auf einer "nackten" 7390 nicht vorhanden).

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 14 November 2013, 21:16:23
Hi !

Anbei die Version 0.091 aus Michaels GIT für 5.52 und 6.00

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: fiedel am 15 November 2013, 09:52:12
Zitat von: kud am 14 November 2013, 10:02:12
Wie starte und stoppe ich hmland auf einem RasbPi am elegantesten ?
In der /etc/init.d/fhem ? (Start/Stop-Parameter)

Hi,

das habe ich auf meinem Debian Squeeze probiert. Also Startscript für hmland erstellt, Abhängigkeiten gesetzt und dann das Startscript für FHEM neu erzeugen lassen, sodass hmland mit einer "01" startet und FHEM mit einer "02". Hat auch funktioniert, allerdings hat nun FHEM sehr lange zum starten gebraucht - auch bei einfachem "shutdown restart". Ich hatte dann noch ein wenig damit rumexperimentiert, ohne dass ich das Verhalten verbessern konnte.

Letztendlich rufe ich hmland aus FHEM auf mit folgendem Befehl:


define Func_Start_Init_W watchdog . 00:00:01 SAME {system("ps | grep hmland | grep -v -q grep || /opt/fhem/hmland -d -p 1234");;}


Das startet hmland beim Start von fhem, aber nur dann, wenn hmland noch nicht aktiv ist.


Zum ausprobieren hier noch der "offizielle" Weg:

Startscript (habe ich aus dem FHEM- Startscript umgestrickt):

#!/bin/sh
# Startup script for the HM-CFG-USB to HMLAN emulator
#
#
### BEGIN INIT INFO
# Provides:             hmland
# Required-Start:       $local_fs $remote_fs
# Required-Stop:        $local_fs $remote_fs
# Default-Start:        2 3 4 5
# Default-Stop:         0 1 6
# Short-Description:    hmland daemon
### END INIT INFO

set -e
cd /opt/fhem


case "$1" in
'start')
        echo "Starting hmland..."
        /opt/fhem/hmland -d -p 2129
        RETVAL=$?
        ;;
'stop')
        echo "Stopping hmland..."
        killall hmland
        RETVAL=$?
        ;;
'status')
        cnt=`ps -ef | grep "hmland" | grep -v grep | wc -l`
        if [ "$cnt" -eq "0" ] ; then
                echo "hmland is not running"
        else
                echo "hmland is running"
        fi
        ;;
*)
        echo "Usage: $0 { start | stop | status }"
        RETVAL=1
        ;;
esac
exit $RETVAL


Vorgehen:

-Script in etc/init.d anlegen mit Name "hmland" und obigem Inhalt

-auf Konsole Start-/Stopscripte für hmland erzeugen lassen:

update-rc.d hmland defaults

-in etc/init.d/fhem Startabhängigkeit ändern (damit fhem erst startet, wenn hmland läuft):
# Required-Start:       $local_fs $remote_fs hmland

-auf Konsole Start-/Stopscripte für fhem neu erzeugen lassen:

update-rc.d -f fhem remove
update-rc.d fhem defaults


update-rc.d legt dadurch fhem mit Startnummer 02 an, hmland hat 01

-reboot des Rechners

Gruß

Frank

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: ItsMe57 am 15 November 2013, 14:52:33
Aller Anfang ist schwer.

Mit der 0.091 läuft es nun.  ;D

Der Status lautet:

HMLAN:
  hmusb                (opened)

Muss da nicht initialized stehen?

Viele Fragen.

nun muss ich "nur" noch rauskriegen, wie ich die Aktoren anlerne, die Regeln erstelle und, und.

Muss ich suchen oder hat jemand eine Kurzanleitung für Linux Profis aber FHME Dummies wie mich?

Gruß
R.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: ItsMe57 am 15 November 2013, 15:20:35
Erster Kandidat: Fensterkontakt.

Büroklammer in Resetloch, blinkt rot.

Weder hmPairForSec noch hmPairSerial führen zum Erfolg...
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: ItsMe57 am 15 November 2013, 16:30:19
Pairing hat geklappt!

--

Rooms angelegt.

Hat jemand Lust mir heute telefonische Hilfe für Regeln zu geben?

Fensterkontakt und Thermostat?

Pls
Rolf
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Icebear am 16 November 2013, 01:30:24
Hallo,

hmlan auf raspberrypi auf anhieb compiliert und im Einsatz.

Alles sauber geklappt. Danke dem Autor..

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 17 November 2013, 12:51:07
Hallo zusammen,
nachdem ich jetzt einige Zeit die Stabilität des hmland mit 2 Sensoren im Auge hatte, möchte ich jetzt gern meine Konfiguration im Ganzen umstellen.

Gibt es da einen einfachen Weg oder muss ich jetzt wirklich alle CUL-Devices löschen und sie mit dem HM-CFG-USB neu pairen und danach die ganzen Konfigurationsanpassungen wieder einpflegen.

Problem scheint IODev zu sein. Da steht bisher CUL0, bei meinen neuen Devices aus dem Test hmusb.

Ich hoffe auf Euch.

Danke und Gruß
Veit
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 17 November 2013, 19:44:44
Ein ziemlich seltsamer Effekt. Es gibt aber neben dem Eintrag in Internals auch ein Attribut IODev. Wenn ich das für jedes Device setze scheint der Eintrag in Internals aktualisiert zu werden und ich kann die Devices danach wieder schalten.

Vielleicht hilft es ja jemand, der das auch noch vor sich hat.

Gruß,
Veit
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 17 November 2013, 22:40:17
Hallo Veit !

Wenn Du am HMUSB bislang nur zwei Aktoren zum Testen hast, dann würde ich bei denen die
Konfiguration zurücksetzen. Danach dem HMUSB die hmId Deines CULs geben und FHEM am besten
einmal neu starten.  Danach arbeiten CUL und HMUSB parallel. Wenn Du sichergehen willst, das alle
Befehle über den HMUSB rausgehen,  musst Du bei allen Deinen Devices das IODev umsetzen (am
besten einfach mit vi in in der fhem.cfg und danach neu starten).

Bei Dir sollte im Moment für Deinen CUL so etwas in der fhem.cfg stehen:

define <CUL> CUL /dev/ttyACM0@9600 5432

Wobei 5432 Deine FHTID ist. Die hmId lautet dann F15432 und muss
beim HMUSB wie folgt gesetzt werden

attr <HMUSB> hmId F15432

Gruß, Marc

P.S: Achja, Deine beiden Testaktoren mußt Du dann natürlich neu anlernen  und wenn Du willst den,
       den  CUL aus der Konfiguration entfernen
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 17 November 2013, 22:57:13
Hallo Marc,
Das mit der HMId hatte ich bereits vor meinem Test realisiert. Lediglich die Umschaltung funktionierte nach Abstecken des CUL leider nicht so einfach.

Läuft aber jetzt alles.

Danke und Gruß
Veit
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 21 November 2013, 07:27:36
Zitat von: marc2 am 27 Oktober 2013, 19:55:47
Wenn Du mit einem USB-Hub an der 7390 arbeiten solltest, würde mich Modell und Timings
des hmland interessieren.
Hallo Marc,
das Timing meines Hubs hatte ich Dir ja schon mitgeteilt. Ich habe jetzt den USB-Stick direkt an der Fritzbox laufen. Da gibt es das Timing-Problem nicht und alles läuft perfekt.

Ganz herzlichen Dank nochmal für Deine Unterstützung.

Gruß
Veit
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Gandalv am 21 November 2013, 08:28:37
Hallo,

habe da ein paar schwierigkeiten den HM USB zu integrieren.
Ich habe die hmland, hmsniff und die libusb-1.0.so0.1.0 vond der zip hmland-7390-0.091
in das standard lib verzeichnis kopiert, wie es in der startfhem angegeben ist

So sieht nun die startfhem aus:
Zitat
#!/bin/sh

home=/var/InternerSpeicher/fhem

cd $home

trap "" SIGHUP
modprobe cdc_acm
modprobe ftdi_sio
sleep 2

ln -sf $home/FHEM/fhemcmd.sh /var/fhemcmd

PATH=$home:$PATH
export PATH

export LD_LIBRARY_PATH=$home/lib
export PERL5LIB=$home/lib/perl5/site_perl/5.12.2/mips-linux:$home/lib/perl5/site_perl/5.12.2:$home/lib/perl5/5.12.2/mips-linux:$home/lib/perl5/5.12.2
ps | grep hmland | grep -v -q grep || $home/lib/hmland -l 127.0.0.1 -p 1000 -d
sleep 2

# add user fhem with uid of boxusr80/boxusr99 (== ftpuser)
# Comment/delete everything between START and END to run FHEM as root

## START:fhem-user
id fhem > /dev/null 2>&1
if test "$?" -ne "0"; then
  grep -q 1099 /etc/passwd;
  if test $? -eq "0"; then
    echo "fhem:any:1099:0:fhem:/home-not-used:/bin/sh" >>/var/tmp/passwd
  else
    echo "fhem:any:1080:0:fhem:/home-not-used:/bin/sh" >>/var/tmp/passwd
  fi
  chown -R fhem FHEM docs log www
  chown fhem . *
  chown root dfu-programmer     
  chmod u+s dfu-programmer
fi
## END:fhem-user

perl fhem.pl fhem.cfg

nach einem Neustart von FHEM habe ich dann folgendes im Log stehen
Zitat2013.11.20 21:23:08 1: Including fhem.cfg
2013.11.20 21:23:09 3: telnetPort: port 7072 opened
2013.11.20 21:23:11 3: WEB: port 8083 opened
2013.11.20 21:23:11 3: WEBphone: port 8084 opened
2013.11.20 21:23:11 3: WEBtablet: port 8085 opened
2013.11.20 21:23:13 3: Opening fbaha device localhost:2002
2013.11.20 21:23:13 3: Can't connect to localhost:2002: Connection refused
2013.11.20 21:23:13 3: Opening CUL_0 device /dev/ttyACM0
2013.11.20 21:23:14 3: Setting CUL_0 baudrate to 38400
2013.11.20 21:23:14 3: CUL_0 device opened
2013.11.20 21:23:14 3: CUL_0: Possible commands: BCFiAZEGMRTVWXefmltux
2013.11.20 21:23:14 1: HMLAN_Parse: hmusb new condition disconnected
2013.11.20 21:23:14 3: Opening hmusb device 127.0.0.1:1000
2013.11.20 21:23:14 3: Can't connect to 127.0.0.1:1000: Connection refused
2013.11.20 21:23:14 1: Including ./log/fhem.save
2013.11.20 21:23:15 1: usb create starting
2013.11.20 21:23:15 1: usb create end

Danke für eure Hilfe :-)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 21 November 2013, 08:34:34
Ändere Deine Installation mal auf Port 1234 und Versuche es damit.

Gruß
Veit
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Gandalv am 21 November 2013, 08:37:15
Guten Morgen volschin,

genau das hab ich auch schon ausprobiert.
Genau das gleiche :-(
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 21 November 2013, 08:40:54
Hast Du mal ein ps auf den hmland gemacht, ob er wirklich läuft?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Gandalv am 21 November 2013, 08:45:50
Den Stick hab ich bis jetzt nur mit der HomeMatic Software getestet.
Was genau soll ich machen?
Mein perl wissen hält sich auch stark in grenzen, bin mehr der C-Mensch
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 21 November 2013, 08:46:42
Ich glaube, ich hatte das Problem auch. Meine Befehlszeile sieht anders aus. Lass das -l 127.0.0.1 weg.

Gruß
Veit
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Gandalv am 21 November 2013, 08:47:56
ok danke. Werde ich versuchen, sobald ich wieder zuhause bin.
Werde dann auch gleich berichten :-)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: kud am 21 November 2013, 11:20:17
Zitat von: fiedel am 15 November 2013, 09:52:12
Hi,

das habe ich auf meinem Debian Squeeze probiert. Also Startscript für hmland erstellt, Abhängigkeiten gesetzt und dann das Startscript für FHEM neu erzeugen lassen, sodass hmland mit einer "01" startet und FHEM mit einer "02". Hat auch funktioniert, allerdings hat nun FHEM sehr lange zum starten gebraucht - auch bei einfachem "shutdown restart". Ich hatte dann noch ein wenig damit rumexperimentiert, ohne dass ich das Verhalten verbessern konnte.

Letztendlich rufe ich hmland aus FHEM auf mit folgendem Befehl:


define Func_Start_Init_W watchdog . 00:00:01 SAME {system("ps | grep hmland | grep -v -q grep || /opt/fhem/hmland -d -p 1234");;}


Das startet hmland beim Start von fhem, aber nur dann, wenn hmland noch nicht aktiv ist.


Die Zeile sieht ja kryptisch aus  ???
Wo steht diese denn ? In der fhem.cfg?
Kannst Du die Zeile mal kurz "übersetzten"... für alle Blindfüchse wie mich..
Danke und Gruss
Kai-Uwe
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Gandalv am 21 November 2013, 17:29:59
Hallo Funktioniert leider immer noch nicht.

So sieht die startfhem aus:
Zitat#!/bin/sh

home=/var/InternerSpeicher/fhem

cd $home

trap "" SIGHUP
modprobe cdc_acm
modprobe ftdi_sio
sleep 2

ln -sf $home/FHEM/fhemcmd.sh /var/fhemcmd

PATH=$home:$PATH
export PATH

export LD_LIBRARY_PATH=$home/lib
export PERL5LIB=$home/lib/perl5/site_perl/5.12.2/mips-linux:$home/lib/perl5/site_perl/5.12.2:$home/lib/perl5/5.12.2/mips-linux:$home/lib/perl5/5.12.2
# ps | grep hmland | grep -v -q grep || $home/lib/hmland -l 127.0.0.1 -p 1000 -d
ps | grep hmland | grep -v -q grep || $home/lib/hmland -p 1234 -d
sleep 2

# add user fhem with uid of boxusr80/boxusr99 (== ftpuser)
# Comment/delete everything between START and END to run FHEM as root

## START:fhem-user
id fhem > /dev/null 2>&1
if test "$?" -ne "0"; then
  grep -q 1099 /etc/passwd;
  if test $? -eq "0"; then
    echo "fhem:any:1099:0:fhem:/home-not-used:/bin/sh" >>/var/tmp/passwd
  else
    echo "fhem:any:1080:0:fhem:/home-not-used:/bin/sh" >>/var/tmp/passwd
  fi
  chown -R fhem FHEM docs log www
  chown fhem . *
  chown root dfu-programmer     
  chmod u+s dfu-programmer
fi
## END:fhem-user

perl fhem.pl fhem.cfg

und so die fhem.cfg
Zitatattr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd SecurityCheck:\
\
WEB,WEBphone,WEBtablet has no basicAuth attribute.\
telnetPort has no password/globalpassword attribute.\
\
Restart fhem for a new check if the problem is fixed,\
or set the global attribute motd to none to supress this message.\

attr global sendStatistics never
attr global statefile ./log/fhem.save
attr global userattr devStateIcon devStateStyle icon sortby webCmd
attr global verbose 3

define telnetPort telnet 7072 global

define WEB FHEMWEB 8083 global

define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen

define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad

# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog

define autocreate autocreate
attr autocreate autosave 1
attr autocreate device_room %TYPE
attr autocreate filelog ./log/%NAME-%Y.log
attr autocreate weblink 1
attr autocreate weblink_room Plots

# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create


# If the above notify did not helped, then you probably have to enable some of
# the following lines.  Verify first that /dev/xxx ist correct.

#define FHZ FHZ /dev/USB0
#define CUL CUL /dev/ttyACM0@38400 1234
#attr CUL rfmode HomeMatic

#define EUL TCM 310 /dev/ttyACM0@38400
#define BscBor TCM 120 /dev/ttyUSB0@9600
#define BscSmartConnect TCM 310 /dev/ttyUSB0@57600

define fbaha FBAHA localhost:2002

define CUL_0 CUL /dev/ttyACM0@38400 1034

define Kuechenzeile FS20 3008 10
attr Kuechenzeile eventMap /off:Aus/on:An/
attr Kuechenzeile group Licht
attr Kuechenzeile model fs20su
attr Kuechenzeile room Kueche

define Tischbeleuchtung FS20 3008 11
attr Tischbeleuchtung eventMap /off:Aus/on:An/
attr Tischbeleuchtung group Licht
attr Tischbeleuchtung model fs20su
attr Tischbeleuchtung room Kueche

define Rolladen_Fenster FS20 3008 13
attr Rolladen_Fenster eventMap /off:Ab/on:Auf/
attr Rolladen_Fenster group Rolladen
attr Rolladen_Fenster model fs20rsu
attr Rolladen_Fenster room Kueche

define Rolladen_Tuer FS20 3008 12
attr Rolladen_Tuer eventMap /off:Ab/on:Auf/
attr Rolladen_Tuer group Rolladen
attr Rolladen_Tuer model fs20rsu
attr Rolladen_Tuer room Kueche


#Kueche
#Rolladen unter der Woche
define rolladenfenster at *20:00:03 { fhem("set Rolladen_Fenster off") if (!$we) }
define rolladentuer at *20:00:00 { fhem("set Rolladen_Tuer off") if (!$we) }
define rolladenfensterauf at *07:00:00 { fhem("set Rolladen_Fenster on") if (!$we) }
define rolladentueron at *07:00:03 { fhem("set Rolladen_Tuer on") if (!$we) }
#
#Rolladen am Wochenende
define rolladenfensterwe at *20:00:00 { fhem("set Rolladen_Fenster off") if ($we) }
define rolladentuerwe at *21:00:00 { fhem("set Rolladen_Tuer off") if ($we) }
define rolladenfensteraufwe at *07:00:00 { fhem("set Rolladen_Fenster on") if ($we) }
define rolladentueronwe at *07:00:03 { fhem("set Rolladen_Tuer on") if ($we) }
#
#Licht aus unter der Woche
define kuechenlichtaus at *23:15:00 { fhem("set Tischbeleuchtung off ;; set Kuechenzeile off")  if(!$we)}
#
#Licht aus am Wochenende
define kuechenlichtauswe at *01:00:00 { fhem("set Tischbeleuchtung off ;; set Kuechenzeile off")  if($we)}

und so das log file
Zitat2013.11.21 17:24:46 2: SecurityCheck:  WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute.  Restart fhem for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2013.11.21 17:24:46 0: Server started with 25 defined entities (version $Id: fhem.pl 4251 2013-11-19 13:44:02Z rudolfkoenig $, os linux, user boxusr99, pid 2989)
2013.11.21 17:25:54 1: Including fhem.cfg
2013.11.21 17:25:54 3: telnetPort: port 7072 opened
2013.11.21 17:25:54 3: WEB: port 8083 opened
2013.11.21 17:25:54 3: WEBphone: port 8084 opened
2013.11.21 17:25:54 3: WEBtablet: port 8085 opened
2013.11.21 17:25:54 3: Opening fbaha device localhost:2002
2013.11.21 17:25:54 3: Can't connect to localhost:2002: Connection refused
2013.11.21 17:25:54 3: Opening CUL_0 device /dev/ttyACM0
2013.11.21 17:25:54 3: Setting CUL_0 baudrate to 38400
2013.11.21 17:25:54 3: CUL_0 device opened
2013.11.21 17:25:54 3: CUL_0: Possible commands: BCFiAZEGMRTVWXefmltux
2013.11.21 17:25:54 1: Including ./log/fhem.save
2013.11.21 17:26:39 2: wrong syntax: define <name> HMLAN ip[:port]
2013.11.21 17:26:39 1: define: wrong syntax: define <name> HMLAN ip[:port]
2013.11.21 17:26:46 1: HMLAN_Parse: hmusb new condition disconnected
2013.11.21 17:26:46 3: Opening hmusb device 127.0.0.1:1000
2013.11.21 17:26:46 3: Can't connect to 127.0.0.1:1000: Connection refused

Ich danke schon mal für eure Hilfe!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Gandalv am 22 November 2013, 08:56:17
Hallo,

hatte noch unterschiedliche Ports drin.
Port 1234 in der startfhem und den port 1000 in der fhem.cfg.

Behoben :-)

Aber leider habe ich immer noch disconnect drin stehen :-(
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 22 November 2013, 23:11:51
Hmm,

kann mir nicht vorstellen, dass der hmland wirklich läuft.

1) Was sagt ps ?

root@fritzbox:/var/media/ftp/fhem# ps | grep hmlan | grep -v grep
32204 root      1136 S <  /var/media/ftp/bin/hmland -l 127.0.0.1 -p 1000 -d -r 04:00


2) Was sagt netstat (hoffe, dass das auf einer nicht gemoddeten Box überhaupt drauf ist ...) ?

root@fritzbox:/var/media/ftp/fhem# netstat -an | grep LISTEN | grep ":1000"
tcp        0      0 127.0.0.1:1000          0.0.0.0:*               LISTEN     
tcp        0      0 0.0.0.0:10000           0.0.0.0:*               LISTEN 
   

3) Was steht im Logfile vom hmland ?

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Gandalv am 22 November 2013, 23:59:40
Hallo marc2

wie funktioniert das mit "ps"?
Sorry das ich das ganze nicht ohne Hilfe hinbekomme.

Folgendes Steht im HMLAND.log
Zitat/var/InternerSpeicher/fhem/startfhem: line 19: /var/InternerSpeicher/fhem/lib/hmland: Permission denied

-------------EDIT--------------------
Rechte angepasst nun steht folgendes im log
Zitat/var/InternerSpeicher/fhem/lib/hmland: can't load library 'libusb-1.0.so.0'

-------------EDIT2-------------------

ES FUNKTIONIERT!!!!!!!!!!!!!!    :-)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Clyde am 23 November 2013, 19:20:45
Hallo Gandalv!

2013.11.23 19:06:36 2: HMLAN_Parse: hmusb new condition disconnected
2013.11.23 19:06:36 3: Opening hmusb device 127.0.0.1:1000
2013.11.23 19:06:36 3: Can't connect to 127.0.0.1:1000: Connection refused


Hänge genau am selben Punkt wie Du fest. Wie hast Du es zum Laufen bekommen?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 24 November 2013, 14:04:39
Hallo Clyde,

auch hier der Hinweis auf das Logfile des hmland, das sollte Dir helfen !

Zitat/var/InternerSpeicher/fhem/startfhem: line 19:c: Permission denied

Hier fehlten die Ausführungsrechte für der den User

chmod 750  /var/InternerSpeicher/fhem/lib/hmland


Zitat/var/InternerSpeicher/fhem/lib/hmland: can't load library 'libusb-1.0.so.0'

Entweder die libusb-1.0.so.0 in ein Verzeichnis kopieren, das bereits im Suchpfad des Runtime  Linkers
liegt, oder LD_LIBRARY_PATH setzen.

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/var/InternerSpeicher/fhem/lib

Oder ggf. fehlen hier auch die Leserechte.

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Clyde am 28 November 2013, 09:14:47
Hi Marc!

Danke für Deine Antwort. Leider wird der HM-USB-Stick nicht erkanntWenn ich es richtig verstanden habe, findet die Rechtevergabe in der Datei startfhem mit Perl-Kommandos statt. Diese Datei sieht nun so bei mir aus:

#!/bin/sh

home=/var/InternerSpeicher/fhem

cd $home

trap "" SIGHUP
modprobe cdc_acm
modprobe ftdi_sio
sleep 2

ln -sf $home/FHEM/fhemcmd.sh /var/fhemcmd

PATH=$home:$PATH
export PATH

export LD_LIBRARY_PATH=$home/lib
export PERL5LIB=$home/lib/perl5/site_perl/5.12.2/mips-linux:$home/lib/perl5/site_perl/5.12.2:$home/lib/perl5/5.12.2/mips-linux:$home/lib/perl5/5.12.2

chmod 750 /var/InternerSpeicher/fhem/lib/hmland
ps | grep hmland | grep -v -q grep || $home/lib/hmland -p 1234 -D - r 03:00
sleep 2

perl fhem.pl fhem.cfg



Die Logdatei nach dem Neustart bringt folgendes hervor:

2013.11.27 14:32:10 0: Server shutdown
2013.11.27 14:32:14 1: Including fhem.cfg
2013.11.27 14:32:15 3: telnetPort: port 7072 opened
2013.11.27 14:32:16 3: WEB: port 8083 opened
2013.11.27 14:32:16 3: WEBphone: port 8084 opened
2013.11.27 14:32:16 3: WEBtablet: port 8085 opened
2013.11.27 14:32:16 3: Opening fbaha device localhost:2002
2013.11.27 14:32:16 3: fbaha device opened
2013.11.27 14:32:16 1: FBAHA fbaha registered with handle: 0000001c
2013.11.27 14:32:16 3: Opening CUL_0 device /dev/ttyACM0
2013.11.27 14:32:17 3: Setting CUL_0 baudrate to 38400
2013.11.27 14:32:17 3: CUL_0 device opened
2013.11.27 14:32:17 3: CUL_0: Possible commands: BCFiAGMRTVWXefmltux
2013.11.27 14:32:19 2: HMLAN_Parse: hmusb new condition disconnected
2013.11.27 14:32:19 3: Opening hmusb device 127.0.0.1:1234
2013.11.27 14:32:19 3: Can't connect to 127.0.0.1:1234: Connection refused
2013.11.27 14:32:19 1: Including ./log/fhem.save
2013.11.27 14:32:19 1: statefile: Please define SVG_FileLog_PIRA_1_1 first
2013.11.27 14:32:19 1: usb create starting
2013.11.27 14:32:20 1: usb create end
2013.11.27 14:32:20 2: SecurityCheck:  Running with root privileges. Restart fhem for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2013.11.27 14:32:20 0: Server started with 91 defined entities (version $Id: fhem.pl 3872 2013-09-07 11:58:33Z rudolfkoenig $, os linux, user root, pid 11094)
2013.11.27 14:32:21 3: telnetForBlockingFn: port 32910 opened


In der fhem.cfg ist folgendes konfiguriert:

define hmusb HMLAN 127.0.0.1:1234
attr hmusb hmId 424242
attr hmusb hmLanQlen 1_min
attr hmusb wdTimer 25


Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Clyde am 28 November 2013, 11:14:08
btw:

Unter fhem/log befindet sich das Logfile des hmland nicht. Muß ich das extra "einschalten"?

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 28 November 2013, 11:33:01
schonmal mit einer Portnummer >= 50.000 getestet?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Clyde am 28 November 2013, 12:11:41
Habe die startfhem und fhem.cfg geändert auf Port 50001, was aber keinen Unterschied gemacht hat. Wie/Wo komme ich an die HMLAN.LOG?

Zitat2013.11.28 12:00:47 2: HMLAN_Parse: hmusb new condition disconnected
2013.11.28 12:00:47 3: Opening hmusb device 127.0.0.1:50001
2013.11.28 12:00:47 3: Can't connect to 127.0.0.1:50001: Connection refused
2013.11.28 12:00:47 1: Including ./log/fhem.save
2013.11.28 12:00:48 1: usb create starting
2013.11.28 12:00:48 1: usb create end
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 28 November 2013, 22:04:48
Hallo Clyde !

Beim Starten des hmland im Skript startfhem solltest Du eigentlich eine Umleitung von STDOUT und STDERR
in eine Datei sehen:

/var/media/ftp/bin/hmland -l 127.0.0.1 -p 1000 -d -r 04:00 >[b] /var/media/ftp/fhem/log/hmland.log[/b] 2>&1

Diese Datei (in obigem Fall /var/media/ftp/fhem/log/hmland.log) ist das Logfile des hmland. Sie wird bei jedem
Neustart des hmland überschrieben.

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Clyde am 29 November 2013, 12:37:54
Nach einigem Getüddel steht nun unter HMLAN ein hmusb mit Status opened in der Liste.  ;D

HMLAND.LOG zeigte zuerst folgende Resultate

Zitat./hmland: can't load library 'libusb-1.0.so.0'

Der Dateiname ist aber 'libusb-1.0.so.0.1.0' ??

Ein shutdown in der Kommandozeile und ein Ausführen per Telnet "./startfhem"
brachte nun plötzlich folgende erfreuliche Zeile zustande
ZitatDaemon with PID 9364 started!

Folgende startfhem ist nun bei mir erfolgreich:

Zitat#!/bin/sh

home=/var/InternerSpeicher/fhem

cd $home

trap "" SIGHUP
modprobe cdc_acm
modprobe ftdi_sio
sleep 2

ln -sf $home/FHEM/fhemcmd.sh /var/fhemcmd

PATH=$home:$PATH
export PATH

export LD_LIBRARY_PATH=$home/lib
export PERL5LIB=$home/lib/perl5/site_perl/5.12.2/mips-linux:$home/lib/perl5/site_perl/5.12.2:$home/lib/perl5/5.12.2/mips-linux:$home/lib/perl5/5.12.2

#chmod 750 /var/InternerSpeicher/fhem/lib/hmland
ps | grep hmland | grep -v -q grep || $home/lib/hmland -l 127.0.0.1 -p 1000 -D -r 04:00
#  >/var/media/ftp/fhem/log/hmland.log 2>&1
sleep 2

perl fhem.pl fhem.cfg

Logfile:

Zitat2013.11.29 12:07:30 2: HMLAN_Parse: hmusb new condition disconnected
2013.11.29 12:07:30 3: Opening hmusb device 127.0.0.1:1000
2013.11.29 12:07:30 3: hmusb device opened
2013.11.29 12:07:30 2: HMLAN_Parse: hmusb new condition init
2013.11.29 12:07:30 1: Including ./log/fhem.save
2013.11.29 12:07:30 1: usb create starting
2013.11.29 12:07:31 1: usb create end

Leider habe ich jetzt keine Zeit weiterzumachen, aber sieht soweit ja schon gut aus.
Frage mich aber warum es nicht auf Anhieb funktionierte. Zuhause werde ich dann nochmal
einem Kaltstart versuchen.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 29 November 2013, 20:33:02
Hallo Clyde,

dann hattest Du den Link nicht so wie hier beschrieben angelegt:

http://forum.fhem.de/index.php/topic,13071.msg86196.html#msg86196

Aber schön, dass es jetzt funktioniert.

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Gandalv am 02 Dezember 2013, 11:23:08
Hallo,

nachdem ich die Rechte angepasst hatte, lag es nur noch am Namen der Libusb.
Der Aufrufname war nicht der gleiche wied er Dateiname.
Dateiname angepasst und nun läuft es wunderbar :-)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Clyde am 02 Dezember 2013, 18:21:18
Ja es funktioniert nun. Die HM Geräte lassen sich ansprechen.

Vielen Dank!  :)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Loctotex am 03 Dezember 2013, 19:39:42
Kann ich den HM-USB-CFG auch mit Fhem unter Windows nutzen?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 03 Dezember 2013, 23:08:26
Hallo Loctotex !

Ich bin nicht wirklich ein Kleinweich Freund, und würde mein Glück daher ggf. mit Cygwin probieren. Theoretisch
sollte es aber möglich sein, den hmland auch auch nativ unter Windows zu übersetzen, wenn man die richtige
Entwicklungsumgebung dafür hat. Bei Cygwin muss man darauf achten, dass die korrekte libusb-1.0 dabei ist.
Dies ist out of the box nur bei der 32bit Version der Fall. Für 64 bit müsste man sie sich wohl selber übersetzen.

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 04 Dezember 2013, 23:42:36
Moin !

Rein Interesse halber, hat schon jemand den HM-CFG-USB an einer 7270 am laufen ?

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mere am 06 Dezember 2013, 17:10:21
Hallo zusammen,

ich habe mit Interesse diesen Beitrag verfolgt und konnte auch als Newbie sehr einfach und schnell auf meinem Raspberry, zusammen mit FHEM, den USB-Stick zum Fliegen bekommen. Jetzt bin ich am testen mit einem HM-CC-RT-DN Thermostat (aktuell mein einziges Homematic-Device). das Pairen funktionert über das Autosave in FHEM problemlos. Aber irgendwie war es dann damit auch erledigt. Es findet danach keine Kommunikation mehr statt. Ich kann zwar ein getConfig auslösen, was im Log auftaucht aber Antwort bekomme ich darauf keine und der Zeitstempel für LastRcv verbleibt auf dem Zeitpunkt der Kopplung.

Was mache ich noch falsch?

Gruss
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Loctotex am 09 Dezember 2013, 17:13:36
Zitat von: marc2 am 03 Dezember 2013, 23:08:26
Hallo Loctotex !

Ich bin nicht wirklich ein Kleinweich Freund, und würde mein Glück daher ggf. mit Cygwin probieren.

Das könnte evtl gehen. Jetzt muss ich mir nur mal ein Stick besorgen.

$ make
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmland.o hmland.c
hmland.c:50:1: Warnung: »optarg« ohne Attribut »dllimport« redeklariert: vorheriges »dllimport« ignoriert [-Wattributes]
extern char *optarg;
^
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmcfgusb.o hmcfgusb.c
hmcfgusb.c:57:0: Warnung: »INTERFACE« redefiniert [standardmäßig aktiviert]
#define INTERFACE 0
^
In file included from /usr/include/w32api/windows.h:108:0,
                 from /usr/include/libusb-1.0/libusb.h:40,
                 from hmcfgusb.c:33:
/usr/include/w32api/commdlg.h:575:0: Anmerkung: dies ist die Stelle der vorherigen Definition
#define INTERFACE IPrintDialogServices
^
hmcfgusb.c: In Funktion »hmcfgusb_init«:
hmcfgusb.c:348:2: Warnung: Übergabe des Arguments 2 von »hmcfgusb_prepare_int« von inkompatiblem Zeigertyp [standardmäßig aktiviert]
  dev->transfer = hmcfgusb_prepare_int(devh, hmcfgusb_interrupt, cb_data);
  ^
hmcfgusb.c:204:32: Anmerkung: »libusb_transfer_cb_fn« erwartet, aber Argument hat Typ »void (*)(struct libusb_transfer *)«
static struct libusb_transfer *hmcfgusb_prepare_int(libusb_device_handle *devh, libusb_transfer_cb_fn cb, void *data)
                                ^
gcc -L/opt/local/lib  hmland.o hmcfgusb.o  -lusb-1.0 -o hmland
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmsniff.o hmsniff.c
gcc -L/opt/local/lib  hmsniff.o hmcfgusb.o  -lusb-1.0 -o hmsniff

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: b_s101 am 13 Dezember 2013, 17:34:42
Hi,

erstmal vielen Dank für das Tool. Ich habe meine Pläne für den Einsatz von Homematic schon schwinden sehen bevor ich überhaupt mit FHEM anfangen konnte. Aber der erste Teil war keine richtige Hürde.

Falls jemand ein Startscript für Debian (und Derivate) benötigt:
#! /bin/sh
# /etc/init.d/hmcfgusb

PID=/var/run/hmland.pid

case "$1" in
  start)
    echo "Starting hmland"
    /usr/local/bin/hmcfgusb/hmland -p 1234 -l 127.0.0.1 -d -r 03:33 -P
    sleep 2
    if [ ! -f $PID ]; then
    echo "Could not start hmland"
fi
    ;;
  stop)
    echo "Stopping hmland"
pkill -F $PID
    sleep 2
    if [  -f $PID ]; then
    echo "Could not stop hmland"
fi
    ;;
  *)
    echo "Usage: /etc/init.d/hmcfgusb {start|stop}"
    exit 1
    ;;
esac

exit 0

Die Zeile für den Aufruf von hmland muss ggf. angepasst werden.
Das Script am besten als /etc/init.d/hmcfgusb speichern, ausführbar machen und mit
update-rc.d hmcfgusb defaults
beim Systemstart starten.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: chrisdash am 13 Dezember 2013, 21:14:19
Zitat von: mere am 06 Dezember 2013, 17:10:21
Hallo zusammen,

ich habe mit Interesse diesen Beitrag verfolgt und konnte auch als Newbie sehr einfach und schnell auf meinem Raspberry, zusammen mit FHEM, den USB-Stick zum Fliegen bekommen. Jetzt bin ich am testen mit einem HM-CC-RT-DN Thermostat (aktuell mein einziges Homematic-Device). das Pairen funktionert über das Autosave in FHEM problemlos. Aber irgendwie war es dann damit auch erledigt. Es findet danach keine Kommunikation mehr statt. Ich kann zwar ein getConfig auslösen, was im Log auftaucht aber Antwort bekomme ich darauf keine und der Zeitstempel für LastRcv verbleibt auf dem Zeitpunkt der Kopplung.

Was mache ich noch falsch?

Gruss

Hallo mere,
wenn du eine Lösung findet, lass sie mich bitte wissen... ich habe meinen HM-CFG-USB-2 direkt an meinem Heimserver angeschlossen, eine Atom 230 CPU in einem Mini-ITX Board. Darauf ist Debian squeeze installiert. Und an sich läuft der Stick auch mittels hmland, aber er sendet wohl keine Befehle. Jedenfalls liefert getConfig nie etwas zurück und ich kann über das web interface von fhem auch keine Temperaturen bei meinen HM-CC-RT-DN setzen. Pairen hat aber offenbar funktioniert, denn die ID meines Sticks ist unter pairedTo eingetragen. Der Server zeichnet auch fleißig readings der fünf HM-CC-RT-DN in einer Datenbank auf, ohne Unterbrechungen, die drahtlose Kommunikation scheint also an sich nicht das Problem zu sein. Laut Logging des hmland dauert die USB-Kommunikation mit dem Stick aber immer so 50-60ms, das erscheint mir ganz schön hoch (kein Hub!).

Zitat von: b_s101 am 13 Dezember 2013, 17:34:42
Hi,

erstmal vielen Dank für das Tool. Ich habe meine Pläne für den Einsatz von Homematic schon schwinden sehen bevor ich überhaupt mit FHEM anfangen konnte. Aber der erste Teil war keine richtige Hürde.

Falls jemand ein Startscript für Debian (und Derivate) benötigt:
#! /bin/sh
# /etc/init.d/hmcfgusb

PID=/var/run/hmland.pid

case "$1" in
  start)
    echo "Starting hmland"
    /usr/local/bin/hmcfgusb/hmland -p 1234 -l 127.0.0.1 -d -r 03:33 -P
    sleep 2
    if [ ! -f $PID ]; then
    echo "Could not start hmland"
fi
    ;;
  stop)
    echo "Stopping hmland"
pkill -F $PID
    sleep 2
    if [  -f $PID ]; then
    echo "Could not stop hmland"
fi
    ;;
  *)
    echo "Usage: /etc/init.d/hmcfgusb {start|stop}"
    exit 1
    ;;
esac

exit 0

Die Zeile für den Aufruf von hmland muss ggf. angepasst werden.
Das Script am besten als /etc/init.d/hmcfgusb speichern, ausführbar machen und mit
update-rc.d hmcfgusb defaults
beim Systemstart starten.

Vielen Dank für das Script, kann ich für mein Debian gut gebrauchen! Du hast beim Aufruf von hmland dessen Ausgaben nicht in eine Datei umgeleitet, ist das Absicht? Gut, wenn deiner einwandfrei läuft, brauchst du das Logging vielleicht nicht... ;-)

Viele Grüße
Christian
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: b_s101 am 14 Dezember 2013, 10:08:53
Genau, mein Stick läuft bisher völlig problemlos, daher benötige ich kein Logging. System ist ein Raspberry Pi mit einem selbstgebauten Raspbian, as nur das Nötigste beinhaltet. Das Pairing hat auch direkt aus dem Stand funktioniert. Bisher kann ich nicht meckern :)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: chrisdash am 14 Dezember 2013, 14:04:33
usb-transfer took 63ms!
usb-transfer took 43ms!
usb-transfer took 57ms!
usb-transfer took 66ms!
usb-transfer took 55ms!
usb-transfer took 56ms!

Sind diese Werte zu hoch? Ist das möglicherweise die Ursache für nicht funktionierende Kommunikation mit den HM-CC-RT-DN ohne burst? Der Stick hängt an einem älteren Mini-DTX board mit Intel Atom 230 (Diamondville), darauf ein aktuelles Debian squeeze.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 14 Dezember 2013, 14:11:37
Alles unter 100ms ist eigentlich gut brauchbar, selbst darüber funktioniert es meistens noch.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: chrisdash am 14 Dezember 2013, 14:32:19
Zitat von: volschin am 14 Dezember 2013, 14:11:37
Alles unter 100ms ist eigentlich gut brauchbar, selbst darüber funktioniert es meistens noch.
OK, danke für die "Beruhigung", dann habe ich wohl zumindest kein Hardwareproblem mit meinem guten alten Heimserver, der kaum 20W braucht, aber hier eine ganze Reihe an "Services" bereitstellt...  8)
Meine Fritzbox wäre auch nicht nutzbar, da 6360 mit DOCSIS, also zugenagelt, und Raspberry hat ja wohl ganz eigene Probleme mit USB. Insofern wäre ich froh, wenn mein "Atomserver" den Job der Heizungssteuerung noch zusätzlich übernehmen könnte, ohne dass ich ein neues Gerät anschaffen muss.

Ich bleibe erst mal beim burst mode, der jetzt gut funktioniert, und vielleicht ergibt sich ja fhem-softwareseitig noch eine Lösung für das Problem mit dem wakeup.

Gruß
Christian
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: IROC_KNX am 14 Dezember 2013, 16:56:35
Hallo,

nachdem ich heute meinen USB Adapter angeschlossen und mit der Anleitung von der ersten Seite direkt zum laufen bekommen hatte, wollte ich ein Startscript verwenden damit hmland automatisch vor fhem startet.
Seit dem funktioniert nichts mehr! FHEM kann ich nur noch manuell über die Konsole startet.
Hab keine Ahnung wie ich das wieder hin bekomme...
Die fhem Datei in /etc/init.d/ hatte ich auch vorher bearbeitet und dort bei den Startoptionen hmland ergänzt.
Ich hatte es dann wieder aus der Datei heraus gelöscht nachdem fhem nicht mehr funktioniert hatte. Doch auch das hilft nicht.

Anbei ein Screenshot und das verwendete Script
#!/bin/sh
# /etc/init.d/hmland
# Startup script for the HM-CFG-USB to HMLAN emulator


pidfile=/var/run/hmland.pid
port=1234

case "$1" in
  start|"")
/opt/hmcfgusb/hmland -d -P -l 192.168.0.5 -p $port
;;
  restart|reload|force-reload)
echo "Error: argument '$1' not supported" >&2
exit 3
;;
  stop)
killall hmland
;;
  status)
if [ ! -e $pidfile ]; then
echo "No pid"
exit 1
fi
pid=`cat $pidfile`
if kill -0 $pid &>1 > /dev/null; then
echo "Running"
exit 0
else
rm $pidfile
echo "Not running"
exit 1
fi

;;
  *)
echo "Usage: hmland [start|stop|status]" >&2
exit 3
;;
esac

Hat jemand ein Tip?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 14 Dezember 2013, 17:03:00
warum um alles in der Welt hast Du ein eigenes Script zum Starten von hmland angelegt? Pack doch den hmland Aufruf einfach mit in die fhem-Startdatei und alles wird gut.

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Papaloewe am 14 Dezember 2013, 17:17:59
Vielleicht eine dumme Frage, aber ich stelle sie trotzdem mal:

Kann man den HM-CFG-USB Stick und den HM-CFG-LAN Adapter gleichzeitig betreiben, um z.B die "Ausleuchtung" in einem sehr verwinkeltem Gebäude zu verbessern?

Welche Paramter müsste man dazu in der fhem.cfg setzen?

Danke & schönen Abend.
Thomas
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: IROC_KNX am 14 Dezember 2013, 17:18:20
Zitat von: betateilchen am 14 Dezember 2013, 17:03:00
warum um alles in der Welt hast Du ein eigenes Script zum Starten von hmland angelegt? Pack doch den hmland Aufruf einfach mit in die fhem-Startdatei und alles wird gut.

Weil ich es so verstanden hatte, dass man es über ein Script machen muss.
Was kann ich denn nun machen damit überhaupt nochmal fhem von alleine startet?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: IROC_KNX am 14 Dezember 2013, 17:57:59
Zitat von: IROC_KNX am 14 Dezember 2013, 17:18:20
Weil ich es so verstanden hatte, dass man es über ein Script machen muss.
Was kann ich denn nun machen damit überhaupt nochmal fhem von alleine startet?

So, FHEM startet wieder von alleine. Das Script habe ich gelöscht.
Was muss ich nun machen, damit HMLAND mit oder besser vor FHEM startet?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 15 Dezember 2013, 07:27:14
Hallo zusammen,
hat jemand den HM-CFG-USB in einer Remote-Konfiguration im Einsatz?

Ich habe mir zusätzlich zur Fritzbox einen RasPi zugelegt und denke darüber nach, ihn in der Fritzbox stecken zu lassen, aber vom RasPi aus anzusteuern. Da das hmland-Programm ja ein Netzwerk-Interface bereitstellt, könnte das zumindest theoretisch klappen.

Warum denke ich über so etwas nach?
Die Fritzbox ist funktechnisch bei mir an einem besseren Standort, als ich es für den RasPi geplant habe. Der RasPi ist aber das leistungsfähigere Device für FHEM.

Gruß,
Veit
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Loctotex am 16 Dezember 2013, 20:57:57
Ich habe den USB Stick vorhin an der Fritzbox 7360 mit hmland gehabt. Fhem läuft auf meinem Windows Server. Funktioniert ;)

Die neuste Version kann ich unter Cygwin nicht mehr compilieren :( 

/hmcfgusb/hmcfgusb.c:475: undefined reference to `libusb_handle_events_timeout_completed'
collect2: Fehler: ld gab 1 als Ende-Status zurück
<builtin>: recipe for target 'hmland' failed
make: *** [hmland] Error 1
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: HerrDesChaos234 am 16 Dezember 2013, 23:49:39
Hallo,

ich möchte mir fhem auf meinem RaspberryPi aufsetze und ein Funkmodul + HM-CC-RT-DN zunächst zum testen anschaffen.
Preislich ist der HM-CFG-USB mit 30,- ja sehr interessant.

Läuft das ganze stabil genug um eine Heizungssteuerung mit mehreren HM-CC-RT-DN zu realisieren?
Ist die Reichweite des HM-CFG-USB ausreichend für eine 80qm Wohnung? Welche Nachteile hat die Lösung gegenüber der Verwendung des HM-LAN-Adapters, der immerhin 40,- mehr kostet.

Nicht zwingend nötig, aber rein aus Interesse: Kann man den HM-CFG-USB an einen Router mit DD-WRT packen und dann vom RaspberryPi darauf zugreifen? Ich gehe davon aus das ich hmland nicht auf dem Router laufen lassen kann.

Schönen Gruß,
HDC
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Papaloewe am 17 Dezember 2013, 09:26:36
Hallo HDC,

zur Reichweite kann ich nur sagen, dass der HM-CFG.USB Stick wesentlich bessere Empfangswerte aufweist als der HM-CFG-LAN Adapter. Ich habe beide parallel im Einsatz und der Stick ist um ca. 10 (dB?) besser.

Als Nachteil erkenne ich nur die räumliche Abhängigkeit an eine USB-Schnittstelle und ein USB-Kabel kann man ja auch nicht beliebig verlängern.

An meinem Raspi scheint es jedenfalls einwandfrei zu funktionieren. Es soll aber auch Serien (aus China?) geben, bei denen es zu erheblichen Problemen kommt.

Gruß
Thomas
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: HerrDesChaos234 am 17 Dezember 2013, 09:48:34
Hallo,

das klingt ja nicht schlecht. Dann werde ich das mal probieren.

Dummerweise ist mein RPi aus China. Da bin ich gespannt was mich erwartet.
Im Fall der Fälle muß ich mich eben nach einem UK-Pi um gucken und das jetzige zur Experimentierplattform degradieren.

Schönen Gruß und danke für die schnelle Entscheidungshilfe!

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 17 Dezember 2013, 09:50:31
Zitat von: HerrDesChaos234 am 16 Dezember 2013, 23:49:39
Nicht zwingend nötig, aber rein aus Interesse: Kann man den HM-CFG-USB an einen Router mit DD-WRT packen und dann vom RaspberryPi darauf zugreifen? Ich gehe davon aus das ich hmland nicht auf dem Router laufen lassen kann.
Lies mal den Beitrag direkt über Deinem!
Zumindest hmland muss aber immer auf dem gleichen Gerät laufen, an dem der Stick steckt.

Gruß
Veit
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: HerrDesChaos234 am 17 Dezember 2013, 10:48:59

Den Beitrag habe ich gelesen. Ich habe einen WLAN-Router von TP-Link bei dem ich die Firmware gegen DD-WRT getauscht habe.
Da ich nicht weiß wie ich hmland dadrauf laufen lassen sollte, hat sich das für mich wohl erledigt.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 17 Dezember 2013, 10:55:27
Da DD-WRT auch ein Linux-System ist, sollte das vom Grundsatz her kein Problem sein und auch nicht anders als auf der Fritzbox laufen. Du musst nur jemand finden, der den hmland für DD-WRT compiliert und ihn in das System einbinden.

Da ich DD-WRT aber nicht kenne, kann ich Dir da nicht weiterhelfen.

Gruß
Veit
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: kud am 17 Dezember 2013, 14:20:42
Hat schon Jemand das Türschloss -KeyMatic- mit Hmland erfolgreich in Betrieb nehmen können?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Papaloewe am 17 Dezember 2013, 16:17:08
Leider nein, denn ich warte immer noch auf die Lieferung (seit Monten). >:(
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Loctotex am 17 Dezember 2013, 16:35:05
Zitat von: Loctotex am 16 Dezember 2013, 20:57:57

Die neuste Version kann ich unter Cygwin nicht mehr compilieren :( 

/hmcfgusb/hmcfgusb.c:475: undefined reference to `libusb_handle_events_timeout_completed'
collect2: Fehler: ld gab 1 als Ende-Status zurück
<builtin>: recipe for target 'hmland' failed
make: *** [hmland] Error 1

Kann hier jemand was zu sagen ?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 17 Dezember 2013, 17:50:05
Ich glaube du bist der Einzige, der sich das unter Windows antut.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Loctotex am 18 Dezember 2013, 18:05:23
Leider :(  ich hab den Stick jetzt wieder an die Fritzbox 7360 verbannt. Fhem läuft auf meinem Windows Server.

Wenn ich es mit ./hmland -D -p 1234 starte klappt alles. Ich kann mich mit Fhem verbinden. Alles läuft wie es soll.

Starte ich es aber als Daemon mit ./hmland -d -p 1234 kann ich mich nicht verbinden. Fhem gibt mir immer ein Timeout. Hat jemand eine Idee?

Grüße
Loctotex
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: ramonh2712 am 19 Dezember 2013, 11:32:41
Hallo!

Ich bin neu in dem Thema FHEM. Erstmal ein großes Lob für dieses sehr umfangreiche Forum!!! Leider kenne ich mich mit LINUX nur bedingt aus, weshalb ich nicht 100% verstehe, was zu tun ist...
Ich bin seit gestern stolzer Besitzer eines HM-CFG-USB 2 und habe diesen an meine Fritzbox 7390 geklemmt. Auf der Fritzbox selber habe ich FHEM bereits installiert (via Firmwareupdate). Die "libusb-1.0.9.tar.bz2" und die "hmcfgusb-HEAD-58151f8.tar.gz" Datei habe ich mir auch schon besorgt.

Aber welche der Dateien muss ich jetzt wo genau hin kopieren???? Mach ich das ganze über Putty???

Vielen Dank schonmal!!!!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Papaloewe am 19 Dezember 2013, 13:32:57
Hallo,

ganz ohne Linux-Kenntnisse wirst du eher scheitern, fürchte ich. :-[

Aber zum Kopieren von Dateien von Windows nach Linux eignet sich das freie Tool "WinSCP" ganz hervorragend.

Weitere Infos findest du hier:
https://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb (https://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb)
und hier:
http://www.fhemwiki.de/wiki/HM-CFG-USB_USB_Konfigurations-Adapter (http://www.fhemwiki.de/wiki/HM-CFG-USB_USB_Konfigurations-Adapter)

Zur Einrichtung auf der Fritzbox wird da nicht genau eingegangen, da darauf aber auch ein Linuc läuft, sollte sich das nicht gravierend unterscheiden.

Viel Erfolg!

Gruß
Thomas
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: ph1959de am 19 Dezember 2013, 13:48:22
@ramonh2712: Wenn das...
Zitat von: ramonh2712 am 19 Dezember 2013, 11:32:41
Auf der Fritzbox selber habe ich FHEM bereits installiert (via Firmwareupdate). Die "libusb-1.0.9.tar.bz2" und die "hmcfgusb-HEAD-58151f8.tar.gz" Datei habe ich mir auch schon besorgt.
bedeutet, dass Du die AVM-Version von Fhem installiert hast, solltest Du erst noch in Erwägung ziehen, auf die Version 5.5 von fhem.de umzustellen.

Peter
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: ramonh2712 am 19 Dezember 2013, 15:56:21
Hallo Peter,

es ist bereits Verson 5.5 von der FHEM Homepage.
Mir geht es hauptsächlich darum, zu erfahren wo genau ich die jeweiligen Dateien speichern muss und wie genau ich das ganze einbinde.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 19 Dezember 2013, 21:56:18
Hi !

Hallo zusammen,
hat jemand den HM-CFG-USB in einer Remote-Konfiguration im Einsatz?


Meine FHEM Konfiguration war inzwischen recht groß geworden und die Logfiles haben Überhand genommen.
Da ich wenig Lust hatte mich mit Sqlite auf der 7390 abzuquälen, ist jetzt alles auf einen Beaglebone Black
umgezogen. Der HM-CFG-USB ist an der 7390 verblieben und wird vom BBB über Netz angesprochen. Bislang
läuft das alles ganz wunderbar (incl. TFT Display am BBB) und die Logs stehen jetzt endlich dort wo sie
hingehören, in einer anständigen Datenbank (PostgreSQL) :)

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: danielsen am 26 Dezember 2013, 13:25:46
Guten morgen,

und erst einmal Frohe Weihnachten! Ich bin gerade dabei mich mit dem USB-Adapter anzufreunden ... leider noch ohne Erfolg. Folgende Situation:

Raspberry Pie B mit FHEM
USB-Adapter am Pie angeschlossen
./hmland -p 1234 -D
FHEM-> define hmusb HMLAN 127.0.0.1:1234
Fehler in der Debugger-Console:
2013-12-26 13:23:12.026391: Client 127.0.0.1 connected!
Can't open device: Access denied (insufficient permissions)
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
2013-12-26 13:23:12.044937: Connection to 127.0.0.1 closed!


Lsusb wirft folgendes aus:
Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.
Bus 001 Device 004: ID 1b1f:c00f

Muss ich noch irgendwo Rechte vergeben? Würde mich freuen wenn jemand eine Idee hat.

Vielen Dank und beste Grüße
Daniel

EDIT: Hat sich erledigt ... habs vergessen als root auszuführen ... - hab jetzt die rules neu gesetzt! Manchmal sollte man genauer lesen! Vielen Dank für die tollen Möglichkeiten!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Pelan am 26 Dezember 2013, 14:45:19
Hallo Zusammen,

ich bin ebenfalls recht neu im FHEM/Homematic Umfeld und versuche derzeit auch, den USB-Stick an einem RaspberryPI (Typ B, UK Version, USB Stick direkt am Pi mit 2A Netzteil) zum Laufen zu bringen. Leider habe ich ständig die "usb-transfer took more than 100ms" Fehlermeldung im Logfile. Ab und zu kommen die Nachrichten zwar durch (Einziges Device ist derzeit ein HM-CC-RT-DN), zuverlässig ist das aber nicht. Gibt es noch einen Trick, um den hmland auf dem Pi zu complilieren? Gibt es vielleicht ein Raspbian Makefile oder andere Einstellungen für den Optimierer, damit das sauber läuft? Das Raspbian ist bereits auf dem aktuellen Stand.
Würde mich über jede Hilfe freuen!

Vielen Dank vorab und schönen Gruß,

Arndt
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Puschel74 am 26 Dezember 2013, 14:54:23
Hallo,

Zitat von: ramonh2712 am 19 Dezember 2013, 15:56:21
Hallo Peter,

es ist bereits Verson 5.5 von der FHEM Homepage.
Mir geht es hauptsächlich darum, zu erfahren wo genau ich die jeweiligen Dateien speichern muss und wie genau ich das ganze einbinde.
Wie hast du von der AVM-Labor auf die fhem.de-Version umgestellt?
Einfaches "drüber-"Firmware-update?

Ich denke das das so nicht klappen wird da FHEM nach wie vor in seiner non-root-Umgebung eingesperrt ist.
Es wird also nicht alles klappen was du versuchen wirst.

Am besten - Recovery-Image auf die Box und direkt die fhem.de-Version draufspielen.
Dann hast du das was wir "FHEM" nennen inkl. passender Pfade und in einer root-Umgebung.

Wenn ich mich täusche und ein fhem.de-Firmwareupdate behebt das Problem der non-root-Umgebung möge man mir vergeben.

Grüße

Edith: @Pelan - hier dürte auf dem RasPi das Problem der USB-Hub sein. Dieser funktioniert auf dem RasPi nicht 100%-ig wie in diversen Threads im RasPi-Bereich zu sehen ist.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 26 Dezember 2013, 23:35:23
Moin !

Zitat von: ramonh2712 am 19 Dezember 2013, 15:56:21
Hallo Peter,

es ist bereits Verson 5.5 von der FHEM Homepage.
Mir geht es hauptsächlich darum, zu erfahren wo genau ich die jeweiligen Dateien speichern muss und wie genau ich das ganze einbinde.

Wie man den hmland auf der 7390 einbindet hatte ich http://forum.fhem.de/index.php/topic,13071.msg86196.html#msg86196 (http://forum.fhem.de/index.php/topic,13071.msg86196.html#msg86196) beschrieben.
Dies ist unabhängig davon, ob man die FHEM 5.4 oder FHEM 5.5 nutzt.

Allein, wenn man diesen Thread hier liest, sollte klar sein, dass die Kombination Raspi + HMUSB nicht das Traumpaar darstellt. Der Beaglebone
Black scheint hier besser geeignet (zumindest läuft es bei mir und anderen einwandfrei).

@Daniel: Mit welchem User startest Du den hmland ? Der Daemon wird üblicherweise als root gestartet. Prinzipiell wurde der Stick erkannt:

Bus 001 Device 004: ID 1b1f:c00f

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: ramonh2712 am 27 Dezember 2013, 13:42:21
Habe die Firmware über die Web-Oberfläche der Fritzbox eingespielt (über "System" > "Firmware-Update")

Hat zwischenzeitlich auch alles super funktioniert! Habe anfangs lediglich die falsche usb.lib und HMLAND Dateien benutzt.

Vielen Dank für eure Hilfe!!!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: danielsen am 27 Dezember 2013, 17:37:52
Die gute Nachricht ... es läuft! Allerdings eher schlecht als recht.

Setup:
RaspberryPie B mit HM USB und FHEM 5.5 s
1 X HM-CC-RT-DN Funk-Heizkörperthermostat

Problem:
Ab und zu kommen Schlatvorgänge nicht an
Wenn er schaltet, dann dauert Schaltvorgang set desired-temp recht lange

Logs:

Terminal:
Daemon with PID 2384 started!
usb-transfer took more than 100ms (609ms), this may lead to timing problems!
usb-transfer took more than 100ms (573ms), this may lead to timing problems!


Logs-FHEM:
2013.12.27 16:48:23 1: 127.0.0.1:1234 reappeared (hmusb)
2013.12.27 16:48:23 2: HMLAN_Parse: hmusb new condition init
2013.12.27 16:49:39 2: CUL_HM set BZ.Heizung_Climate_tr desired-temp 22.0
2013.12.27 16:49:41 2: HMLAN_Parse: hmusb new condition ok
2013.12.27 16:54:06 2: CUL_HM set BZ.Heizung_Climate_tr desired-temp 21.5
2013.12.27 17:15:56 2: CUL_HM set BZ.Heizung_Climate_tr desired-temp 16.0
2013.12.27 17:16:04 2: HMLAN_Parse: hmusb new condition Warning-HighLoad
2013.12.27 17:16:20 2: HMLAN_Parse: hmusb new condition ERROR-Overload
2013.12.27 17:22:20 2: HMLAN_Parse: hmusb new condition Overload-released


Hat jemand Erfahrungen oder Ideen wie ich die Warnings etc. los werde? Bei einem Thermostat dürfte doch kein Overload stattfinden ....
Die hohe Transfertime scheint ja vom RPie zu kommen. Was wirklich schade wäre!

Freue mich über Tipps, Grüße
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 28 Dezember 2013, 06:54:18
600ms ist katastrophal. Hast du den Stick an einem Hub oder direkt am RasPi?
Wenn direkt Wechsel mal auf den anderen USB-Port und prüfe, ob sich die Zeiten verbessern.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: danielsen am 28 Dezember 2013, 12:43:05
Der USB Stick hängt direkt am RPie. Ich werde nachher mal den zweiten USB Port ausprobieren. Schreibt der hmcfgusb eigentlich auch eine Log? Dann muss nicht immer der Terminal mit laufen lassen.

Was genau sagen denn diese Logs vom FHEM-Server aus?
2013.12.27 17:16:04 2: HMLAN_Parse: hmusb new condition Warning-HighLoad
2013.12.27 17:16:20 2: HMLAN_Parse: hmusb new condition ERROR-Overload
2013.12.27 17:22:20 2: HMLAN_Parse: hmusb new condition Overload-released

Danke und grüße
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 28 Dezember 2013, 22:24:08
Hi !

Der hmland schreibt seine Meldungen nach STDOUT and STDERR. Du musst die Ausgabe beim Starten
also in ein Logfile Deiner Wahl umleiten, Beispiel:

hmland -l 127.0.0.1 -p 1000 -d > /var/media/ftp/hmland.log 2>&1

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: jab am 30 Dezember 2013, 16:24:27
Die Timingmeldungen habe ich manchmal auch auf meinem RPi. Generell habe ich aber keine Probleme dadurch. Das passiert wenn FHEM hohe Load erzeugt. Z.b. beim starten. Ich würde sagen ich habe das so drei Mal am Tag ca.

Gruß,
Jan
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: HerrDesChaos234 am 31 Dezember 2013, 04:01:20
Hi,

Ich habe die Beiträge bezüglich der USB Probleme beim RaspberryPi bei Verwendung des Homematic CFG USB Sticks gelesen.
Ich selber hatte vor das RaspberryPi (leider China Version) mit FHEM + HM CFG USB + HM-CC-RT-DN zu verwenden.

In Anbetracht der Probleme stellt sich mir jetzt folgende Frage:

a) UK RaspberryPi statt China Pi
b) Beagle Bone Black statt Raspberry Pi
c) HMLan Adapter statt HM CFG USB

Preislich alles ähnlich und noch kann ich den HM CFG USB zurück schicken.

Was wäre euer Ratschlag?
Ich bin ganz froh das es für das Pi mit Wheezy generell sehr viele Infos/Anleitungen im Netz gibt. Das ist beim BBB wohl etwas schlechter, denke aber das ich mit dem BBB und Ubuntu auch zurecht kommen würde. Das Angstrom Linux ist mir nicht geheuer. Was verwendet ihr denn auf dem BBB und bekommt man da FHEM genau so Problemlos zum laufen wie auf dem Pi?

Schönen Gruß,
HDC
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: jab am 31 Dezember 2013, 13:14:29
Also mein RaspberryPi läuft klasse mit Stick und FHEM. Steht auch Made in China drauf. Timing Probleme gibts bei mir wirklich nur bei hoher load. Vielleicht sollte ich hmland einfach mit einer höheren Priorität laufen lassen. Teste Ich die tage mal.


Gruß
Jan
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 31 Dezember 2013, 14:36:28
Zitat von: HerrDesChaos234 am 31 Dezember 2013, 04:01:20Was verwendet ihr denn auf dem BBB

Ein blankes Debian Linux.

Zitat von: HerrDesChaos234 am 31 Dezember 2013, 04:01:20und bekommt man da FHEM genau so Problemlos zum laufen wie auf dem Pi?

Ja.

Und mach Dir keine Sorgen wegen "beim BBB gibts weniger Infos ..." - das kann einfach daran liegen, dass der BBB sehr viel weniger Probleme macht als der Raspberry ;) (jedenfalls meine Erfahrung: BBB einmal in Betrieb nehmen und dann vergessen. Beim Raspberry musste ich irgendwie immer "nacharbeiten" um den stabil in Betrieb zu halten)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: jab am 03 Januar 2014, 18:11:45
So ich hab mal hmland mit höherer Priorität getestet auf dem Raspberry Pi. Damit klappt es hervorragend. Keinerlei Timeouts mehr. Ich starte es dann so:

chrt 30 /opt/hmcfgusb/hmland -d -P -l 127.0.0.1 -p $port 2>&1 > /var/log/hmland.log

Mein Initscript hänge ich mal an falls es noch jemand nutzen will.


Gruß,
Jan
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 03 Januar 2014, 22:06:51
Meine Empfehlung: Pack Dir trotzdem den Reset-Parameter in den Aufruf rein, der hilft deutlich beim langfristigen Betrieb.

Gruß
Veit
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: jab am 03 Januar 2014, 22:25:08
Laut --help ist der Default auf alle 24h resetten. Das deckt sich auch mit dem Log von FHEM. Öfter als alle 24h sollte doch auch nicht helfen oder?

Gruß,
Jan
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 03 Januar 2014, 22:31:18
Nein, die Erfahrung hat gezeigt, dass der Stick rund zwei Tage durchhält, bevor die Firmware austickt.
Ein Reset alle 24h reicht also auf jeden Fall.

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 04 Januar 2014, 14:24:06
Upps, war mir gar nicht klar, dass das jetzt der Default ist. Ich habe mir den Reset auf nachts um 3 Uhr gestellt. Da wird typischerweise nichts geschalten und die Auszeit beträgt bei mir rund 20 Sekunden.

Gruß
Veit
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: danielsen am 07 Januar 2014, 07:10:43
hi,

ich hatte erst Hoffnung als ich die Idee mit dem chrt gesehen hatte:

Zitat von: jab am 03 Januar 2014, 18:11:45
So ich hab mal hmland mit höherer Priorität getestet auf dem Raspberry Pi. Damit klappt es hervorragend. Keinerlei Timeouts mehr. Ich starte es dann so:

chrt 30 /opt/hmcfgusb/hmland -d -P -l 127.0.0.1 -p $port 2>&1 > /var/log/hmland.log

Mein Initscript hänge ich mal an falls es noch jemand nutzen will.


Gruß,
Jan

und habe das ganze gleich ausprobiert. Leider erfolglos :( - anbei der Log von der gestrigen Nacht:
Daemon with PID 2503 started!
usb-transfer took more than 100ms (991ms), this may lead to timing problems!
Can't send null frame: Input/output error
usb-transfer took more than 100ms (109ms), this may lead to timing problems!
usb-transfer took more than 100ms (569ms), this may lead to timing problems!
usb-transfer took more than 100ms (260ms), this may lead to timing problems!
usb-transfer took more than 100ms (271ms), this may lead to timing problems!
usb-transfer took more than 100ms (307ms), this may lead to timing problems!
usb-transfer took more than 100ms (532ms), this may lead to timing problems!
usb-transfer took more than 100ms (263ms), this may lead to timing problems!
usb-transfer took more than 100ms (194ms), this may lead to timing problems!
usb-transfer took more than 100ms (186ms), this may lead to timing problems!
usb-transfer took more than 100ms (274ms), this may lead to timing problems!
usb-transfer took more than 100ms (307ms), this may lead to timing problems!
usb-transfer took more than 100ms (533ms), this may lead to timing problems!
Can't send null frame: Input/output error
usb-transfer took more than 100ms (271ms), this may lead to timing problems!
usb-transfer took more than 100ms (149ms), this may lead to timing problems!
usb-transfer took more than 100ms (262ms), this may lead to timing problems!
usb-transfer took more than 100ms (157ms), this may lead to timing problems!
usb-transfer took more than 100ms (757ms), this may lead to timing problems!
usb-transfer took more than 100ms (272ms), this may lead to timing problems!
usb-transfer took more than 100ms (280ms), this may lead to timing problems!
usb-transfer took more than 100ms (279ms), this may lead to timing problems!
usb-transfer took more than 100ms (561ms), this may lead to timing problems!
usb-transfer took more than 100ms (269ms), this may lead to timing problems!
usb-transfer took more than 100ms (15307ms), this may lead to timing problems!
usb-transfer took more than 100ms (113ms), this may lead to timing problems!
usb-transfer took more than 100ms (227ms), this may lead to timing problems!
usb-transfer took more than 100ms (916ms), this may lead to timing problems!


Das ganze ist identisch am anderen USB-Port des RPie. Langsam bin ich am verzweifeln. Hat noch jemand eine Idee? Kann man an der fhem.cfg noch was tunen?

Viele Grüße
Daniel
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: juppzupp am 07 Januar 2014, 07:56:26
Wie sieht die load auf dem rpi aus?
Was hängt noch am USB?
Hast du viel last (gewollt / ungewollt) auf dem Ethernet (hängt auch am USB)?
Welche Parameter bekommt der kernel beim boot, was steht in der cmdline.txt?
Andere Auffälligkeiten im log des rpi? (Kern.log etc)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: danielsen am 07 Januar 2014, 21:41:29
Danke für die "Such-Tipps". Dann wollen wir mal gucken wo das Problem liegt ....

zur Info - so sieht momentan mein Startbefehl aus: sudo chrt 30 /opt/hmcfgusb/hmland -d -P -l 127.0.0.1 -p 1234 > /home/pi/logs/hmland.log 2>&1

Zitat von: juppzupp am 07 Januar 2014, 07:56:26
Wie sieht die load auf dem rpi aus?

Wenn ich ab und zu mit "top -b" rauf schaue, sieht es gut aus. Es läuft auch nur der FHEM und MPD.
  PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+  COMMAND
2477 root       -31   0  1956  600  492 S     0.0      0.1     0:00.08 hmland

Interessant wäre natürlich die Infos wenn es zu einem usb timing problem kommt. Kennt jemand hierfür Log-Techniken?

Zitat von: juppzupp am 07 Januar 2014, 07:56:26
Was hängt noch am USB?
Nur der HM-USB Konfigurator. Zwischen dem USB-HM und dem RPie ist noch das weiße USB-Verlängerungskabel. Aber das sollte ja kein Problem sein, oder? Ich werde morgen das ganze auch noch einmal direkt am RPie testen.

Zitat von: juppzupp am 07 Januar 2014, 07:56:26
Hast du viel last (gewollt / ungewollt) auf dem Ethernet (hängt auch am USB)?
Wie kann ich das auslesen? Bzw. loggen?

Zitat von: juppzupp am 07 Januar 2014, 07:56:26
Welche Parameter bekommt der kernel beim boot, was steht in der cmdline.txt?
dwc_otg.lpm_enable=0 console=ttyAMA0,115200 kgdboc=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait

Zitat von: juppzupp am 07 Januar 2014, 07:56:26
Andere Auffälligkeiten im log des rpi? (Kern.log etc)
Auf dem ersten Blick (bin da kein Profi) sieht es "ok" aus. im Kernel-Log steht nur was, wenn ich den RPie neugestartet habe.

Kann ich noch was machen? :/

Update: Irgendwie ist das ganze nicht mal reproduzierbar. Seit knapp 20h wurde kein Timeout gemeldet ... mal schauen wie lange es gut geht! ;)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: cotecmania am 09 Januar 2014, 22:30:58
Hi,

hat alles geklappt auf meinem Raspberry bis auf das Starten aus FHEM raus. Will kein extra Script haben.
Wenn ich den Deamon ueber putty starte meldet FHEM opened.

Wenn ich aber den Deamon aus FHEM raus starte mit :
define Start_HMLAND watchdog . 00:00:01 SAME {system("ps | grep hmland | grep -v -q grep || /opt/hmcfgusb/hmland -d -p 4199");;}

Dann habe ich folgende sich wiederholende Fehler im Logfile :

2014.01.09 22:27:46 3: Watchdog Start_HMLAND triggered
Daemon with PID 13570 started!
2014.01.09 22:27:46 3: -1
2014.01.09 22:28:41 1: 127.0.0.1:4199 reappeared (hmusb)
2014.01.09 22:28:41 1: HMLAN_Parse: hmusb new condition init
Can't open device: Access denied (insufficient permissions)
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
2014.01.09 22:28:41 1: 127.0.0.1:4199 disconnected, waiting to reappear
2014.01.09 22:28:41 1: HMLAN_Parse: hmusb new condition disconnected
2014.01.09 22:28:41 1: 127.0.0.1:4199 reappeared (hmusb)
2014.01.09 22:28:41 1: HMLAN_Parse: hmusb new condition init
Can't open device: Access denied (insufficient permissions)
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
...
...



chmod 777 /opt/hmcfgusb/hmland hat auch nichts gebracht.


Gruss
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 10 Januar 2014, 08:13:18
Dein User hat kein Problem mit dem Dateizugriff, sondern ist nicht zum Zugriff auf das USB-Device berechtigt, wie klar in der Fehlermeldung steht. also hmland unter root starten oder Rechte des Benutzers erweitern unter dem FHEM läuft.

Gruß
Veit 
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: cotecmania am 10 Januar 2014, 11:15:31
Hallo Veit,

ich komme aus der Windows-Welt und habe FHEM laut Anleitung standardmässig auf Raspberry installiert.

Unter welchem User läuft FHEM ?
Auf die Frage wie man FHEM auf Raspberry als root startet habe ich im Forum auch noch keine Antwort gefunden ?
Wie erweitert man die Rechte des Benutzers ?
Warum ging es bei den anderen auf dem Raspberry ?

Gruss
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: jab am 10 Januar 2014, 13:01:04
Moin,

ich habe die Timeout Probleme auf dem Raspberry PI mal weiter verfolgt. chrt 30 hat die Situation etwas verbessert aber das Problem an sich nicht gelöst bei mir. Es sind trotzdem noch Timeouts aufgetreten. Es ist bekannt, dass der dwc_otg Treiber für USB 2.0 nicht der beste ist. Ich habe daher etwas mit den Parametern experimentiert. Bin jetzt zu einer stabilen Konfiguration gekommen mit der ich seit zwei Tagen keinen einzigen Timeout mehr hatte. Dazu schalte ich den dwc_otg auf USB 1.1. Das macht das Netzwerk langsamer, aber hmland stabil. Manche Geräte (u.a.) Tastaturen und Mäuse gehen dann ggf nicht mehr.

Wenn es jemand probieren will muss man in der /boot/cmdline.txt folgenden Parameter einfügen (z.b. direkt an den Anfang):
dwc_otg.speed=1

Wenn das jemand hier verifizieren kann dann würde ich das auch im Wiki einpflegen.


Gruß,
Jan
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: juppzupp am 10 Januar 2014, 22:26:31
Ich hab das Problem nicht, aber kannst du alternativ mal usbcore.use_both_schemes=Y
Testen?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 11 Januar 2014, 08:52:04
Zitat von: cotecmania am 10 Januar 2014, 11:15:31
Hallo Veit,

ich komme aus der Windows-Welt und habe FHEM laut Anleitung standardmässig auf Raspberry installiert.

Unter welchem User läuft FHEM ?
Auf die Frage wie man FHEM auf Raspberry als root startet habe ich im Forum auch noch keine Antwort gefunden ?
Wie erweitert man die Rechte des Benutzers ?
Warum ging es bei den anderen auf dem Raspberry ?

Gruss
Du könntest mal das versuchen:
define Start_HMLAND watchdog . 00:00:01 SAME {system("ps | grep hmland | grep -v -q grep || sudo /opt/hmcfgusb/hmland -d -p 4199");;}

Ansonsten wird Dir nur helfen, Dich intensiver mit Linux auseinanderzusetzen. Ist nun mal ein Bastelsystem.
Ich kann dir auch nicht sagen, warum es bei den Anderen ging. Das ist ein weites Feld. Ich selbst habe meinen hmland unter root auf der Fritzbox laufen.

Ich halte persönlich diesen Start aus FHEM heraus sowieso für eine Krücke und würde den Start immer in das FHEM-Startscript vor dem Start von FHEM einbauen.

Gruß
Veit
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: billy-boy am 11 Januar 2014, 13:21:40
Hallo zusammen.

Bei mit läuft eine 7390 im Keller mit dem Konfigurationsstick wunderbar. Jetzt möchte ich aber zwecks besserer "Ausleuchtung" den Stick an einer 7270 betreiben. Diese ist im Netz per LAN angebunden und steht Zentral.
Sie dient Eigentlich zur Abdeckung meines WLAN im Haus und ist auch ständig an.

Kann mir einer beim kompilieren helfen oder die libs zur Verfügung stellen ?

Habe leider nur VMware zur Verfügung aus den guten alten alten Freetz Zeiten.

Danke
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 11 Januar 2014, 19:08:58
Moin !

ZitatHabe leider nur VMware zur Verfügung aus den guten alten alten Freetz Zeiten.

Wenn Du Freetz schon nutzt, brauchst Du nur in diesem Thread zu suchen. Ich hatte schon einmal
erläutert, wie man sich die lib usb 1.1 und den hmland unter Nutzung des Freetz Toolchains
baut.

Gruß, Marc
Titel: Probleme bei Nutzung HM-CFG-USB auf Raspberry Pi
Beitrag von: piet_pit am 12 Januar 2014, 16:22:53
Hallo Zusammen,
ich versuche zur Zeit, den HM-CFG-USB 2 auf einem Pi zum Laufen zu bringen. Ich bin entsprechend der Anleitung von Michael vorgegangen, hat auch alles soweit geklappt.
Bei Aufruf von Run hmland (./hmland -p 1234 -D) passiert aber nichts mehr, muss mich erneut über Putty auf den Pi einloggen :(

Wenn ich den HM-CFG-USB in den Pi einstecke, bootet der Pi neu...?, bei Aufruf von lsusb kann ich aber den Stick sehen, dmesg zeigt mir dann auch weitere Infos an.

Bei FHEM nutze ich nur einen CUNO (via LAN, FS 20), kann es sein, dass ich noch Veränderungen oder Anpassungen vornehmen muss, um den USB-Adapter nutzen zu können (z. B. in der fhem.cfg)?

Vielen Dank.
Pit   
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: cotecmania am 13 Januar 2014, 22:21:23
Hallo,

Sobald bei mir ein Gerät (z.B. ActionDetector) gefunden wird, haengt sich FHEMWeb auf, d.h. keine neue Seite wird mehr angezeigt :
HMLAND habe ich einer putty-console im Debugmodus auf Port 1234 mit sudo gestartet.

Debug-Ausgaben (diese laufen weiter ...):

2014-01-13 22:16:35.325209: LAN < R8D769333,0002,00000000,FF,7FFF,09800242424224F56F01017E00

USB > 0x0000: 52 8d 76 93 33 00 02 00 00 00 00 ff 7f ff 0d 09   R.v.3...........
USB > 0x0010: 80 02 42 42 42 24 f5 6f 01 01 7e 00 42 42 05 4d   ..BBB$.o..~.BB.M
USB > 0x0020: ed 10 00 01 01 11 01 00 00 00 00 00 00 00 00 00   ................
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................     
2014-01-13 22:16:35.357103: LAN < R8D769333,0002,00000000,FF,7FFF,09800242424224F56F01017E00

USB > 0x0000: 52 8d 76 93 92 00 02 00 00 00 00 ff 7f ff 0d 09   R.v.............
USB > 0x0010: 80 02 42 42 42 24 f5 6f 01 01 c8 00 42 42 05 4d   ..BBB$.o....BB.M
USB > 0x0020: ed 10 00 01 01 11 01 00 00 00 00 00 00 00 00 00   ................
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................     
2014-01-13 22:16:35.389122: LAN < R8D769392,0002,00000000,FF,7FFF,09800242424224F56F0101C800
2014-01-13 22:16:56.877126: LAN > K

USB < 0x0000: 4b 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   K...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................     
usb-transfer took 5ms!

USB > 0x0000: 48 09 48 4d 2d 55 53 42 2d 49 46 03 c3 0a 4a 45   H.HM-USB-IF...JE
USB > 0x0010: 51 30 37 30 31 31 34 31 1e be 3d 42 42 42 05 4e   Q0701141..=BBB.N
USB > 0x0020: 4e c1 00 01 01 11 01 00 00 00 00 00 00 00 00 00   N...............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................     
2014-01-13 22:16:56.915634: LAN < HHM-LAN-IF,03C3,JEQ0701141,1EBE3D,424242,054E4EC1,0001
2014-01-13 22:17:21.886572: LAN > K

USB < 0x0000: 4b 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   K...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................     
usb-transfer took 1ms!

USB > 0x0000: 48 09 48 4d 2d 55 53 42 2d 49 46 03 c3 0a 4a 45   H.HM-USB-IF...JE
USB > 0x0010: 51 30 37 30 31 31 34 31 1e be 3d 42 42 42 05 4e   Q0701141..=BBB.N
USB > 0x0020: b0 72 00 01 01 11 01 00 00 00 00 00 00 00 00 00   .r..............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................     
2014-01-13 22:17:21.921404: LAN < HHM-LAN-IF,03C3,JEQ0701141,1EBE3D,424242,054EB072,0001
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: themaxx32000 am 20 Januar 2014, 14:09:16
Moin,

bin sehr daran interessiert, den HM-CFG-USB an einer ungefreezten 7490 in Betrieb zu nehmen. Weiß jemand ob ich das Modul für die 7390 verwenden kann (vermute nein, wegen unterschiedlicher CPU Architektur).

Und wie genau wird dieser Hilfs-Daemon dann gestartet - das ist mir noch nicht ersichtlich geworden.. Übernimmt das FHEM?

EDIT: Die Antwort auf diese Frage lautet: Über die startfhem im bin Verzeichnis von fhem
Titel: Antw:Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ich79 am 20 Januar 2014, 18:39:13
Zitat von: betateilchen am 05 Juli 2013, 13:44:21
Inzwischen sind auch die oben aufgeführten, bis dahin noch mit HMLAN gesteuerten, Geräte mit dem USB-Stick verbunden und der HMLAN wurde komplett abgeschaltet.


Kurze Zwischenfrage, was war denn der Beweggrund den HMLAN abzulösen und den USB Stick zu nutzen? Ist eine ernstgemeinte Frage. Ich finde die USB Option auch sehr interessant. Allerdings wirkt der HMLAN irgendwie "vertrauenswürdiger", wenngleich ich das nicht wirklich begründen kann ;) Aber gab es damit Probleme? Bin nämlich gerade am überlegen (USB / HMLAN). USB hätte wohl den Vorteil vom geringeren Stromverbrauch. Aber auch die identische Reichweite und Stabilität?

Danke!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 20 Januar 2014, 18:58:30
Der Grund war relativ einfach:

Der fhem-Server war per WLAN hier im Netzwerk unterwegs (was grundsätzlich kein Problem darstellt) der HMLAN aber per LAN angebunden.
Zum Einen gab es am vorgesehenen Montageort für den HMLAN eigentlich weit und breit kein Netzwerkkabel und zum Anderen kam es durch die Kommunikation zwischen LAN und WLAN immer wieder zu Problemen, denn Homematic ist zeitkritisch. Deshalb wollte ich den USB Adapter direkt am Server betreiben.  (Was sich als guter Plan herausgestellt hat)

Irgendwelche funktionalen Einschränkungen gegenüber dem HMLAN konnte ich durch den Wechsel auf den USB Stick nicht feststellen. Die Lösung läuft inzwischen seit mehreren Monaten unterbrechungsfrei durch (aktuelle Uptime des fhem-Servers knapp unter 100 Tagen)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ich79 am 20 Januar 2014, 23:13:33
Zitat von: betateilchen am 20 Januar 2014, 18:58:30
Der Grund war relativ einfach:
...

Mhm, danke für die Antwort! Du hast mir jedenfalls damit wieder ein paar Stunden Grübelei über "HMLAN oder USB" spendiert ;)
Hier habe ich zwei Stockwerke. Aktueller Plan war: HMLAN an Switch im oberen Stockwerk. Jetzt könnte aber auch USB Stick an FB 7490 im unteren Stockwerk wieder eine Option sein.
In Deinem Fall verstehe ich die Entscheidung, bei mir geht es eher um den Stromverbrauch, weil eh "alles" per Kabel verbunden ist. Muss mir mal Gedanken machen. Die Lösung ist jedenfalls sehr elegant. Allerdings überlege ich noch einen CUL für FS20 zu holen. Dann wird's eng bei der FB.
Danke nochmal!
Boris
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Loctotex am 22 Januar 2014, 12:23:39
Seit dem Update meiner 7360 auf  06.01 bekomme ich ich immer:


usb-transfer took 90ms!
Interrupt transfer not completed: Unknown error code 1 / 0x01!
closing device-connection due to error 5
hmcfgusb_poll: Input/output error
2014-01-22 12:18:45.308602: Connection to 192.168.0.50 closed!
2014-01-22 12:18:46.309027: Client 192.168.0.50 connected!
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
2014-01-22 12:18:46.313730: Connection to 192.168.0.50 closed!
2014-01-22 12:18:47.321791: Client 192.168.0.50 connected!
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
2014-01-22 12:18:47.326953: Connection to 192.168.0.50 closed!
2014-01-22 12:18:48.327399: Client 192.168.0.50 connected!


Hat jemand eine Idee?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Loctotex am 22 Januar 2014, 19:41:50
Unter Ubuntu sieht das ganz genauso aus. Unter Windows wird der Stick endlos erkannt und sofort wieder entfernt. Ich glaub der ist defekt.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Alex am 22 Januar 2014, 21:17:57
Hallo,

auch ich habe heute ein Update gemacht:

seitdem habe ich

Zitat
2014.01.22 21:07:25 1: HMLAN_Parse: hmusb new condition disconnected
2014.01.22 21:07:25 1: 127.0.0.1:1234 reappeared (hmusb)
2014.01.22 21:07:25 1: HMLAN_Parse: hmusb new condition init
2014.01.22 21:07:25 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.01.22 21:07:25 1: HMLAN_Parse: hmusb new condition disconnected
2014.01.22 21:07:25 1: 127.0.0.1:1234 reappeared (hmusb)
2014.01.22 21:07:25 1: HMLAN_Parse: hmusb new condition init
2014.01.22 21:07:26 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.01.22 21:07:26 1: HMLAN_Parse: hmusb new condition disconnected
2014.01.22 21:07:26 1: 127.0.0.1:1234 reappeared (hmusb)
2014.01.22 21:07:26 1: HMLAN_Parse: hmusb new condition init

unendlich oft in meinem Fhem log.

Meine Homematic Geräte werden (wenn überhaupt) nur sehr sporadisch empfangen.
Ich glaube nich, dass es sich um einen defekten Stick handelt, da das Problem zeitgleich mit dem Update auftrat.
Wie kann ich dem Problem auf die Spur kommen? hmland scheint auf den ersten Blick zu laufen...

PS: Die Heizung läuft auch mit Homematic und hmlan .... Es wird langsam kalt hat meine Frau gesagt ;-)....
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Loctotex am 22 Januar 2014, 21:28:39
aber hmland sagt ja bei mir auf der fritzbox und auch auf ubuntu
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!

hast du das auch?

Und das original Windows Programm geht bei mir auch nicht mehr.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Alex am 23 Januar 2014, 12:39:26
Hmmm....

also mein Problem scheint tatsächlich durch das Update von 00_HMLAN.pm verursacht (http://forum.fhem.de/index.php/topic,19154.0.html)

Der Stick wird aber definnitv erkannt.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 23 Januar 2014, 14:49:17
Ihr habt aber schon gesehen, dass Euer Problem bereits in einem eigenen Thread besprochen wird und inzwischen auch gelöst ist?

http://forum.fhem.de/index.php/topic,19154.0.html
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Loctotex am 23 Januar 2014, 15:29:17
Ja, bei mir gehts auch wieder.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: themaxx32000 am 24 Januar 2014, 21:11:49
Hallo,

habe ein Problem mit hmland auf meiner 7490.

Wenn ich hmland im Debug-Modus aufrufe, klappt alles wie erwartet und auch stabil über mehrere Stunden. Starte ich hmland allerdings als Daemon, so vervielfältigt sich der Prozess nach ca. 35-40 Sekunden: Ich habe (ps) dann plötzlich drei Prozesse des hmland und bekomme in fhem entsprechende


2014-01-22 21:32:07 HMLAN HMUSB DISCONNECTED
2014-01-22 21:32:07 HMLAN HMUSB cond: disconnected
2014-01-22 21:32:07 HMLAN HMUSB Xmit-Events: disconnected:1
2014-01-22 21:32:07 HMLAN HMUSB prot_disconnected: last
2014-01-22 21:32:07 HMLAN HMUSB cond: init
2014-01-22 21:32:07 HMLAN HMUSB Xmit-Events: init:1
2014-01-22 21:32:07 HMLAN HMUSB prot_init: last
2014-01-22 21:32:07 HMLAN HMUSB CONNECTED


Meldungen. Ich habe das HMLAN Modul schon ausgetauscht (http://forum.fhem.de/index.php/topic,19154.msg128577.html#msg128577), aber das Problem besteht weiterhin (logischerweise, es ist ja auch der hmland der mehrfach startet, nicht das Modul welches zickt).

Weiß jemand Rat? FRITZ!OS 06.01, 7490, Stock-Firmware
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 24 Januar 2014, 23:37:04
Hallo themaxx32000 !

Hast Du das fertige Binarie von der 7390 genommen, oder Dir eine dedizierte Version für die 7490 gebaut.
Falls nicht würde ich dies mal probieren. Wie das mit Toolchain, den Freetz Dir baut, funktioniert, hatte ich
einmal weiter oben in diesem Thread beschrieben.

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: themaxx32000 am 24 Januar 2014, 23:54:17
Hallo marc2,

ich habe dein binary in der Version 0.091 für die AVM 6.00 FW genommen. Mich wundert lediglich, dass alles einwandfrei funktioniert, solange hmland nicht als Daemon läuft..

Ich versuche bei Zeiten mal ein eigenes Binary zu kompilieren - sehe ich doch richtig, das der build / make Prozess nicht auf der Box laufen muss, sondern die Toolchain unter einem z.B. Debian das auch können müsste, oder?

Danke & Grüße

Zitat von: marc2 am 24 Januar 2014, 23:37:04
Hallo themaxx32000 !

Hast Du das fertige Binarie von der 7390 genommen, oder Dir eine dedizierte Version für die 7490 gebaut.
Falls nicht würde ich dies mal probieren. Wie das mit Toolchain, den Freetz Dir baut, funktioniert, hatte ich
einmal weiter oben in diesem Thread beschrieben.

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: themaxx32000 am 25 Januar 2014, 14:39:44
Hab jetzt mal die neuste Version via git geholt und das Ganze für die 7490 kompiliert. Gleiches Fehlverhalten: Nach ca. 35 Sekunden vervielfältigt sich der hmland-Prozess und fhem fängt fhem an ständige reconnects zu loggen.

Hab den Build mal angehängt, falls es jemand testen möchte..

Build für Fritzbox 7490 OS 6.XX, inkl.

-libusb
-strace
-hmsniff


EDIT: Bitte einfach die Version von Ich79 auf der nächsten Seite nehmen
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 25 Januar 2014, 19:00:11
Sorry, aber ein Prozess vervielfätigt sich unter Unix nicht einfach so. Ist Dein Startscript nicht sauber?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 25 Januar 2014, 21:03:06
Hi !

Zitat von: volschin am 25 Januar 2014, 19:00:11
Sorry, aber ein Prozess vervielfätigt sich unter Unix nicht einfach so. Ist Dein Startscript nicht sauber?

Bau Die mal mit Freetz ein "strace" und häng Dich mit "strace -f -p <PID des ersten Prozesses>
an den hmland. Es muss einen Grund geben warum der hmland Clients forkt.

Ein mehrfaches starten über das Startscript halte ich für unwahrscheinlich, da bereits der zweite Prozess
mit einem "Address already in use" fehschlagen müßte. Läßt sich aber mit ps schnell rausfinden. Wenn die
PPID  der Pozesses auf die PID eines hmland zurückführen läßt, dann forkt der hmland selber ....

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: themaxx32000 am 26 Januar 2014, 00:25:47
Danke @marc2

"Ein mehrfaches starten über das Startscript halte ich für unwahrscheinlich, da bereits der zweite Prozess
mit einem "Address already in use" fehschlagen müßte." richtig, das Problem tritt auch ganz ohne Startscript auf (wovon übrigens auch keine Rede war in meinen Postings), d.h. start via ./hmland -d im entsprechenden Verzeichnis.

Der Prozess forkt sich auch nicht gleich selbst, sondern erst nach einiger Zeit. Möglicherweise dann, wenn fhem das device anspricht - ich meine das korreliert von der Zeit her. Das Andere ist, dass er sich genau zweimal forkt, d.h. es gibt immer nur eine endliche Zahl, genau genommen drei Prozesse, dann war es das.

Es handelt sich um child-Prozesse  (CLONE_VM flag) der libusb.

Ich probiere es mal mit strace bei Zeiten.

Danke

Zitat von: marc2 am 25 Januar 2014, 21:03:06
Hi !

Bau Die mal mit Freetz ein "strace" und häng Dich mit "strace -f -p <PID des ersten Prozesses>
an den hmland. Es muss einen Grund geben warum der hmland Clients forkt.

Ein mehrfaches starten über das Startscript halte ich für unwahrscheinlich, da bereits der zweite Prozess
mit einem "Address already in use" fehschlagen müßte. Läßt sich aber mit ps schnell rausfinden. Wenn die
PPID  der Pozesses auf die PID eines hmland zurückführen läßt, dann forkt der hmland selber ....

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: themaxx32000 am 26 Januar 2014, 00:59:28
Anbei mal ein logfile inkl. dem strace output für den hmland parent Prozess

Zu sehen:

EDIT: parent pid 2555, danach "clone(Process 2565 attached" und "clone(Process 2566 attached"


Logfiles auf nächster Seite zusammen gefasst.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 26 Januar 2014, 01:15:00
Zitat von: themaxx32000 am 26 Januar 2014, 00:59:28
parent pid 2555, danach "clone(Process 2565 attached" und "clone(Process 2566 attached"

Das sind keine Prozesse, da ist CLONE_VM gesetzt. Das sind einfach die internen Threads der libusb. Daran liegt Dein Problem nicht.

Hast Du noch das Log, was zwischen connect und disconnect in fhem passiert? Du hast bisher nur das zwischen disconnect und connect gepostet.

Eigentlich gibt es keinen großen Unterschied zwischen Daemon- und Debug-Modus. Beim Daemon-Modus forkt der hmland am Anfang genau einmal und der Parent beendet sich und es gibt keine Debug-Ausgaben. Das wars aber auch schon.

Gruß
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: themaxx32000 am 26 Januar 2014, 02:03:26
Moin,

anbei das Einzige, was in einem (neu angelegten) fhem-log und im Event monitor steht. Mehr habe ich nicht.

Funktionieren tut alles, wenn ich den hmland via Telnet normal starte (mit und ohne Debug-Output, das ist egal).

EDIT: "wenn ich den hmland via Telnet normal starte" = nicht als Daemon
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 26 Januar 2014, 07:39:51
Wobei wir dann wieder dabei wären, das Startscript mal auf evtl. Probleme unter die Lupe zu nehmen.

Gruß,
Veit
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: themaxx32000 am 26 Januar 2014, 11:41:50
@ Michael

Stimmt, liegt nicht daran. Wenn ich den hmland normal (also nicht als Daemon) starte und die aktiven Prozesse via ps in einem zweiten Terminal anzeigen lassen, habe ich auch die drei Instanzen am Laufen - nur Funktioniert es dann..

Zitat von: mgernoth am 26 Januar 2014, 01:15:00
Das sind keine Prozesse, da ist CLONE_VM gesetzt. Das sind einfach die internen Threads der libusb. Daran liegt Dein Problem nicht.

Hast Du noch das Log, was zwischen connect und disconnect in fhem passiert? Du hast bisher nur das zwischen disconnect und connect gepostet.

Eigentlich gibt es keinen großen Unterschied zwischen Daemon- und Debug-Modus. Beim Daemon-Modus forkt der hmland am Anfang genau einmal und der Parent beendet sich und es gibt keine Debug-Ausgaben. Das wars aber auch schon.

Gruß
  Michael

@ Veit, ich weiß nicht, ob dir das klar ist, aber:

./hmland -> geht
./hmland -D -> geht
./hmland -d -> geht nicht

ich starte den hmland doch (noch) gar nicht über ein Startscript..

Zitat von: volschin am 26 Januar 2014, 07:39:51
Wobei wir dann wieder dabei wären, das Startscript mal auf evtl. Probleme unter die Lupe zu nehmen.

Gruß,
Veit


EDIT: Habe jetzt auch nochmal ne libusb-1.0.so.0.1.0 für die 7490 mittels cross compiler kompiliert und das OS auf die neuste Laborversion gehoben. Als Daemon läufts trotzdem nicht..
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: themaxx32000 am 01 Februar 2014, 13:33:23
Hat denn irgendwer eine 7490 mit stock firmware am Laufen, der das Problem nachvollziehen könnte? Ich würde das Problem gern lösen, weiß aber leider gar nicht, wo ich anfangen soll. Mein C Kenntnisse sind auch schon ein paar Jahre verblasst...

Anbei noch mal neue logs
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Loctotex am 01 Februar 2014, 15:30:52
Hab es mir nicht näher angeschaut, aber auf meiner 7360 läuft es auch nur mit ./hmland -D ;)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ich79 am 02 Februar 2014, 12:51:53
Zitat von: themaxx32000 am 01 Februar 2014, 13:33:23
Hat denn irgendwer eine 7490 mit stock firmware am Laufen, der das Problem nachvollziehen könnte?
Habe selbst die 7490 mit Stock Firmware. Jedoch ohne Probleme. Das einzige, was nicht klappt, ist der automatische Start mit dem booten der Box. Das liegt wohl eher an meinem Unvermögen bzgl. Linux. Muss halt immer per Telnet den Daemon starten. Jedoch grundsätzlich läuft es mit den Binaries aus dem Anhang. Leider weiss ich nicht mehr, aus welchem der Posts hier aus dem Forum ist die habe...

Viele Grüße
Boris
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: themaxx32000 am 02 Februar 2014, 12:56:03
Hallo Ich79,

wo liegen denn die Dateien, welche Firmware benutzt du und welche FHEM Version (Versionsnummer und fhem original oder AVM fhem (chroot)) ?

Danke :)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ich79 am 02 Februar 2014, 13:05:35
Zitat von: themaxx32000 am 02 Februar 2014, 12:56:03
Hallo Ich79,

wo liegen denn die Dateien, welche Firmware benutzt du und welche FHEM Version (Versionsnummer und fhem original oder AVM fhem (chroot)) ?

Danke :)
1. habe alles unter /var/media/ftp/fhem/lib/hmland/ gelegt
2. FHEM Version von fhem.de (habe die 7390 Version drauf gemacht, ohne chroot)
# $Id: fhem.pl 4769 2014-01-29 08:14:58Z rudolfkoenig $
# $Id: 10_CUL_HM.pm 4776 2014-01-31 15:33:10Z martinp876 $
# $Id: 00_FBAHA.pm 2777 2013-02-20 08:02:01Z rudolfkoenig $
# $Id: 10_FBDECT.pm 2779 2013-02-21 08:52:27Z rudolfkoenig $
# $Id: 72_FB_CALLMONITOR.pm 4555 2014-01-04 10:53:40Z markusbloch $
# $Id: 01_FHEMWEB.pm 4761 2014-01-28 09:13:13Z rudolfkoenig $
# $Id: 92_FileLog.pm 4767 2014-01-29 07:43:25Z rudolfkoenig $
# $Id: 00_HMLAN.pm 4759 2014-01-28 09:05:45Z martinp876 $
# $Id: 99_SUNRISE_EL.pm 4537 2014-01-03 08:28:59Z rudolfkoenig $
# $Id: 98_SVG.pm 4689 2014-01-19 11:45:23Z rudolfkoenig $
# $Id: 99_Utils.pm 3595 2013-08-05 05:38:48Z tobiasfaust $
# $Id: 98_XmlList.pm 2895 2013-03-11 19:48:01Z rudolfkoenig $
# $Id: 98_autocreate.pm 4648 2014-01-14 19:23:34Z rudolfkoenig $
# $Id: 91_eventTypes.pm 2982 2013-03-24 17:47:28Z rudolfkoenig $
# $Id: 91_notify.pm 4664 2014-01-16 09:45:47Z rudolfkoenig $
# $Id: 98_structure.pm 4690 2014-01-19 16:28:17Z rudolfkoenig $
# $Id: 91_watchdog.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $

3. Fritz!OS: 06.01
4. Starte nach dem booten der Box den Daemon per Telnet via

## hmland starten
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/var/media/ftp/fhem/lib/hmland
ps | grep hmland | grep -v -q grep || /var/media/ftp/fhem/lib/hmland/hmland -l 127.0.0.1 -p 1000 -d >>/var/media/ftp/Alcor-FlashDisk-00/fhem_data/log/hmland.log


Viele Grüße
Boris
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: themaxx32000 am 02 Februar 2014, 13:06:39
Ja geil Boris,

mit der libusb und dem hmland von dir klappts auch bei mir :D Bestens!

Vielen Dank!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ich79 am 02 Februar 2014, 13:14:45
Na wunderbar! Freut mich!
Vlt hast ja einen Tipp, wie ich den ollen Autostart hinbekomme. Habe jetzt sowohl in der fhemcmd.sh (per WebUI Edit Files/fhemcmd.sh) als auch in der startfhem (in der fhem root) die Zeilen:

## hmland starten
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/var/media/ftp/fhem/lib/hmland
ps | grep hmland | grep -v -q grep || /var/media/ftp/fhem/lib/hmland/hmland -l 127.0.0.1 -p 1000 -d >>/var/media/ftp/Alcor-FlashDisk-00/fhem_data/log/hmland.log

drin aber es wird nicht mal ein Log-Eintrag geschrieben (also in der /var/media/ftp/Alcor-FlashDisk-00/fhem_data/log/hmland.log). Per Telnet startet der Daemon und der Log-Eintrag ist da.
Allerdings ist mir noch nicht ganz klar, wo welches Skript von wem aufgerufen wird. Allein Klarheit über die Reihenfolge wäre schon ein Vorteil ;)

Viele Grüße!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: themaxx32000 am 02 Februar 2014, 13:30:44
Hast du es mal über die startfhem versucht?

cd /var/media/ftp/fhem/bin/
vi startfhem

dort dann VOR "/opt/bin/perl fhem.pl fhem.cfg" deine Zeilen eintragen, also

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/var/media/ftp/fhem/lib/hmland
ps | grep hmland | grep -v -q grep || /var/media/ftp/fhem/lib/hmland/hmland -l 127.0.0.1 -p 1000 -d >>/var/media/ftp/Alcor-FlashDisk-00/fhem_data/log/hmland.log

danach am Besten noch ein

sleep 2

Dann wird der hmland Daemon gestartet, es wird kurz gewartet und dann wird fhem gestartet. Das sollte auch dein log-file erzeugen.

Sag Bescheid, wenn's funktioniert / nicht funktioniert :)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ich79 am 02 Februar 2014, 13:51:05
So in der Art hatte ich es mal. Allerdings ist der Daemon dann immer noch nicht gestartet. Im Anhang meine startfhem und fhemcmd.sh
Durchlaufen wird sie wohl, hatte mal den "## START:fhem-user " Teil rausgenommen und dann die "running as root" Meldung erhalten. Ausserdem läuft nach dem Start fhem. Ich denke wird wohl ein Rechte Problem sein. Wobei die Start-Skripte ja als root laufen, hoffe ich zumindest ;)
Wenn das Booten der Box nicht so ewig dauern würde.... Aber na gut, muss ich mal weiter rumprobieren.
VG!
Boris
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: themaxx32000 am 02 Februar 2014, 17:16:42
mach doch mal ein

cd /var/media/ftp/fhem/lib/hmland/
chmod 755 hmland

und ersetze

## hmland starten
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/var/media/ftp/fhem/lib/hmland
cd /var/media/ftp/fhem/lib/hmland/
ps | grep hmland | grep -v -q grep || ./hmland -l 127.0.0.1 -p 1000 -d >>/var/media/ftp/Alcor-FlashDisk-00/fhem_data/log/hmland.log
sleep 2

mit

## hmland starten
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/var/media/ftp/fhem/lib/hmland
ps | grep hmland | grep -v -q grep || /var/media/ftp/fhem/lib/hmland/hmland -d >>/var/media/ftp/Alcor-FlashDisk-00/fhem_data/log/hmland.log
sleep 2

oder zu Testzwecken auch erstmal nur mit

## hmland starten
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/var/media/ftp/fhem/lib/hmland
/var/media/ftp/fhem/lib/hmland/hmland -d
sleep 2
Titel: Ausfall HM USB CFG genau nach 24 Std.
Beitrag von: dsand51 am 03 Februar 2014, 17:15:49
Hallo, ich habe den Stick im Einsatz,
mit dem Parameter r 03:30.
Leider spielt das aber keine Rolle, nach genau 24 Std. wird der USB Stick von der FB nicht mehr erkannt, und nur ein
Neustart der FB hilft. Danach geht alles wieder.
Hat jemand von euch auch solche Probleme ?

Nachtrag:
Folgende Zeile steht im log:
HMLAN_Parse: hmusb new condition timeout

in der startfhem habe ich :
chmod 750 /var/InternerSpeicher/fhem/lib/hmland                                                                                           
ps | grep hmland | grep -v -q grep || $home/lib/hmland -p 1234 -d -r 08:20                                                               
                                                                                                                                                                                                                                                                                   
                                                                                                                                         



Gruss
Dieter
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: piet_pit am 06 Februar 2014, 16:28:49
Zitat von: jab am 03 Januar 2014, 18:11:45
So ich hab mal hmland mit höherer Priorität getestet auf dem Raspberry Pi. Damit klappt es hervorragend. Keinerlei Timeouts mehr. Ich starte es dann so:

chrt 30 /opt/hmcfgusb/hmland -d -P -l 127.0.0.1 -p $port 2>&1 > /var/log/hmland.log

Mein Initscript hänge ich mal an falls es noch jemand nutzen will

Hallo Jan,
ich nutze auch den Raspberry Pi im Zusammenhang mit dem HM-CFG-USB.
In welchem Verzeichnis auf dem RPi muss ich denn dieses Initscript hinterlegen bzw. speichern?

Vielen Dank für die Info.
Pit
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: d0np3p3 am 06 Februar 2014, 16:42:15
Das init kommt nach /etc/init.d/ und chmod +x nicht vergessen

Gesendet von meinem Nexus 4 mit Tapatalk

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: piet_pit am 06 Februar 2014, 16:54:20
Zitat von: d0np3p3 am 06 Februar 2014, 16:42:15
Das init kommt nach /etc/init.d/ und chmod +x nicht vergessen

Hallo,
vielen Dank für die Info. Ich hatte schon gelesen, dass Startdateien (bin nicht so fit in Linux)in dieses Verzeichnis müssen. Nun habe ich aber nur ein Verzeichnis /etc/init/; muss ich dann ein neues Verzeichnis /etc/init.d/ anlegen?
Viele Grüße
Pit
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: d0np3p3 am 06 Februar 2014, 17:32:58
Du hast bestimmt ein solches verzeichnis
cd /etc/init.d/
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: piet_pit am 06 Februar 2014, 17:47:52
Zitat von: d0np3p3 am 06 Februar 2014, 17:32:58
Du hast bestimmt ein solches verzeichnis
cd /etc/init.d/

Hallo
sorry, du hast recht.... 8)
Wer lesen kann und vor allem richtig gucken kann...
Danke
Pit
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: anhtu am 13 Februar 2014, 21:42:17
HM-CFG-USB
Fritz!Box 7330SL
FRITZ!OS 6.03
fhem-5.5-fb7390.image
hmland-7390-0.091.tar.gz

Hallo,

zuerst danke für fhem und hmland.

Ich habe folgende Situation:
- 1 USB stick für fhem und hmland, angehängt in /var/media/ftp/UBS2-0-FlashDrive-01
- 1 HM-CFG-USB
- fhem ist in /var/media/ftp/UBS2-0-FlashDrive-01/fhem
- fhem kann gestartet werden. Zugriff per webgui möglich
- hmland, hmsniff libusb-1.0.so.0 in /var/media/ftp/UBS2-0-FlashDrive-01/fhem/lib
- Rechte für hmland, hmsniff angepasst.

# ls -al
-rwxr-xr-x    1 root     root         27876 Feb 11 08:23 hmland
-rwxr-xr-x    1 root     root         18698 Feb 11 08:23 hmsniff
-rwxr-xr-x    1 1000     1000         52668 Feb 11 08:23 libusb-1.0.so.0
-rwxr-xr-x    1 1000     1000         52668 Nov  5 22:18 libusb-1.0.so.0.1.0


- start von hmland bringt folgende meldung:

# ./hmland -D -p 1234
./hmland: can't load library 'libusb-1.0.so.0'


Der Einsatz von verschiedenen Versionen hmland (OS 5.5 bzw. OS 6.0) bringt auch keinen Erfolg.

Was mache ich falsch ? Ich habe leider bis jetzt keine Lösung gefunden. :(

Könnt Ihr mir helfen, hmland in FB 7330SL zum Laufen zu bringen ?

Danke.

anh
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Loctotex am 14 Februar 2014, 20:12:58
du musst den Libarary Path noch anpassen, sonst kann er die Lib nicht finden ;)

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/var/media/ftp/UBS2-0-FlashDrive-01/fhem/lib
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: anhtu am 14 Februar 2014, 23:57:24
Danke für den Tip.

Irgendwie habe ich immer noch Problem.

Nach einer Anpassung von Library Path:
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/var/media/ftp/USB2-0-FlashDrive-01/fhem/lib

kann ich hmland nicht starten.
./hmland -D -p 1234

Der Fehler "can't load library 'libusb-1.0.so.0'" ist weg. Aber, im Terminal gibt es keine Ausgabe. Der Befehl wurde nicht ausgeführt.

Hier ist mein startfhem.cfg

#!/bin/sh

#home=/var/InternerSpeicher/fhem
home=/var/media/ftp/USB2-0-FlashDrive-01/fhem
cd $home

trap "" SIGHUP

modprobe cdc-acm.ko
#modprobe cdc_acm
#insmod ./cdc-acm.ko
modprobe ftdi_sio
sleep 2

ln -sf $home/FHEM/fhemcmd.sh /var/fhemcmd

PATH=$home:$PATH
export PATH
export LD_LIBRARY_PATH=$home/lib
#export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/var/media/ftp/USB2-0-FlashDrive-01/fhem/lib
export PERL5LIB=$home/lib/perl5/site_perl/5.12.2/mips-linux:$home/lib/perl5/site_perl/5.12.2:$home/lib/perl5/5.12.2/mips-linux:$home/lib/perl5/5.12.2               
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/var/media/ftp/USB2-0-FlashDrive-01/fhem/lib

ps | grep hmland | grep -v -q grep || $home/lib/hmland -l 127.0.0.1 -p 1234 -D -r 04:00
>> $home/log/hmland.log 2>&1
sleep 2

# add user fhem with uid of boxusr80/boxusr99 (== ftpuser)
# Comment/delete everything between START and END to run FHEM as root

## START:fhem-user
id fhem > /dev/null 2>&1
if test "$?" -ne "0"; then
  grep -q 1099 /etc/passwd;
  if test $? -eq "0"; then
    echo "fhem:any:1099:0:fhem:/home-not-used:/bin/sh" >>/var/tmp/passwd
  else
    echo "fhem:any:1080:0:fhem:/home-not-used:/bin/sh" >>/var/tmp/passwd
  fi
  chown -R fhem FHEM docs log www
  chown fhem . *
  chown root dfu-programmer     
  chmod u+s dfu-programmer
fi
## END:fhem-user

perl fhem.pl fhem.cfg
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 15 Februar 2014, 18:48:14
Zitat von: anhtu am 14 Februar 2014, 23:57:24
export LD_LIBRARY_PATH=$home/lib
#export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/var/media/ftp/USB2-0-FlashDrive-01/fhem/lib
export PERL5LIB=$home/lib/perl5/site_perl/5.12.2/mips-linux:$home/lib/perl5/site_perl/5.12.2:$home/lib/perl5/5.12.2/mips-linux:$home/lib/perl5/5.12.2               
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/var/media/ftp/USB2-0-FlashDrive-01/fhem/lib
Vielleicht solltest Du export LD_LIBRARY_PATH mal aufräumen. 2 aktive, so wie Du das gemacht hast, sind genau einer zuviel.
Kommentiere den ersten aus.
Gruß,
Veit
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: anhtu am 15 Februar 2014, 20:09:49
ich habe den ersten export LD_LIBRARY_PATH aufgeräumt.

Beim starten:
./startfhem
hängt es.

Offensichtlich kann hmland nicht gestartet werden. hmland.log is ganz leer

cd lib
./hmland -D

meldet sich wieder mit
./hmland: can't load library 'libusb-1.0.so.0'
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: der-Lolo am 16 Februar 2014, 09:47:28
Hallo zusammen,
ich bin gerade dabei den HMUSB Adapter an meinem BBB anzuschliessen, so wie ich das sehe hat auch alles soweit geklappt - zur zeit hakt es aber noch beim starten des Services wenn der Beagle bootet, und beim im ersten Post erwähntem Firmwareupdate für den Stick, aktuell läuft 03c3 sagt hmland -i
03c7 sollte rauf, ich habe das File bereits runtergeladen und hab nun keine Ahnung wo ich es hinkopieren muss und welche befehle abgesetzt werden sollen.
Auf dem BBB läuft ein Debian 7.3 wie kann ich den Service sinnvoll starten wenn der Beagle bootet, das im wiki beschriebene script funktioniert scheinbar nicht - oder ich habe hier etwas falsch gemacht.

Kann wer helfen?

Danke schonmal,
Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 16 Februar 2014, 09:50:22
Kannst Du den Stick nicht zum Update an eine Windows-Maschine hängen. Dann ist das im Normalfall easy going.


Sent from my iPhone using Tapatalk
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: der-Lolo am 16 Februar 2014, 09:54:11
 :o
Nein - leider gibt's keine Windows Maschine im Haus...
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 16 Februar 2014, 10:38:06
Hi,

Zitat von: der-Lolo am 16 Februar 2014, 09:47:28
Hallo zusammen,
ich bin gerade dabei den HMUSB Adapter an meinem BBB anzuschliessen, so wie ich das sehe hat auch alles soweit geklappt - zur zeit hakt es aber noch beim starten des Services wenn der Beagle bootet, und beim im ersten Post erwähntem Firmwareupdate für den Stick, aktuell läuft 03c3 sagt hmland -i
03c7 sollte rauf, ich habe das File bereits runtergeladen und hab nun keine Ahnung wo ich es hinkopieren muss und welche befehle abgesetzt werden sollen.

Du gehst in das Verzeichnis, in das Du das hmcfgusb-Repository ausgecheckt hast und führst folgendes aus:


$ git pull
$ make
$ ./flash-hmcfgusb /pfad/zur/hmusbif.03c7.enc


Gruß
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: der-Lolo am 16 Februar 2014, 11:24:00
Danke Michael,
leider läuft es nicht wie im ersten Post beschrieben durch -
hier mal die Ausgabe der Konsole - vielleicht kann das jemand interpretieren...

Zitat
# ./flash-hmcfgusb /opt/hmcfgusb/hmusbif.03c7.enc
HM-CFG-USB flasher version 0.093-git

Reading firmware from /opt/hmcfgusb/hmusbif.03c7.enc...
Firmware with 368 blocks successfully read.
Interrupt transfer not completed: Unknown error code 5 / 0x05!
closing device-connection due to error 5
hmcfgusb_poll: Input/output error
Can't release interface: Other error

HM-CFG-USB not in bootloader mode, entering bootloader.
Interrupt transfer not completed: Unknown error code 5 / 0x05!
Can't send null frame: No such device (it may have been disconnected)

Waiting for device to reappear...
Can't open device: Input/output error
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!

HM-CFG-USB opened.

Flashing 368 blocks: -usb-transfer took more than 100ms (1143ms), this may lead to timing problems!
Interrupt transfer not completed: Unknown error code 5 / 0x05!
closing device-connection due to error 5

im Wiki Artikel ist ja das USB2.0 problem beschrieben
Zitat
-- Da das Timing bei Homematic wichtig ist führt das zu vielen Retransmits und zu unzuverlässigen Aktoren. Als Workaround kann man den USB auf 1.1 stellen. Dazu führt man folgenden Text am Anfang der /boot/cmdline.txt ein:
dwc_otg.speed=1

Beim Beagle finde ich diese Datei aber nicht... Hat der Beagle überhaupt dieses problem? Liegt es vielleicht am zwischengestecktem USB Hub?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 16 Februar 2014, 11:45:25
Zitat von: der-Lolo am 16 Februar 2014, 11:24:00
leider läuft es nicht wie im ersten Post beschrieben durch -

Der hmland läuft nicht gleichzeitig, oder?
Sonst streiten die sich um das Gerät...

Habe es übrigens gerade auf einem Beaglebone ausprobiert (ohne Hub). Läuft ohne Verrenkungen problemlos durch:


desiato [~/hmcfgusb]> uname -a
Linux desiato 3.8.13-bone40 #1 SMP Fri Jan 31 07:31:37 UTC 2014 armv7l GNU/Linux

desiato [~/hmcfgusb]> sudo ./flash-hmcfgusb hmusbif.03c7.enc
HM-CFG-USB flasher version 0.093-git

Reading firmware from hmusbif.03c7.enc...
Firmware with 368 blocks successfully read.

HM-CFG-USB not in bootloader mode, entering bootloader.
Interrupt transfer not completed: Unknown error code 5 / 0x05!
Can't send null frame: No such device (it may have been disconnected)

Waiting for device to reappear...

HM-CFG-USB opened.

Flashing 368 blocks: |

Firmware update successfull!


Gruß
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: der-Lolo am 16 Februar 2014, 15:40:19
Danke Michael - das war es natürlich...
Warum passieren immer die peinlichen anfängerfehler gerade mir...

Ich habe aber noch ein problem mit dem Umland script in /etc/init.d
Ich habe mir das script von jab aus Beitrag 218 kopiert und per nano in die Datei Umland eingefügt...
chmod +x hmland hab ich auch gemacht...

Der USB Stick startet aber leider immer noch nicht.

uname -a
Linux BeagleBoneBlack 3.8.13-bone32 #1 SMP Fri Dec 13 16:57:41 UTC 2013 armv7l GNU/Linux
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: d0np3p3 am 16 Februar 2014, 16:42:41
Stichwort "update rc.d"

Gesendet von meinem Nexus 4 mit Tapatalk

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: der-Lolo am 16 Februar 2014, 17:07:19
Danke - Linux ist eben doch eine andere Welt...
Was so ein kleines Stichwort doch ausmacht...

über ps aux wird mir der Service aber immer noch nicht angezeigt...

Edit: jetzt läuft es - in FHEM geht er auch sofort auf connected..
Wieder ein blödes Steckernetzteil und einen Netzwerkteilnehmer weniger - jippie!
Tausend Dank an alle!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: olisba am 16 Februar 2014, 22:44:33
Hallo zusammen,

ich vermute es liegt an dem letzten AVM Update der 7390 auf 6.0.3, aber heute mußte ich feststellen, daß anscheinend der HM-CFG-USB2 nicht mehr von der Box erkannt wird. Bisher stand er immer als "nicht unterstütztes USB device" in der FritzOS Übersicht, jetzt nicht mehr.
Da ich auch noch ein LAN Adapter habe für die meisten Geräte, habe ich es erst heute gemerkt.
Das fhem log ist voll von disconnected, wenn ich hmland von der Console starte meckert er auch "can't initialize ".

Hat jemand von euch auch fritzOS6.03 auf der Box, und ähnliches beobachtet und evtl. sogar behoben ?
Oder ist vielleicht der USB Adapter defect ?
Ich bin ratlos :-(
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: ramonh2712 am 17 Februar 2014, 10:15:19
Hallo,

Mir geht's leider seit dem Update auf Fritz OS 6.0.3 (wegen der Sicherheitslücke) genau so. Zwar wird bei mir der HM-CFG-USB2 erkannt und es funktioniert zunächst auch alles, aber ziemlich genau 24h später wird mein logfile mit connect/disconnect Meldung überflutet und es wird weder etwas empfangen, noch gesendet. Nach einem Neustart der FritzBox (7390) funktioniert alles für die besagten 24h wieder.

Leider habe ich keine Ahnung was ich machen soll. Ich hab bereits versucht, den HM-CFG-USB2 neu einzubinden, das hat aber nix gebracht.

Weiss da jemand Rat?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: olisba am 17 Februar 2014, 13:51:21
@Ramonh2712,
Und bei dir wird der usb adapter auf der fritzbox Oberfläche als erkannt angezeigt?
Bei mit leider nicht, dann kann hmland den auch nicht ansprechen :-(

Hast du im Aufruf des hmland den Parameter für zwangsreset mit dabei? Ich hatte den auf 4 uhr nachts, und nur da jeweils eine disconnect meldung.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: piet_pit am 17 Februar 2014, 18:37:26
Hallo Zusammen,
wenn ich über Putty (Nutzer pi) hmland aufrufe mit

./hmland -p 1234 -D

startet hmland und der HM-CFG-USB hat im FHEM den Status "opened", also alles gut :)

Beende ich Putty, geht der HM-CFG-USB leider auf "disconnected"  :'(
Ich vermute, es ist ein Rechte-Problem, ich weiss aber leider nicht, auch nicht nach vielen Recherchen, wie ich diesem Problem auf die Spur kommen kann.

lsusb zeigt mir alle Infos zum HM-CFG-USB an, habe auch schon die Rechte-Datei hmcfgusb bearbeitet, finde aber den Fehler einfach nicht....

VG
Pit
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 17 Februar 2014, 20:15:58
Wenn Du den Prozess nicht als Hintergrundprozess startest, wird er mit der Putty-Shell beendet. Häng mal ein & am Ende an.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: piet_pit am 17 Februar 2014, 22:58:02
Hallo,
vielen Dank, das war ein super Tip, klappt jetzt...
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: ramonh2712 am 18 Februar 2014, 07:56:15
Also bei mir wird der HM-CFG-USB auch nach dem disconnect als unbekanntes Gerät auf der Fritzbox Oberfläche angezeigt.Wie ich das mit dem automatischen disconnect gesetzt habe, weiss ich nicht mehr. Kann man das irgendwo nachsehen?
Titel: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: olisba am 18 Februar 2014, 08:25:14
... Dann ist meiner evtl. defekt, muss ihn mal an einen pc hängen.
Der autom. Disconnect ist ein Parameter beim start des hmland, vmtl. in deinem startfhem script.

Yep, defekt - gerade getestet, auch unter windoof wird er nicht erkannt :-(
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: der-Lolo am 18 Februar 2014, 19:12:36
Der automatische disconnect ist im init Script - wenn ich mich richtig erinnere...
Ich habe diesbezüglich auch noch eine frage - der Stick läuft nun seit drei Tagen stabil nebenher, ok - er hat noch nichts zu tun, der HMLan ist noch als IODEV eingetragen...

Einzig der 24std. Disconnect gefällt mir so nicht - zur zeit ist es täglich etwa um 17:20 soweit.
Das Spiel dauert zwischen 20 und 30 Sekunden - mir wäre es deutlich lieber wenn das nachts z.b. Zwischen drei und vier Uhr passieren würde. Hat da jemand eine Idee?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 18 Februar 2014, 20:46:47
Kannst Du per Parameter setzen, wann er den Restart durchführt.
Titel: hmland auf Synology DS212j
Beitrag von: -Helge- am 18 Februar 2014, 22:05:19
Hallo zusammen,

ich hoffe, ich bin hier richtig: Ich habe FHEM auf einer DS212j installiert (die Bibliotheken von fischer-net.de), das lief auch auf Anhieb. Nun habe ich das Problem, den HM USB Stick zum Laufen zu bekommen. Meine Linuxkenntnisse sind nicht so profund (hust), und die Synology shell - was auch immer da dahinter steckt - konnte schon mit dem git nichts anfangen.
Hat mal einer von Euch das hmland für die Synology umgesetzt, oder hat Tips für mich, wie ich das hinbekommen könnte?

Danke im Voraus!!

Helge
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: der-Lolo am 18 Februar 2014, 23:36:12
@Volschin - ok, dachte mir schon das es eine Möglichkeit gibt... Kannst du mich aber vielleicht noch ein bisschen mehr schubsen? Ich kann nichts finden - oder habe Tomaten auf den Augen.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 18 Februar 2014, 23:42:46

udo@arm /opt/fhem_add/hmcfgusb $ ./hmland -h
Syntax: ./hmland options

Possible options:
-D debug mode
-d daemon mode
-h this help
-i interactive mode (connect HM-CFG-USB to terminal)
-l ip listen on given IP address only (for example 127.0.0.1)
-P create PID file /var/run/hmland.pid in daemon mode
-p n listen on port n (default: 1000)
-r n reboot HM-CFG-USB after n seconds (0: no reboot, default: 86400)
   hh:mm reboot HM-CFG-USB daily at hh:mm
-v verbose mode
-V show version (0.091-git)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: der-Lolo am 18 Februar 2014, 23:45:46
Danke...
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 19 Februar 2014, 13:04:51
Hallo Helge,

Du hast  zwei Möglichkeiten:


Danach kannst kannst Du Dir den hmland für das NAS bzw. direkt auf dem NAS übersetzen.

Ich denke Martin wird eines von beiden getan haben, um den CUL am Synology zum fliegen bekommen zu
haben. Vielleicht ist er ja so nett, und schiebt den hmland einmal durch den Compiler.

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 19 Februar 2014, 15:58:39
Moin noch einmal !

In Sachen Cross Compiling für Synology gibt es ein tolles Projekt: https://github.com/SynoCommunity/spksrc

Habe ich mir mal eben runtergeladen und den hmland für mein Synology 211+ übersetzt (ist die gleiche
Plattform wie ein 212j). Läuft bei mir tadellos  :)  Anbei die Binaries und die benötigte libusb-1. Die Datei
auf das NAS kopieren (im folgenden Fall nach /tmp) und die folgenden Schritte ausführen. Wenn man ipkg schon
drauf hat, braucht man sich um das /opt Verzeichnis nicht kümmern. Man kann das ganze natürlich auch
in ganz andere Ordner packen. Wichtig ist auf jeden Fall das Setzen des LD_LIBRARY_PATH, damit die
libusb gefunden wird !

mkdir -p /volume1/@optware/bin /volume1/@optware/lib
ln -s /volume1/@optware /opt
cd /
gzip -cd  /tmp/hmland-88f6281-0.094.tar.gz | tar xvf -
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/opt/lib
nohup /opt/bin/hmland -l 127.0.0.1 -p 1000 -d -r 04:00


Die letzten beiden Schritte sollten in einem passen Startscript verewigt werden.

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: -Helge- am 19 Februar 2014, 22:26:13
Hallo Marc,

danke für die Files! Ich habe es heute abend zwar geschafft, ipkg und git zu installieren, die hmland-files auf tmp zu ziehen und gcc, make und libusb aus dem ipkg zu installieren. Aber das libusb scheint nicht das richtige zu sein, das Makefile hat sich ständig aufgehängt.
Ich habe dein File in /tmp kopiert und die Eingaben auszuführen versucht. Aber ich bekomme beim ln und beim tar ein permission denied, obwohl ich via SSH als admin eingeloggt bin. Hast du da noch einen Tipp für mich?

Schon mal vielen Dank für die Unterstützung!!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 19 Februar 2014, 22:46:15
Hallo Helge !

ZitatAber das libusb scheint nicht das richtige zu sein, das Makefile hat sich ständig aufgehängt.

Da ich den hmland ja nun durch den Cross Compiler geschoben habe, brauchst keine Entwicklungsumgebung mehr.
Die Dateien in dem Archiv sind die fertigen Binaries für das NAS !

Admin Rechte reichen nicht, Du benötigst root Rechte ! Also einfach per SSH als root anmelden. Das root Kennwort
sollte dem des admin Accounts entsprechen.

Gruß, Marc

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: -Helge- am 21 Februar 2014, 08:15:19
Hallo Marc,

danke für die Erklärungen - es scheint soweit geklappt zu haben. Leider komm ich das Wochenende nicht mehr dazu, es weiter auszuprobieren. Aber schon mal vielen Dank für die Hilfe!

Helge
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: axel.mohnen am 24 Februar 2014, 22:45:12
Hallo,

ich habe eine Fritzbox 7390 (06.03 mit Labor Firmware) und HM-CFG-USB Stick.
Die Anleitung von Marc habe ich befolgt (nochmals vielen Dank für die Hilfe).

1. Binariers nach /var/media/ftp/fhem/bin kopiert (hmland-7390-0.091 - 6.00)
1. Die libusb-1.0.so.0.1.0 und der link zur libusb haben bereits in /var/media/ftp/fhem/lib existiert
2. export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/var/media/ftp/fhem/lib
3. chmod 755 hmland hmsniff
# ./hmland -l 127.0.0.1 -p 1234
./hmland: can't resolve symbol 'libusb_handle_events_timeout_completed' in lib './hmland'.

Den gleichen Fehler bekomme ich im Debug Mode

Im Daemon Mode wird erst eine PID vergeben aber bricht nach ca. 20 Sekunden mit dem gleichen Fehler ab.
# # ./hmland -l 127.0.0.1 -p 1234 -d
# Daemon with PID 2368 started!

FHEM Log:
127.0.0.1:1234 reappeared (HMLAN1)
HMLAN_Parse: HMLAN1 new condition init
127.0.0.1:1234 disconnected, waiting to reappear


Leider konnte ich nichts zu dem Fehler finden.


Vielen Dank im Voraus für eure Hilfe

Axel
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 24 Februar 2014, 23:45:03
Hallo Axel,

sieht für mich danach aus, dass Deine libusb nicht zum hmalnd passt. Nicht dass ich mit den 6.00
Binaries unter 6.03 Probleme gehabt hätte, aber ich habe noch einmal den hmland 0.094 frisch
für 6.03 gebaut. Diese Kombination läuft bei mir seit rund 10 Tagen.

Gruß, Marc

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: axel.mohnen am 25 Februar 2014, 13:32:26
Hallo Marc,

super vielen Dank, es funzt!

ich habe den link "libusb-1.0.so.0.1" der bereits auf der Fritz Labor version drauf war gelöscht und neu angelegt mit (libusb-1.0.so.0.1.0).

Jetzt steht mein HMLAN1 im status "open".

Mein nächstes Problem ist jetzt das die Befehle nicht in der startfhem greifen.
Ein Log wird auch nicht geschrieben.
Mit welchem User wird die startfhem standardmässig auf der FB gestartet?
Kann das ein Berechtigungsproblem sein?

Viele Grüsse
Axel

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Loctotex am 25 Februar 2014, 21:40:49
Auf meiner 7360 mit 06.03 läuft die Lib von marc2 nicht. 

Habe meine Lib mal angehängt

Mit der Lib von marc2 bekomme ich mehrere Prozesse:
# ./hmland -d -p 1234 >>hmlandlog.txt
# ps | grep hmland
3071 root      1456 S    ./hmland -d -p 1234
3072 root      1456 S    ./hmland -d -p 1234
3073 root      1456 S    ./hmland -d -p 1234
3075 root      1228 S    grep hmland



Mit der meiner sieht das so aus:

# ./hmland -d -p 1234 >>hmlandlog.txt
# ps | grep hmland
3101 root      1404 S    ./hmland -d -p 1234
3103 root      1228 S    grep hmland
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 25 Februar 2014, 22:30:08
Hallo Axel,

Zitat von: axel.mohnen am 25 Februar 2014, 13:32:26
Mein nächstes Problem ist jetzt das die Befehle nicht in der startfhem greifen.
Ein Log wird auch nicht geschrieben.

startfhem wird von root gestartet. In selbigem Script starte ich den hmland bei mir wie folgt:

ps | grep hmland | grep -v -q grep ||
/var/media/ftp/bin/hmland -l 192.168.2.1 -p 1000 -d -r 04:00 > /var/media/ftp/fhem/log/hmland.log 2>&1


Die Pfade musst Du natürlich auf Deine Umgebung anpassen

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: axel.mohnen am 26 Februar 2014, 23:57:01
Hallo Marc,

so langsam gehen mir die Ideen aus  :(
Der hmland will einfach nicht mit startfhem laufen

Die startfhem liegt im gleichen Verzeichnis wie der hmland (/var/media/ftp/fhem/bin).
Die Rechte von hmland sind auf 777 gesetzt.
Interessant ist auch das kein Log geschieben wird!
Ich habe das Gefühl das ich die falsche startfhem bearbeite. Kann das sein?

#!/bin/sh
trap "" SIGHUP

if [ ! -c /dev/ttyACM0 ]; then
    rm -f /dev/ttyACM0
    mknod /dev/ttyACM0 c 166 0
fi
if [ ! -c /dev/ttyACM1 ]; then
    rm -f /dev/ttyACM1
    mknod /dev/ttyACM1 c 166 1
fi
if [ ! -c /dev/ttyUSB0 ]; then
    rm -f /dev/ttyUSB0
    mknod /dev/ttyUSB0 c 188 0
fi
if [ ! -c /dev/ttyUSB1 ]; then
    rm -f /dev/ttyUSB1
    mknod /dev/ttyUSB1 c 188 1
fi

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/var/media/ftp/fhem/lib
ps | grep hmland | grep -v -q grep || /var/media/ftp/fhem/bin/hmland -l 127.0.0.1 -p 1234 -d -r 04:00 > /var/media/ftp/fhem/log/hmland.log 2>&1
sleep 2

export PATH=$PATH:/opt/bin
mkdir -p /proc
mkdir -p /sys
mount -t proc proc /proc
mount -t sysfs sysfs /sys
mount -t usbfs usbfs /proc/bus/usb
cd /opt/fhem
/opt/bin/perl fhem.pl fhem.cfg


Viele Grüße
Axel
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 27 Februar 2014, 20:27:30
Hallo Axel !

Wenn Du in der richtigen startfhem bist, müsstest Du in der "/var/media/ftp/fhem/log/hmland.log"
Ausgaben bzw. Fehlermeldungen finden (vorausgesetzt das Verzeichnis "/var/media/ftp/fhem/log"
existiert auf Deiner FB). Was steht dort drin ?

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: axel.mohnen am 28 Februar 2014, 09:33:06
Hallo Marc,

nein, es wird kein log geschrieben. Das Verzeichnis hat nicht existiert, aber ich hatte es schon manuell angelegt.
Zum Test habe ich am Anfang der startfhem den Befehl echo "Hello FHEM" >>/var/media/ftp/fhem/log/hmland.log abgesetzt.
Beim Neustart der FB wird kein Log geschrieben!
Wenn ich die startfhem über putty starte wird der Log geschieben.
Ich bekomme aber die Fehlermeldung:
cd /opt/fhem -> can't find directory
/opt/bin/perl  -> can't find directory

Das ist für mich die Bestätigung, das die startfehm im Verzeichnis "/var/media/ftp/fhem/bin/startfhem" nicht vom FHEM Server genutzt wird.

Workaround:
Ich habe mir jetzt ein eigenes Script geschrieben (starthmland), das muss ich zwar nach jedem FB neustart manuell ausführen, aber es funktioniert.

Interessant wäre jetzt zu wissen wie die FB den FHEM Server startet, damit ich mein starthmland dort triggern kann.

Vielen Dank.

Gruss
Axel
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 01 März 2014, 10:00:54
Hallo Axel,

wenn Du die reguläre AVM Software nimmst und FHEM als "Pseudo Image" installiert hast, muss
der Startaufruf von FHEM in  der /var/flash/debug.cfg stehen.

ZitatIch bekomme aber die Fehlermeldung:
cd /opt/fhem -> can't find directory
/opt/bin/perl  -> can't find directory

Die Fehler zeigen eigentlich, dass Du nicht das normale startfhem für die FB nutzt. Dort ist das
home Verzeichnis nämlich als "/var/InternerSpeicher/fhem" definiert.

Schau Dir mal Deine  /var/flash/debug.cfg an.

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: reibuehl am 01 März 2014, 10:21:09
Zitat von: marc2 am 24 Februar 2014, 23:45:03
Hallo Axel,

sieht für mich danach aus, dass Deine libusb nicht zum hmalnd passt. Nicht dass ich mit den 6.00
Binaries unter 6.03 Probleme gehabt hätte, aber ich habe noch einmal den hmland 0.094 frisch
für 6.03 gebaut. Diese Kombination läuft bei mir seit rund 10 Tagen.

Gruß, Marc

Ich versuche gerade, hmland mit meinem HM-CFG-USB2 auf meiner Fritzbox 7390 zum laufen zu bringen. Leider kommt auf der Konsole nur:

Can't detach kernel driver: Other error
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!


und im FHEM Eventlog:

2014-03-01 10:14:43 HMLAN HMLAN2 DISCONNECTED
2014-03-01 10:14:43 HMLAN HMLAN2 cond: disconnected
2014-03-01 10:14:43 HMLAN HMLAN2 Xmit-Events: disconnected:1
2014-03-01 10:14:43 HMLAN HMLAN2 prot_disconnected: last
2014-03-01 10:14:43 HMLAN HMLAN2 cond: init
2014-03-01 10:14:43 HMLAN HMLAN2 Xmit-Events: init:1
2014-03-01 10:14:43 HMLAN HMLAN2 prot_init: last
2014-03-01 10:14:43 HMLAN HMLAN2 CONNECTED
2014-03-01 10:14:44 HMLAN HMLAN2 DISCONNECTED
2014-03-01 10:14:44 HMLAN HMLAN2 cond: disconnected
2014-03-01 10:14:44 HMLAN HMLAN2 Xmit-Events: disconnected:1
2014-03-01 10:14:44 HMLAN HMLAN2 prot_disconnected: last
2014-03-01 10:14:44 HMLAN HMLAN2 cond: init
2014-03-01 10:14:44 HMLAN HMLAN2 Xmit-Events: init:1
2014-03-01 10:14:44 HMLAN HMLAN2 prot_init: last
2014-03-01 10:14:44 HMLAN HMLAN2 CONNECTED


Ich verwende FritzOS 6.03 mit Freetz und die Binaries aus Marcs hmland-7390-0.094-6.03.tar.gz.

LD_LIBRARY_PATH habe ich gesetzt.

Was kann da falsch laufen?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 01 März 2014, 13:02:07
Hallo Reiner,

als welcher User versuchst Du den hmland zu starten ? Du brauchst root Rechte.

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: reibuehl am 01 März 2014, 13:14:17
Ich war per SSH als root auf der Fritzbox eingelogt und habe hmland dort mit diesem Kommando gestartet:

cd /var/InternerSpeicher/fhem
export LD_LIBRARY_PATH=/var/InternerSpeicher/fhem/lib
./hmland -l 127.0.0.1 -p 1000 -d
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 05 März 2014, 00:05:03
Hi !

Es scheint als wenn noch ein Kernel Modul auf dem Device sitzt. Der hmland versucht es mit mit detach_kernel_driver zu entladen,
scheitert dabei aber und kann das Device daher nicht nutzen. Das startfhem läd auf der Fritzbox zwar per default Module, die z.B.
einen CUL unterstützen. Die sind bei mir aber auch geladen und stören nicht weiter (steck aber auch kein CUL - mehr - dran).

Schau mal mit lsmod nach was bei Dir so alles an USB-Modulen geladen ist. Wenn Du keinen CUL an der Fritzbox hast, kannst
du die ganzen insmods aus startfhem entfernen und die bereits geladenen module mir rmmod entladen.

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Hauswart am 08 März 2014, 14:47:14
Ich wollte eben meinen HM-CFG-USB updaten:
pi@raspberrypi /opt/hmcfgusb $ sudo ./flash-hmcfgusb /home/pi/tmp/hmusbif.03c7.enc
HM-CFG-USB flasher version 0.095-git

Reading firmware from /home/pi/tmp/hmusbif.03c7.enc...
Firmware with 368 blocks successfully read.

HM-CFG-USB not in bootloader mode, entering bootloader.

Waiting for device to reappear...
Can't claim interface: Resource busy
Can't find/open hmcfgusb!
Can't claim interface: Resource busy
Can't find/open hmcfgusb!
Can't claim interface: Resource busy
Can't find/open hmcfgusb!
Can't claim interface: Resource busy
Can't find/open hmcfgusb!
Can't claim interface: Resource busy
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!

HM-CFG-USB opened.

Flashing 368 blocks: /Interrupt transfer not completed: Unknown error code 5 / 0x05!
closing device-connection due to error 5


hmcfgusb_poll: Input/output error


Versuche es nun gleich mal mit einem Reboot...

Nach einem Reboot ging es dann nach mehreren Versuchen:
pi@raspberrypi /opt/hmcfgusb $ sudo ./flash-hmcfgusb /home/pi/tmp/hmusbif.03c7.enc
HM-CFG-USB flasher version 0.095-git

Reading firmware from /home/pi/tmp/hmusbif.03c7.enc...
Firmware with 368 blocks successfully read.

HM-CFG-USB opened.

Flashing 368 blocks: |

Firmware update successfull!
pi@raspberrypi /opt/hmcfgusb $ sudo ./hmland -i
HHM-USB-IF,03C7,JEQ0701211,1EBDF4,123456,000000EA,0000


Wo findet man eigentlich einen Changelog von HM-CFG-USB 2 FWs?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 13 März 2014, 23:21:33
Habe mir den USB-Adapter besorgt und auf meinem Raspberry ausprobiert. Funktioniert sehr gut. Danke für das Program!
Interessanterweise sind die RSSI Werte sogar besser als mit meinem HMLAN. Einzelnes Ärgerniss - die USB2.0-Schnittstelle von Rasp. Die Log ist voll von "Can't send data"-Meldungen. Nach dem ich beim Firmware-Update den Stick zerfläsht habe, musste ich die Geschwindigkeit aus USB1.1-Niveau senken damit das Update klappt.  >:(
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: -Helge- am 14 März 2014, 22:19:49
Nun also, ich nochmal:

Wenn ich die Synology starte, dann in der shell die beiden Zeilen unten
export LD_...
nohup ...

eingebe - mit hoffentlich richtiger ip und port 1000 - dann fhem neu starte, dann habe ich im Log stehen:


Opening hermes device 192..... :1000
Can't connect to 192...:1000: No route to host


Ihr merkt, ich bin ahnungslos - was bedeutet das?

Zitat von: marc2 am 19 Februar 2014, 15:58:39
............Wichtig ist auf jeden Fall das Setzen des LD_LIBRARY_PATH, damit die
libusb gefunden wird !

mkdir -p /volume1/@optware/bin /volume1/@optware/lib
ln -s /volume1/@optware /opt
cd /
gzip -cd  /tmp/hmland-88f6281-0.094.tar.gz | tar xvf -
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/opt/lib
nohup /opt/bin/hmland -l 127.0.0.1 -p 1000 -d -r 04:00


Die letzten beiden Schritte sollten in einem passen Startscript verewigt werden.

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: StofLE am 21 März 2014, 22:22:35
Hat zufällig jemand die aktuelle Version 0.096-git für OpenWRT (ar71xx) compiliert?
Hab zurzeit keine Umgebung zum Crosscompilieren bereit.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: cerberus am 23 März 2014, 14:22:03
Hallo, kann mir bitte nochmal jemand eine kurze Zusammenfassung zur Einrichtung des HomeMatic USB Konfigurations-Adapter auf einem PI geben. Ich habe den Daemon um den USB Stick mit Fhem zum laufen zu bekommen auf mein PI nach folgender Beschreibung installiert https://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb (https://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb).

Frage ist wie ich den Daemon automatisch starten lassen kann. Ich habe in WIKI das Startscript gesehen aber auch hier im Forum gelesen das man den Daemon auch über die FHEM.cfg starten lassen kann. Ist das möglich und wenn ja wie?

Danke und Gruß
cerberus
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 23 März 2014, 20:03:39
Über die fhem.cfg startet man gar nichts.

Im Startskript /etc/init.d/fhem musst Du einfach eine Zeile einfügen, die den hmland startet.

Bei mir sieht das beispielsweise so aus:


case "$1" in
'start')
        echo "Starting fhem..."
        /opt/fhem_add/hmcfgusb/hmland -d -p 1234
perl fhem.pl configDB
        RETVAL=$?
        ;;
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: JanS am 24 März 2014, 19:17:22
Mal ne andere Frage:
Hat denn mal wer beobachtet, ob das "Aufhängen" des Adapters im Sendebetrieb mit der neuen Firmware (0.967) von eQ3 noch auftritt?
Releasenotes sind irgendwie keine zu finden, leider.

EDIT:typo korrigiert
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: cerberus am 24 März 2014, 21:09:41
Danke betateilchen, das Starten klappt schonmal. Wie hast du das beim Beenden und bzw. Restart von fhem gelöst. Weiterhin würde ich gern wissen wie ich einen LOG für HMLAN definieren kann, ich habe gesehen das die Nutzer der Fritzbox das irgenwie umleiten auf einen anderen Pfad.

Danke und Gruß
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 24 März 2014, 21:15:37
Zitat von: cerberus am 24 März 2014, 21:09:41
Wie hast du das beim Beenden und bzw. Restart von fhem gelöst

au mann...



udo@cubie:~> cat /etc/init.d/fhem
#!/bin/sh
# description: Start or stop the fhem server
# Added by Alex Peuchert

### BEGIN INIT INFO
# Provides:             fhem.pl
# Required-Start:       $local_fs $remote_fs
# Required-Stop:        $local_fs $remote_fs
# Default-Start:        2 3 4 5
# Default-Stop:         0 1 6
# Short-Description:    FHEM server
### END INIT INFO

set -e
cd /opt/fhem
port=7072

case "$1" in
'start')
        echo "Starting fhem..."
        /opt/fhem_add/hmcfgusb/hmland -d -p 1234
        perl fhem.pl configDB
        RETVAL=$?
        ;;
'stop')
        echo "Stopping fhem..."
        perl fhem.pl $port "shutdown"
        RETVAL=$?
        pkill hmland
        ;;
'status')
        cnt=`ps -ef | grep "fhem.pl" | grep -v grep | wc -l`
        if [ "$cnt" -eq "0" ] ; then
                echo "fhem is not running"
        else
                echo "fhem is running"
        fi
        ;;
*)
        echo "Usage: $0 { start | stop | status }"
        RETVAL=1
        ;;
esac
exit $RETVAL


Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Django.Edwards am 29 März 2014, 08:32:18
Zitat von: JanS am 24 März 2014, 19:17:22
Mal ne andere Frage:
Hat denn mal wer beobachtet, ob das "Aufhängen" des Adapters im Sendebetrieb mit der neuen Firmware (0.967) von eQ3 noch auftritt?
Releasenotes sind irgendwie keine zu finden, leider.

EDIT:typo korrigiert

Also bei mir läuft der Adapter seit mehreren Tagen durch, ohne sich aufzuhängen. Beobachte das aber weiter.
Wenn nicht, kann man ja immer noch die Reboot-Option wieder einschalten.

Wirklich klasse Arbeit die hier geleistet wird!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: der-Lolo am 01 April 2014, 09:06:31
Hallo zusammen,
ich habe etwas komisches bemerkt -
erstmal schaut alles ganz normal aus, da ich den HM-USB nachts um 3 neustarte.
Zitat2014.03.31 03:00:08 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.03.31 03:00:08 1: HMLAN_Parse: hmusb new condition disconnected
2014.03.31 03:00:08 1: 127.0.0.1:1234 reappeared (hmusb)
2014.03.31 03:00:08 1: HMLAN_Parse: hmusb new condition init
2014.03.31 03:00:09 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.03.31 03:00:09 1: HMLAN_Parse: hmusb new condition disconnected
2014.03.31 03:00:09 1: 127.0.0.1:1234 reappeared (hmusb)
2014.03.31 03:00:09 1: HMLAN_Parse: hmusb new condition init
Es dauerte allerdings ein wenig länger als normal, und anschliessend war der Bluetooth Dongle nicht mehr erreichbar..
Zitat
2014.03.31 03:01:16 1: 127.0.0.1:1234 reappeared (hmusb)
2014.03.31 03:01:16 1: HMLAN_Parse: hmusb new condition init
2014.03.31 03:01:18 1: HMLAN_Parse: hmusb new condition ok
2014.03.31 03:04:21 1: Perfmon: possible freeze starting at 03:04:20, delay is 1.278
2014.03.31 03:04:59 3: Watchdog wd_s4mini_away triggered
2014.03.31 03:04:59 2: ROOMMATE set rr_Christin absent
2014.03.31 03:05:05 1: Christin ist gegangen...
2014.03.31 03:05:05 1: Perfmon: possible freeze starting at 03:05:00, delay is 5.498
2014.03.31 03:06:28 3: Watchdog wd_z1compact_away triggered
2014.03.31 03:06:28 2: ROOMMATE set rr_Micha absent
2014.03.31 03:06:38 1: Micha ist gegangen...
Über die Anwesenheit schalten wir unsere Heizung - gut, so schlimm ist es ja nicht mehr wenn die Heizung aus ist - aber trotzdem würde ich dieses problemchen gerne beheben.

Hat jemand eine Idee wie ich nach dem HM-USB restart schauen kann ob der Bluetooth Adapter noch läuft?

bzw. ist der erstarrt mit der neuen Firmware wirklich nicht mehr notwendig?

Einzig ein neustarten des Beagle konnte Bluetooth wieder zum leben erwecken...
Vor kurzem hatte ich ein ähnliches verhalten - konnte aber den Hergang nicht so wie diesmal nachvollziehen.
Es passiert also nicht jede nacht - aber gelegentlich.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Joachim am 01 April 2014, 19:38:59
Schau mal bei udev,
könnte sein dass sich die Adresse der USB-Geräte ändert.

Gruß Joachim
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: der-Lolo am 01 April 2014, 21:48:42
Ok - udev...
Ich glaube ich verstehe wie das gemeint ist, ich gebe also den Devices am USB Bus einfach einen symlink und in fhem erfolgt dann die definition der devices über den symlink?

unter etc/udev/rules.d/ habe ich eine 50-fhem.rules angelegt und dort

KERNEL=="ttyUSB*", ATTRS{product}=="Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)", SYMLINK+="bluetooth"
KERNEL=="ttyUSB*", ATTRS{product}=="Linux Foundation Multifunction Composite Gadget", SYMLINK+="hm_usb"

eingetragen. Das habe ich aus dem fhemwiki eben mit den ausgaben von meinen lsusb angepasst...

In meiner Config habe ich ein
define hmusb HMLAN 127.0.0.1:1234
dort sollte dann vermutlich etwas stehen wie
define hmusb HMLAN /dev/hm_usb
den Port? muss ich den auch mitgeben?
und für Bluetooth? Muss ich da auch was eintragen?

Im FHEMWIKI - gibt es auch noch eine Zeile
KERNEL=="tty*", SYSFS{idVendor}=="03eb", SYSFS{idProduct}=="204b", MODE="0666", BUS=="usb", SYMLINK+="CUL"
und unten drunter die Erklärung das die rechte auch gesetzt würden...

sorry - aber es geht ums Produktivsystem, möchte nichts falsch machen und ungern experimentieren.

nochmal kurz die Fragen in meinem Kopf

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Joachim am 01 April 2014, 21:54:37
Erst mal kontrollieren, ob es sich wirklich um sich ändernde Ports handelt, dann weitersehen.
War ersteinmal nur ein Ansatzpunkt.
Also dmesg | grep tty und nachsehen, wer welchem Port zugeteilt ist, dann bei Deinem oben beschriebenen Problem nachsehen, ob sich der Port geändert hat.
Nicht immer blind versuchen, Fehler zu beseitigen, deren Ursche man nicht kennt.

Gruß Joachim
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 01 April 2014, 22:09:37
ihr macht komische Sachen...
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Joachim am 01 April 2014, 22:18:12
?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 01 April 2014, 22:26:40
Der Homematic USB Stick wird in fhem IMMER über die IP und den Port definiert, den der hmland auf Betriebssystemebene verwendet. Das ist das einzige relevante Kriterium und nicht irgendwelche device-Namen.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Joachim am 01 April 2014, 22:31:41
Dann war es der falsche Ansatzpunkt
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: der-Lolo am 01 April 2014, 23:38:11
das dmesg | grep tty hab ich trotzdem mal abgesetzt.


Zitatroot@BeagleBoneBlack:~# dmesg | grep tty
[    0.000000] Kernel command line: console=ttyO0,115200n8 root=UUID=c51c5460-839c-4fb9-a32e-f8198498754c ro rootfstype=ext4 rootwait fixrtc ip=
[    0.525106] 44e09000.serial: ttyO0 at MMIO 0x44e09000 (irq = 88) is a OMAP UART0
[    1.270887] console [ttyO0] enabled
[   27.420915] cdc_acm 1-1.4.1:1.2: ttyACM0: USB ACM device
root@BeagleBoneBlack:~#

Da versteh ich aber wie so oft nur Bahnhof...
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: docloy am 01 April 2014, 23:48:57
Hab heute den Raspberry Pi UK aufgesetzt, FHEM installiert und hmland kompiliert. Fhem startet automatisch (bin dem Tutorial gefolgt: http://www.meintechblog.de/2013/05/fhem-server-auf-dem-raspberry-pi-in-einer-stunde-einrichten/ ).
Nur den hmland muss ich noch händisch starten.
Wie kann ich das am besten automatisieren?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: der-Lolo am 01 April 2014, 23:56:05
für hmland brauchst Du ein Startscript - les mal hier, ich hatte das gleiche problem.
http://forum.fhem.de/index.php/topic,13071.msg138468.html#msg138468 (http://forum.fhem.de/index.php/topic,13071.msg138468.html#msg138468)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: docloy am 02 April 2014, 00:26:17
Den Anhang hatte ich vorhin übersehen. Habe es runtergeladen und auf den rpi geschoben und ausführbar gemacht. Konnte es auch starten, aber es tut sich im Webinterface keine Änderung der Stick bleibt disconnected.
Starte ich hmland manuell geht es. Pfade sind gleich: /opt/hmcfgusb/hmland

Hat jemand noch ne Idee? Steh' da grad total auf dem Schlauch und komm nicht weiter....

Naja jetzt geh ich erst mal pennen ;)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: der-Lolo am 02 April 2014, 00:54:20
hast du auch noch ein Stückchen weiter gelesen und ein update rc.d gemacht?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 02 April 2014, 07:09:26
der hmland braucht kein eigenes Startskript, binde ihn einfach in das Startskript von fhem mit ein, das ist viel einfacher.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: docloy am 02 April 2014, 07:20:48
Zitat von: der-Lolo am 02 April 2014, 00:54:20
hast du auch noch ein Stückchen weiter gelesen und ein update rc.d gemacht?

Das war wohl zu spät für mich. Danke für den Hint - läuft!
Nach dem ausführbar machen:
update-rc.d /etc/init.d/hmland defaults

Bezüglich möglicher Parameter für update-rc.d hat mir folgender Artikel weitergeholfen:
http://wiki.ubuntuusers.de/Dienste

Also nochmals vielen Dank der-Lolo!!!

Zitat von: betateilchen am 02 April 2014, 07:09:26
der hmland braucht kein eigenes Startskript, binde ihn einfach in das Startskript von fhem mit ein, das ist viel einfacher.

@betateilchen mal wirklich ganz blöde gefragt, wo müsste ich das einfügen, wenn nach folgender Anleitung vorgegangen bin:
http://www.meintechblog.de/2013/05/fhem-server-auf-dem-raspberry-pi-in-einer-stunde-einrichten/

sudo chmod -R a+w fhem && sudo usermod -a -G tty pi && sudo usermod -a -G tty fhem


Den durch diesen Codeschnipsel startet ja mein fhem automatisch. Zunächst mache ich mein fhem-Verzeichnis ausführbar und füge meine Benutzer pi und fhem der Gruppe tty zu. Danach startet fhem automatisch.
Nur wo müsste ich dann den Start von hmland einfügen?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mar am 02 April 2014, 20:28:04
Hallo!

Ich habe HM-CFG-USB2 auf Omni-EMB- Bord mit OpenWrt am laufen.

Dwc_otg - hat im linux kernel einen Bug - Die Sicherheitsabfrage zur Bandbreite habe ich einfach entfernt und nun ging dann wenigstens hm-cfg-usb2 + usb-stick an dem Board. Im Moment stoppt hmland alle 12h seinen Dienst. Dann geht es nur mit reboot weiter. Das werde ich jetzt versuchen mit dem automatischen Neustart von hmland zu begegnen. Auch habe ich manchmal bis zu 900ms timings. Normalerweise liegt das unter 50 ms. Vielleicht werde ich noch einen anderen USB-Hub testen.


Edit: jetzt läuft es stabil - USB 1.0 durch kmod-usb-ohci gestartet und HM-CFG-USB2 allein am USB-Port angeschlossen.
Grüße,
mar
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 02 April 2014, 20:35:48
Zitat von: docloy am 02 April 2014, 07:20:48
@betateilchen mal wirklich ganz blöde gefragt, wo müsste ich das einfügen, wenn nach folgender Anleitung vorgegangen bin:

sorry, für diese abstruse Installationsanleitung kann (und will) ich Dir keinen Support leisten.

Aber ich zeige Dir gerne das Startskript, mit dem bei mir fhem gestartet wird:


#!/bin/sh
# description: Start or stop the fhem server
# Added by Alex Peuchert

### BEGIN INIT INFO
# Provides:             fhem.pl
# Required-Start:       $local_fs $remote_fs
# Required-Stop:        $local_fs $remote_fs
# Default-Start:        2 3 4 5
# Default-Stop:         0 1 6
# Short-Description:    FHEM server
### END INIT INFO

set -e
cd /opt/fhem
port=7072

case "$1" in
'start')
        echo "Starting fhem..."
        /opt/fhem_add/hmcfgusb/hmland -d -p 1234
        perl fhem.pl configDB
        RETVAL=$?
        ;;
'stop')
        echo "Stopping fhem..."
        perl fhem.pl $port "shutdown"
        RETVAL=$?
        pkill hmland
        ;;
'status')
        cnt=`ps -ef | grep "fhem.pl" | grep -v grep | wc -l`
        if [ "$cnt" -eq "0" ] ; then
                echo "fhem is not running"
        else
                echo "fhem is running"
        fi
        ;;
*)
        echo "Usage: $0 { start | stop | status }"
        RETVAL=1
        ;;
esac
exit $RETVAL
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: docloy am 05 April 2014, 15:05:25
Danke für dein Startskript.
Allerdings wird bei mir FHEM aktuell automatisch gestartet. Auch nach längerem googeln weiß ich allerdings nicht wie.
So sieht der Prozess aus:

ps aux | grep fhem
root      2057 55.8  3.5  18744 16056 ?        S    14:47   0:07 perl fhem.pl fhem.cfg
pi        2080  0.0  0.1   3548   800 pts/1    S+   14:47   0:00 grep --color=auto fhem


Wenn ich den Prozess kille und hmland (wird aktuell mit /etc/init.d/hmland automatisch gestartet) zuvor stoppe und dein Skript (ist ausführbar) starte kommt folgende Fehlermeldung:

sudo /etc/init.d/fhem start
Starting fhem...
Daemon with PID 2430 started!
2014.04.05 14:59:44 1: Can't locate DBI.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at configDB.pm line 60.
BEGIN failed--compilation aborted at configDB.pm line 60.
Compilation failed in require at (eval 5) line 2.
BEGIN failed--compilation aborted at (eval 5) line 2.

Undefined subroutine &main::cfgDB_Init called at fhem.pl line 408.


Kann mir jemand erklären,
1. Wie bei mir FHEM automatisch gestartet wird?
2. Wieso das Skript von betateilchen bei mir nicht geht?

Möchte gerne umstellen, da ich den FHEM Daemon auch im laufenden Betrieb neu starten möchte.

PS Den Benutzer fhem gibt es bei mir nicht. Es wurde auch nicht das fhem5.5 deb-Paket verwendet, da ich hier im Forum gelesen habe, dass es besser ist direkt das gepackte Archiv zu nehmen. Ansonsten bin ich der oben geposteten Anleitung gefolgt:
http://www.meintechblog.de/2013/05/fhem-server-auf-dem-raspberry-pi-in-einer-stunde-einrichten/

PPS: Habe auch dort via Kommentar vor 3 Tagen nachgefragt. Wurde aber noch nicht freigegeben und auch nicht neu gestartet.


Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 05 April 2014, 15:08:01
Du solltest Dein fhem im Startskript mit "perl fhem.pl fhem.cfg" starten anstatt mit "perl fhem.pl configDB" - zumindest solange, bis Du Dein fhem tatsächlich auf Datenbankbetrieb umgestellt hast.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: docloy am 05 April 2014, 15:18:49
Au man, zeigt mal wieder wie sehr am Anfang ich stehe...  :o Vielen Dank für die sehr schnelle Antwort.
So habe das angepasst. Das (wie auch immer gestartet) FHEM getötet und HMLAND gestoppt. Dann war FHEM nicht erreichbar und konnte dann dein Skript erfolgreich ausführen.

Wenn ich das FHEM Skript automatisch starte geht das:

ps aux | grep fhem
root      1945 29.5  4.0  20868 17936 ?        S    15:14   0:08 perl fhem.pl fhem.cfg
root      1949  0.0  0.1   1696   560 ?        Ss   15:14   0:00 startpar -f -- fhem
pi        2097  0.0  0.1   3552   852 pts/0    S+   15:15   0:00 grep --color=auto fhem


Allerdings wenn ich es stoppe, läuft fhem ja nach wie vor weiter (wegen Prozess 1945). Wer weiß, wie dieser Prozess gestartet wird?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 06 April 2014, 23:40:51
Moin !

Ich wollte meine beiden Sticks heute auch mal auf die aktuelle FW 0.967 bringen. Nachdem das gloreiche
HM-Kleinweich-Tool bei beiden Sticks versagt hat, habe ich flash-hmcfgusb bemüht. Der ältere der beiden
Sticks ließ sich problemlos flashen. Der neuere (derzeit noch auf 0.963) ziert sich.  Er wechselt kurz in
den Bootloader Modus (Led blinkt), um beim Starten des Flashvorganges sofort einen Rest hinzulegen.
Die FW wird nicht angerührt, sie bleibt auf 0.963 und der Stick funktioniert auch nach wie vor.

flash-hmcfgusb  steigt wie folgt aus:

Flashing 368 blocks: -Interrupt transfer not completed: Unknown error code 1 / 0x01!
closing device-connection due to error 5


Nein, auf dem Device läuft kein hmland oder hmsniff (bei älteren Stick hat es ja auch funktioniert). Hat jemand
mit dem gleichen FW-Stand (0.963) ein ähnliches Problem. Sonst müsste ich das Ding wohl einschicken  :(

Danke & Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 10 April 2014, 08:29:29
Zitat von: marc2 am 06 April 2014, 23:40:51
flash-hmcfgusb  steigt wie folgt aus:

Flashing 368 blocks: -Interrupt transfer not completed: Unknown error code 1 / 0x01!
closing device-connection due to error 5


Nein, auf dem Device läuft kein hmland oder hmsniff (bei älteren Stick hat es ja auch funktioniert). Hat jemand
mit dem gleichen FW-Stand (0.963) ein ähnliches Problem. Sonst müsste ich das Ding wohl einschicken  :(

Hmm, das ist komisch. Hast Du es auch mal auf einem anderen Rechner probiert, evtl. legt der Bootloader auf diesem Stick sehr großen Wert aufs Timing. Aber ansonsten habe ich auch keine Idee :-(

Gruß
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 10 April 2014, 23:51:31
Hallo Michael,

ja, habe ich auf unterschiedlichen Rechner getestet. Immer das gleiche Ergebnis. Da sich mein
älterer Stick problemlos flashen ließ, gehe ich mal davon aus, das der zweite irgendeine Macke
hat und werde ihn einschicken.

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RicoT am 11 April 2014, 03:33:18
Hallo zusammen...
Ich habe gestern meinen Homematic USB Adabter bekommen. Wollte den an einer Fritzbox 7170 mit Freetz benutzen. Finde aber weder hmland für die 7170 noch bekomme ich das mit dem Kompilieren hin.

Kann mir jemand weiter helfen?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RicoT am 12 April 2014, 17:17:12
So, ich bin nun etwas weiter. Habe das mit dem Kompilieren doch hin bekommen. Glaube ich zumindest. Es sieht jedenfalls so aus als würde hmland auf der 7170 laufen.

Nun hänge ich an anderer Stelle Fest:

Ich setze den Pfad für die libs. Habe es mit

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib/freetz (hab die libs beim Imagebau schon mit einbezogen)

und

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/var/media/ftp/uStor01/fhem/lib

probiert. Libs sind natürlich an enstsprechenden Stellen vorhanden.

Dann habe ich hmland mit ./hmland -D -p 1000 über Telnet gestartet. Port ist auch in der fhem.cfg angegeben.

Dann habe ich ein neues Telnet-Fenster geöffnet und FHEM gestartet. Nach einem Moment steht dann im ersten Fenster nur ".......: Client 127.0.0.1 connected!" Mehr passiert nicht in diesem Fenster.

Im FHEM-Log hab ich dann noch folgendes:

..............
2014.04.12 16:55:21 1: HMLAN_Parse: hmusb new condition timeout
2014.04.12 16:55:22 1: 127.0.0.1:1000 disconnected, waiting to reappear
2014.04.12 16:55:22 1: HMLAN_Parse: hmusb new condition disconnected
2014.04.12 16:55:22 1: 127.0.0.1:1000 reappeared (hmusb)
2014.04.12 16:55:22 1: HMLAN_Parse: hmusb new condition init
2014.04.12 16:55:51 1: HMLAN_Parse: hmusb new condition timeout
2014.04.12 16:55:51 1: 127.0.0.1:1000 disconnected, waiting to reappear
2014.04.12 16:55:51 1: HMLAN_Parse: hmusb new condition disconnected
2014.04.12 16:55:51 1: 127.0.0.1:1000 reappeared (hmusb)
2014.04.12 16:55:51 1: HMLAN_Parse: hmusb new condition init
2014.04.12 16:56:20 1: HMLAN_Parse: hmusb new condition timeout
2014.04.12 16:56:20 1: 127.0.0.1:1000 disconnected, waiting to reappear
2014.04.12 16:56:20 1: HMLAN_Parse: hmusb new condition disconnected
2014.04.12 16:56:20 1: 127.0.0.1:1000 reappeared (hmusb)
2014.04.12 16:56:20 1: HMLAN_Parse: hmusb new condition init
............

Der Status des hmland ist opened.

Hab ich vielleicht doch was beim Kompilieren falsch gemacht? Hier mal mein Makefile:



CFLAGS=-Os -pipe -march=4kc -Wa,--trap
LDLIBS=-lusb-1.0
CC=/home/rico/freetz-2.0/toolchain/build/mipsel_gcc-4.6.4_uClibc-0.9.29/mipsel-linux-uclibc/bin/mipsel-linux-uclibc-gcc

HMLAN_OBJS=hmcfgusb.o hmland.o
HMSNIFF_OBJS=hmcfgusb.o hmsniff.o
FLASH_HMCFGUSB_OBJS=hmcfgusb.o firmware.o util.o flash-hmcfgusb.o
FLASH_OTA_OBJS=hmcfgusb.o culfw.o firmware.o util.o flash-ota.o

OBJS=$(HMLAN_OBJS) $(HMSNIFF_OBJS) $(FLASH_HMCFGUSB_OBJS) $(FLASH_OTA_OBJS)

all: hmland hmsniff flash-hmcfgusb flash-ota

DEPEND=$(OBJS:.o=.d)
-include $(DEPEND)

hmland: $(HMLAN_OBJS)

hmsniff: $(HMSNIFF_OBJS)

flash-hmcfgusb: $(FLASH_HMCFGUSB_OBJS)

flash-ota: $(FLASH_OTA_OBJS)

clean:
   rm -f $(HMLAN_OBJS) $(HMSNIFF_OBJS) $(FLASH_HMCFGUSB_OBJS) $(FLASH_OTA_OBJS) $(DEPEND) hmland hmsniff flash-hmcfgusb flash-ota

.PHONY: all clean

Oder liegt mein Fehler wo anders?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 12 April 2014, 17:29:06
Probier mal den hmland auf port 1234 zu starten anstatt auf 1000.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RicoT am 12 April 2014, 23:21:48
Port auf 1234 hab ich jetzt probiert. Ergebnis ist leider genau das gleiche...
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RicoT am 13 April 2014, 13:49:09
So... Ich weis nicht mehr weiter. Deshalb mal die Frage:

Wenn sich hmland ohne Fehlermeldung auf der Fritzbox starten lässt, war dann das kompilieren erfolgreich oder kann immer noch ein Fehler beim Kompilieren enthalten sein weshalb sich hmland nicht richtig funktioniert?

Ich möchte ja keine fertige Lösung (wobei ich aber zu einer fertigen hmland Datei für die 7170 auch nicht nein sagen würde  ;D ) aber ich würde es gerne eingrenzen. Im Moment weis ich nicht ob ich mich weiter mit dem Kompilieren oder eher mit der Fritzbox befassen sollte. Nur ein Schubbser in eine Richtung würde mir schon ausreichen...

Wer suchet der findet. Ich hab die EDIT gefunden  ;D
Ich hab meine hmland mal angehängt. Villeicht kann sie ja mal jemand auf seiner Fritzbox 7170 testen und mir bescheid geben. Würde mir auch schonmal weiter helfen.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: ramonh2712 am 14 April 2014, 09:59:31
Hallo FHEM Community,

Ich habe nun schon seit Monaten Problemen mit meinem HM-CFG-USB2 Stick auf meiner Fritzbox 7390 und bekomm es einfach nicht in den Griff. Aus lauter Verzweifelung habe ich letztens sogar die Komplette Fritzbox frisch geflasht und alles von null wieder aufgebaut. Leider hat nichteinmal das mein Problem gelöst. Folgendes:

Nach dem Update der Fritzbox auf OS 06.03 bricht die Verbindung zwischen hmland und dem Stick nach ein paar Stunden fehlerfreier Arbeit ab. Um mein Problem aufzuzeigen hab ich mal die Fritzbox neu gestartet und abgewartet:

2014.03.15 14:02:16 1: Including fhem.cfg
2014.03.15 14:02:17 3: telnetPort: port 7072 opened
2014.03.15 14:02:19 3: WEB: port 8083 opened
2014.03.15 14:02:19 3: WEBphone: port 8084 opened
2014.03.15 14:02:19 3: WEBtablet: port 8085 opened
2014.03.15 14:02:19 2: eventTypes: loaded 48 events from ./log/eventTypes.txt
2014.03.15 14:02:20 1: HMLAN_Parse: hmusb new condition disconnected
2014.03.15 14:02:20 3: Opening hmusb device 127.0.0.1:4321
2014.03.15 14:02:20 3: hmusb device opened
2014.03.15 14:02:20 1: HMLAN_Parse: hmusb new condition init
2014.03.15 14:02:22 3: HTTPS: port 2712 opened
2014.03.15 14:02:22 1: Including ./log/fhem.save
2014.03.15 14:02:22 1: usb create starting
2014.03.15 14:02:23 1: usb create end
2014.03.15 14:02:23 2: SecurityCheck:  WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute.  Restart fhem for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2014.03.15 14:02:23 0: Server started with 13 defined entities (version $Id: fhem.pl 5197 2014-03-10 21:07:30Z rudolfkoenig $, os linux, user fhem, pid 2255)
2014.03.15 14:02:23 1: HMLAN_Parse: hmusb new condition ok
2014.03.16 04:00:26 1: HMLAN_Parse: hmusb new condition timeout
2014.03.16 04:00:26 1: 127.0.0.1:4321 disconnected, waiting to reappear
2014.03.16 04:00:26 1: HMLAN_Parse: hmusb new condition disconnected
2014.03.16 04:00:31 1: 127.0.0.1:4321 reappeared (hmusb)
2014.03.16 04:00:31 1: HMLAN_Parse: hmusb new condition init
2014.03.16 04:01:00 1: HMLAN_Parse: hmusb new condition timeout
2014.03.16 04:01:00 1: 127.0.0.1:4321 disconnected, waiting to reappear
2014.03.16 04:01:00 1: HMLAN_Parse: hmusb new condition disconnected
2014.03.16 04:01:05 1: 127.0.0.1:4321 reappeared (hmusb)
2014.03.16 04:01:05 1: HMLAN_Parse: hmusb new condition init
2014.03.16 04:01:34 1: HMLAN_Parse: hmusb new condition timeout
2014.03.16 04:01:34 1: 127.0.0.1:4321 disconnected, waiting to reappear
2014.03.16 04:01:34 1: HMLAN_Parse: hmusb new condition disconnected
2014.03.16 04:01:39 1: 127.0.0.1:4321 reappeared (hmusb)
2014.03.16 04:01:39 1: HMLAN_Parse: hmusb new condition init


So gehts dann unendlich weiter... Erst nach einem Neustart der Fritzbox läuft FHEM wieder für einige Stunden.

Ich bin echt am Verzweifeln und weiß nicht mehr weiter! Hat jemand vielleicht eine Idee woran das liegen kann???
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RicoT am 14 April 2014, 10:19:11
Funktioniert bei dir die Debug-Ausgabe? Oder kommt nach connected bei dir auch nichts mehr? Hab da so eine Vermutung nachdem ich deinen Beitrag gerade gelesen habe...
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: ramonh2712 am 14 April 2014, 22:16:37
Leider weiss ich nicht, was du mit Debug-Ausgabe meinst... Mir ist lediglich der Fehler im Logfile aufgefallen.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RicoT am 15 April 2014, 10:42:24
- FHEM und hmland stoppen

- Telnetfenster öffnen und in das Verzeichnis von hmland wechseln

- hmland (in deinem Fall) mit ./hmland -D -p 4321 starten

- neues Telnetfenster öffnen (das erste bleibt weiter geöffnet, auch wenn es so aussieht als würde es hängen) und FHEM starten

- sehen was nun im ersten Telnetfenster passiert. Kann einen Moment dauern...
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: sherwood am 15 April 2014, 14:32:54
Hat zufällig jemand die aktuelle Version von hmland für eine Fritz.Box 7490 und könnte mir die hochladen?

Die Version die ich hier gefunden habe läuft zwar bei mir allerdings hat sie die reset option nicht mit drin.
Habe leider kein freetz um sie mir selbst zu compilieren.

Danke.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: ramonh2712 am 15 April 2014, 23:10:46
Hallo RicoT,

da kam lediglich

sh[2257]: ++++do set_modulemen++++
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marcel151 am 16 April 2014, 11:59:09
Hallo,

Ich möchte demnächst auch einige HomeMatic-Geräte einsetzen (vor allem die Thermostate). Nun stehe ich noch vor der Entscheidung, entweder den HMUSB oder HMLAN einzusetzen.
Das Ganze soll an einem Raspberry Pi (256MB) laufen. Gibt es da Probleme? Natürlich würde ich dann noch einen venünftigen Hub dazu kaufen (der PiHUB (http://shop.pimoroni.com/products/pihub) von Pimoroni ist ja extra dafür gedacht, allerdings im Moment nicht verfügbar). Sollte ja schon stabil laufen das ganze. Bisher hab ich einen JeeLink direkt angeschlossen, da gibt es keine Probleme.
Vorteil HMUSB ist natürlich der Preis, der kostet im Moment die Hälfte vom HMLAN. Außerdem kann ich ihn auch für Firmware-Updates verwenden.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: fiedel am 16 April 2014, 12:56:51
Hi Marcel,

der Trend geht klar in Richtung HM-CFG-USB-2.  ;) Der LAN wäre noch zur Lösung von Reichweitenproblemen angebracht. Ich hab den HM-CFG-USB-2 seit letztem Sommer im Einsatz und noch nie Probleme gehabt. Allerdings kristallisiert sich das Pi immer mehr als "Wackelkiste" heraus. Um so mehr unterschiedliche Geräte und Protokolle man betreiben möchte, umso empfehlenswerter wird ein Minirechner mit besserer und stabilerer Architektur. Motto: "Großer" Minirechner als Zentrale, Pi als entfernter Messcomputer oder für sonstige Peripheriefunktionen.

Gruß

Frank
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marcel151 am 17 April 2014, 11:17:13
Bisher läuft das ganze super stabil, habe den Pi auf 950 Mhz übertaktet und die Temperatur steigt nicht über 50°C. Allerdings habe ich wie gesagt bisher auch nur den Jeelink am USB und einen 433MHz Sender für Schaltsteckdosen an GPIO angeschlossen. Und FHEM ist das einzige was auf dem System läuft. Daher bin ich gespannt wie das mit HomeMatic wird. Das muss aber noch warten, da ich bald umziehe und erst abwarten will was ich da für Heizungen hab usw.. Aber ich werde denke ich dann den HMUSB nehmen.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RicoT am 19 April 2014, 05:14:35
Also so langsam geb ich es auf. Ich habe alles mögliche probiert und getan und gemacht. Am Debian-Laptop make ausgefürt, hmland gestartet und es funktioniert sofort.

Für die Fritzbox 7170 kompiliert, hmland gestartet und IMMER das gleiche wie schon genannt. Was ich noch bemerkt habe ist, dass wenn ich hmland und dann FHEM starte, ich den Status opened in FHEM auch angezeigt bekomme, ohne das überhaupt ein Stick angesteckt ist.

Entweder mach ich etwas falsch oder die 7170 ist einfach nicht für den HM-CFG-USB geeignet. Sei es weil nur USB 1.1 oder sonst was...
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Paul am 20 April 2014, 18:27:40
Ich wollte probieren den USB-Adapter in Fhem einzubinden.

leider scheiter ich bereits bei der WIKI Anleitung.

root@cubieez:~# cd /opt/
root@cubieez:/opt# apt-get install build-essentials libusb-1.0-0-dev make gcc git-core
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package build-essentials
root@cubieez:/opt# git clone git://git.zerfleddert.de/hmcfgusb
Cloning into 'hmcfgusb'...
remote: Counting objects: 344, done.
remote: Compressing objects: 100% (336/336), done.
remote: Total 344 (delta 225), reused 0 (delta 0)
Receiving objects: 100% (344/344), 63.58 KiB, done.
Resolving deltas: 100% (225/225), done.
root@cubieez:/opt# cd hmcfgusb
root@cubieez:/opt/hmcfgusb# make
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmland.o hmland.c
hmland.c:40:31: fatal error: libusb-1.0/libusb.h: No such file or directory
compilation terminated.
make


Dann noch eine Frage man soll doch das AES ausschalten.

in der USB_LAN Konfigurationssoftware wird mein Stick aber nicht angezeigt?

Kann jemand mir einen Tipp geben?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 20 April 2014, 18:35:49
apt-get install libusb-1.0-0-dev

danach das make nochmal probieren.

Und das mit dem AES - vergiss es einfach.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Paul am 20 April 2014, 19:06:59
Danke klappt und wo lernt man das?????

So mal sehen, ob ich jetzt auch HM-Komponenten angelernt bekomme
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 20 April 2014, 19:32:23
Zitat von: Paul am 20 April 2014, 19:06:59
Danke klappt und wo lernt man das?

Das mit der libusb-1.0-0-dev steht im allerersten Beitrag hier im Thread.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: svemo am 22 April 2014, 10:55:20
Guten morgen ,

ich bin ganz neu hier un möchte mir auf der 7390 Fhem nutzen und den Stick kaufen.

allerdings bin ich ein Windoof user und von der Thematik keine Ahnung.

auch der 1 Post sagt mir so gar nichts...

kann mir jemand erklären wie ich den Stick zum laufen bekomme????

wo und wie ich die befehle absetzen muss.

vielen Dank

MGF

sven
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 22 April 2014, 11:13:47
Zitat von: svemo am 22 April 2014, 10:55:20
ich bin ganz neu hier un möchte mir auf der 7390 Fhem nutzen und den Stick kaufen.
allerdings bin ich ein Windoof user und von der Thematik keine Ahnung.
auch der 1 Post sagt mir so gar nichts...

Unter diesen Voraussetzungen: kauf Dir lieber einen HM-LAN Konfigurationsadapter.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: svemo am 22 April 2014, 12:14:27
Hallo betateilchen,

soweit ich verstehe muss nur der Damon erstellt werden so das der Stick als Lan Adapter funktioniert...

bin nur in Englischer Sprache nicht so fit... und weiß nicht wie und wo ich die Scripte eintragen muss.

ich will mich in das Thema einlernen...

Wäre super wenn mir einer beim Anfang hilft... 

da ich die scripte immer wieder bei der Konfig brauche wäre auch der Lan Adapter für den A...

sorry die wortwahl..

Bitte helft mir bei der erstkonfig..

Danke

Sven
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 22 April 2014, 12:23:10
Zitat von: svemo am 22 April 2014, 12:14:27
Bitte helft mir bei der erstkonfig..

Es steht schon alles x-Mal hier im Forum - sogar in deutsch. Bitte lies einfach nach.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RicoT am 22 April 2014, 19:28:19
Also, ich mit meiner 7170 wieder...

Hab mir das mal mit cat /proc/bus/usb/devices angesehen. Die 7170 läd bzw. hat die Treiber für den Stick garnicht. Den Stick selbst bekomme ich angezeigt aber Driver=(none). Auf Grund von Cls=03(HID ) habe ich mir mal den usbhid.ko kompiliert und geladen. Aber das bringt auch nichts.

Hat jemand eine Idee oder kann mir wenigstens jemand sagen, was bei ihm für ein Treiber benutzt wird?

EDIT:
Den Treiber hab ich nun hin bekommen. Mit insmod gestartet und ich bekomme sofort Driver=usbhid angezeigt. Trotzdem ist immer noch alles wie schon erwähnt.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 08 Mai 2014, 16:35:00
ich nutze dieses wunderschöne tool nun auch erfolgreich mit meiner fritzbox. vielen dank.  :)

dafür nutze ich die von marc2 compilierten dateien der v0.094 für fb7390 fw6.03. besten dank auch dafür. vielleicht verspürt marc2 ja die unwiederstehliche lust die aktuelle version 0.096 für die fritzbox zu spendieren.  ;)
die anderen tools hmsniff und ota-flasher würde ich natürlich auch nicht verschmähen. als winxp nutzer ist man hier doch ein wenig minderbemittelt.

gruss frank
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 08 Mai 2014, 20:10:13
Hallo Frank,

kein Problem, kann ich am WE tun, sobald ich wieder zu Hause bin.

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 08 Mai 2014, 20:13:02
cool marc,
mach hin, ich kann es nicht erwarten.  ;)

gruss frank
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marcel151 am 10 Mai 2014, 19:01:53
Hallo,

ich habe ein eigenartiges Problem, jeden Tag um 3:30 verliert der HM-CFG-USB seine Verbindung und baut sie nach kurzer Zeit wieder auf. Hin und wieder rafft das auch meinen Pi hin, sodass ich ihn am nächsten Tag neustarten muss. Könnt ihr euch da einen Reim raus machen?


2014.05.09 03:30:07 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.05.09 03:30:07 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.09 03:30:07 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.09 03:30:07 1: HMLAN_Parse: hmusb new condition init
2014.05.09 03:30:08 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.05.09 03:30:08 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.09 03:30:08 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.09 03:30:08 1: HMLAN_Parse: hmusb new condition init
2014.05.09 03:30:09 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.05.09 03:30:09 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.09 03:30:09 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.09 03:30:09 1: HMLAN_Parse: hmusb new condition init
2014.05.09 03:30:11 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.05.09 03:30:11 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.09 03:30:11 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.09 03:30:11 1: HMLAN_Parse: hmusb new condition init
2014.05.09 03:30:13 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.05.09 03:30:13 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.09 03:30:13 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.09 03:30:13 1: HMLAN_Parse: hmusb new condition init
2014.05.09 03:30:15 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.05.09 03:30:15 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.09 03:30:15 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.09 03:30:15 1: HMLAN_Parse: hmusb new condition init
2014.05.09 03:30:17 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.05.09 03:30:17 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.09 03:30:17 1: 127.0.0.1:1234 reappeared (hmusb)

2014.05.10 03:30:07 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.05.10 03:30:07 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.10 03:30:07 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.10 03:30:07 1: HMLAN_Parse: hmusb new condition init
2014.05.10 03:30:08 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.05.10 03:30:08 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.10 03:30:08 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.10 03:30:08 1: HMLAN_Parse: hmusb new condition init
2014.05.10 03:30:09 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.05.10 03:30:09 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.10 03:30:09 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.10 03:30:09 1: HMLAN_Parse: hmusb new condition init
2014.05.10 03:30:11 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.05.10 03:30:11 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.10 03:30:11 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.10 03:30:11 1: HMLAN_Parse: hmusb new condition init
2014.05.10 03:30:13 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.05.10 03:30:13 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.10 03:30:13 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.10 03:30:13 1: HMLAN_Parse: hmusb new condition init
2014.05.10 03:30:16 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.05.10 03:30:16 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.10 03:30:16 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.10 03:30:16 1: HMLAN_Parse: hmusb new condition init
2014.05.10 03:30:18 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.05.10 03:30:18 1: HMLAN_Parse: hmusb new condition disconnected
2014.05.10 03:30:18 1: 127.0.0.1:1234 reappeared (hmusb)
2014.05.10 03:30:18 1: HMLAN_Parse: hmusb new condition init
2014.05.10 03:30:19 1: HMLAN_Parse: hmusb new condition ok
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: P.A.Trick am 10 Mai 2014, 19:17:11
So ist es auf meiner Fritzbox auch. Außerdem blinkt die LED des Sticks dann im Intervall!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 10 Mai 2014, 20:39:08
das ist doch sicherlich der 24-std reset, den ihr selber in der startfhem-datei festgelegt habt. bei mir um 4:10 uhr.  ;)

hmland -d -p 1234 -r 04:10

gruss frank
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: P.A.Trick am 10 Mai 2014, 20:44:48
Leider nicht!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 10 Mai 2014, 20:46:04
Hi !

Zitat von: frank am 08 Mai 2014, 20:13:02
mach hin, ich kann es nicht erwarten.  ;)

Hab die aktuellste Version aus dem git gerade einmal über den Crosscompiler geschoben.
hmland und hmsniff laufen auf den ersten Blick wie gehabt einwandfrei. Die beiden flash-tools
habe ich nicht getestet (habe kein OTA Device und den Stick hatte ich am PC aktualisiert).

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 10 Mai 2014, 20:48:51
Zitat von: frank am 10 Mai 2014, 20:39:08
das ist doch sicherlich der 24-std reset, den ihr selber in der startfhem-datei festgelegt habt. bei mir um 4:10 uhr.  ;)

lasst den doch einfach weg mit "-r 0"
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 10 Mai 2014, 20:54:16
Moin !

Zitat von: P.A.Trick am 10 Mai 2014, 20:44:48
Leider nicht!

Wenn Ihr den Reset nicht mit "-r 0" deaktiviert, macht hmland standardmäßig alle 24 einen Reset, das ist der Default:


-r n reboot HM-CFG-USB after n seconds (0: no reboot, default: 86400)
   hh:mm reboot HM-CFG-USB daily at hh:mm


Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 10 Mai 2014, 21:05:34
hallo marc,

allerbesten dank.  :)

der 24std reset ist also nicht mehr nötig. das ist mir auf den 26 seiten wohl entgangen. dann stelle ich den auch mal ab.

gruss frank
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: P.A.Trick am 10 Mai 2014, 22:18:58
Zitat von: marc2 am 10 Mai 2014, 20:54:16
Moin !

Wenn Ihr den Reset nicht mit "-r 0" deaktiviert, macht hmland standardmäßig alle 24 einen Reset, das ist der Default:


-r n reboot HM-CFG-USB after n seconds (0: no reboot, default: 86400)
   hh:mm reboot HM-CFG-USB daily at hh:mm


Gruß, Marc

Argghh ok Danke - eben mal ausgeschaltet!
Warum der reset? Ist das Ding so instabil?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 10 Mai 2014, 22:39:07
Das ist ein Überbleibsel aus den ersten Versionen des hmland, da war ein regelmäßiger reboot notwendig, um seine dauerhafte Funktion sicherzustellen. Das Problem ist aber seit langem gelöst und der reboot nicht mehr notwendig.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 10 Mai 2014, 22:57:39
perfekt! merci!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 10 Mai 2014, 23:38:47
War eher ein Problem der HMCFGUSB Firmware. Die hat nur ca. 48h Dauerbetrieb ausgehalten. Danach hat das Ding nichts mehr gesendet
(wohl aber empfangen), daher musste der hmland dem Teil regelmäßig einen Reset verpassen. Mit der aktuellen FW des HMCFGUSB tritt
das Problem wohl nicht mehr auf, womit der tägliche Reset überflüssig sein dürfte. Ich habe ihn aber immer noch drin, da er Nachts um 4:00
nicht wirklich stört  ;)

Zitat von: betateilchen am 10 Mai 2014, 22:39:07
Das ist ein Überbleibsel aus den ersten Versionen des hmland, da war ein regelmäßiger reboot notwendig, um seine dauerhafte Funktion sicherzustellen. Das Problem ist aber seit langem gelöst und der reboot nicht mehr notwendig.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marcel151 am 12 Mai 2014, 11:03:14
Mich schon, da ich am nächsten Tag nicht mehr auf meinen Pi zugreifen konnte (ich hoffe jedenfalls das es daran lag). Werde das nun mal beobachten. Aber schonmal danke für den Tipp.

Ich habe übrigens init-script von der Wiki-Seite (http://www.fhemwiki.de/wiki/HM-CFG-USB_USB_Konfigurations-Adapter) genommen. Dort hat sich der Übeltäter eingeschlichen:
chrt 50 /opt/hmcfgusb/hmland ---> -r 03:30 <--- -d -P -l 127.0.0.1 -p $port 2>&1 | perl -ne '$|=1; print localtime . ": [hmland] $_"' >> /var/log/hmland.log &
Wenn es damit keine Probleme mehr gibt könnte das ja auch angepasst werden. Für die nächsten Unwissenden.  :D
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 12 Mai 2014, 11:10:09
Zitat von: marc2 am 10 Mai 2014, 23:38:47
War eher ein Problem der HMCFGUSB Firmware. Die hat nur ca. 48h Dauerbetrieb ausgehalten. Danach hat das Ding nichts mehr gesendet
(wohl aber empfangen), daher musste der hmland dem Teil regelmäßig einen Reset verpassen. Mit der aktuellen FW des HMCFGUSB tritt
das Problem wohl nicht mehr auf, womit der tägliche Reset überflüssig sein dürfte. Ich habe ihn aber immer noch drin, da er Nachts um 4:00
nicht wirklich stört  ;)

Hat denn jemand einen HM-CFG-USB mit Firmware >= 0.967 und -r 0 laufen und das Ding hält mehrere Tage/Wochen durch?
Wenn dem so ist, dann deaktiviere ich den automatischen Reboot (wenn kein -r angegeben wurde), wenn die Firmware-Version mindestens 0.967 ist.

Gruß
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marcel151 am 12 Mai 2014, 11:39:51
Ich habe die 0.964 drauf. Wie kann ich denn ein Update machen?

EDIT: Okay, habs schon gefunden.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 12 Mai 2014, 14:29:59
hallo michael,

wenn ich meinen hmusb aus der fritzbox ziehe, wird das fhem.log mit folgendem geflutet:

2014.05.12 09:50:58.423 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.05.12 09:50:58.462 1: HMLAN_Parse: hmusb1 new condition disconnected
2014.05.12 09:50:58.498 1: 127.0.0.1:1234 reappeared (hmusb1)
2014.05.12 09:50:58.505 1: HMLAN_Parse: hmusb1 new condition init
2014.05.12 09:50:59.454 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.05.12 09:50:59.493 1: HMLAN_Parse: hmusb1 new condition disconnected
2014.05.12 09:50:59.528 1: 127.0.0.1:1234 reappeared (hmusb1)
2014.05.12 09:50:59.535 1: HMLAN_Parse: hmusb1 new condition init
2014.05.12 09:51:00.532 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.05.12 09:51:00.569 1: HMLAN_Parse: hmusb1 new condition disconnected
2014.05.12 09:51:00.599 1: 127.0.0.1:1234 reappeared (hmusb1)
2014.05.12 09:51:00.606 1: HMLAN_Parse: hmusb1 new condition init
2014.05.12 09:51:01.516 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.05.12 09:51:01.558 1: HMLAN_Parse: hmusb1 new condition disconnected
2014.05.12 09:51:01.589 1: 127.0.0.1:1234 reappeared (hmusb1)
2014.05.12 09:51:01.596 1: HMLAN_Parse: hmusb1 new condition init
2014.05.12 09:51:02.556 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.05.12 09:51:02.594 1: HMLAN_Parse: hmusb1 new condition disconnected
2014.05.12 09:51:02.625 1: 127.0.0.1:1234 reappeared (hmusb1)
2014.05.12 09:51:02.631 1: HMLAN_Parse: hmusb1 new condition init


ich nehme den stick öfter mal, um am laptop mit dem windows-update-tool zu flashen.
je nach dem wie lange der stick von der fritzbox entfernt ist, hängt sich fhem irgendwann auf. auch der hmlan macht ärger mit timeouts. ich bin mir nicht sicher, ob nicht sogar schon die fritzbox auch irgendwann einen neustart deswegen gemacht hat.

könnte man die reappear schleife nicht ein wenig entschärfen? zb 1x pro minute, wenn das nichts wird, dann eine stunde warten. und wieder von vorn. du hast da bestimmt bessere lösungen. oder ist dieser vorgang ausserhalb von hmland?

die message-flut könnte ja bestimmt auch in anderen situationen auftreten und fhem überlasten

gruss frank

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 12 Mai 2014, 15:31:20
Zitat von: frank am 12 Mai 2014, 14:29:59
wenn ich meinen hmusb aus der fritzbox ziehe, wird das fhem.log mit folgendem geflutet:

Geflutet ist was anderes. Das ist ein Verbindungsversuch pro Sekunde.

Zitat
ich nehme den stick öfter mal, um am laptop mit dem windows-update-tool zu flashen.
je nach dem wie lange der stick von der fritzbox entfernt ist, hängt sich fhem irgendwann auf. auch der hmlan macht ärger mit timeouts. ich bin mir nicht sicher, ob nicht sogar schon die fritzbox auch irgendwann einen neustart deswegen gemacht hat.

Also das sich fhem da verklemmt ist schon möglich, aber die Alternativen (auf hmland-Seite) wäre sofort die Verbindung wieder zu beenden. _Dann_ wird das Log geflutet und fhem verkraftet es auch nicht besser...

Das die Fritzbox aus diesem Grund neustartet, kann ich mir nicht vorstellen.

Zitat
könnte man die reappear schleife nicht ein wenig entschärfen? zb 1x pro minute, wenn das nichts wird, dann eine stunde warten. und wieder von vorn. du hast da bestimmt bessere lösungen. oder ist dieser vorgang ausserhalb von hmland?

Ja, ist in fhem. Man müsste Martin fragen, ob er ein Backoff einbauen kann. Aber 1h ist viel zu viel. eher ein paar Sekunden bis _maximal_ 1 Minute (auch das ist eigentlich schon zu lang).

Das Problem liegt aber eigentlich in der monolithischen Struktur von Fhem und dem dadurch alles blockierenden Verbindungsaufbau. Hier tritt keine Überlastsituation ein.

Ich kann im hmland leider nicht auf sinnvolle Art und Weise feststellen, ob der Stick angeschlossen ist und dann selektiv die Verbindung annehmen (das würde IIRC ein Backoff in Fhem/HM_CUL) erzeugen. Wenn ich die Nachricht eines Verbindungsaufbaus bekomme, ist es schon zu spät, der Systemkern hat die Verbindung schon aufgebaut. Evtl. wenn ich an der accept-Logik was ändere...

Gruß
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: P.A.Trick am 12 Mai 2014, 20:35:11
Zitat von: marcel151 am 12 Mai 2014, 11:39:51
Ich habe die 0.964 drauf. Wie kann ich denn ein Update machen?

EDIT: Okay, habs schon gefunden.

Kannst du die anderen auch erhellen?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marcel151 am 13 Mai 2014, 13:33:36
Zitat von: P.A.Trick am 12 Mai 2014, 20:35:11
Kannst du die anderen auch erhellen?

Gerne. Den HM-CFG-USB an einen Windows-Rechner anschließen und mit dem HomeMatic Firmware Update Tool V1.0 (http://www.eq-3.de/Downloads/Software/HM-CCU1-Firmware_Updates/HM-CFG-USB-2_FW-UpdateTool-Usersoftware_V1_0_eQ-3_140115.zip) updaten.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 13 Mai 2014, 13:38:42
Zitat von: marcel151 am 13 Mai 2014, 13:33:36
Gerne. Den HM-CFG-USB an einen Windows-Rechner anschließen und mit dem HomeMatic Firmware Update Tool V1.0 (http://www.eq-3.de/Downloads/Software/HM-CCU1-Firmware_Updates/HM-CFG-USB-2_FW-UpdateTool-Usersoftware_V1_0_eQ-3_140115.zip) updaten.

Oder den ersten Beitrag in diesem Thread lesen ;-)

Gruß
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 13 Mai 2014, 13:41:55
Zitat von: mgernoth am 12 Mai 2014, 11:10:09
Hat denn jemand einen HM-CFG-USB mit Firmware >= 0.967 und -r 0 laufen und das Ding hält mehrere Tage/Wochen durch?

Das funktioniert bei mir seit Wochen problemlos auf mehreren Systemen.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: P.A.Trick am 13 Mai 2014, 21:35:20
Zitat von: marcel151 am 13 Mai 2014, 13:33:36
Gerne. Den HM-CFG-USB an einen Windows-Rechner anschließen und mit dem HomeMatic Firmware Update Tool V1.0 (http://www.eq-3.de/Downloads/Software/HM-CCU1-Firmware_Updates/HM-CFG-USB-2_FW-UpdateTool-Usersoftware_V1_0_eQ-3_140115.zip) updaten.

Danke schön! Dann werde ich das nächste Mal (wenn ich mal wieder Windows 7 starte, also in ein paar Wochen :D) das Update machen. Bringt's denn irgendwelche neuen Funktionen oder wichtige Updates?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marcel151 am 14 Mai 2014, 08:58:34
Zitat von: P.A.Trick am 13 Mai 2014, 21:35:20
Danke schön! Dann werde ich das nächste Mal (wenn ich mal wieder Windows 7 starte, also in ein paar Wochen :D) das Update machen. Bringt's denn irgendwelche neuen Funktionen oder wichtige Updates?

Ich musste den Stick auch mit zur Arbeit nehmen, zuhause hab ich nur Mac und Linux.  :D Würde mich auch interessieren, einen Changelog habe ich leider nicht gefunden...
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 14 Mai 2014, 10:12:37
Zitat von: betateilchen am 13 Mai 2014, 13:41:55
Das funktioniert bei mir seit Wochen problemlos auf mehreren Systemen.

Habe mal den versionsabhängigen Reboot in 0.097-git eingebaut.

Gruß
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 14 Mai 2014, 10:17:50
Zitat von: marcel151 am 14 Mai 2014, 08:58:34
Ich musste den Stick auch mit zur Arbeit nehmen, zuhause hab ich nur Mac und Linux.  :D Würde mich auch interessieren, einen Changelog habe ich leider nicht gefunden...

Warum ignorieren mich alle? :-(

Im ersten Beitrag steht, wie es unter Linux (und evtl. auch Mac) geht...

Changelog gibt es AFAIK nicht.
0.967 implementiert jedenfalls den 100K-Modus zum Firmwareupdate und behebt wohl die Sendeaussetzer.

Gruß
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marcel151 am 14 Mai 2014, 10:47:59
Sorry, hatte das mit dem Update zwar sehr wohl auf der ersten Seite gelesen (daher hatte ich es ja auch), allerdings die manuelle Prozedur garnicht mehr berücksichtigt. Fand es so jedenfalls einfacher und sicherer, mehr als eine Software installieren und Knopf drücken muss man da ja nicht und das Update ist aufgespielt.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Rince am 14 Mai 2014, 12:50:43
@mgernoth
Ich wollte dich nicht ignorieren.

Ich habe es auch versucht.

Leider bekomme ich nur Timeouts. Auch bei der Versionsabfrage. Ich hätte gehofft, dass die neue Firmware eventuell meine Disconnects lösen kann. Derer habe ich quasi im Bereich 10-40 Sekunden. Ein jungräuliches Debian auf dem BBB, die Installation gem. deiner Anleitung aus Post 1, ein fhem 5.5 mit einem heute durchgeführten Update...
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 14 Mai 2014, 13:41:52
Zitat von: Rince am 14 Mai 2014, 12:50:43
@mgernoth
Ich wollte dich nicht ignorieren.

Das war nicht ernst gemeint :-)
Ich hätte im ersten Post darauf hinweisen sollen, dass das FW-Update auch unter Linux funktioniert...

Zitat
Leider bekomme ich nur Timeouts. Auch bei der Versionsabfrage.

Das Verhalten kenne ich nur, wenn der hmland noch gleichzeitig läuft. Dann streiten die sich um das Gerät. Ist das evtl. bei Dir auch der Fall?

Zitat
Ich hätte gehofft, dass die neue Firmware eventuell meine Disconnects lösen kann. Derer habe ich quasi im Bereich 10-40 Sekunden. Ein jungräuliches Debian auf dem BBB, die Installation gem. deiner Anleitung aus Post 1, ein fhem 5.5 mit einem heute durchgeführten Update...

Disconnects alle 10-40 Sekunden? Da ist irgendwas total kaputt!
hmland läuft nur einer?

Gruß
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: P.A.Trick am 14 Mai 2014, 13:43:16
Zitat von: mgernoth am 14 Mai 2014, 10:17:50
Warum ignorieren mich alle? :-(

Im ersten Beitrag steht, wie es unter Linux (und evtl. auch Mac) geht...

Changelog gibt es AFAIK nicht.
0.967 implementiert jedenfalls den 100K-Modus zum Firmwareupdate und behebt wohl die Sendeaussetzer.

Gruß
  Michael

Ups sry das werde ich natürlich gleich mal nachlesen und berichten!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Rince am 14 Mai 2014, 15:02:09
@mgernoth
Eigentlich bin ich mir da ziemlich sicher.
Genau genommen habe ich die Installation sogar im Wiki dokumentiert, wobei, wenn da was falsch läuft, ich oder jemand anders das schnell verbessern sollten  :o  :-[

So habe ich Debian und fhem installiert:
http://www.fhemwiki.de/wiki/Kategorie:BeagleBoneBlack

Und so den hmland:
http://www.fhemwiki.de/wiki/HM-CFG-USB_USB_Konfigurations-Adapter
Unter dem Punkt Alternative Einrichtung.


Wenn ich ehrlich bin, wüßte ich nicht, wo und wann ich noch einen hmland starten würde???
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Rince am 14 Mai 2014, 20:43:25
So,
wie es aussieht war das mit den dauernden Disconnects falscher Alarm.
Das kommt davon, wenn man aus dem Gedächtnis sein Logfile wiedergibt  :o

Tatsächlich läuft der Stick jetzt seit 2 1/2 Stunden fehlerfrei durch.
Das einzige, was Disconnects verursacht, im Sekundentakt, ist direkt beim Start von fhem.

Da benötigt offenbar der Treiber ein paar Sekunden, bis er wirklich soweit ist. Das führt dann zu ca. 10 Fehlermeldungen im Logfile, die dann aber aufhören. Jedenfalls habe ich keine andere/bessere Theorie.

@Betateilchen
Wie ist das denn auf deinem Cubietruck?
Bekommst du direkt beim Start noch die ein oder andere Disconnect Meldung, oder wird da der Treiber schnell genug geladen? Oder hast du eine andere Erklärung?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RoBra81 am 10 Juni 2014, 08:48:58
Hallo,

da ich keine Erfahrung mit dem Cross Compiling habe, wollte ich fragen, ob mir jemand die aktuellen Binaries für die FritzBox 7490 mit FritzOS 6.05 zur Verfügung stellen kann? (Oder alternativ eine gute Step-By-Step-Anleitung zum Cross Compiling für die FritzBox?)

Vielen Dank
Ronny
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RoBra81 am 11 Juni 2014, 08:30:20
Hallo,

ich habe jetzt mal die Version von Ich79 auf meiner FritzBox gestartet, bin aber nicht wirklich glücklich damit: Ich schaffe es, dass das hmusb in den Status opened geht. Leider schaffe ich es aber auch regelmäßig, dass FHEM so einfriert, dass ich es nicht mal mehr mit kill abgeschossen bekomme, sondern die FritzBox komplett neu starten muss :-(

Im Log finde ich regelmäßig Meldungen der Form

2014.06.11 08:03:57 3: hmusb: Unknown code A0FB7861021C1D70000000A71000E005F::-49:hmusb, help me!
2014.06.11 08:03:57 3: hmusb: Unknown code A0FB7861021C1D70000000A71000E005F::-49:hmusb, help me!
2014.06.11 08:03:57 3: hmusb: Unknown code A0C6A8670169FE800000000F945::-93:hmusb, help me!
2014.06.11 08:03:57 3: hmusb: Unknown code A0C6A8670169FE800000000F945::-93:hmusb, help me!
2014.06.11 08:03:57 3: hmusb: Unknown code A0F85861021C1D10000000A70E30C004E::-73:hmusb, help me!
2014.06.11 08:03:57 3: hmusb: Unknown code A0B6AA258169FE81507630000::-91:hmusb, help me!
2014.06.11 08:03:57 3: hmusb: Unknown code A0E6A8202150763169FE80101000034::-79:hmusb, help me!
2014.06.11 08:03:57 3: hmusb: Unknown code A0C3486701CE27900000001003B::-64:hmusb, help me!


Woran kann das liegen?

Ronny
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 12 Juni 2014, 23:15:56
Moin !

2014.06.11 08:03:57 3: hmusb: Unknown code A0FB7861021C1D70000000A71000E005F::-49:hmusb, help me!
2014.06.11 08:03:57 3: hmusb: Unknown code A0FB7861021C1D70000000A71000E005F::-49:hmusb, help me!
2014.06.11 08:03:57 3: hmusb: Unknown code A0C6A8670169FE800000000F945::-93:hmusb, help me!
2014.06.11 08:03:57 3: hmusb: Unknown code A0C6A8670169FE800000000F945::-93:hmusb, help me!
2014.06.11 08:03:57 3: hmusb: Unknown code A0F85861021C1D10000000A70E30C004E::-73:hmusb, help me!
2014.06.11 08:03:57 3: hmusb: Unknown code A0B6AA258169FE81507630000::-91:hmusb, help me!
2014.06.11 08:03:57 3: hmusb: Unknown code A0E6A8202150763169FE80101000034::-79:hmusb, help me!
2014.06.11 08:03:57 3: hmusb: Unknown code A0C3486701CE27900000001003B::-64:hmusb, help me!


Das hat sehr wahrscheinlich wenig mit dem hmland zu tun. Bitte wirf mal einen Blick in den folgenden Thread

http://forum.fhem.de/index.php/topic,24370.0.html

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 12 Juni 2014, 23:47:38
Moin !

Zitat von: RoBra81 am 10 Juni 2014, 08:48:58
da ich keine Erfahrung mit dem Cross Compiling habe, wollte ich fragen, ob mir jemand die aktuellen Binaries für die FritzBox 7490 mit FritzOS 6.05 zur Verfügung stellen kann? (Oder alternativ eine gute Step-By-Step-Anleitung zum Cross Compiling für die FritzBox?)

Anbei die aktuelle Version 0.097 aus dem GIT für die 7490 basierend auf  FritzOS 6.05. Allerdings ohne jegliche Gewähr, da ich selber
nur eine 7390 besitze ....

Gruß, Marc
Titel: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RoqueNublo am 18 Juni 2014, 20:38:14
Hallo Zusammen,

ich möchte den HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem u.a. zur Steuerung meiner HomeMatic KeyMatic nutzen. Die Informationen zur Implementierung des Stick's  hier aus dem Forum waren dabei sehr hilfreich. Inzwischen kann ich meinen Shuter-Contact ,,HM-SCI-3-FH" problemlos mittels fhem steuern.

Nun steh ich vor der Herausforderung meine HM KeyMatic einzubinden, was mir auch schon teilweise gelungen ist, d.h. fhem hat sie erkannt und in die fhem.cfg eingetragen.
Befehle wie lock, unlock oder open werden zwar schon von fhem auf den Weg gebracht, aber anscheinend als fehlerhaft von der HM-KeyMatic erkannt.

Status
des usblan ist opened
der keymatic ist je nach Set-Befehl in de Internals und Readings: set_lock, set_unlock und set_open

FileLog
2014-06-18_18:27:43 keymatic set_lock
2014-06-18_18:27:43 keymatic aesKeyNbr: FF
2014-06-18_18:30:48 keymatic set_unlock
2014-06-18_18:30:49 keymatic aesKeyNbr: FF
2014-06-18_18:33:30 keymatic set_open
2014-06-18_18:33:30 keymatic aesKeyNbr: FF

Wenn ich die Informationen hier aus dem Forum recht interpretiere, dann gibt es ein Kommunikationsproblem zwischen fhem usblan-Adapter und der HM-Keymatic.
In zwischen habe ich schon diverse Beiträge zum Thema gelesen, eine Lösung meines Problems ist mir dabei aber bisher nicht untergekommen.

Möglicherweise kann mir von Euch jemand den entscheidenden Hinweis geben.

Gruß Roque
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: reibuehl am 18 Juni 2014, 21:53:26
Hallo Roque,

der HM-SEC-KEY ist doch ein Device, das ausschließlich die AES authentifizierte Kommunikation verwendet. Das ist meines Wissens nach nur mit einem HM-CFG-LAN möglich.

Gruß
Reiner.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RoqueNublo am 19 Juni 2014, 23:31:35
Hallo Reiner,

vielen Dank für den Hinweis. Dann muß ich mir wohl doch den  HM-CFG-LAN Konfigurationsadapter zu legen. Nochmals Danke.

Gruß Roque
Titel: Antw:Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: magentouser am 21 Juni 2014, 11:02:32
Zitat von: marc2 am 17 Juli 2013, 00:20:57
Hallo Gerhard,

wo Du die Binaries und die libusb hinkopierst sollte egal sein. Bei mir liegen sie
unter /var/media/ftp/bin. Meine 7390 hat ein gefreeztes FRITZ!OS 05.52, wo ich
die libusb direkt einkompiliert habe. Wenn Du eine Standard Firmware laufen hast,
musst Du den LD_LIBRARY_PATH setzen, sonst findet der Runtime Linker die usblib
nicht, Beispiel:

* libusb-1.0.so.0.1.0 nach /var/media/ftp/lib kopieren
* Links für libusb-1.0.so.0 und libusb-1.0.so.0 anlegen (z.B ln -s libusb-1.0.so.0.1.0 libusb-1.0.so.0)
* export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/var/media/ftp/lib
* execute Rechte für die Binaries setzen (chmod 755 hmland hmsniff)
* hmland testweise starten: ./hmland -l 127.0.0.1 -p 1000

Wenn das funktioniert die startfhem erweitern. Sieht bei mir wie folgt aus:

ps | grep hmland | grep -v -q grep || /var/media/ftp/bin/hmland -l 127.0.0.1 -p 1000 -d
sleep 2


Hallo, bin nun schon einige stunden am probieren und machen aber irgendwie gehts nicht.
Habe eine FB7490 und einen Konfigurationsstick von Homematik(usb)
ich habe das fhem image von der AVM seite genommen ( das startet zumindest sofort mit der box mit das von der fhem seite ist wesentlich kleiner aber startet nicht automatisch. manuel gehts)
mein Problem nun ist das das wenn ich libusb-1.0.so.0.1.0 (aus dem paket hmland-7390-0.096-6.03.tar die aus dem hmland-7490-0.097-6.05.tar.gz geht gar nicht, immer sofort der fehler) in den ordner /var/media/ftp/fhem/lib kopiere und manuel
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/var/media/ftp/fhem/lib ausführe danach ./hmland -l 127.0.0.1 -p 1000 ausführe kommt kein fehler .aber nach dem neustart der box ./hmland: can't load library 'libusb-1.0.so.0'

in der startfhem habe ich den export zwar eingetragen nutzt aber nix

Anlernen steuern & co funktioniert mit manuellem start problemlos. nur der wettersensor mag noch nicht so

#!/bin/sh
trap "" SIGHUP

if [ ! -c /dev/ttyACM0 ]; then
    rm -f /dev/ttyACM0
    mknod /dev/ttyACM0 c 166 0
fi
if [ ! -c /dev/ttyACM1 ]; then
    rm -f /dev/ttyACM1
    mknod /dev/ttyACM1 c 166 1
fi
if [ ! -c /dev/ttyUSB0 ]; then
    rm -f /dev/ttyUSB0
    mknod /dev/ttyUSB0 c 188 0
fi
if [ ! -c /dev/ttyUSB1 ]; then
    rm -f /dev/ttyUSB1
    mknod /dev/ttyUSB1 c 188 1
fi
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/var/media/ftp/fhem/lib
export PATH=$PATH:/opt/bin
mkdir -p /proc
mkdir -p /sys
mount -t proc proc /proc
mount -t sysfs sysfs /sys
mount -t usbfs usbfs /proc/bus/usb
cd /opt/fhem
/opt/bin/perl fhem.pl fhem.cfg


bei Links für libusb-1.0.so.0 und libusb-1.0.so.0 anlegen (z.B ln -s libusb-1.0.so.0.1.0 libusb-1.0.so.0) kommt bei mir immer das die datei schon existiert (ln: libusb-1.0.so.0: File exists)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 21 Juni 2014, 14:36:37
Hi,

Zitat von: RoqueNublo am 19 Juni 2014, 23:31:35
vielen Dank für den Hinweis. Dann muß ich mir wohl doch den  HM-CFG-LAN Konfigurationsadapter zu legen.

Der HM-CFG-USB beherrscht die AES-Signierung. Ist auch schon mit ner Keymatic getestet.
Sieht eher so aus, als ob bei Dir das Pairing schiefgegangen ist.

Gruß
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RoqueNublo am 23 Juni 2014, 21:46:16
Hallo Michael,

ich war auch der Meinung hier im Forum oder aber beim Google'n gelesen zu haben, dass die HM-KeyMatic sich mit dem HM-CFG-USB Adapter steuern läßt.
Im Netz habe ich auch eine sehr gute Anleitung – inkl. Bild Material - gefunden, die sich aber auf den HM-CFG-LAN Konfigurationsadapter bezieht.
Dort wird Step by Step beschrieben, wann während der Installation z.B per Bidcos-Service Tool das AES (Netz Kommunikation) aktiviert/deaktiviert werden muß.

Das Bidcos-Service Tool liegt dem HM-CFG-USB Adapter zwar auch bei, bringt aber nichts weil es sich um ein LAN basiertes Tool handelt und somit auch keine Chance bietet den Vorgaben der vg. Anleitung zu folgen.

Ich habe mir inzwischen eine CCU2 zugelegt die ich gerne mit fhem über die CCU-Schnittstelle, d.h. nicht über Funk verknüpfen möchte. Es gibt hier im Forum, aber auch im HomeMatic Forum diverse Beiträge dazu.
Informationen bzw. eine Anleitung die alle Aspekte transparent macht habe ich allerdings bisher nicht gefunden. Alles nur bruchstückhafte Informationen, die trotz tagelanger Recherche nicht den gewünschten Erfolgt brachten.
Wenn Dir/Euch etwas zu meinen vg. Themen einfällt dann laß es mich bitte wissen. Danke.

Gruß Roque
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marc2 am 26 Juni 2014, 23:48:55
Hi !

Zitat von: RoqueNublo am 23 Juni 2014, 21:46:16
Das Bidcos-Service Tool liegt dem HM-CFG-USB Adapter zwar auch bei, bringt aber nichts weil es sich um ein LAN basiertes Tool handelt und somit auch keine Chance bietet den Vorgaben der vg. Anleitung zu folgen.

Ich nutze zwar keine AES, aber was hält Dich davon ab, den HM-CFG-USB mittels hmland ins Netz  zu hängen und auf der Basis
weiterzuarbeiten (z.B. mit dem Bidcos-Servive Tool) ? Der Sinn vom hmland besteht ja gerade darin, dass der HM-CFG-USB damit
wie ein HM-CFG-LAN betrieben werden kann.

Gruß, Marc
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RoqueNublo am 29 Juni 2014, 14:50:45
Hi Marc,

daran hatte ich auch schon gedacht. Allerdings keine Möglichkeit gefunden den HM-CFG-USB entsprechen zu konfigurieren oder anzusprechen. Mit dem Bidcos-Servive Tool, was dem Stick beiliegt, hat es jedenfalls nicht geklappt. Wenn Du eine Idee hast wo mein Problem liegt bzw. was ich falsch gemacht haben könnte, dann bitte gib mir bitte einen Tip.

Gruß Roque
Titel: Antw:Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: themaxx32000 am 29 Juni 2014, 15:21:34
@magentouser! Versuch mal folgendes:

Ordner "hmlan" unter FRITZ!NAS in der Weboberfläche nach "/fritz.nas/fhem/opt" kopieren (aus angehängter zip)

Danach telnet Verbindung zu fritzbox mit AVM-FHEM-Image herstellen und folgende Schritte befolgen:

--------------------------------------------------------------------------------------------------------------------------------------
Start chroot Umgebung
--------------------------------------------------------------------------------------------------------------------------------------

chroot /var/InternerSpeicher/fhem/ sh

--------------------------------------------------------------------------------------------------------------------------------------
Rechte anpassen
--------------------------------------------------------------------------------------------------------------------------------------

chmod -R 755 /opt/hmlan/*

--------------------------------------------------------------------------------------------------------------------------------------
FHEM Start-Code anpassen
--------------------------------------------------------------------------------------------------------------------------------------

vi /bin/startfhem

   export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/opt/hmlan/lib
   ps | grep hmland | grep -v -q grep || /opt/hmlan/bin/hmland -d >> /opt/fhem/log/hmland.log 2>&1
   sleep 2

--------------------------------------------------------------------------------------------------------------------------------------
Nicht unterstützte Änderungen entfernen
--------------------------------------------------------------------------------------------------------------------------------------

echo clear_id 87 > /proc/tffs


FRITZBOX NEUSTARTEN!


Anschließend in der fhem-Weboberfläche den hmusb hinzufügen:

--------------------------------------------------------------------------------------------------------------------------------------
hmusb in FHEM hinzufügen
--------------------------------------------------------------------------------------------------------------------------------------

define hmusb HMLAN 127.0.0.1:1234
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RoqueNublo am 29 Juni 2014, 16:40:06
Sorry,

hätte ich auch gleich mitteilen können. Ich betreibe fhem auf einem RaspberryPi mit COC und HM-CFG-USB. Das klappt auch soweit ganz gut. Um die HM-KeyMatic einzubinden brauche ich allerdings das Bidcos-Servive Tool, da ich während der Installation das AES für die Netz Kommunikation (NICHT die AES HomeMatic Kommunikation) aktiviert/deaktiviert muß.

Gibt es noch Hoffnung für mein Vorhaben?

Gruß Roque
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 29 Juni 2014, 21:42:36
Hallo,

Zitat von: RoqueNublo am 29 Juni 2014, 16:40:06
hätte ich auch gleich mitteilen können. Ich betreibe fhem auf einem RaspberryPi mit COC und HM-CFG-USB. Das klappt auch soweit ganz gut. Um die HM-KeyMatic einzubinden brauche ich allerdings das Bidcos-Servive Tool, da ich während der Installation das AES für die Netz Kommunikation (NICHT die AES HomeMatic Kommunikation) aktiviert/deaktiviert muß.

Äh, wozu?
Die Netzwerkkommunikation beim hmland ist immer unverschlüsselt und das hat auch gar nichts mit dem AES Challenge-Response zu tun.

Keymatic kann man einfach mit fhem+hmland+hmcfgusb pairen und dann steuern. Dazu muss man Windows nie anfassen.

Gruß
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RoqueNublo am 30 Juni 2014, 13:04:54
Hi Michael,

wie schon im Beitrag #416 beschrieben ist mir die Einbindung teilweise gelungen, d.h. fhem hat die HM KeyMatic erkannt und in die fhem.cfg eingetragen. Aber anscheinend gibt es ein Kommunikationsproblem zwischen fhem usblan-Adapter und der HM-Keymatic.

Die Einbindung der HM KeyMatic habe ich nach folgender Anleitung (siehe Link) durchgeführt. Dort ist auch beschrieben wann und warum das Bidcos-Servive Tool einzusetzen ist. Was allerdings mit dem Bidcos-Servive Tool das dem HM-CFG-USB Adapter beiliegt nicht möglich ist. Möglicherweise ist das aktivieren/deaktivieren beim HM-CFG-USB Adapter auch gar nicht notwendig.

Ich habe das im Beitrag #416 beschriebene Kommunikationsproblem auf den in der Anleitung beschriebenen und von mir nicht durchgeführten Step zurückgeführt.

Wenn es also nicht daran liegt, woran dann? Mir ist bisher kein Beitrag hier im Forum untergekommen der Licht ins Dunkel hätte bringen können.

Gruß Roque

http://www.meintechblog.de/2013/05/keymatic-per-hmlan-am-fhem-server-anlernen/
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: QuesT am 02 Juli 2014, 13:27:01
Hallo,

habe heute mein USB gekommen und am Raspberry Pi  eingerichtet bekomme aber gleich bei start:

2014.07.02 13:23:45 3: Opening hmusb device 127.0.0.1:1234
2014.07.02 13:23:45 3: hmusb device opened
2014.07.02 13:23:45 1: HMLAN_Parse: hmusb new condition init
2014.07.02 13:23:45 3: HR.Trockner: I/O device is JLLaCR
2014.07.02 13:23:45 3: HR.Waschmaschine: I/O device is JLLaCR
2014.07.02 13:23:46 3: EC3000_4C74: I/O device is JLLaCR
2014.07.02 13:23:46 1: Including ./log/fhem.save
2014.07.02 13:23:46 1: usb create starting
2014.07.02 13:23:48 1: usb create end

2014.07.02 13:23:53 1: HMLAN_Parse: hmusb new condition Warning-HighLoad

##

Xmit-Events
   
Warning-HighLoad:1
   
2014-07-02 13:23:53
cond
   
Warning-HighLoad
   
2014-07-02 13:23:53
prot_ERROR-Overload
   
last
   
2014-07-02 13:05:30
prot_Warning-HighLoad
   
last
   
2014-07-02 13:23:53
prot_disconnected
   
last
   
2014-07-02 13:23:45
prot_init
   
last
   
2014-07-02 13:23:45
prot_ok
   
last
   
2014-07-02 12:24:20


Was mache ich falsch?

Beim Versuch mein Keymatic anzulernen:

2014.07.02 13:27:31 2: CUL_HM Unknown device CUL_HM_HM_SEC_KEY_263E7E is now defined
2014.07.02 13:27:31 2: autocreate: define CUL_HM_HM_SEC_KEY_263E7E CUL_HM 263E7E
2014.07.02 13:27:31 2: autocreate: define FileLog_CUL_HM_HM_SEC_KEY_263E7E FileLog ./log/CUL_HM_HM_SEC_KEY_263E7E-%Y.log CUL_HM_HM_SEC_KEY_263E7E
2014.07.02 13:27:31 3: CUL_HM pair: CUL_HM_HM_SEC_KEY_263E7E keyMatic, model HM-SEC-KEY serialNr
2014.07.02 13:27:31 3: CUL_HM set CUL_HM_HM_SEC_KEY_263E7E getConfig
2014.07.02 13:27:33 1: HMLAN_Parse: hmusb new condition ok
2014.07.02 13:27:37 3: CUL_HM set CUL_HM_HM_SEC_KEY_263E7E statusRequest
2014.07.02 13:28:00 1: HMLAN_Parse: hmusb new condition Warning-HighLoad
2014.07.02 13:28:04 1: HMLAN_Parse: hmusb new condition ERROR-Overload
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RoqueNublo am 02 Juli 2014, 15:05:06
Hi,

bevor Du Dich weiter der Einbindung Deiner HM-Komponenten widmest, muß Du Dein HighLoad/Overload  Problem in den Griff bekommen.

Eines Deiner Geräte verursacht zuviel Traffic, Deinem Post ist zu entnehmen, dass das maximale Sendevolumen pro Zeiteinheit überschritten wurde.

Schau doch mal unter ,,HMLAN new condition ERROR-Overload" da findest Du einiges zum Thema.

Gruß Roque
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 02 Juli 2014, 15:19:38
Hi Roque,

Zitat von: RoqueNublo am 30 Juni 2014, 13:04:54
wie schon im Beitrag #416 beschrieben ist mir die Einbindung teilweise gelungen, d.h. fhem hat die HM KeyMatic erkannt und in die fhem.cfg eingetragen. Aber anscheinend gibt es ein Kommunikationsproblem zwischen fhem usblan-Adapter und der HM-Keymatic.

Ja, Dir fehlt das Pairing (hatte ich auch schon geschrieben ;-) ).
Die Einträge in der fhem.cfg sagen nicht aus, dass das Pairingversuch erfolgreich war.

Zitat
Die Einbindung der HM KeyMatic habe ich nach folgender Anleitung (siehe Link) durchgeführt. Dort ist auch beschrieben wann und warum das Bidcos-Servive Tool einzusetzen ist. Was allerdings mit dem Bidcos-Servive Tool das dem HM-CFG-USB Adapter beiliegt nicht möglich ist. Möglicherweise ist das aktivieren/deaktivieren beim HM-CFG-USB Adapter auch gar nicht notwendig.

Ist es nicht. Die Netzwerk-AES-Verschlüsselung musst (kannst!) Du beim hmcfgusb nicht deaktivieren, da sie gar nicht existiert. Falls Du das Homematic Windows-Programm zum konfigurieren benutzen willst, stecke den Stick einfach in den Windows-Rechner. Die SW hat irgendwo eine Option für USB.

Aber pass auf, dass Du dann die gleiche HM-ID wie in Fhem benutzt, da Du sonst die Keymatic _exklusiv_ mit Windows pairst und sie nicht mehr so einfach mit fhem gepairt bekommst (entweder factory-reset oder unpair in windows).

Zitat
Ich habe das im Beitrag #416 beschriebene Kommunikationsproblem auf den in der Anleitung beschriebenen und von mir nicht durchgeführten Step zurückgeführt.

Also hast Du die Keymatic mit der Windows-Software konfiguriert? Dann ist sie jetzt wahrscheinlich mit der falschen HM-ID gepairt und nimmt berechtigterweise keine Kommandos von Fhem entgegen.

Wenn man diesem Blog-Eintrag folgt, passiert das unweigerlich und man steht dann mit Deinem Problem da, da auf die ID-Problematik nur in einem Kommentar eingegangen wird...

Also löse mal aus Windows einen Factory reset der Keymatic aus und paire sie dann nochmal mit Fhem.

Gruß
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RoqueNublo am 02 Juli 2014, 17:45:13
Hi Michael,

ich habe wie vorgeschlagen im Windows per HomeMatic Konfigurator einen Factory reset der Keymatic ausgelöst. Ich denke, mit Erfolg denn die KeyMatic ist über FB's nicht mehr erreichbar. Danach habe ich die KeyMatic mit fhem paired und getestet. Ergebnis siehe nachfolgend:

# KeyMatic-Einträge in der fhem.cfg
#-------------------------------------------
define CUL_HM_HM_SEC_KEY_263E68 CUL_HM 263E68
attr CUL_HM_HM_SEC_KEY_263E68 autoReadReg 4_reqStatus
attr CUL_HM_HM_SEC_KEY_263E68 expert 2_full
attr CUL_HM_HM_SEC_KEY_263E68 firmware 2.5
attr CUL_HM_HM_SEC_KEY_263E68 model HM-SEC-KEY
attr CUL_HM_HM_SEC_KEY_263E68 msgRepeat 1
attr CUL_HM_HM_SEC_KEY_263E68 peerIDs 00000000,
attr CUL_HM_HM_SEC_KEY_263E68 room CUL_HM
attr CUL_HM_HM_SEC_KEY_263E68 serialNr KEQ1048529
attr CUL_HM_HM_SEC_KEY_263E68 subType keyMatic
attr CUL_HM_HM_SEC_KEY_263E68 webCmd lock:inhibit on:inhibit off

define FileLog_CUL_HM_HM_SEC_KEY_263E68 FileLog ./log/CUL_HM_HM_SEC_KEY_263E68-%Y.log CUL_HM_HM_SEC_KEY_263E68
attr FileLog_CUL_HM_HM_SEC_KEY_263E68 logtype text
attr FileLog_CUL_HM_HM_SEC_KEY_263E68 room CUL_HM

# KeyMatic-LogFile
#-----------------------
2014-07-02_15:59:09 CUL_HM_HM_SEC_KEY_263E68 D-firmware: 2.5
2014-07-02_15:59:09 CUL_HM_HM_SEC_KEY_263E68 D-serialNr: KEQ1048529
2014-07-02_15:59:15 CUL_HM_HM_SEC_KEY_263E68 battery: ok
2014-07-02_15:59:15 CUL_HM_HM_SEC_KEY_263E68 uncertain: yes
2014-07-02_15:59:15 CUL_HM_HM_SEC_KEY_263E68 direction: undef
2014-07-02_15:59:15 CUL_HM_HM_SEC_KEY_263E68 error: none
2014-07-02_15:59:15 CUL_HM_HM_SEC_KEY_263E68 lock: unlocked
2014-07-02_15:59:15 CUL_HM_HM_SEC_KEY_263E68 unlocked (uncertain)
2014-07-02_15:59:19 CUL_HM_HM_SEC_KEY_263E68 R-pairCentral: 0x0
2014-07-02_15:59:19 CUL_HM_HM_SEC_KEY_263E68 R-signalTone: low
2014-07-02_15:59:19 CUL_HM_HM_SEC_KEY_263E68 R-keypressSignal: on
2014-07-02_15:59:19 CUL_HM_HM_SEC_KEY_263E68 R-signal: on
2014-07-02_16:02:36 CUL_HM_HM_SEC_KEY_263E68 ResndFail
2014-07-02_16:02:36 CUL_HM_HM_SEC_KEY_263E68 MISSING ACK
2014-07-02_16:05:12 CUL_HM_HM_SEC_KEY_263E68 set_inhibit on
2014-07-02_16:05:18 CUL_HM_HM_SEC_KEY_263E68 ResndFail
2014-07-02_16:05:18 CUL_HM_HM_SEC_KEY_263E68 MISSING ACK
2014-07-02_16:05:55 CUL_HM_HM_SEC_KEY_263E68 set_inhibit off
2014-07-02_16:06:02 CUL_HM_HM_SEC_KEY_263E68 ResndFail
2014-07-02_16:06:02 CUL_HM_HM_SEC_KEY_263E68 MISSING ACK
2014-07-02_16:09:24 CUL_HM_HM_SEC_KEY_263E68 set_lock
2014-07-02_16:09:32 CUL_HM_HM_SEC_KEY_263E68 ResndFail
2014-07-02_16:09:32 CUL_HM_HM_SEC_KEY_263E68 MISSING ACK

Gruß Roque
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: QuesT am 02 Juli 2014, 18:44:54
Kann der AES key auch aus buchstaben bestehen? Wielange darf er sein?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RoqueNublo am 02 Juli 2014, 19:31:53
Hi,

heißt das Du hast Deine KeyMatic am laufen? Wenn dem so ist, dann Poste doch bitte mal den Installationsablauf.

Gruß Roque
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: QuesT am 02 Juli 2014, 19:42:04
Hi RoqueNublo,

War ganz einfach.

beim hmusb den aes key eintragen
hmusb in pairing modus
am keymatic 2 sec türöffnertaste
fertig

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RoqueNublo am 02 Juli 2014, 20:19:46
Hi,

Du bist genial, hast mich auf die richtige Spur gesetzt. Ich hatte zwar alles wie Michael beschrieben durchgeführt, den hmId-code im hmusb aber nicht zurückgesetzt bzw. gelöscht.
Nach Löschung der mhId im hmusb und nochmaligem pairing des hmusb mit der KeyMatic läuft jetzt auch meine KeyMatic. Vielen Dank an Dich aber auch an Michael. Danke!!!

Gruß Roque
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RoqueNublo am 04 Juli 2014, 15:17:15
Hi,

es war einmal, will sagen alles hat geklappt bis ich die Fernbedienungen anlernen wollte, was aber nicht möglich war. Also war ich der Meinung ich müßte alles noch mal mit ,,unpair" zurücksetzen um das Ganze neu aufzusetzen.
Das war ein Fehler. Jetzt läßt sich die KeyMatic nicht mehr von fhem ansprechen. Neu anlernen läßt sie sich allerdings auch nicht.

Wenn ich nach KeyMatic Handbuch Punkt 7.4.2 vorgehe, scheitert das Anlernen an dem Problem, dass man erst gar nicht in das Menü rein kommt.

Nachvollziehbar beschrieben werden meine Probleme im Beitrag ,,KeyMatic HM-Sec-Key lässt sich nicht zurücksetzen". Dort schreibt "Dennis D."

ZitatEs kommt kurz ein "X" gefolgt von einem "piep", direkt danach (also innerhalb des zwei sekunden knopf drückens) kommt ein "c", wieder gefolgt von einem "piep", Das Symbol für Funkempfang blickt kurz auf und danach zeigt er ein "M" an.

Das von ,,Dennis D." beschriebene Verhalten zeigt auch meine KeyMatic. Die dort erarbeitete Lösung, löst aber mein Problem nicht.

Wer kann helfen?

Gruß Roque
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RoqueNublo am 08 Juli 2014, 13:16:04
Hi,

Problem gelöst, nachfolgend die Beschreibung zur Vorgehensweise die den Erfolg brachte.

KeyMatic Problem (gelöst)

Problem:
Es kommt kurz ein "X" gefolgt von einem "piep", direkt danach (also innerhalb des zwei sekunden knopf drückens) kommt ein "c", wieder gefolgt von einem "piep", Das Symbol für Funkempfang blickt kurz auf und danach zeigt er ein "M" an.

Gerät in den Auslieferungszustand zurücksetzen (Handbuch 7.4.3):
1. KeyMatic vom Schließzylinder lösen (beide seitlichen Schrauben entfernen, KeyMatic abnehmen)
2. Setup-Taste (kleine Taste links von den normalen Tasten) für 2 Sekunden drücken, im Display erscheint "X"
3. Handrad 10 Umdrehungen in Richtung "verriegeln" drehen, im Display verschwindet das "X"
4. Handrad weitere 10 Umdrehungen in Richtung "verriegeln" drehen, im Display dreht sich das "/" für die Auswahl der Schließrichtung... so wie auch im Auslieferungszustand

Lösung  für vg. Problem (Gerät in den Auslieferungszustand zurücksetzen):
zu 1: ok
zu 2: es kommt KEIN ,,X" sondern der Schloßeinstellungsmodus startet mit "/" im Display
zu 3: Handrad solange in Richtung "verriegeln" drehen, bis im Display ,,\" erscheint, danach ,,M".
zu 4: Auslieferungszustand erreicht

Gruß Roque
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RoqueNublo am 08 Juli 2014, 14:44:30
Nachtrag zum KeyMatic Problem (gelöst)

Anmelden der Fernbedienungen:
Den ersten Speicherplatz, d.h. die FB = Master konnte ich ohne Probleme gleich wieder anlernen. Die zweite FB wollte ums verrecken nicht, obwohl mir der Speicherplatz 2 immer nach dem drücken der Master FB angeboten wurde. Erst als ich auf die Idee kam den Speicherplatz 2 - vor einem weiteren Versuch die FB 2 anzulernen - explizit zu löschen, klappte es.

Gruß Roque
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: d.zoellner am 01 August 2014, 08:25:58
Hallo zusammen,
seit einigen Jahren nutze ich meine Fritzbox 3790 als FHEM Server für FHT Komponenten (FHT80, FHTTK). Damals habe ich, wie in der Einstiegsdokumentation empfohlen, eine CUL von Busware gekauft, angesteckt und fertig. FHEM hat den Stick erkannt, gleich seine Firmware drauf gespielt und ich konnte nach setzen einige Attribute die FHTs koppeln. - oder besser gesagt: FHEM hat die FHT Komponenten selbständig gefunden und verbunden. Ich musste den FHTs nur noch Namen und Räume zuordnen.

Nun möchte ich auch noch Homematic Komponenten (Feuermelder und Fensterkontakte) in mein FHEM integrieren. Und hier nun meine herbe Enttäuschung: Nix mit: "... Stick rein, ein paar Attribute setzen und fertig...!"
Meine FB 3790 hat 2 USB Anschlüsse und so gehe ich davon aus, dass ich auch den HM-CFG-USB-2 Stick parallel betreiben kann.

Gibt es irgendwo eine Anleitung (für dummies) wie man den USB Stick HM-CFG-USB-2 an der FB 3790 zum laufen bekommt?
Müssen echt erst die hmID über einen PC von Stick gelesen werden, die libusb (die übrigens in meinem Verzeichnis ...fhem\lib nicht vorhanden ist) ins System kompiliert werden und die startfhem modifiziert werden????
Geht das nicht einfacher und einiges im Standard?

Vielleicht hat einer ja einen Tip und eine kleine aber umfassende Anleitung wie man Homematik auf der FB zum laufen bekommt.

Kurz zur Umgebung: Fritzbox 3790, FHEM Installation (Paket) von der FHEM Homepage, aktuelles Update der FHEM Software,
Busware CUL, und nun neu den HM-CFG-USB-2.

Vielen Dank im voraus und viele Grüße

Dirk

Log zeigt:
2014.07.31 20:47:29 1: HMLAN_Parse: hmusb new condition disconnected
2014.07.31 20:47:29 3: Opening hmusb device 127.0.0.1:1234
2014.07.31 20:47:29 3: Can't connect to 127.0.0.1:1234: Connection refused
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 01 August 2014, 08:53:15
Hallo,

wie sieht denn die Config aus. Ich habe zwar eine Fritzbox, aber der USB-Stick ist am Raspberry. Dort wird zum Betrieb der "hmland" benötigt. Das ist ein Deamon (Hintergrundprogramm) was USB aus IP umsetzt, da Du den Stick ja aus FHEM per IP Adresse ansprichst.
Hast Du im Forum oder auf den WIKI Seite schon mal danch gesucht ?
Hier steht etwas darüber http://forum.fhem.de/index.php/topic,22111.msg155351.html#msg155351

Gruß Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: d.zoellner am 01 August 2014, 09:59:25
Hallo Christoph,
Danke für Deine Info. Ich habe schon Tagelang in Foren recherchiert. Aber eine genaue Anleitung habe ich nicht gefunden.
"....Um die Software zu kompilieren, braucht man (neben make und gcc, bei Debian am besten build-essential installieren) noch das Development-Paket für libusb-1.0 (Debian: libusb-1.0-0-dev)...." sind für mich Fremdwörter.
Vorgestellt hatte ich mir ein Paket (Sammlung von Dateien) welches man ggf. noch einspielt und dann fertig.
Aber wenn ich noch was kompilieren muss, na dann gute Nacht (für mich).
Es muss doch eine genaue Anleitung (wechsle in das Verzeichnis, gebe das ein, führe danach das aus...) irgendjemand mal geschrieben haben?

Meine Config für HM ist noch relativ "schlank":
define hmusb HMLAN 127.0.0.1:1234
attr hmusb hmId 291034
attr hmusb hmLanQlen 1_min
attr hmusb room Allgemein

Wobei ich in Foren gelesen habe, dass die hmId über den PC(Software des USB Sticks) auszulesen ist, andere wieder schrieben, das diese Abhängig von der CUL ist (define CUL_0 CUL /dev/ttyACM0@9600 1034) ... andere wieder, dass man sich diese selbst ausdenken kann...

Viele Grüße

Dirk
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 01 August 2014, 10:33:25
ZitatGeht das nicht einfacher und einiges im Standard?
standard ist der hmlan. anstecken fertig.
wenn du ein gerät nutzen möchtest, dass überhaupt nur durch diese geniale erweiterung mit hmland genutzt werden kann, dann solltest du zumindestens den ersten beitrag und die links genauestens lesen und befolgen. ich habe diese non-standard prozedur mit stick und fritzbox auch durch lesen und befolgen der infos dieses threads hinbekommen.

ZitatMüssen echt erst die hmID über einen PC von Stick gelesen werden
nein.

Zitatdie libusb (die übrigens in meinem Verzeichnis ...fhem\lib nicht vorhanden ist) ins System kompiliert werden
nein. höchstens kopieren. ich musste nichts kompilieren, da es user gibt, die bereits kompilierte dateien zur verfügung gestellt haben. danke dafür. ich vermute sogar im ersten beitrag.  ;)

Zitatund die startfhem modifiziert werden?
du musst nicht. je nachdem was du tun möchtest, ist es aber sehr vorteilhaft.

gruss frank
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 01 August 2014, 11:06:36
Hallo,

die Vermutung mit dem ersten Betrag ist nicht richtig ..... aber die Suche ist Dein Freund. Einfach "Fritzbox" oben rechts eingeben, wenn Du diesen Beitrag liest. Dann wird nur dieser Thread durchsucht, und Du wirst auf der Seite 29 eine Anleitung zum lösen Deines Problems finden.

Gruß Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 01 August 2014, 11:17:36
zitat erster beitrag:
ZitatDie Software ist in C mit der einzigen Abhängigkeit libusb-1.0 geschrieben, womit sie auch auf kleinen Routern mit OpenWRT oder z.B. einer Fritzbox genutzt werden kann. Fritzbox-Binaries finden sich in diesem Post, ein OpenWrt-Paket für die ar71xx-Platform gibt es hier.
über den link der worte "diesem Post" komme ich komischerweise sofort zu einer angehängten datei.  ;)

edit: ist natürlich nicht die neueste. aber sollte erstmal funktionieren.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Loctotex am 06 August 2014, 18:48:01
Kann mir Jemand helfen HMLAND für DD-WRT zu kompilieren? das passende SDK habe ich.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: bullshit am 08 August 2014, 00:49:11
Um nicht immer hmland selbst kompilieren zu müssen stelle ich im lxccu debian repository ein binary für den raspberry pi zur verfügung.

JSurf hat auf github den source reingestellt und in "debian (https://github.com/JSurf/hmcfgusb/tree/debian)" branch die änderungen zum packete bauen hinzugefügt.

Also wer einen raspberry pi hat und hmland nicht selbst kompilieren will einfach das lxccu repo installieren:
wget -O ./lxccu-repo.deb http://cdn.lxccu.com/latest-repo
dpkg -i ./lxccu-repo.deb
apt-get update


danach einfach hmland installieren
apt-get install hmcfgusb

ich werde die tage mal den entwickler kontaktieren und schauen ob er die änderungen zum packete bauen in sein projekt aufnimmt.

lg
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 11 August 2014, 15:25:28
da ich die Tage für einen Freund einen Cubietruck einrichten muss und der sich den HM-CFG-USB bestellt hat muss ich diesen ja irgendwie installieren.
Ich habe jetzt hier nicht alle Seiten durchforstet und wollte fragen ob es auch hier eine Anleitung für den Cubietruck gibt.
Ich selbst besitze nur den HMLan Adapter
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 11 August 2014, 15:49:59
das ist auf dem Cubietruck die gleiche Anleitung, die hier im Thread im allerersten Beitrag steht.


Fertig.

Zum automatischen Starten des daemon am Besten einfach in das fhem-Startskript einbinden. (kann ich erst heute abend posten)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 11 August 2014, 16:28:16
oder mit dem Betriebsystem starten...

folgendes in eine script.sh schreiben, Rechte setzen (chmod a+x script.sh), (als root) ausführen, glücklich sein ;)

#!/bin/sh
cd /opt/
apt-get install build-essential libusb-1.0-0-dev make gcc git-core
git clone git://git.zerfleddert.de/hmcfgusb
cd hmcfgusb
make
cat > /etc/init.d/hmland <<"EOF"
#!/bin/sh
# simple init for hmland
### BEGIN INIT INFO
# Provides:          hmland
# Required-Start:    $network $local_fs $remote_fs
# Required-Stop::    $network $local_fs $remote_fs
# Should-Start:      $all
# Should-Stop:       $all
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Start hmland daemon at boot time
# Description:       Provide Service to use HM-USB-CFG Adapter for FHEM.
### END INIT INFO

pidfile=/var/run/hmland.pid
port=1234

case "$1" in
start|"")
chrt 50 /opt/hmcfgusb/hmland -r 0 -d -P -l 127.0.0.1 -p $port 2>&1 | perl -ne '$|=1; print localtime . ": [hmland] $_"' >> /var/log/hmland.log &
;;
restart|reload|force-reload)
echo "Error: argument '$1' not supported" >&2
exit 3
;;
stop)
killall hmland
;;
status)
if [ ! -e $pidfile ]; then
echo "No pid"
exit 1
fi
pid=`cat $pidfile`
if kill -0 $pid &>1 > /dev/null; then
echo "Running"
exit 0
else
rm $pidfile
echo "Not running"
exit 1
fi

;;
*)
echo "Usage: hmland [start|stop|status]" >&2
exit 3
;;
esac
EOF
sudo chmod 755 /etc/init.d/hmland
sudo update-rc.d hmland defaults
sudo service hmland start



EDIT: Rechte und Präambel korrigiert.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 11 August 2014, 16:38:04
Zitat von: hexenmeister am 11 August 2014, 16:28:16
oder mit dem Betriebsystem starten...

ich werde das dann mal probieren, wenn die Geräte bei mir sind, Danke  ;)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: HeikoE am 15 August 2014, 21:29:44
Zitat von: marc2 am 10 Mai 2014, 20:46:04
Hi !

Hab die aktuellste Version aus dem git gerade einmal über den Crosscompiler geschoben.
hmland und hmsniff laufen auf den ersten Blick wie gehabt einwandfrei. Die beiden flash-tools
habe ich nicht getestet (habe kein OTA Device und den Stick hatte ich am PC aktualisiert).

Gruß, Marc

Hallo,

ich habe den Stick auf der FB7390 am laufen. Mitlerweile gibts eine Version 0.097 der HMLAND. Hat die schon mal jemand für die 7390 kompiliert? Das ist mir z.Z. noch zu Hoch...
Gibts da überhaupt eine wesentliche Änderung gegenüber 0.096?

Danke schon mal vorab.

Gruß Heiko
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 15 August 2014, 22:19:04
Zitat von: HeikoE am 15 August 2014, 21:29:44
Gibts da überhaupt eine wesentliche Änderung gegenüber 0.096?

Keine funktionalen Änderungen.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 19 August 2014, 13:39:33
Zitat von: betateilchen am 11 August 2014, 15:49:59
das ist auf dem Cubietruck die gleiche Anleitung, die hier im Thread im allerersten Beitrag steht.


  • apt-get install  libusb-1.0-0-dev
  • cd /opt
  • git clone git://git.zerfleddert.de/hmcfgusb
  • cd hmcfgusb
  • make

Fertig.

Zum automatischen Starten des daemon am Besten einfach in das fhem-Startskript einbinden. (kann ich erst heute abend posten)

ich nun dabei den Stick einzubinden und habe wie oben beschrieben alles gemacht. Hat wunderbar geklappt.
Der Stick zeigt auch als Status "opened" an.
Firmware ist 0.964

Eingebunden habe ich ihn wie im Wiki zu finden so:

ZitatAlternative Einrichtung, Start über fhem Startskript
Ausprobiert auf einem BBB mit Debian, eigentlich ist das alles von Betateilchen:
Zunächst hmland kompilieren wie oben beschrieben, bis zum make. Das muss erfolgreich durchgelaufen sein.

Aber irgend etwas ist faul...
Wenn ich "service hmland start" eingebe sagt er mir "unrecognized service" also unerkannter Service. Normal sollte ja das Fhem Startscript diesen Service starten.

Das Logfile ist auch voll mit Fehler z.B.
2014.08.19 13:35:58 3: HMUSB: Unknown code A0C11867020DA4B000000009857::-63:HMUSB, help me!
2014.08.19 13:35:56 3: HMUSB: Unknown code A0CD886701EA39000000000CA3B::-39:HMUSB, help me!
2014.08.19 13:33:59 1: HMLAN_Parse: HMUSB new condition ok
2014.08.19 13:33:58 1: Including ./log/fhem.save
2014.08.19 13:33:58 1: HMLAN_Parse: HMUSB new condition init
2014.08.19 13:33:58 3: HMUSB device opened
2014.08.19 13:33:58 3: Opening HMUSB device 127.0.0.1:1234
2014.08.19 13:33:58 1: HMLAN_Parse: HMUSB new condition disconnected
2014.08.19 13:33:58 2: eventTypes: loaded 36 events from ./log/eventTypes.txt
2014.08.19 13:33:58 3: WEBtablet: port 8085 opened
2014.08.19 13:33:58 3: WEBphone: port 8084 opened
2014.08.19 13:33:58 3: WEB: port 8083 opened
2014.08.19 13:33:58 3: telnetPort: port 7072 opened
2014.08.19 13:33:58 1: Including fhem.cfg
2014.08.19 13:33:53 1: HMLAN_Parse: HMUSB new condition ok
2014.08.19 13:33:53 3: HMUSB: Unknown code A0CD786701EA39000000000CA3B::-39:HMUSB, help me!
2014.08.19 13:33:52 1: Including ./log/fhem.save
2014.08.19 13:33:52 1: HMLAN_Parse: HMUSB new condition init
2014.08.19 13:33:52 3: HMUSB device opened
2014.08.19 13:33:52 3: Opening HMUSB device 127.0.0.1:1234
2014.08.19 13:33:52 1: HMLAN_Parse: HMUSB new condition disconnected
2014.08.19 13:33:52 2: eventTypes: loaded 36 events from ./log/eventTypes.txt
2014.08.19 13:33:52 3: WEBtablet: port 8085 opened
2014.08.19 13:33:52 3: WEBphone: port 8084 opened
2014.08.19 13:33:52 3: WEB: port 8083 opened
2014.08.19 13:33:52 3: telnetPort: port 7072 opened
2014.08.19 13:33:52 1: Including fhem.cfg
2014.08.19 13:33:47 3: HMUSB: Unknown code A0C10867020DA4B000000009757::-62:HMUSB, help me!
2014.08.19 13:32:49 1: HMLAN_Parse: HMUSB new condition ok


Was läuft hier falsch..?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 19 August 2014, 14:52:27
Hallo,

wo steht in der Anleitung etwas von "Service" ?
Wenn ich mich recht erinnere, musste man in das Verzeichnis von hmland wechseln und dort " /opt/hmcfgusb/hmland -d -l 127.0.0.1 -p 1234" eingeben ggf. noch "-D" hintendran für debug.
Das wird dann auch so in die startfhem eingefügt - natürlich vor dem start von fhem. Fhem wird beim Starten über /etc/init.d/fhem (start,Stop,status) aufgerufen und startet dann die startfhem.

Gruß Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 19 August 2014, 15:27:11
ich habe nach dem Wiki gearbeitet und diese Schritte abgearbeitet, vorher natürlich die die oben erwähnt wurden.

dieses gemacht:
cp hmcfgusb.rules /etc/udev/rules.d/

nano /etc/init.d/fhem

'start')
       echo "Starting fhem..."
       /opt/hmcfgusb/hmland -d -p 1234
       perl fhem.pl fhem.cfg
       RETVAL=$?
       ;;

'stop')
       echo "Stopping fhem..."
       perl fhem.pl $port "shutdown"
       RETVAL=$?
       pkill hmland


das Verzeichnis habe ich nicht /opt/hmcfgusb/hmland

ich habe nur /opt/hmcfgusb/ und hier ist nur eine Datei die hmland heißt drin




Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 19 August 2014, 15:30:43
Zitat von: moonsorrox am 19 August 2014, 15:27:11
das Verzeichnis habe ich nicht /opt/hmcfgusb/hmland

ich habe nur /opt/hmcfgusb/ und hier ist nur eine Datei die hmland heißt drin

dann ist doch alles in Ordnung - was ist Dein Problem? Und wie kommst Du darauf, dass es sich um ein Verzeichnis handeln soll?

Übrigens: Irgendwelche udev-Regeln habe ich für den hmland noch nie benötigt oder installiert.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 19 August 2014, 15:36:07
Zitat von: betateilchen am 19 August 2014, 15:30:43
Übrigens: Irgendwelche udev-Regeln habe ich für den hmland noch nie benötigt oder installiert.

der Beitrag aus dem Wiki sagt das so, deshalb.. habe ich mir nicht ausgedacht  ;)

Zitatmusste man in das Verzeichnis von hmland wechseln
weil es so geschrieben wurde.. OK also alles OK


aber ich habe ein Haufen Fehler im Log:

2014.08.19 15:29:44 3: HMUSB: Unknown code A0C3E867020DA4B000000009954::-63:HMUSB, help me!
2014.08.19 15:29:25 3: HMUSB: Unknown code A0C0586701EA39000000000CC3A::-39:HMUSB, help me!
2014.08.19 15:27:41 3: HMUSB: Unknown code A0C3D867020DA4B000000009954::-65:HMUSB, help me!
2014.08.19 15:26:45 3: HMUSB: Unknown code A0C0486701EA39000000000CC3A::-38:HMUSB, help me!
2014.08.19 15:25:23 3: HMUSB: Unknown code A0C3C867020DA4B000000009A54::-65:HMUSB, help me!
2014.08.19 15:23:52 3: HMUSB: Unknown code A0C0386701EA39000000000CB3A::-39:HMUSB, help me!
2014.08.19 15:22:51 3: HMUSB: Unknown code A0C3B867020DA4B000000009B54::-62:HMUSB, help me!
2014.08.19 15:21:47 3: HMUSB: Unknown code A0C0286701EA39000000000CC3A::-39:HMUSB, help me!
2014.08.19 15:20:05 3: HMUSB: Unknown code A0C3A867020DA4B000000009B53::-62:HMUSB, help me!
2014.08.19 15:19:29 3: HMUSB: Unknown code A0C0186701EA39000000000CC3A::-39:HMUSB, help me!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 19 August 2014, 15:42:22
Zitat von: moonsorrox am 19 August 2014, 15:36:07
der Beitrag aus dem Wiki sagt das so, deshalb.. habe ich mir nicht ausgedacht  ;)

ja, und auch nicht mitgedacht ;) Warum nicht einfach die Anleitung aus dem allerersten Beitrag hier im Thread verwenden? Die funktioniert immer.


Zitat von: moonsorrox am 19 August 2014, 15:36:07
weil es so geschrieben wurde

Falsch. Es wurde geschrieben - und von Dir zitiert:

Zitatmusste man in das Verzeichnis von hmland wechseln

Bisschen genauer lesen, macht manches einfacher  8)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 19 August 2014, 15:57:08
Zitat von: betateilchen am 11 August 2014, 15:49:59
das ist auf dem Cubietruck die gleiche Anleitung, die hier im Thread im allerersten Beitrag steht.


  • apt-get install  libusb-1.0-0-dev
  • cd /opt
  • git clone git://git.zerfleddert.de/hmcfgusb
  • cd hmcfgusb
  • make

Fertig.

Zum automatischen Starten des daemon am Besten einfach in das fhem-Startskript einbinden. (kann ich erst heute abend posten)

@betateilchen schau mal hier
da hatte ich vor einigen Tagen gefragt und du hast mir geantwortet und genau das habe ich gemacht.

Aus dem Wiki hatte ich nur die Sachen mit dem Startscript genommen, weil du es posten wolltest und wohl vergessen hast, kein Problem also habe ich danach gesucht...
Eingetragen und gut  ;)

Aber irgend etwas läuft doch nicht sonst hätte ich nicht diese Fehler im Log.

Wie kann ich denn genau testen ob der nun funktioniert..?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 19 August 2014, 16:04:56
ZitatWie kann ich denn genau testen ob der nun funktioniert..?
zb setzt du ihn als io-device bei deinem rolladen-aktor und gibst dann den befehl zum zufahren in fhem. dann sollte das teil zufahren, wenn es vorher offen ist.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 19 August 2014, 16:32:52
wenn man hmland als Service starten will, kann meine Anleitung aus Post #449 benutzen.
Mir gefällt das besser so, aber auch im Start-Script von FHEM ist auch ok.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 19 August 2014, 16:55:09
ja gut OK ich habe jetzt mal ein Zwischenstecker eingebaut... Das funktioniert ich kann ihn über die Weboberfläche schalten...
Das heißt der Stick arbeitet..!  ;)

Ich dachte das er nicht funktioniert auf Grund der Fehler

Aber was sind das für Fehlermeldungen die ich laufend bekomme, dass ganze Log steht voll davon
Ich soll ihm helfen, aber was ;)

2014.08.19 16:51:23 3: HMUSB: Unknown code A0C5E867020DA4B000000009255::-65:HMUSB, help me!
2014.08.19 16:51:17 3: HMUSB: Unknown code A0B3FA440280D342B29CA011A::-33:HMUSB, help me!
2014.08.19 16:51:15 3: HMUSB: Unknown code A0B3EA440280D342B29CA0216::-38:HMUSB, help me!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 19 August 2014, 18:53:53
ZitatAber was sind das für Fehlermeldungen die ich laufend bekomme, dass ganze Log steht voll davon
Ich soll ihm helfen, aber was ;)
das sind keine fehlermeldungen, sondern hinweise auf unbekannten code. wahrscheinlich devices deines nachbarn. such mal nach vccu und help me.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 19 August 2014, 18:57:48
Ich bin hier der einzige mit HiTech  ;) 8)
Nee, Nachbarn haben so etwas nicht, aber..... ich habe ja meinen anderen CT am HMLan Adapter dran, der könnte da was senden.. :-\
Wo soll ich nach vccu suchen hier im Forum..?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Jojo11 am 23 August 2014, 10:26:07
Hallo,

ich habe jetzt auch mal testweise den HM-CFG-USB-2 eingerichtet. Der RPi scheint ihn auch zu erkennen, in FHEM kann ich ihn auch einrichten. Aktoren habe ich allerdings noch nicht geschaltet. Drei Fragen habe ich:
1. Da ich dann vier USB-Adapter parallel laufen habe und für die anderen udev-Rules eingerichtet habe, würde ich das für dem Adapter ebenfalls gerne machen. Wie finde ich eine eindeutige Kennung heraus? Beim zweiten reboot des RPi kam sich der Adapter nämlich leider schon mit meinem 1-wire Adapter in die Quere  :-\
2. Ich betreibe parallel noch einem HMLAN, desses AES-Key ich geändert habe. Muss ich dem HM-CFG-USB-2 diesen auch beibringen oder reicht es, ihn in FHEM zu definieren (mit attr HMUSB hmKey 01:xxxxx)?
3. Wenn ich zwei Adapter betreibe müssen beide die selbe hmId haben, oder?
Danke!

schöne Grüße
Jo
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 23 August 2014, 10:45:52
Hallo,

der AES Key des HMLAN ist mWn nur für die Kommunikation zwischen HMLAN und CCU bzw. fhem zuständig und gilt nicht für die Funkkommunikation mit den Geräten. Wenn Du AES auch in der Funkkommunikation einsetzen möchtest, dann musst Du dem hmKey setzen.

Mit zwei Devices empfiehlt sich die Einrichtung einer VCCU - also einer virtuellen CCU. Diese übernimmt dann die Auswahl des Funkinterfaces. Die Geräte sind dann alle mit der CCU gepair. Somit musst Du Dich nicht selber darum kümmern, welches Gerät über welchen Funkadapter angesprochen werden soll. Suche mal im Forum nach VCCU.
Grob gesagt die VCCU bekommt die ID von Deinem HNLAN, der HMLAN sowie der HMUSB bekommen eine neue ID. Diese werden in der VCCU eingetragen.

Gruß Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Jojo11 am 23 August 2014, 10:48:13
Danke, die VCCU kannte ich noch nicht.

[Nachtrag]
Schade, es will nicht klappen.
Dämon installiert, gestartet, FHEM neu gestartet. Soweit alles gut.
Dann CFGUSB in FHEM definiert, FHEM neu gestartet und schon beschwert sich meine 1-wire Definition, dass der Adapter weg sei.
Habe für 1-wire, JeeLink und RFXtrx udev-Rules angelegt, aber für den CFGUSB will das nicht klappen.
Ein
ls -al /dev|grep ttyUSB
zeigt den Adapter gar nicht an.

Hat jemand eine ähnliche Installation mit udev-rules?

schöne Grüße
Jo

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Jojo11 am 23 August 2014, 15:56:04
Hallo,

es funktioniert nun scheinbar doch. Nachdem ich zur VCCU nicht wirklich viel verständliches gefunden habe, habe ich einfach mal bei einem Aktor als IODev den USB-Adapter anstelle des LAN-Adapters angegeben. Es funktioniert und ich kann beide Adapter parallel verwenden. Allerdings habe ich jetzt mein log-file vollgeschrieben mit solchen Meldungen:

2014.08.23 15:51:35.303 3: HMUSB1: Unknown code A0A158005123ABC1DC3CE00::-93:HMUSB1, help me!
2014.08.23 15:51:51.778 3: HMLAN1: Unknown code A0B23A011123ABC1DC3764501::-89:HMLAN1, help me!

Jedes Mal, wenn ich an den USB-Adapter angemeldete Geräte schalte, beschwert sich der HMLAN und andersrum. Kann man das irgendwie unterbinden?

[Nachtrag] (sorry)
Bin in dem anderen aktuellen thread auf die Lösung via VCCU aufmerksam geworden und versuche den Weg jetzt nochmal.

schöne Grüße
Jo
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 23 August 2014, 16:39:20
ich hatte da auch meine Problemchen und ich dachte es ist etwas falsch gelaufen, allerdings nicht mit der VCCU sondern direkt in Fhem...
Ich habe heute einen zweiten USB Adapter bekommen und werde diesen nun in mein System integrieren mal schauen ob es Problem gibt... falls ja werde ich berichten...!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Jojo11 am 23 August 2014, 16:42:23
Bei mir geht's jetzt. Vielen Dank nochmal an den Autor!
HMLAN und USBCFG laufen jetzt parallel und zusammengefasst in der VCCU.
Warum ich keine udev-rule für den Adapter anlegen kann bzw. diese ignoriert wird, weiß ich immer noch nicht. Aber nachdem ich die alternative Methode mit dem FHEM Startskript jetzt auch eingebaut habe, hat es auch nach dem dritten reboot des RPi noch immer geklappt  ::)

schöne Grüße
Jo
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 26 August 2014, 14:44:34
heute nun versuche ich den USB Stick für "mein" System fertig zu, die Installation funktionierte super und der USB Stick ist bereit und quittiert mir dies mit "opened"

Jetzt habe ich aber alle Geräte am HMLAN betrieben und den habe ich jetzt erst mal vom Strom getrennt, meine Frage nun... Muss ich alle Geräte auf Werkszustand setzen und am USB Stick anlernen..?

Der USB Stick hat sich auch schon bei meinen define in der Form eingetragen
attr Ladestation IODev HMUSB

@betateilchen
Ich habe ja hier in diesem Beitrag (http://forum.fhem.de/index.php/topic,13071.msg85041.html#msg85041) gelesen das du dieses vor ca 1 Jahr auch gemacht hast. Wie bist du da vorgegangen..? Muss ich die alle zurück setzen..?

Das war mit dem ersten USB Stick und den neuen Geräten irgendwie einfacher..!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 26 August 2014, 15:09:24
ZitatJetzt habe ich aber alle Geräte am HMLAN betrieben und den habe ich jetzt erst mal vom Strom getrennt,
den musst du nicht trennen. wozu?

ZitatMuss ich alle Geräte auf Werkszustand setzen und am USB Stick anlernen..?
auf werkszustand musst du gar nichts setzen. ob du neu pairen musst, liegt an deinen wünschen.

willst du ihn zusätzlich zu deinem hmlan, also mit gleicher hmid benutzen? dann musst du gar nichts machen. einfach mit selber hmid definieren und fertig. bei mehreren io ist natürlich eine vccu clever. hast du bereits eine? dann einfach über das attribut IOList der vccu zuweisen. je nach wünschen die attribute IODev und/oder IOgrp bei den devices anpassen.

gruss frank
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 26 August 2014, 15:13:49
Zitat von: frank am 26 August 2014, 15:09:24
den musst du nicht trennen. wozu?

weil ich den raus haben will und dafür den USB Stick nutzen möchte

Zitat von: frank am 26 August 2014, 15:09:24
willst du ihn zusätzlich zu deinem hmlan, also mit gleicher hmid benutzen?

wie gesagt ich möchte den ersetzen, der HMLAN kommt weg

hatte editiert oben weil ich gesehen habe das sich der USB Stick schon eingetragen hatte in den Attributen....
Ich dachte ich kann die Geräte sofort wieder nutzen am USB Stick...
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 26 August 2014, 15:32:38
Zitatweil ich den raus haben will und dafür den USB Stick nutzen möchte
dann ist es ja noch einfacher. hmlan raus und dem usb den selben namen geben wie dem hmlan. sonst musst du die attribute IODev deiner devices alle auf den hmusbnamen ändern.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 26 August 2014, 15:36:55
Zitat von: frank am 26 August 2014, 15:32:38
dann ist es ja noch einfacher.
:D ;)

Zitat von: frank am 26 August 2014, 15:32:38
hmlan raus und dem usb den selben namen geben wie dem hmlan. sonst musst du die attribute IODev deiner devices alle auf den hmusbnamen ändern.
das hatte ich ja auch gedacht ist aber kein Problem, es sind momentan nur 5 Stk. und das hat ja Fhem beim speichern gemacht, dass funktionierte aber eben nicht...

Ich denke ich ich muss die ID dazu noch ändern... Jo das habe ich mal probiert mit einem Gerät
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 26 August 2014, 15:48:57
ZitatIch denke ich ich muss die ID dazu noch ändern...
wenn die hmid von hmlan und hmusb gleich sind (attr <io> hmID 123456), musst du nur attr IODev ändern.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 26 August 2014, 16:01:08
OK, dass war jetzt doch einfacher wie gedacht....  8) nur wissen muss man eben wie...!
Es waren doch 6 Geräte, aber es kommen ja bald noch einige..

Hat man Erfahrung gesammelt wie das mit der Reichweite ist... Mein Cubie sitzt in der Verteilung, daran der USB Stick...

Neue Geräte sollen auf den Dachboden und zwei sind im Obergeschoss
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 26 August 2014, 16:11:49
ZitatNeue Geräte sollen auf den Dachboden und zwei sind im Obergeschoss
also den hmlan behalten und mit lankabel ab ins og. dann noch vccu definieren und entspannt zurücklehnen.  8)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 26 August 2014, 18:10:19
Ich würde euch beides behalten. Vccu wählt dann den mit dem besten Empfang. Bessere Reichweite + Ausfall Sicherheit.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 26 August 2014, 19:52:22
naja is auch ne Überlegung, aber ich wollte den eben weg haben, weil der mir Im Hauswirtschaftsraum eine Steckdose blockiert und auch ein freien LAN Port...

Behalten tue ich den auch erst, mal schauen wie sich der USB macht... wenn ich dann mal meine Somfy aus dem Obergeschoß einbinde werde ich sehen ob ich ihn wieder einsetzen muss... 8)

Ihr habt mich übergeredet  ;)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Puschel74 am 26 August 2014, 19:58:34
Hallo,

wenn es geht nimm im Dachboden doch eine 3-fach Steckdosenleiste und steck direkt in die Wandsteckdose einen D-Lan-Adapter.
So wäre die Steckdose gleichzeit Netzwerkdose und du könntest deinen Lan-Adapter schonmal platzieren.

Grüße
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 26 August 2014, 20:05:53
Zitat von: Puschel74 am 26 August 2014, 19:58:34
So wäre die Steckdose gleichzeit Netzwerkdose und du könntest deinen Lan-Adapter schonmal platzieren.
da oben brauche ich den momentan >noch< nicht, weil ich noch nicht soweit bin, da sitzen dann ja auch die Somfy Teile, aber da habe ich dann wieder Strom und Netzwerk, alles da...!

Grade hat meine Ladesteckdoese im OG eingeschaltet, also trotz das der USB in der Verteilung am Cubie sitzt schaltet der, mal schauen wie zuverlässig das auf Dauer is.. 8)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: d.zoellner am 01 September 2014, 08:27:50
Hallo zusammen,
nun habe ich es endlich hinbekommen, das mein FHEM sich nun mit dem Homematic-USB-Stick unterhält und ich die Homematic-Geräte pairen konnte. Allerding habe ich noch ein kleines Problem wenn ich FHEM restarte oder die Konfig neu einlese - doch dazu später mehr. Ersteinmal die Konfig und Schritt die ich durchgeführt habe:
ich habe die hamlan.zip, die ich hier im Forum gefunden habe entpackt und die Dateien in das Verzeichnis ./var/InternerSpeicher/fhem/opt/hmlan mittels NAS von Fritz kopiert. Dann habe ich die Berechtigung auf dieses Verzeichnis/diese Dateien gesetzt.
Als nächstes habe ich folgende Zeilen in die startfhem eingetragen:

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$home/opt/hmlan/lib
ps | grep hmland | grep -v -q grep || $home/opt/hmlan/bin/hmland -l 127.0.0.1 -p 1234 -d >> $home/log/hmland.log 2>&1
sleep 2

In der fhem.cfg wurden folgende Zeilen eingefügt:
define hmusb HMLAN 127.0.0.1:1234
attr hmusb hmId 123456
attr hmusb hmLanQlen 1_min

Mir ist dabei aufgefallen, das das ganze nur funktioniert, wenn ich in der startfhem auch die IP und den Port eintrage, wie er auch in der fhem.cfg steht.
Das Ergebnis ist nun, das beim Neustart der Fritzbox alles schön geladen wird und funktioniert. Im Log stehen folgende Zeilen:
2014.08.31 18:52:29 1: HMLAN_Parse: hmusb new condition disconnected
2014.08.31 18:52:29 3: Opening hmusb device 127.0.0.1:1234
2014.08.31 18:52:29 3: hmusb device opened
2014.08.31 18:52:29 1: HMLAN_Parse: hmusb new condition init
2014.08.31 18:52:33 1: Including ./FHEM/99_myConfig_functions.cfg
2014.08.31 18:52:34 1: Including ./FHEM/99_myConfig_watchdogs.cfg
2014.08.31 18:52:34 1: Including ./log/fhem.save
2014.08.31 18:52:35 1: usb create starting
2014.08.31 18:52:36 1: usb create end
2014.08.31 18:52:36 2: SecurityCheck:  WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Running with root privileges. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2014.08.31 18:52:36 0: Server started with 103 defined entities (version $Id: fhem.pl 6425 2014-08-19 20:55:00Z rudolfkoenig $, os linux, user root, pid 1977)
2014.08.31 18:52:36 1: HMLAN_Parse: hmusb new condition ok

Also bis hierhin alles OK. Ich kann die HM Geräte ansprechen und mit diesen arbeiten.
Doch nun zum eigentlichen Problem: Wenn ich an der Config etwas ändere und danach den Befehl "rereadcgf" oder "shutdown restart" ausführe, dann hängt sich irgend wie hmusb auf. Die HM Geräte melden IOerror und in der log stehen nun periodisch folgende Zeilen:
2014.08.31 19:29:41 1: HMLAN_Parse: hmusb new condition timeout
2014.08.31 19:29:41 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.08.31 19:29:41 1: HMLAN_Parse: hmusb new condition disconnected
2014.08.31 19:29:41 1: 127.0.0.1:1234 reappeared (hmusb)
2014.08.31 19:29:41 1: HMLAN_Parse: hmusb new condition init
2014.08.31 19:30:10 1: HMLAN_Parse: hmusb new condition timeout
2014.08.31 19:30:11 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.08.31 19:30:11 1: HMLAN_Parse: hmusb new condition disconnected
2014.08.31 19:30:11 1: 127.0.0.1:1234 reappeared (hmusb)
2014.08.31 19:30:11 1: HMLAN_Parse: hmusb new condition init

Hat jemand von Euch das auch schon mal beobachtet? Oder kennt eine Lösung?
Im Moment muss ich mich immer so behelfen, das ich den Befehl "shutdown" in FHEM ausführe, dann über Telnet auf der Fritzbox mit "killall hmland" den deamon beende und dann mit "./startfhem" FHEM wieder starte.
Aber das ist ja nicht die Lösung.

Vielleicht habt ihr noch einen Tip für mich was ich auf der FB einstellen muss damit der restart von FHEM auch sauber funktioniert.

Viele Grüße

Dirk
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 01 September 2014, 08:35:27
Hallo Dirk,

Du schreibst doch eine hmland.log mit, was steht denn darin ?
Ggf. Hmland mal zusätzlich mit -D (debug mode) starten. Es muss ja einen Grund geben, warum der den Dienst verweigert.

Gruß Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: d.zoellner am 01 September 2014, 08:52:38
Hallo Christoph,
ich habe den Parameter -D in der startfhem eingefügt und hmlan schriebt nun mehr ins log ;-)
Ich weiss nicht wo genau der Fehler anfängt - habe FB komplett neu gestartet und dann in FHEM "shutdown restart" eingegeben.
Im FHEM log erscheint nun wieder
2014.09.01 08:51:51 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)

hmland.log:

Daemon with PID 1570 started!
Daemon with PID 1569 started!
Interrupt transfer not completed: Unknown error code 5 / 0x05!
closing device-connection due to error 5
hmcfgusb_poll: Input/output error
Can't release interface: No such device (it may have been disconnected)
Daemon with PID 1580 started!

USB < 0x0000: 4b 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   K...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 

USB > 0x0000: 48 09 48 4d 2d 55 53 42 2d 49 46 03 c7 0a 4b 45   H.HM-USB-IF...KE
USB > 0x0010: 51 31 31 31 30 39 33 34 26 35 15 26 35 15 00 00   Q1110934&5.&5...
USB > 0x0020: d2 70 00 00 00 00 00 00 00 00 00 00 00 00 00 00   .p..............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
usb-transfer took 69ms!

USB < 0x0000: 43 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   C...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
usb-transfer took 47ms!

USB < 0x0000: 59 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00   Y...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 

USB > 0x0000: 49 00 00 00 00 55 53 42 2d 49 46 03 c7 0a 4b 45   I....USB-IF...KE
USB > 0x0010: 51 31 31 31 30 39 33 34 26 35 15 26 35 15 00 00   Q1110934&5.&5...
USB > 0x0020: d2 70 00 00 00 00 00 00 00 00 00 00 00 00 00 00   .p..............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
usb-transfer took 62ms!

USB < 0x0000: 59 02 00 00 00 00 00 00 00 00 00 00 00 00 00 00   Y...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 

USB > 0x0000: 49 00 00 00 00 55 53 42 2d 49 46 03 c7 0a 4b 45   I....USB-IF...KE
USB > 0x0010: 51 31 31 31 30 39 33 34 26 35 15 26 35 15 00 00   Q1110934&5.&5...
USB > 0x0020: d2 70 00 00 00 00 00 00 00 00 00 00 00 00 00 00   .p..............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
usb-transfer took 59ms!

USB < 0x0000: 59 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00   Y...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 

USB > 0x0000: 49 00 00 00 00 55 53 42 2d 49 46 03 c7 0a 4b 45   I....USB-IF...KE
USB > 0x0010: 51 31 31 31 30 39 33 34 26 35 15 26 35 15 00 00   Q1110934&5.&5...
USB > 0x0020: d2 70 00 00 00 00 00 00 00 00 00 00 00 00 00 00   .p..............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
usb-transfer took 57ms!

USB < 0x0000: 54 1b 96 d2 4e 04 00 00 00 00 00 00 00 00 00 00   T...N...........
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
usb-transfer took 47ms!

USB < 0x0000: 53 2f f5 2e 2c 00 00 00 00 00 01 2f f5 2e 2c 09   S/..,....../..,.
USB < 0x0010: 99 81 12 99 99 99 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 

USB > 0x0000: 52 2f f5 2e 2c 00 02 00 00 00 00 ff 7f ff 09 99   R/..,...........
USB > 0x0010: 81 12 99 99 99 00 00 00 26 35 15 26 35 15 00 00   ........&5.&5...
USB > 0x0020: d2 70 00 00 00 00 00 00 00 00 00 00 00 00 00 00   .p..............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
usb-transfer took 63ms!

USB < 0x0000: 2b 28 ce 98 00 01 00 00 00 00 00 00 00 00 00 00   +(..............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
usb-transfer took 37ms!

USB < 0x0000: 2b 52 ba 88 00 01 00 00 00 00 00 00 00 00 00 00   +R..............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
usb-transfer took 58ms!

USB < 0x0000: 2b 52 ba 5e 00 01 00 00 00 00 00 00 00 00 00 00   +R.^............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
usb-transfer took 58ms!

USB < 0x0000: 2b 52 bd 69 00 01 00 00 00 00 00 00 00 00 00 00   +R.i............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
usb-transfer took 58ms!

USB < 0x0000: 2b 27 67 8b 00 01 00 00 00 00 00 00 00 00 00 00   +'g.............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
usb-transfer took 52ms!

USB < 0x0000: 2b 52 ba 88 00 01 00 00 00 00 00 00 00 00 00 00   +R..............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
usb-transfer took 43ms!

USB < 0x0000: 53 2f f5 54 f0 00 00 00 00 00 01 2f f5 54 f0 0b   S/.T......./.T..
USB < 0x0010: 01 b0 01 26 35 15 52 ba 88 01 0e 00 00 00 00 00   ...&5.R.........
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
usb-transfer took 57ms!

USB > 0x0000: 45 52 ba 88 00 00 00 00 fb 70 ff ff d8 0e 01 a0   ER.......p......
USB > 0x0010: 10 52 ba 88 26 35 15 06 01 01 00 23 35 15 00 00   .R..&5.....#5...
USB > 0x0020: d2 70 00 00 00 00 00 00 00 00 00 00 00 00 00 00   .p..............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 

USB > 0x0000: 52 2f f5 54 f0 00 01 00 00 fb 75 ff ff d8 0e 01   R/.T......u.....
USB > 0x0010: a0 10 52 ba 88 26 35 15 06 01 01 00 23 15 00 00   ..R..&5.....#...
USB > 0x0020: d2 70 00 00 00 00 00 00 00 00 00 00 00 00 00 00   .p..............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 

USB < 0x0000: 2b 52 ba 5e 00 01 00 00 00 00 00 00 00 00 00 00   +R.^............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
usb-transfer took 39ms!

USB < 0x0000: 53 2f f5 58 f4 00 00 00 00 00 01 2f f5 58 f4 0b   S/.X......./.X..
USB < 0x0010: 02 b0 01 26 35 15 52 ba 5e 01 0e 00 00 00 00 00   ...&5.R.^.......
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
usb-transfer took 57ms!

USB > 0x0000: 45 52 ba 5e 00 00 00 00 ff 6f ff ff c2 0e 02 a0   ER.^.....o......
USB > 0x0010: 10 52 ba 5e 26 35 15 06 01 01 00 39 23 15 00 00   .R.^&5.....9#...
USB > 0x0020: d2 70 00 00 00 00 00 00 00 00 00 00 00 00 00 00   .p..............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 

USB > 0x0000: 52 2f f5 58 f4 00 01 00 00 ff 74 ff ff c2 0e 02   R/.X......t.....
USB > 0x0010: a0 10 52 ba 5e 26 35 15 06 01 01 00 39 15 00 00   ..R.^&5.....9...
USB > 0x0020: d2 70 00 00 00 00 00 00 00 00 00 00 00 00 00 00   .p..............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 

USB < 0x0000: 2b 52 bd 69 00 01 00 00 00 00 00 00 00 00 00 00   +R.i............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
usb-transfer took 40ms!

USB < 0x0000: 53 2f f5 5c f4 00 00 00 00 00 01 2f f5 5c f4 0b   S/.\......./.\..
USB < 0x0010: 03 b0 01 26 35 15 52 bd 69 01 0e 00 00 00 00 00   ...&5.R.i.......
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
usb-transfer took 57ms!

USB > 0x0000: 45 52 bd 69 00 00 00 01 03 71 ff ff bb 0e 03 a0   ER.i.....q......
USB > 0x0010: 10 52 bd 69 26 35 15 06 01 01 00 42 39 15 00 00   .R.i&5.....B9...
USB > 0x0020: d2 70 00 00 00 00 00 00 00 00 00 00 00 00 00 00   .p..............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 

USB > 0x0000: 52 2f f5 5c f4 00 01 00 01 03 76 ff ff bb 0e 03   R/.\......v.....
USB > 0x0010: a0 10 52 bd 69 26 35 15 06 01 01 00 42 15 00 00   ..R.i&5.....B...
USB > 0x0020: d2 70 00 00 00 00 00 00 00 00 00 00 00 00 00 00   .p..............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 

USB < 0x0000: 4b 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   K...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 

USB > 0x0000: 48 09 48 4d 2d 55 53 42 2d 49 46 03 c7 0a 4b 45   H.HM-USB-IF...KE
USB > 0x0010: 51 31 31 31 30 39 33 34 26 35 15 26 35 15 00 01   Q1110934&5.&5...
USB > 0x0020: 34 0f 00 05 04 00 00 00 00 00 00 00 00 00 00 00   4...............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
usb-transfer took 39ms!

USB < 0x0000: 4b 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   K...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 

USB > 0x0000: 48 09 48 4d 2d 55 53 42 2d 49 46 03 c7 0a 4b 45   H.HM-USB-IF...KE
USB > 0x0010: 51 31 31 31 30 39 33 34 26 35 15 26 35 15 00 01   Q1110934&5.&5...
USB > 0x0020: 95 ce 00 05 04 00 00 00 00 00 00 00 00 00 00 00   ................
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................                                                 
usb-transfer took 59ms!



Viele Grüße
Dirk
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 01 September 2014, 09:17:45
Hallo,

also gibt er mit -D an die Konsole aus und nicht ins Log - ok. Der hmland startet erst gar nicht durch.
Hm - da kann ich nur raten... Ich habe den hmland nur auf einem Raspi laufen, die Fritzbox funkt über Netzwerk.
Fehlerquellen könnten sein - falsche Version des hmland, Port bei der Fritzbox gesperrt.
Schreib doch mal dem Ersteller der Zip eine PM - vielleicht hat der eine Idee.

Gruß Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: d.zoellner am 01 September 2014, 09:24:58
Hallo Christoph,
ich bin auf der Console der Fritzbox und von fhem angemeldet (Telnet). Hier sehe ich aber auch keine Ausgaben.
meine Vermutung ist, das ich ggf. in einer der Startdateien vom FHEM auch noch einen KILL oder so des HMLAND's einbauen muss.
Aber ich bin mir nicht sicher ob und wo.
HM läuft stabil, bis ich in der fhem.cfg was ändere - was wohl einen rereadcfg bewirkt oder einen "shutdown restart" mache. Ab dann verliert die FB die Verbindung zu HM.

Viele Grüße

Dirk
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 01 September 2014, 11:57:59
Hallo,

in der fhem.cfg sollte man nichts händisch ändern. Das geht alles über das WebIf. Was passiert nach einem Save Config ?
Ich habe auf dem Raspberry das auch in dem Startscript stehen. Beim zweiten Aufruf kommt die Fehlermeldung vom hmland, das er sich nicht an den Port binden kann. Damit bricht der zweite ab - aber kein Problem, da der erste ja noch läuft.
Lösche dem hmland.log mal und Starte neu.
Wo hast Du die Zeilen in der Startfhem eingetragen. Du beziehst Dich auf $home - ist das vorher deklariert ?
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$home/opt/hmlan/lib
ps | grep hmland | grep -v -q grep || $home/opt/hmlan/bin/hmland -l 127.0.0.1 -p 1234 -d >> $home/log/hmland.log 2>&1

Wo steht die lib und hmland ? Stimmen die Pfade ?

Gruß Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: d.zoellner am 01 September 2014, 14:42:58
Hallo Christoph,
das die Pfade stimmen, davon gehe ich mal aus. Der HMLAND wird ja auch automatisch mit startfhem gestartet.

startfhem Datei:

#!/bin/sh

home=/var/InternerSpeicher/fhem

cd $home

trap "" SIGHUP
modprobe cdc_acm
modprobe ftdi_sio
sleep 2

ln -sf $home/FHEM/fhemcmd.sh /var/fhemcmd

PATH=$home:$PATH
export PATH

export LD_LIBRARY_PATH=$home/lib
# >>> Erweiterung Homematic
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$home/opt/hmlan/lib
ps | grep hmland | grep -v -q grep || $home/opt/hmlan/bin/hmland -D -l 127.0.0.1 -p 1234 -d >> $home/log/hmland.log 2>&1
sleep 2
# <<< Erweiterung Homematic


Ein zweiter hmland wird glaube ich nicht gestartet - zumindes sehe in der Console mittels PS nur den einen Dienst.

Viele Grüße
Dirk
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 01 September 2014, 15:52:00
Hallo Dirk,

der Log sagt aber etwas anderes.
ZitatDaemon with PID 1570 started!
Daemon with PID 1569 started!
Interrupt transfer not completed: Unknown error code 5 / 0x05!
closing device-connection due to error 5
hmcfgusb_poll: Input/output error
Da kein Datum und Zeit dabei stehen, würde ich die Logdatei löschen und mal sehen was bei einem Neustart (des Systems und Fhem) dort eingetragen wird.

Gruß Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Roaster am 02 September 2014, 15:19:55
Hi,

ich habe mit den USB Adapter 2 für meinen Raspberry gegönnt und laut der Anleitung im Wiki eingerichtet

cd /opt/
apt-get install build-essential libusb-1.0-0-dev make gcc git-core
git clone git://git.zerfleddert.de/hmcfgusb
cd hmcfgusb
make


Dies funktionierte prima nur mit ./hmland -p 5678 -D bekomme ich Endlosmeldungen in der SSH Konsole:
ZitatCan't initialize HM-CFG-USB!
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!

Der USB Konfigurationsadapter steckt direkt in einem der beiden USB Ports meines Raspberry Pi. Am zweiten Port steckt ein aktiver USB Hub. Dort wiederum ein CUL von Busware und ein Jeelink, die beide funktionieren.

In der fhem.log steht ebenfalls als Endlosmeldung:
Zitat2014.09.02 15:11:29 1: HMLAN_Parse: hmusb new condition init
2014.09.02 15:11:30 1: 127.0.0.1:5678 disconnected, waiting to reappear (hmusb)
2014.09.02 15:11:30 1: HMLAN_Parse: hmusb new condition disconnected
2014.09.02 15:11:30 1: 127.0.0.1:5678 reappeared (hmusb)
2014.09.02 15:11:30 1: HMLAN_Parse: hmusb new condition init

In der fhem.cfg habe ich Folgendes eingetragen:
define hmusb HMLAN 127.0.0.1:5678
attr hmusb hmId 823313


Ich kann jetzt erstens nicht mit Sicherheit sagen, ob der Adapter überhaupt am USB-Port erkannt wird. Wie kann ich das mit Sicherheit feststellen?

Wenn der Adapter richtig erkannt wurde, warum erhalten ich dann diese Endlosmeldungen und habe keinen Zugriff seitens fhem auf den Adapter?

Übrigens: Ich kann auch nicht den hier im ersten Posting angegeben Befehl zum Update der Firmware starten noch die aktuelle Version herausfinden:

./flash-hmcfgusb hmusbif.enc
bzw.
./hmland -i

Grüße,
Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 02 September 2014, 16:59:47
Mach mal ein lsusb und poste die Ausgabe.

Wenn der Stick ohnehin nicht initialisiert werden kann, ist es eigentlich auch logisch, dass ein update oder eine Firmwareabfrage nicht funktioniert ;)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 02 September 2014, 17:25:38
Hallo,

könnte der Port mit etwas anderem belegt sein ? Versuche mal 1234 wie es in der Anleitung steht.

Gruß Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Roaster am 02 September 2014, 20:18:38
Zitat von: betateilchen am 02 September 2014, 16:59:47
Mach mal ein lsusb und poste die Ausgabe.

Wenn der Stick ohnehin nicht initialisiert werden kann, ist es eigentlich auch logisch, dass ein update oder eine Firmwareabfrage nicht funktioniert ;)

Die Ausgabe ist
ZitatBus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.
Bus 001 Device 008: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 001 Device 009: ID 0403:6001 Future Technology Devices International, Ltd FT               232 USB-Serial (UART) IC
Bus 001 Device 010: ID 03eb:204b Atmel Corp. LUFA USB to Serial Adapter Project

Wenn ich das so richtig interpretiere, dann sehe ich lediglich den Hub als Device 008, aber keinen Konfigurations Adapter...

Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Roaster am 02 September 2014, 20:22:50
Zitat von: Bennemannc am 02 September 2014, 17:25:38
Hallo,

könnte der Port mit etwas anderem belegt sein ? Versuche mal 1234 wie es in der Anleitung steht.

Gruß Christoph

Hi,

ich habe nun mit ./hmland -d -p 1234

getestet und die Definition in der fhem.cfg entsprechend geändert. Aber in dem Moment, in dem ich die Config Datei speichere, erhalte umgehen wieder diese Endlosmeldungen in der SSH Konsole.

Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 02 September 2014, 20:32:37
Dein USB Stick wird von Deinem RaspberryPi überhaupt nicht erkannt.

Ein korrekter Eintrag in lsusb würde so aussehen:

Bus bbb Device ddd: ID 1b1f:c00f

Das ist der HM-Stick. bbb und ddd sind Platzhalter. Wichtig ist die ID 1b1f:c00f

Du scheinst ein Hardwareproblem zu haben. Was passiert denn, wenn Du den Stick an den angeschlossenen Hub steckst?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Roaster am 02 September 2014, 20:38:01
Ich habe nun testweise einen USB Memory Stick an den noch verbleibenden USB Port gesteckt und der wird erkannt:
ZitatBus 001 Device 023: ID 13fe:3400 Kingston Technology Company Inc.
Ich habe den Konfigurations Adapter nun in den Hub gesteckt und wieder mit
Zitatsudo ./hmland -d -p 1234
gestartet, aber auch hier erneut das gleiche Ergebnis: Endlosschleife nachdem ich fhem das Geräte bekannt gemacht habe.

Edit: in einem weiteren Anlauf, habe ich nun den Hub ausgesteckt, den Konf-Adapater als einziges Geräte eingesteckt und wieder das gleiche Ergebnis. lsusb zeigt nun:
ZitatBus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.
also ebenfalls keinen Konf-Adapter...

Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 02 September 2014, 20:42:43
Hallo,

läuft das Teil denn an einem Windowsrechner mit dem Konfigurationstool ? Oder wird der dort auch nicht erkannt ?

Gruß Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Roaster am 02 September 2014, 20:44:21
Noch eine Idee: was muss eigentlich passieren, wenn ich den Adapter an meinen Windows PC anstecke?

Das Einzige was ich hier zu sehen bekomme ist, dass Windows das neu angeschlossene Gerät nicht erkannt hat und deshalb auch keinen Treiber installieren konnte.

Ich habe mich dabei aber auch an die Anleitung auf der mitglieferten CD gehalten und die beiliegende Software installiert.

Edit: sehe gerade, dass du schneller warst...

Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 02 September 2014, 20:50:12
Zitat von: Roaster am 02 September 2014, 20:44:21
Noch eine Idee: was muss eigentlich passieren, wenn ich den Adapter an meinen Windows PC anstecke?

Egal wo Du den ansteckst: Der Stick muss auf jeden Fall ein optisches Lebenszeichen in Form einer grünen LED zeigen - kommt das?

Mein Verdacht: Der Stick ist einfach kaputt.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Roaster am 02 September 2014, 20:52:39
Zitat von: betateilchen am 02 September 2014, 20:50:12
Egal wo Du den ansteckst: Der Stick muss auf jeden Fall ein optisches Lebenszeichen in Form einer grünen LED zeigen - kommt das?

Ja, die LED leuchtet und ich habe nun noch an einem weiteren Windows PC angeschlossen: gleiches Ergebnis: Treiber konnte nicht installiert werden.

Ich werde jetzt mal den Verkäufer kontaktieren und ggf. retournieren...

Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 02 September 2014, 20:55:57
Hallo,

das mit dem Stick und Windows ist sehr defizil. Wenn ich das Recht in Erinnerung habe, musste man zuerst die Software installieren und dann den Stick reinstecken, damit Windows auch die Treiber hat.
Also noch mal raus, an einem anderen Port rein und warten.
Ich habe aber die gleiche Befürchtung wie Betateilchen - Stick defekt.

Gruß Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Roaster am 02 September 2014, 20:59:07
Genauso habe ich es gemacht, auf dem zweiten PC: Software installiert, dann erst den Stick rein und gleiches Problem: Gerätetreiber konnte nicht gefunden werden.

Ich gehe nun auch von einem Hardwaredefekt aus und bin gerade dabei eine E-Mail an den Verkäufer zu verfassen.

Grüße,
Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: jab am 08 September 2014, 13:32:37
Der Stick geht gerne mal kaputt. Ich habe jetzt schon zwei auf dem Gewissen. Einfach austauschen lassen. In der Regel ist das kein Problem. Gerade wenn er gar nicht mehr erkannt wird.

Gruß,
Jan
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RoBra81 am 13 September 2014, 22:57:03
Hallo,

ich habe gerade meine FritzBox auf FRITZ!OS 6.20 upgedatet (ja, demnächst soll FHEM von der FritzBox runter auf einen Cubietruck, aber erstmal muss es noch gehen) und nun funktioniert hmland nicht mehr. Ich kann es starten, aber sobald sich FHEM darauf verbinden möchte, wird hmland mit der Meldung "Segmentation fault" beendet. Könnte mir vielleicht jemand den hmland für FRITZ!OS 6.20 auf der FritzBox 7490 bauen?

Vielen Dank
Ronny
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: der-Lolo am 14 September 2014, 11:27:28
Hallo Zusammen,
hat jemand vielleicht eine Idee was bei mir los ist? Im Log finde ich folgendes:
Zitat2014.09.14 11:23:23 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.09.14 11:23:22 3: CUL_HM set SDKind statusRequest
2014.09.14 11:23:22 1: HMLAN_Parse: hmusb new condition init
2014.09.14 11:23:22 1: 127.0.0.1:1234 reappeared (hmusb)
2014.09.14 11:23:22 1: HMLAN_Parse: hmusb new condition disconnected
2014.09.14 11:23:22 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.09.14 11:23:21 1: HMLAN_Parse: hmusb new condition init
2014.09.14 11:23:21 1: 127.0.0.1:1234 reappeared (hmusb)
2014.09.14 11:23:21 1: HMLAN_Parse: hmusb new condition disconnected
2014.09.14 11:23:21 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)

Hat sich etwa mein Stick verabschiedet..?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: viper20333 am 14 September 2014, 18:18:44
Halllo zusammen,

ich bin neu hier und habe mit ein Thermostat und den USB Homematic Adapter gekauft. Ich habe versucht alles nach den Anleitungen zu installieren.
Mein Server lief auch kurz nur er stürzt nach kurzer Zeit ab und läuft jetzt gar nicht mehr. Ich erhalte folgende Meldungen:


# sh ./startfhem
# usb-transfer took more than 100ms (120ms), this may lead to timing problems!
usb-transfer took more than 100ms (144ms), this may lead to timing problems!
usb-transfer took more than 100ms (126ms), this may lead to timing problems!
usb-transfer took more than 100ms (132ms), this may lead to timing problems!
usb-transfer took more than 100ms (111ms), this may lead to timing problems!
Useless use of string in void context at ./FHEM/10_CUL_HM.pm line 854, <$fh> line 42.
Useless use of string in void context at ./FHEM/10_CUL_HM.pm line 855, <$fh> line 42.
Useless use of string in void context at ./FHEM/10_CUL_HM.pm line 856, <$fh> line 42.
Use of uninitialized value in string lt at fhem.pl line 2103, <$fh> line 3.

Vielleicht könnt ihr mir helfen?

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RoBra81 am 15 September 2014, 07:57:55
Zitat von: RoBra81 am 13 September 2014, 22:57:03
Könnte mir vielleicht jemand den hmland für FRITZ!OS 6.20 auf der FritzBox 7490 bauen?

Kann mir da nicht jemand helfen?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moemoe am 16 September 2014, 19:09:55
Zitat von: Bennemannc am 02 September 2014, 20:55:57
das mit dem Stick und Windows ist sehr defizil. Wenn ich das Recht in Erinnerung habe, musste man zuerst die Software installieren und dann den Stick reinstecken, damit Windows auch die Treiber hat.
Also noch mal raus, an einem anderen Port rein und warten.

Nein, das ist ein ganz normales HID-Device, wofür ein generischer Treiber reicht, den Windows schon mitbringt.

Zumindest bei XP und Win7 ist das (selbst verifiziert) der Fall, nach meiner Information aber auch bei allen Zwischen- und späteren Versionen.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Roaster am 16 September 2014, 20:41:39
Also zumindest mein Fall mit dem USB-Konfigurationsadapter ist gelöst. Nachdem ich nun einen neuen erhalten habe, konnte ich diesen sowohl unter Windows als auch unter dem Raspberry PI und sogar unter fhem, mit der Anleitung aus dem Wiki, installieren.

Auch das mit dem beschriebenen Autostart funktionierte auf Anhieb.

Nur habe ich jetzt ein möglicherweise größeres Problem, das ich aber unter einem neuen Thread beschrieben habe: http://forum.fhem.de/index.php/topic,27129.0.html (http://forum.fhem.de/index.php/topic,27129.0.html)

Danke nochmals für eure Tipps!
Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: cerberus am 21 September 2014, 10:53:52
Hallo, weiß jemand ob sich die Probleme mit dem Timing auf USB mit dem PI B+ erledigt haben oder ob man immer noch aus USB 1.0 umstellen muss?

Grüße
cerberus
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Roaster am 21 September 2014, 10:58:01
Hi,

ich habe hier "lediglich" die B Variante des Raspberry und rein gar nichts umgestellt. Der Adapter steck direkt am Raspberry ohne einen Hub und dergleichen.

Wie soll sich das Timing-Problem denn äußern? OK, momentan habe ich nur einen Aktor dran, drei weitere folgen...

MIchael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: cerberus am 21 September 2014, 12:51:22
Hallo Roaster, siehe Fhemwiki Eintrag.

ZitatDer USB-Stack am Raspberry Pi ist für viele Probleme verantwortlich. Daher sieht man öfter Fehlermeldungen:

usb-transfer took more than 100ms (1039ms), this may lead to timing problems!

Da das Timing bei Homematic wichtig ist führt das zu vielen Retransmits und zu unzuverlässigen Aktoren. Als Workaround kann man den USB-Stack auf die deutlich langsamere Version 1.1 stellen. Dazu fügt man folgenden Text am Anfang der Datei /boot/cmdline.txt ein:

dwc_otg.speed=1
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Hauswart am 01 Oktober 2014, 14:46:51
Mein HM-CFG-USB-2 wurde auch von heute auf morgen nicht mehr am Raspberry und nicht mehr an einem Windows Laptop erkannt...
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: ujaudio am 15 Oktober 2014, 18:13:48
Nachdem ich mich ein paar Stunden mit Lesen beschäftigt habe, erlaubt mir bitte zur Sicherheit die Frage, ob ich alles richtig verstanden habe. Ich habe mir folgendes Kochrezept zur Nutzung des HM-CFG-USB bereitgelegt:
Anschließen werde ich den USB-Adapter über einen aktiven USB-Hub, der am Raspberry hängt. Das schont die dortige Stromversorgung und ermöglicht mir einen bequemeren Einbau - oder spricht da etwas dringend dagegen, z.B. weil das Timing dann noch schlechter werden könnte?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 15 Oktober 2014, 18:49:42
Deinen ersten Punkt verstehe ich nicht - ich musste noch nie irgendeinen Homematic USB Stick vorbereiten, und ich habe inzwischen fast 10 Stück in Betrieb.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: ujaudio am 15 Oktober 2014, 18:57:46
Ich habe im Wiki gelesen:
ZitatEin HMUSB hat nahezu identische Eigenschaften wie ein HMLAN. Der wesentliche Unterschied ist die Anbindung über USB anstatt Ethernet.
Nachdem ich aber das Teil mal angeschlossen habe, stelle ich auch fest, dass es außer dem "Sicherheitsschlüssel" nichts einzustellen gibt. Diesen Schlüssel lasse ich aber aufgrund der Infos hier im Forum unangetastet (also leer, ergo HomeMatic-Default) und schalte später über fhem auch die Signierung ab. Signierung mit Default macht ja wohl ganz wenig Sinn.

Noch eine Frage an die fhem-HomeMatic-Profis: Ich würde somit den USB-Stick an den fhem-Raspberry anschließen und brauche eigentlich zu keinem Zeitpunkt meinen PC - korrekt?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Roaster am 15 Oktober 2014, 21:55:55
Zitat von: ujaudio am 15 Oktober 2014, 18:57:46
Noch eine Frage an die fhem-HomeMatic-Profis: Ich würde somit den USB-Stick an den fhem-Raspberry anschließen und brauche eigentlich zu keinem Zeitpunkt meinen PC - korrekt?
Bin zwar nicht der Profi, aber ich hab's so am Laufen. Lediglich das erste Mal, gleich nachdem ich den Stick ausgepackt habe, installierte ich die HM Software auf meinem PC und habe ein Update der Firmware (über den PC) gemacht. Anschließend abgesteckt und am Raspberry dann eingesteckt. Läuft bis jetzt ohne Probleme mit derzeit zweit Aktoren, siehe unten.

Darf ich fragen, warum du die Verschlüsselung ausgeschaltet hast? Wo hast du die Infos her bzw. den Rat dies nicht einzustellen? Ich bin nämlich fast drauf und dran diese einzuschalten, weil ich HM Aktoren am Garagentor habe, die möglicherweise von Dritten geschaltet werden könnten und somit wäre Polen offen.

Gruß,
Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Fabiano am 19 Oktober 2014, 17:25:57
Hallo an die Experten,

nun muss ich doch mal um Hilfe bitte. Ich betreibe seit bestimmt drei Jahren erfolgreich ein FS20-System per FHEM über Fritzbox 7390, jetzt 7490. Nun möchte ich gerne parallel das HomeMatic-System  über den besagten USB-Stick integrieren (3 Rollladen-Aktoren liegen schon bereit) . Jedoch setzen die mageren Beschreibung aus z.B. post #110 gewisse Grundkenntnisse voraus, mit denen ich (noch) nicht dienen kann. Eine telnet-Sitzung per putty bekomme ich schon hin, allein schon wegen dem fehlenden Autostart von fhem seit der neuen FB-Firmware.

hier mal ein paar Stichpunkte

* libusb-1.0.so.0.1.0 nach /var/media/ftp/lib kopieren
      -hab eine libusb-1.0.9.tar.bz2 Datei runter geladen, den angegebenen Orden nicht gefunden, die entpackte datei im fhem-Ordner in einen libusb-Ordner parallel zum lib-Ordner
* Links für libusb-1.0.so.0 und libusb-1.0.so.0 anlegen (z.B ln -s libusb-1.0.so.0.1.0 libusb-1.0.so.0)
      -gehört das auch in die startfhem oder per telnet? versteh ich leider garnicht die bezeichnung  libusb-1.0.so.0.1.0, wie müsste das bei mir heißen
* export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/var/media/ftp/lib
      -habe einen Pfad export LD_LIBRARY_PATH=$home/lib in der startfhem stehen und würde parallel dazu export LD_LIBRARY_PATH=$home/libusb schreiben?
* execute Rechte für die Binaries setzen (chmod 755 hmland hmsniff)
      -einmalig per telnet oder auch in die startfhem? 
* hmland testweise starten: ./hmland -l 127.0.0.1 -p 1000
      -auch über telnet, richtig? 

Wenn das funktioniert die startfhem erweitern. Sieht bei mir wie folgt aus:

Code: [Auswählen]

ps | grep hmland | grep -v -q grep || /var/media/ftp/bin/hmland -l 127.0.0.1 -p 1000 -d
sleep 2
     habe die HMLAN-Emulation von Seite 1 in den Ordner hmcfgusb im fhem-Ordner entpackt, meine Zeile steht in der startfhem unter den export-Zeilen und sieht dann wie folgt aus:
     ps | grep hmland | grep -v -q grep || $home/hmcfgusb/hmland -l 127.0.0.1 -p 1000 -d
     sleep 2


Hoffe, ich kriegt das mit Eurer Hilfe hin

Vielen Dank schonmal



Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: ujaudio am 20 Oktober 2014, 19:39:35
Ich habe scheinbar problemlos den HM-CFG-USB am Raspberry zum Laufen gebracht, auch hier ein Dankeschön an die Personen, die die Vorarbeit geleistet haben!

Allerdings bekomme ich folgende Meldung (z.B. immer dann wenn ich mit dem Browser vom PC auf den Port 8083 gehe:
Error messages while initializing FHEM:
statefile: Please define hmusb first
Please define hmusb first
Please define hmusb first
Please define hmusb first
Please define hmusb first


Ich bin nach Anleitung vorgegangen, im fhem-Startscript steht bei mir:
'start')
       echo "Starting fhem..."
       /opt/hmcfgusb/hmland -d -p 1000
       perl fhem.pl fhem.cfg
       RETVAL=$?
       ;;

Nach dem Neustart habe ich dan den Stick angeschlossen und eingegeben:
define hmusb HMLAN 127.0.0.1:1000
Danach habe ich gesehen, dass das Attribut hmId bereits eingerichtet war und mit einem Wert versehen war. Ich habe deshalb nicht zusätzlich die im allerersten Post dieses Threads angegebene Kommando
attr hmusb hmId 424242
eingegeben. Wobei ich annehme, dass die 424242 beispielhaft ist und durch meinen Code ersetzt werden müsste.

Ansonsten scheint alles zu funktionieren, alle 24 Stunden erfolgt der Restart (den muss ich noch mit "-r 03:30" im Startscript vom Nachmittag in die Nacht verlegen...

Mich irritiert der Errorcode - hier ein Auszug aus dem Logfile,nachdem ich den Raspberry neu gebootet habe:
2014.10.18 16:54:13 0: Server shutdown
2014.10.18 16:54:29 1: Including fhem.cfg
2014.10.18 16:54:29 3: telnetPort: port 7072 opened
2014.10.18 16:54:31 3: WEB: port 8083 opened
2014.10.18 16:54:31 3: WEBphone: port 8084 opened
2014.10.18 16:54:31 3: WEBtablet: port 8085 opened
2014.10.18 16:54:32 2: eventTypes: loaded 20 events from ./log/eventTypes.txt
2014.10.18 16:54:33 3: Opening FS20 device /dev/ttyACM0
2014.10.18 16:54:33 3: Setting FS20 baudrate to 9600
2014.10.18 16:54:33 3: FS20 device opened
2014.10.18 16:54:34 3: FS20: Possible commands: BCFiAZEGMKRTVWXefmltux
2014.10.18 16:54:34 1: Including ./log/fhem.save
2014.10.18 16:54:34 1: statefile: Please define hmusb first
Please define hmusb first
Please define hmusb first
Please define hmusb first
Please define hmusb first
2014.10.18 16:54:34 1: usb create starting
2014.10.18 16:54:37 3: Probing CUL device /dev/ttyAMA0
2014.10.18 16:54:37 3: Can't open /dev/ttyAMA0: Permission denied
2014.10.18 16:54:38 1: usb create end
2014.10.18 16:54:38 2: Error messages while initializing FHEM: statefile: Please define hmusb first Please define hmusb first Please define hmusb first Please define hmusb first Please define hmusb first
2014.10.18 16:54:38 0: Server started with 18 defined entities (version $Id: fhem.pl 6684 2014-10-05 07:42:43Z rudolfkoenig $, os linux, user fhem, pid 1975)
2014.10.18 16:56:40 1: HMLAN_Parse: hmusb new condition disconnected
2014.10.18 16:56:40 3: Opening hmusb device 127.0.0.1:1000
2014.10.18 16:56:41 3: hmusb device opened
2014.10.18 16:56:41 1: HMLAN_Parse: hmusb new condition init
2014.10.18 16:56:41 1: HMLAN_Parse: hmusb new condition ok
Titel: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 21 Oktober 2014, 07:37:56
Aus irgendeinem Grund wird die FHEM.save vor dem Define des hmusb abgearbeitet. Hast Du die fhem.cfg manuell bearbeitet?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Puschel74 am 21 Oktober 2014, 08:42:37
Hallo,

der Text erscheint in FHEM weil er vermutlich noch in global motd steht.
Ein
attr global motd none
sollte die Oberfläche wieder "säubern".
(Einfach in die Befehlszeile kopieren und mit Enter abschicken).

Grüße
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: ujaudio am 21 Oktober 2014, 12:16:20
Zitat von: volschin am 21 Oktober 2014, 07:37:56
Aus irgendeinem Grund wird die FHEM.save vor dem Define des hmusb abgearbeitet. Hast Du die fhem.cfg manuell bearbeitet?

Ich habe jetzt erst einmal die Meldung mit "attr global motd none" gelöscht. Manuel bearbeitet habe ich nur das fhem-Startscript wie angegeben. Ich muss mal nachlesen wie man aus der Ferne einen neuen Restart auslöst (über den Port 8083, der Telnet-Port ist nicht offen), um zu sehen wie sich das System jetzt verhält.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 21 Oktober 2014, 12:20:30
Zitat von: ujaudio am 21 Oktober 2014, 12:16:20Ich muss mal nachlesen wie man aus der Ferne einen neuen Restart auslöst (über den Port 8083,

"shutdown restart"
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: ujaudio am 21 Oktober 2014, 12:28:52
Habe ich gerade selber aus dem Commandref geholt und durchgeführt.

Die o.g. Meldung ist nun weg. Dafür habe ich festgestellt, dass ich die letzte Änderung nicht gesichert habe - tja, man lernt dazu.  ;)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 21 Oktober 2014, 12:36:03
Deshalb gibt es bei mir auch ein "shutdown update" das zuerst die aktuelle Konfiguration automatisch sichert und erst danach den Restart ausführt ;)

(zu finden ebenfalls in der commandref, dort unter cmdalias ...)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 21 Oktober 2014, 12:42:03
2014.10.18 16:54:34 1: usb create starting
2014.10.18 16:54:37 3: Probing CUL device /dev/ttyAMA0
2014.10.18 16:54:37 3: Can't open /dev/ttyAMA0: Permission denied
2014.10.18 16:54:38 1: usb create end


in deiner fhem.cfg ist sicherlich usb create bei systemstart aktiviert. das würde ich durch auskommentieren deaktivieren.

Zitatalle 24 Stunden erfolgt der Restart (den muss ich noch mit "-r 03:30" im Startscript vom Nachmittag in die Nacht verlegen...
die aktuelle version macht, glaube ich, per default keinen 24h-restart mehr, da er nicht mehr nötig ist (-r 0).

gruss frank
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 21 Oktober 2014, 13:20:25
Zitat von: frank am 21 Oktober 2014, 12:42:03
die aktuelle version macht, glaube ich, per default keinen 24h-restart mehr, da er nicht mehr nötig ist

Richtig wäre: "Die aktuelle Version prüft die Firmwareversion des USB Sticks und schaltet ab einer bestimmten Firmwareversion den dann nicht mehr notwendigen restart ab, sofern nicht beim Aufruf mit -r etwas anderes bestimmt wurde." ;)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 21 Oktober 2014, 18:48:21
Zitat von: betateilchen am 21 Oktober 2014, 13:20:25
Richtig wäre: "Die aktuelle Version prüft die Firmwareversion des USB Sticks und schaltet ab einer bestimmten Firmwareversion den dann nicht mehr notwendigen restart ab, sofern nicht beim Aufruf mit -r etwas anderes bestimmt wurde." ;)
merci. da bleibt keine frage mehr offen.
Titel: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Belei am 31 Oktober 2014, 22:54:08
Hier im Thread gibts ja jetzt mehrere Lösungen um den USB Stick in fhem@raspberry einzubinden, und automatisch zu starten!

Welcher Weg ist den der aktuellste bzw. einfachste?

Seite1 bzw. Wiki oder zB was von betateilchen in post 449
http://forum.fhem.de/index.php/topic,13071.msg190874.html?PHPSESSID=nhsuh0elohk2210g5rj2ifsp57#msg190874

Oder von Hexenmeister in post 450.

Oder gibts noch was anderes?

#VÖLLIGVERWIRRT



Gesendet von iPhone mit Tapatalk
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen -Update FW
Beitrag von: ujaudio am 02 November 2014, 11:21:42
Hallo,

nachdem mein HMCFGUSB alle 24 Stunden ein Restart macht, hat er ja wohl eine alte Firmware. Gemäß dem Anfang dieses Threads gebe ich also ein:

/opt/hmcfgusb# ./hmland -i
HHM-USB-IF,03C4,LEQ0659148,2CC699,2CC699,002040D1,0003
Interrupt transfer not completed: Unknown error code 5 / 0x05!
closing device-connection due to error 5
hmcfgusb_poll: Input/output error
Can't release interface: Other error

Ich habe also die Version 0.964 - bevor ich mich an das Update mache noch 3 Fragen:

Ich wünsche einen schönen Sonntag.

Nachtrag: ich habe die Datei "hmusbif.03c7.enc" Den Namen kann ich ja lassen und muss dann den Befehl entsprechend anpassen.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 02 November 2014, 11:29:06
Zitat von: ujaudio am 02 November 2014, 11:21:42
Ich muss mir gemäß Link eine Datei "hmusbif.enc" besorgen, aber in welches Verzeichnis muss ich dieses legen?

hä?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: ujaudio am 02 November 2014, 11:36:09
Ganz am Anfang heißt es:
ZitatSeit dem 10.2.2014 kann nun auch die Firmware des HM-CFG-USB aktualisiert werden. Hierzu wird mindestens die Version 0.092-git von hmcfgusb und eine Firmwaredatei (heisst meistens hmusbif.enc) benötigt. Die aktuellste Firmware (0.967) findet sich hier (extrahiert hier). Hat man diese Voraussetzungen geschaffen, kann man die Firmware nun aktualisieren:

deepthought [~/hmcfgusb]> ./flash-hmcfgusb hmusbif.enc
HM-CFG-USB flasher version 0.092-git

Reading firmware from hmusbif.enc...
Firmware with 368 blocks successfully read.

HM-CFG-USB not in bootloader mode, entering bootloader.
Interrupt transfer not completed: Unknown error code 1 / 0x01!
Can't send null frame: Input/output error

Waiting for device to reappear...
Can't find/open hmcfgusb!
Can't find/open hmcfgusb!

HM-CFG-USB opened.

Flashing 368 blocks: |

Firmware update successfull!


"./flash-hmcfgusb hmusbif.enc" Hier muss doch an richtiger Stelle die Datei hmusbif.enc abgelegt sein, oder denke ich da falsch?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen -Update FW
Beitrag von: mgernoth am 02 November 2014, 11:55:45
Hallo,

Zitat von: ujaudio am 02 November 2014, 11:21:42

  • Muss ich mir über die Fehlermeldung Gedanken machen? Kann deswegen das Update schief laufen?
  • Ich muss mir gemäß Link eine Datei "hmusbif.enc" besorgen, aber in welches Verzeichnis muss ich dieses legen?
  • Welches ist die beste Methode eine Datei auf den Raspberry zu schieben?

1. Ja, du hast höchstwahrscheinlich noch einen hmland gleichzeitig laufen, der auch versucht mit dem Gerät zu reden. Beim Einsatz von flash-hmcfgusb und flash-ota darf kein hmland laufen.

2. Irgendwohin legen und den Pfad bei flash-hmcfgusb angeben.

3. Ich würde scp benutzen. Oder wget direkt auf dem rpi.

Gruß
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: ujaudio am 02 November 2014, 12:41:06
Danke!
zu 1. Ja, kapiert, fhem läuft und damit hmland, ich stoppe als fhem (wie werde ich wohl selbst herausfinden...)
zu 3. wget werde ich mir ansehen, alternativ kann ich doch auch den nfs-kernel-server installieren und dann von meinem PC aus zugreifen, oder?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Omega am 02 November 2014, 15:56:51
Hallo,
nach der Installation und Einrichtung auf meinem CubieTruck habe ich leider folgende Fehlermeldungen:
Nach dem Start von FHEM steht im FHEM-Log:

2014.11.02 12:33:51 3: Opening HMUSB device 127.0.0.1:1234
2014.11.02 12:33:51 3: Can't connect to 127.0.0.1:1234: Connection refused

Und in FHEM ist der  Status vom HMUSB ,,disconnected"

Im Terminal händisch eingeben von:
./hmland -d -p 1234 -r 0
Bringt zwar: PID xxx startet

Kurze Zeit später kommt im Terminal aber Endlosschleife
Can't initialize HM-CFG-USB!
Can't open device: Access denied (insufficient permissions)
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
Can't open device: Access denied (insufficient permissions)
Can't find/open hmcfgusb!
...


Im FHEM-Log steht folgendes:

FHEM-LOG:
2014.11.02 12:43:05 1: 127.0.0.1:1234 reappeared (HMUSB)
2014.11.02 12:43:05 1: HMLAN_Parse: HMUSB new condition init
2014.11.02 12:43:05 1: 127.0.0.1:1234 disconnected, waiting to reappear (HMUSB)
2014.11.02 12:43:05 1: HMLAN_Parse: HMUSB new condition disconnected
2014.11.02 12:43:05 1: 127.0.0.1:1234 reappeared (HMUSB)
2014.11.02 12:43:05 1: HMLAN_Parse: HMUSB new condition init
2014.11.02 12:43:06 1: 127.0.0.1:1234 disconnected, waiting to reappear (HMUSB)
2014.11.02 12:43:06 1: HMLAN_Parse: HMUSB new condition disconnected


Vorgehensweise der Einrichtung war analog Post 449 und dann Post 1 bzw. Wiki
sudo apt-get install  libusb-1.0-0-dev
cd /opt
sudo git clone git://git.zerfleddert.de/hmcfgusb
sudo apt-get install build-essential libusb-1.0-0-dev make gcc git-core
cd hmcfgusb
sudo make

Ohne Anweisung "sudo" kamen Fehlermeldungen


Das Fhem-Startscript enthält (im start-Block) folgende Zeile:
/opt/hmcfgusb/hmland -d -p 1234 -r 0

Ein lsusb bringt
Bus 003 Device 002: ID 1b1f:c00f
Die Led des Sticks leuchtet grün

Ein Ändern des Besitzers von /opt/hmcfgusb/*.* von root auf fhem brachte keine Änderung

Ich vermute den Fehler bei fehlenden Rechten, habe aber keine Ahnung, wo (und wie) ich jetzt eingreifen muss.
Gruß
Holger
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Omega am 03 November 2014, 09:13:54
Ich habe mein Problem lösen können.
Da ich den hmland offensichtlich nicht als root starte, hat mir folgendes gefehlt :
cp hmcfgusb.rules /etc/udev/rules.d/

Das reicht allerdings auch nicht ganz aus, der CT musste auch neu gestartet werden. Seitdem habe ich keine Fehlermeldung mehr und der Status steht auf "opened".
Gruß
Holger
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: wtue am 07 November 2014, 14:41:41
Hallo liebe fhem User,
ich möchte euch hier nur kurz einen kleinen Statusbericht zu meinem HM-CFG-USB geben.

Seit einigen Tagen läuft fhem bei mir auf einem Paspberry pi B+ mit einem HM-CFG-USB. Zuvor lief es auf einer FB7390 mit CUL. Ich verwende keinen USB-Hub und habe auch nichts an der USB Geschwindigkeit geändert. Mit der Beschreibung im Wiki, auf der Autorenseite und den Beiträgen hier im Forum hat alles super geklappt. Vielen Dank an den Autor und die vielen Wissensträger.

Nachdem ich einen neuen Rolladenactor problemlos pairen konnte, habe ich unter Verwendung der HMID des CUL für den HMUSB alle devices mit der neuen Geräteausstattung ansteuern können ohne neu zu pairen. So weit so gut.

Ich verwende das leicht abgewandelte Startscript wie es hier gepostet wurde. Unten ein Ausschnitt davon.

datum=`date +"%F_%R"`

case "$1" in
'start')
        echo "Starting hmlan..."
        sudo /opt/hmcfgusb/hmland -d -p 1000 >> /opt/fhem/log/hmland_$datum.log 2>&1
        sleep 2
        echo "Starting fhem..."
        sudo perl fhem.pl fhem.cfg &
        RETVAL=$?


Dadurch wird bei jedem Start ein neues Logfile mit Zeitangabe erstellt. Im Logfile habe ich auch immer wieder die Einträge

usb-transfer took more than 100ms (2111ms), this may lead to timing problems!
usb-transfer took more than 100ms (706ms), this may lead to timing problems!
usb-transfer took more than 100ms (208ms), this may lead to timing problems!
usb-transfer took more than 100ms (248ms), this may lead to timing problems!
usb-transfer took more than 100ms (216ms), this may lead to timing problems!


Seit dem 03.11.14 20:00 habe ich 34 solcher Meldungen. Also noch einigermassen wenig. Fehlfunktionen oder fehlende Reaktionen auf Schaltbefehle habe ich bisher nicht bemerkt. Leider haben die Meldungen des hmland keinen Timestamp. Evtl. kann der Autor da noch was nachbessern  ;) ;) damit man den zeitlichen Verlauf erkennen kann und evtl. mit dem fhem Logfile vergleichen kann. In Fhem läuft übrigens der Perfmon der in der gleichen Zeit deutlich weniger Meldugen eingetragen hat.

Nochmal mein Dank an den Autor und die vielen Helfer.

Gruß Werner
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: vbs am 15 November 2014, 14:06:48
Ich bin gerade dabei von HMLAN auf HMUSB umzusteigen und ich habe das jetzt so halbwegs am Laufen. Jedoch will bei mir das Pairen einfach nicht funktionieren. Ich habe das hmland kompiliert und gestartet und in fhem ein entsprechendes Device angelegt. Fhem connectet auch brav. Wenn ich bei meinen HM-Geräten das IODev von HMLAN auf HMUSB ändere, dann ich auch ganz normal meine bisherigen Gerät mit dem HMUSB schalten. Der Stick und das hmland und alles scheint also soweit zu funktionieren, ich kann mit meinen Geräten reden.

Jedoch kann ich keine neuen Geräte pairen. Ich habe mal testweise eine meiner HM-Steckdosen factory-resettet, um die mal mit dem HMUSB zu pairen. Ich habe in fhem "set HMUSB hmPairForSec 600" gemacht und sehe dann auch das entsprechende Internal "hmPair 1". Jedoch wenn ich nun den Taster an der Steckdose für 4 Sekunden drücke, dann blinkt die Steckdose nur einige Sekunden und gibt dann auf. Gepairt wird aber scheinbar nicht.

So sieht das dann aus beim Pairen, wenn ich das hmland startet mit "-p 3000 -v -D":
http://pastebin.com/4VbNXAHK

Ich benutze im Moment eine VMWare für fhem (TinyCore Linux) auf einem i5 und manchmal bekomme ich auch Meldugen der Art:
usb-transfer took more than 100ms (115ms), this may lead to timing problems!


Hat jemand einen Tipp? Danke!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: wtue am 15 November 2014, 19:19:36
Hallo vbs,
eigentlich sollte bei dir alles in Ordnung sein. Die Debug Ausgaben kann ich zwar im Detail nicht interpretieren, aber wenn deine Aktoren auf Befehle reagieren sehe ich da nicht das Problem. Ich habe gerade einen noch nicht eingebauten Rollladenaktor resettet und neu gepaired. Hat sofort prima geklappt.

Ich habe allerdings auch zuvor diesem Aktor in FHEM gelöscht. Es wurde sofort ein neues Device angelegt und auch gepaired. Gestern habe ich einen anderen Rollladenaktor zurückgesetzt ohne den Aktor aus Fhem zu löschen. Allerdings mit dem Kommando:

set HMUSB hmPairSerial <Nummer deines Aktors>

Das hat auch sofort geklappt.

Bist du sicher, dass dein Steckdosenaktor wirklich zurückgesetzt wurde? Ich hatte auch schon mal ein Problem mit dem Pairen, Grund war ein handling Fehler beim resetten.

good luck

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 15 November 2014, 19:22:37
Prüfe vor allen Dingen, ob in Deiner Konfiguration noch irgendwo auch nur das geringste Schnipsel der HmId des Aktors vorhanden ist - ein solcher Fall hat mich schonmal zwei Tage Fehlersuche gekostet.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Belei am 15 November 2014, 21:58:45

Zitat von: hexenmeister am 11 August 2014, 16:28:16
oder mit dem Betriebsystem starten...

folgendes in eine script.sh schreiben, Rechte setzen (chmod a+r script.sh), (als root) ausführen, glücklich sein ;)
cd /opt/
apt-get install build-essential libusb-1.0-0-dev make gcc git-core
git clone git://git.zerfleddert.de/hmcfgusb
cd hmcfgusb
make
cat > /etc/init.d/hmland <<"EOF"
# simple init for hmland

pidfile=/var/run/hmland.pid
port=1234

case "$1" in
start|"")
chrt 50 /opt/hmcfgusb/hmland -r 0 -d -P -l 127.0.0.1 -p $port 2>&1 | perl -ne '$|=1; print localtime . ": [hmland] $_"' >> /var/log/hmland.log &
;;
restart|reload|force-reload)
echo "Error: argument '$1' not supported" >&2
exit 3
;;
stop)
killall hmland
;;
status)
if [ ! -e $pidfile ]; then
echo "No pid"
exit 1
fi
pid=`cat $pidfile`
if kill -0 $pid &>1 > /dev/null; then
echo "Running"
exit 0
else
rm $pidfile
echo "Not running"
exit 1
fi

;;
*)
echo "Usage: hmland [start|stop|status]" >&2
exit 3
;;
esac
EOF
sudo chmod 755 /etc/init.d/hmland
sudo update-rc.d hmland defaults
service hmland start


Wo musst ich denn diese Script.sh hinkopieren? Und Installiert sich das dann jedesmal neu?

Bzw. War es das dann schon, kann ich dann schon den Stick definieren?


Gesendet von iPhone mit Tapatalk
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 15 November 2014, 23:42:44
Zitat von: Belei am 15 November 2014, 21:58:45
Wo musst ich denn diese Script.sh hinkopieren? Und Installiert sich das dann jedesmal neu?

Bzw. War es das dann schon, kann ich dann schon den Stick definieren?


Gesendet von iPhone mit Tapatalk

Hallo Belei,

der Script kannst Du irgendwo auf dem Zielsystem ablegen und einmalig usführen. Danach brauhst Du ihn nicht mehr.
Der Script installiert etwas an Entwickler-Werkzeug, lädt die Source herunter, kompiliert sie und erzeugt ein Start-Script.
Wenn alles fehlerfrei durchgelaufen ist, kannst Du den Stick einstecken (wenn Du das nicht schon vorher getan hast) und in FHEM definieren.

Viel Spaß!

Grüße,

Alexander
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Belei am 16 November 2014, 13:23:06
Danke, habe geade  mit notepad++ den script erstellt. und per winscp auf den raspberry kopiert.
Rechte setzen kam keine meldung, denke hat geklappt. Aber wie führe ich den jetzt aus?

Per Winscp kommt eine Fehlermeldung:
Befehl '"./script.sh"'
fehlgeschlagen mit Beendigungscode 126 und Fehlernachricht
-bash: line 7: ./script.sh: Permission denied.
------------
auch mal line 6

Sorry bin linux noob :-[
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: vbs am 16 November 2014, 15:21:44
Bzgl. meines Problems, dass ich mit USB-CFG kein Pairing hinbekommen habe:
Zitat von: betateilchen am 15 November 2014, 19:22:37
Prüfe vor allen Dingen, ob in Deiner Konfiguration noch irgendwo auch nur das geringste Schnipsel der HmId des Aktors vorhanden ist - ein solcher Fall hat mich schonmal zwei Tage Fehlersuche gekostet.
Dankeschön! Klasse Tipp, daran lag es! Zumindest hat das Pairen sofort auf Anhieb geklappt als ich fhem mal testweise mit einer "frischen" (fast leeren) Config gestartet habe, in der ich dann nur das HMUSB-Device angelegt habe.

Jetzt muss ich nur noch die USB-Latenz in den Griff bekommen. Die schwankt im Moment zwischen 50 und 400 ms... :/
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 16 November 2014, 20:26:10
Zitat von: Belei am 16 November 2014, 13:23:06
Danke, habe geade  mit notepad++ den script erstellt. und per winscp auf den raspberry kopiert.

Hallo!

Du brauchst z.B. PuTTY. Damit meldest Du Dich am Raspberry an und kannst Befehle eingben. Mit cd /<Pfad>/ wechselst Du in das Verzeichnis mit dem Script. Mit chmod a+x script.sh setzt Du die Rechte. Mit sudo ./script.sh führst Du ihn aus.

Noch was, die Zeilenenden sind wichtig und müssen im Unix-Format vorliegen. Stell das ggf. in Deinem Editor sicher (wenn Du komische Fehlermeldungen bekommst).

Grüße,

Alexander

Titel: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Belei am 16 November 2014, 23:42:35
Notepad++ ist eigentlich Unix kompatibel, konnte sogar direkt als .sh Abspeichern.
Putty hab ich, mein Fehler war einfach das ich ./ nicht getippt habe...

Werd morgen früh nochmal testen!

Im originalpost schreibst du rechte auf a+r
Und hier auf a+x. Ist das entscheidend? Hab sie jetzt auf a+r!



Gesendet von iPhone mit Tapatalk
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 17 November 2014, 01:44:08
Zitat von: Belei am 16 November 2014, 23:42:35
Im originalpost schreibst du rechte auf a+r
Und hier auf a+x. Ist das entscheidend? Hab sie jetzt auf a+r!
Ähhh, mein Fehler. a+r setzt Dateirechte für alle 'lesbar'. a+x dagegen "ausführbar". Also natürlich a+x ist richtig. Habe eine entsprechende Bemerkung im Originalpost hinterlassen.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Belei am 17 November 2014, 07:34:58
jetzt passiert was aber mit vielen Fehlern...

Zitatsudo ./script.sh
./script.sh: 1: cd: can't cd to /opt/
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package git-core
fatal: destination path 'hmcfgusb' already exists and is not an empty directory.
./script.sh: 4: cd: can't cd to hmcfgusb
: not found: 5: ./script.sh: make
chmod: cannot access `/etc/init.d/hmland\r': No such file or directory
update-rc.d: using dependency based boot sequencing
usage: update-rc.d [-n] [-f] <basename> remove
       update-rc.d [-n] <basename> defaults [NN | SS KK]
       update-rc.d [-n] <basename> start|stop NN runlvl [runlvl] [...] .
       update-rc.d [-n] <basename> disable|enable [S|2|3|4|5]
                -n: not really
                -f: force

The disable|enable API is not stable and might change in the future.
hmland: unrecognized service
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 17 November 2014, 08:11:43
Was benutzt du für Hardware und System? Script ist für Debian-Linux geschrieben und sollte z.B. auf Raspberri und Cubietruck laufen.
Das cd /opt/ nicht geht ist schon komisch.  \r sieht nach einem Problem mit  (windows-)Zeilenumbrüchen.

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Belei am 17 November 2014, 16:00:22
Raspberry mit raspbian vor 4Monaten aufgesetzt , ich guck mal das ich den Script mit einem anderen Programm abspeichere..


Gesendet von iPhone mit Tapatalk
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Belei am 17 November 2014, 19:43:01
Hab den script mal woanders hinkopiert.. in den temp Ordner:
Dann kommt:
pi@raspberrypi ~ $ cd /tmp
pi@raspberrypi /tmp $ chmod a+x script.sh
pi@raspberrypi /tmp $ sudo ./script.sh
./script.sh: 1: cd: can't cd to /opt/
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package git-core
Cloning into 'hmcfgusb'...
remote: Counting objects: 351, done.
remote: Compressing objects: 100% (342/342), done.
remote: Total 351 (delta 228), reused 0 (delta 0)
Receiving objects: 100% (351/351), 66.53 KiB, done.
Resolving deltas: 100% (228/228), done.
./script.sh: 4: cd: can't cd to hmcfgusb
: not found: 5: ./script.sh: make
chmod: cannot access `/etc/init.d/hmland\r': No such file or directory
update-rc.d: using dependency based boot sequencing
usage: update-rc.d [-n] [-f] <basename> remove
       update-rc.d [-n] <basename> defaults [NN | SS KK]
       update-rc.d [-n] <basename> start|stop NN runlvl [runlvl] [...] .
       update-rc.d [-n] <basename> disable|enable [S|2|3|4|5]
                -n: not really
                -f: force

The disable|enable API is not stable and might change in the future.
hmland: unrecognized service


Da legt er den hmcfgusb an und kann auch hinwechseln.
Der Ordner opt befindet sich bei mir auch in root.

Und ich habe den halt versuchst zu starten in /home/pi wo einfach kein Ordner opt ist??

Wenn ich den script aber versache in root zu kopieren. meckert er das ich keine rechte dafür hätte..

Glaube aber das er da hin muss?!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 17 November 2014, 19:56:12
Nein, wo der Script liegt ist egal. cd /opt/ geht ja von Wurzelverzeichnis aus.
Ich verstehe nicht, was Du für ein System hast.
Was liefert denn ls -l / und ls -l /opt?

Probiere dann mal halt die Einzelschritte.
Also in der Console einzeln eingeben:
cd /opt/
sudo apt-get install build-essential libusb-1.0-0-dev make gcc git-core
sudo git clone git://git.zerfleddert.de/hmcfgusb
cd hmcfgusb
sudo make
Wenn das  funktioniert hat, dann hast Du im Verzeichnis /opt/hmcfgusb eine Datei namens hmland (und viele andere Dateien).
Dann fehlt noch der Startscript, aber das machen wir, wenn das vorherige funktioniert hat.

Grüße,

Alexander
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Belei am 17 November 2014, 20:01:02
pi@raspberrypi ~ $ ls -l /
total 88
drwxr-xr-x   2 root root  4096 Sep 17 13:54 bin
drwxr-xr-x   3 root root 16384 Jan  1  1970 boot
drwxr-xr-x  14 root root  3180 Oct 17 21:17 dev
drwxr-xr-x 109 root root  4096 Nov 17 19:19 etc
drwxr-xr-x   3 root root  4096 Jun 20 07:48 home
drwxr-xr-x  12 root root  4096 Sep 17 13:55 lib
drwx------   2 root root 16384 Jun 20 07:34 lost+found
drwxr-xr-x   2 root root  4096 Jun 20 07:36 media
drwxr-xr-x   2 root root  4096 May  1  2014 mnt
drwxr-xr-x   7 root root  4096 Sep 17 14:28 opt
dr-xr-xr-x  82 root root     0 Jan  1  1970 proc
drwx------   3 root root  4096 Aug 25 00:05 root
drwxr-xr-x  12 root root   520 Nov 17 19:19 run
drwxr-xr-x   2 root root  4096 Aug 24 23:53 sbin
drwxr-xr-x   2 root root  4096 Jun 20  2012 selinux
drwxr-xr-x   2 root root  4096 Jun 20 07:36 srv
dr-xr-xr-x  12 root root     0 Jan  1  1970 sys
drwxrwxrwt   5 root root  4096 Nov 17 19:39 tmp
drwxr-xr-x  10 root root  4096 Jun 20 07:36 usr
drwxr-xr-x  13 root root  4096 Nov  5 18:39 var

pi@raspberrypi ~ $ ls -l /opt
total 20
drwxr-xr-x  2 root root 4096 Sep 17 14:33 AirPrint
drwxrwxrwx 11 fhem root 4096 Nov  4 22:26 fhem
drwxr-xr-x  5 root root 4096 Sep 17 13:51 sonic-pi
drwxr-xr-x  7 root root 4096 Jun 20 08:45 vc
drwxr-xr-x  3 root root 4096 Jun 20 11:24 Wolfram
pi@raspberrypi ~ $


Ich probier mal eben einzeln..
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 17 November 2014, 20:02:36
Dein /opt ist schon mal (wie erwartet) da. ;)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Belei am 17 November 2014, 20:05:23
lief alles ohne fehler durch und ordner und Files liegen jetzt da wo sie sein sollen.
Jetzt nur noch autostart vor FHEM?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 17 November 2014, 20:25:23
Ok, kopiere die angehängte Datei nach /etc/init.d/
Am besten irgendwohin übertragen und aus dem Verzeichnis mit sudo cp ./hmland /etc/init.d/hmland kopieren.

Danach sollte ls -l  /etc/init.d/hmland in etwa folgende Ausgabe liefern:
-rwxr-xr-x 1 root root 1073 Aug 24 19:11 /etc/init.d/hmland

Wenn dem so ist, dann nur noch aktivieren:
sudo chmod 755 /etc/init.d/hmland
sudo update-rc.d hmland defaults
service hmland start

Wenn das auch geklappt hat, bist Du fertig. ;)

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Belei am 17 November 2014, 20:30:38
kopieren hat geklappt aber die ausgabe unterscheidet sich:

pi@raspberrypi /tmp $ ls -l  /etc/init.d/hmland
-rw-r--r-- 1 root root 1073 Nov 17 20:29 /etc/init.d/hmland
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 17 November 2014, 20:38:13
ähh.. bin wieder mit Gedanken  woanders gewesen  ???

Natürlich, die Rechte werden erst mit dem sudo Befehl richtig gesetzt. Die Ausgabe ist gut. Gebe die restlichen drei Befehle ein.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Belei am 17 November 2014, 20:44:29
Jo scheint geklappt zu haben, beim dritten Befehl hab ich auch nochmal ein sudo vorgehängt dann waren auch keine Fehler mehr da :-)

-------------------
EDIT

Nach autocreate on und einem Neustart steht im log:
2014.11.17 20:59:08 1: usb create starting
2014.11.17 20:59:43 3: Probing CUL device /dev/ttyAMA0
2014.11.17 20:59:43 3: Probing TCM_ESP3 device /dev/ttyAMA0
2014.11.17 20:59:44 3: Probing FRM device /dev/ttyAMA0
2014.11.17 20:59:49 1: usb create end

Das sieht doch gut aus , oder? Wie teste ich jetzt meine Erfolg :-)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: piet_pit am 17 November 2014, 21:08:41
Hallo Zusammen,
ich hatte bei dem Script auch Probleme und Fehlermeldungen :(

Habe dann am Anfang des Scriptes folgendes vorangestellt, dann über root das Script gestartet und es hat geklappt.

#!/bin/sh


Mal sehen, wie lange der Adapter jetzt läuft :)
LG
Pit
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Belei am 17 November 2014, 21:17:50
So glaub ich bin fertig! Danke ALEXANDER!!! ;)


define hmusb HMLAN 127.0.0.1:1234
attr hmusb hmId 424242

status: open
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 17 November 2014, 22:24:26
Sehr gerne. :)
Und sorry für die Flüchtigkeitsfehler, ich habe das Stück aus meinem wesentlich größeren Installationscript herausoperiert und habe dabei etwas durcheinandergebracht :(
Danke allen für die Korrekturen, habe um Urpost korrigiert. Wird es jemanden noch später nutzen, das Script nach Codeschnippsel zu kopieren, oder reicht das, was in WIKI schon steht (http://www.fhemwiki.de/wiki/HM-CFG-USB_USB_Konfigurations-Adapter )?

Grüße,

Alexander

EDIT: Link korrigiert (Danke, Belei!)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Belei am 18 November 2014, 14:03:19
Dein Wiki Link hat 2 Zeichen zu viel :-)
Was mir im WIKI fehlt, ist wie man den script ausfürt, das es egal ist wo der hinkommt und das man ihn mit einem LINUX kompatiblen Editor erstellen sollte..

Jetzt ist natürlich alles hier im Thread aber viel durcheinander....
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: X-Franzi am 21 November 2014, 00:43:32
Ich verzweifle langsam. Zuerst hat die Variante mit dem Script nicht funktioniert. Es kamen immer Meldungen mt "...missing LSB tags ...". Also habe ich weiter gesucht und die Befehle wie im Post #557 ff von Hexenmeister beschrieben manuell ausgeführt. Auch die fhem.cfg habe ich entsprechend bearbeitet. Der HM-USB funktioniert auch und wird in FHEM als "opened" unter HMLAN angezeigt.

Problem: Starte ich den Respberry neu, ist der HM-USB in FHEM auf dem Status "disconnected". Erst wenn ich den HM-USB kurz vom Respberry trennt und wieder anstecke, wird er vom FHEM wieder erkannt. Das bedeutet, nach jedem System-Neustart muss ich den HM-USB rausziehen und wieder reinstecken. Wie kann ich das korrigieren?

Ciao
X-Franzi
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 21 November 2014, 09:49:00
"missing LSB tags" kannst Du ignorieren. Ich werde mal die Tags im Script ergänzen, aber es ist wohl nicht das Problem.
Würde der Startscript nicht funktionieren, würde auch die Aus- und Neueinstecken nicht helfen.

Leider habe ich nicht wirklich Idee, woran das liegen kann...
Evtl. Start-Reihenfolge... Hilft es, wenn Du nach dem Booten den Daemon per Hand startest?

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: viper20333 am 23 November 2014, 13:01:02
Ich habe ein Problem:

Nachdem ich ein paar Probleme mit meinem hmlan hatte, habe ich diese nun neu kopiert.
Jetzt kommt beim starten immer die Fehlermeldung: Segmentation fault.
Habe leider zu diesem Fehler keine Hilfe gefunden, ich hoffe ihr könnt mir helfen.

Ach so, ich benutze eine Fritz Box.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 23 November 2014, 13:36:15
Klingt für mich nach einer kaputten Programdatei. Wie hast Du die Datei übertragen? Noch einmal versuchen, ggf. aufpassen dass die Übertragung binär und nicht ascii läuft.

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Fabiano am 23 November 2014, 18:54:52
Hallo liebe Leute,

ich versuche es noch einmal und ersuche um Eure Hilfe für die Konfiguration des hm-cfg-usb an einer 7490.
Ich hatte schon auf Seite 35 Post #519 meinen Stand beschrieben. Vielleicht können die Experten hier nochmal da rauf schauen und mir bitte weiter helfen.

Vielen Dank

Gruß
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: X-Franzi am 23 November 2014, 20:00:46
Viele verschiedene Problem...  ;)

Ich beziehe mich auf die Posts #565/566:
ZitatEvtl. Start-Reihenfolge... Hilft es, wenn Du nach dem Booten den Daemon per Hand startest?

@hexenmeister:
Startreihenfolge? Was genau meinst du und wie (wo) könnte ich das ändern? USB-Geräte habe ich sonst keine angeschlossen.

Ich habe versucht den Daemon nach dem Booten per Hand mit "./hmland -D -p 1234" zu starten:
Zitat~/hmcfgusb $ ./hmland -D -p 1234
Can't bind socket: Address already in use
Das sieht für mich so aus, als sei er bereits ordentlich gestartet. Wie könnte ich prüfen wer oder was diese Adresse benutzt? Also ob es tatsächlich der Daemon ist?

Gibt es sonst noch was zum Ausprobieren?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 23 November 2014, 20:10:20
Mit Startreihenfolge meine ich eben den Startpunkt des Scriptes. Es muss ja bereits davor einiges unbedingt laufen. Netzwerk zum Beispiel. Ich habe mein altes Post entsprechend ergänzt.

Füge am Anfang der Datei (/etc/init.d/hmland) folgendes ein:

# simple init for hmland
### BEGIN INIT INFO
# Provides:          hmland
# Required-Start:    $network $local_fs $remote_fs
# Required-Stop::    $network $local_fs $remote_fs
# Should-Start:      $all
# Should-Stop:       $all
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Start hmland daemon at boot time
# Description:       Provide Service to use HM-USB-CFG Adapter for FHEM.
### END INIT INFO


und dann auf der Console:
sudo update-rc.d hmland defaults
sudo service hmland start


Ich hoffe das hilft.

Die Fehlermeldung bekommst Du, weil hmland schon gestartet ist. Du musst ihn zunächst stoppen (sudo service hmland stop).

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: X-Franzi am 24 November 2014, 16:51:13
Klingt logisch, allerdings hatte ich schon dein Script von Post #557 benutzt. Da ist dieser Bereich bereits implementiert.  :'( Funktioniert also auch nicht.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 24 November 2014, 17:33:26
Zitat von: X-Franzi am 24 November 2014, 16:51:13
Da ist dieser Bereich bereits implementiert.  :'( Funktioniert also auch nicht.

Das habe ich erst nachträglich geändert. Schau mal bitte in deinem /etc/init.d/hmland nach!

Hast Du schon ausprobiert, ob
sudo service hmland stop
sudo service hmland start

das Problem nach dem Reboot (einmalig) löst?

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: X-Franzi am 24 November 2014, 18:56:14
Funktioniert auch nicht.

Hier der Inhalt der von mir verwendeten /etc/init.d/hmland:
Zitat# simple init for hmland
### BEGIN INIT INFO
# Provides:          hmland
# Required-Start:    $network $local_fs $remote_fs
# Required-Stop::    $network $local_fs $remote_fs
# Should-Start:      $all
# Should-Stop:       $all
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Start hmland daemon at boot time
# Description:       Provide Service to user HM-USB-CFG Adapter for FHEM.
### END INIT INFO

pidfile=/var/run/hmland.pid
port=1234

case "$1" in
  start|"")
   chrt 50 /opt/hmcfgusb/hmland -r 0 -d -P -l 127.0.0.1 -p $port 2>&1 | perl -ne '$|=1; print localtime . ": [hmland] $_"' >> /var/log/hmland.log &
   ;;
  restart|reload|force-reload)
   echo "Error: argument '$1' not supported" >&2
   exit 3
   ;;
  stop)
   killall hmland
   ;;
  status)
   if [ ! -e $pidfile ]; then
      echo "No pid"
      exit 1
   fi
   pid=`cat $pidfile`
   if kill -0 $pid &>1 > /dev/null; then
      echo "Running"
      exit 0
   else
      rm $pidfile
      echo "Not running"
      exit 1
   fi

   ;;
  *)
   echo "Usage: hmland [start|stop|status]" >&2
   exit 3
   ;;
esac
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 24 November 2014, 19:03:19
Steht was hilfreiches in /var/log/hmland.log
?

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: X-Franzi am 24 November 2014, 19:43:04
Nach dem Booten steht in der  /var/log/hmland.log:
ZitatMon Nov 24 19:16:05 2014: [hmland] Daemon with PID 2195 started!
Mon Nov 24 19:16:05 2014: [hmland] Can't bind socket: Address already in use
in FHEM: HMUSB disconnected

anschließend nacheinander ausgeführt:
HMUSB raus und wieder rein erzeugt keine weiteren Einträge in der /var/log/hmland.log.
sudo hmland stop erzeugt auch nichts

sudo hmland start erzeugt:
Zitat[hmland] Already running with PID 2195 according to /var/run/hmland.pid!

sudo hmland status erzeugt in der /var/log/hmland.log nichts. Aber in der Konsole kommt:
ZitatRunning
~ $ /etc/init.d/hmland: 34: kill: No such process


Mir ist jetzt was aufgefallen:
Nach dem Booten steht ja HMUSB auf disconnected. Ziehe ich jetzt den HMUSB ab, steht er auf opened. So bleibt das auch, wenn ich ihn wieder anschließe. Auch wenn ich ihn nun wiederholt abziehe und anstecke. Er bleibt immer auf opened!
sudo hmland stop setzt ihn wieder auf disconnected. Start und stop bringen ab jetzt nichts mehr. Stop zeigt nun
Zitathmland: Kein Prozess gefunden
. Rein und raus ist nun auch ergebnislos.
Hilft das evtl. bei der Problemlösung weiter?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 24 November 2014, 21:00:32
Irgendwas blockiert scheinbar in deinem System den benötigten Port (1234). Du könntest einen anderen versuchen.

Was zeigt eingentlich folgendes:
sudo netstat -a -p -e| grep 1234
Mit etwas Glück sehen wir den Verursacher. Glaube aber nicht wirklich daran, sonst würde das nach Aus/Einstecken auch nicht funktionieren.

Mir gehen leider die Ideen aus, vlt. kann der Autor des Programm weiterhelfen?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: X-Franzi am 24 November 2014, 22:27:00
Zitatsudo netstat -a -p -e| grep 1234
tcp        0      0 *:1234                  *:*                     LISTEN      root       2694        1955/hmland
tcp        0      0 localhost:37375         localhost:1234          VERBUNDEN   fhem       2968        2099/perl
tcp        0      0 localhost:1234          localhost:37375         VERBUNDEN   root       2695        1955/hmland

???
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 24 November 2014, 23:47:00
hmland hört auf Port 1234. Perl ist mit dem hmland verbunden (Port 37335).
Tja, das sieht richtig aus. Ich habe leider keine Idee, warum das nicht funktioniert. :(
Das muss etwas zwischen dem hmland und dem Betriebsystem sein.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: vbs am 27 November 2014, 19:51:09
Könntet ihr mir bitte sagen, welche Latenz-Werte ihr habt, wenn hmland einen Befehl an den HMUSB sendet. Das kann man sehen, wenn man hmland mit "-D" startet und dann ein paar Befehle sendet.
Dankeschön!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 27 November 2014, 21:47:21
Minst Du diese Daten (Cubietruck, HMUSB hängt an einem Hub)?

Thu Nov 27 21:41:42 2014: [hmland] usb-transfer took 63ms!
...
Thu Nov 27 21:41:47 2014: [hmland] usb-transfer took 38ms!
...     
Thu Nov 27 21:41:49 2014: [hmland] usb-transfer took 49ms!


Was mit aufgefallen ist, mit der Debug-Option reagieren die Devices merklich langsamer. Ich habe zwei Rolladen gleichzeitig (über eine Struktur) gefahren. Ohne Debug ging das praktisch gleichzeitig, mit Debug reagierten die Schalter leicht versetzt.


Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: viper20333 am 29 November 2014, 11:11:10
Ich hoffe ihr könnt mir helfen:
Mein USB Adapter ist an eine Fritz Box angeschlossen. Nach 2 Tagen fängt er auf einmal an zu blinken und es können keine Befehle mehr gesendet werden.

2014.11.28 21:22:54 3: CUL_HM set Wohnzimmer.Wandthermostat desired-temp 22.0
2014.11.28 21:56:06 1: HMLAN_Parse: hmusb new condition timeout
2014.11.28 21:56:06 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.11.28 21:56:06 1: HMLAN_Parse: hmusb new condition disconnected
2014.11.28 21:56:11 1: 127.0.0.1:1234 reappeared (hmusb)
2014.11.28 21:56:11 1: HMLAN_Parse: hmusb new condition init
2014.11.28 21:56:40 1: HMLAN_Parse: hmusb new condition timeout
2014.11.28 21:56:40 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2014.11.28 21:56:40 1: HMLAN_Parse: hmusb new condition disconnected
2014.11.28 21:56:45 1: 127.0.0.1:1234 reappeared (hmusb)

Anscheinend verliert er ständig die Verbindung zu dem USB-Konfigurations-Adapter. Ich habe auch schon ein Firmware Update gemacht. Leider hat dies auch keine Besserung gebracht. Auch nach Stoppen von Hmland blinkt der Stick weiter.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: vbs am 29 November 2014, 12:47:16
Danke hexenmeister! Diese Latenzen habe ich ungefähr auch... Ich wollte nicht recht einsehen, warum es 40 ms dauern soll, 64 Byte zu einem USB-Device zu übertragen, wenn ich ein 56 Byte ICMP-Ping-Paket in 15 ms um die halbe Welt und zurück übertragen kann... :/

In die Latzen geht scheinbar noch ein Null-Frame ein, das nach jedem Befehl geschickt wird. Ich weiß nicht, ob das nötig ist. Wenn man das weglässt, dann hat man Latenzen um 10 ms herum und es funktioniert augenscheinlich erstmal trotzdem noch.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 29 November 2014, 16:45:52
Ich muss gestehen, das mit Null-Frame habe ich nicht verstanden.
Hast du mit dieser latenz ein konkretes Problem?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: vbs am 29 November 2014, 17:02:53
Problem insofern, dass das HMUSB nicht so schnell ist wie das HMLAN. Wenn ich zB drei Geräte gleichzeitig schalte (mit hmqlen=3), dann passiert das mit dem HMLAN subektiv absolut zeitgleich. Mit dem HMUSB gibt es da eine winzige Pause. Es nicht dramatisch, aber das sagt mir, dass das HMLAN timing-mäßig besser und stabiler ist. Darum scheue ich mich im Moment, wirklich komplett von HMLAN auf das HMUSB umzusteigen.

Das Null-Frame scheint ein USB-Transfer zu sein, der keine Daten enthält, aber trotzdem nach jedem Transfers passiert (so im Code von hmland). Vielleicht so eine Art "Terminator". Wenn man den weglässt, klappt es erstmal immer noch. Wobei ich da kein gutes Gefühl bei habe, ohne wirklich zu verstehen, wozu das Null-Frame gedacht ist.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 29 November 2014, 17:52:42
Ich habe auch beide hmlan und hmusb. Benutze redundant mit vccu. Grundsätzlich ist mir bis jetzt nicht aufgefallen, das hmusb eine Verzögerung verursacht.
Das kommt schon mal vor, aber recht selten. Mit dem  raspi früher war das aber deutlich mehr.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralf9 am 29 November 2014, 18:02:04
Hallo,

hat es irgendwelche Nachteile wenn das hmland anstatt über einen eigenen Daemon über das Fhem Startskript mitgestartet wird.
http://www.fhemwiki.de/wiki/HM-CFG-USB_USB_Konfigurations-Adapter#Start_.C3.BCber_Fhem_Startskript

Dies hat auch den Vorteil, daß das hmland vor fhem gestartet wird.

Gruß Ralf
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: fiedel am 30 November 2014, 10:38:41
Hi Ralf,

bei mir startet der hmland über einen init- Notify aus der fhem.cfg. Nicht so elegant wie ein auf Startzeitpunkt / Reigenfolge optimiertes Startscript, aber es geht problemlos. Wichtig sind in dem Zusammenhang nur 2 Dinge: Es muss möglichst verhindert werden, dass durch Restarts mehrere Instanzen des Daemon gestartet werden. Und es sollte nach einem Systemneustart alles problemlos anlaufen, ohne dass noch mal von Hand eingegriffen werden muss.

Gruß

Frank
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 01 Dezember 2014, 11:00:21
Zitat von: vbs am 29 November 2014, 17:02:53
Das Null-Frame scheint ein USB-Transfer zu sein, der keine Daten enthält, aber trotzdem nach jedem Transfers passiert (so im Code von hmland). Vielleicht so eine Art "Terminator". Wenn man den weglässt, klappt es erstmal immer noch. Wobei ich da kein gutes Gefühl bei habe, ohne wirklich zu verstehen, wozu das Null-Frame gedacht ist.

Ja das NULL-Frame (eigentlich wohl zero length packet) terminiert den Transfer, wenn vorher nur Pakete der maximalen Datenlaenge des Endpoints uebertragen wurden (es werden im hmland immer nur Pakete der vollen Laenge uebertragen). Steht so in der USB-spec und kann zu lustigen Effekten führen, wenn es weggelassen wird...

Wenn die Latenz wirklich ein Problem ist, kann man versuchen kürzere Pakete zu senden und nur wenn die 64 Byte voll sind noch ein ZLP hinten dran senden. Aber IIRC hat das der hmcfgusb (zumindest mit alter Firmware) nicht gut vertragen.

Gruß
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RoBra81 am 02 Dezember 2014, 07:45:53
Hallo,

ich nutze hmland mit einem HM-USB-CFG an meinem Cubietruck und es funktioniert auch soweit. Auf der Suche nach Performance-Fressern habe ich einmal Perfmon installiert. Nun habe ich sehr häufig (ca. 250x in 7,5 Stunden) die Meldung

Perfmon: possible freeze starting at xxx, delay is yyy

Da der Abstand zwischen den Meldungen auffällig oft (von den 250x waren es 210x) genau 63 Sekunden beträgt und die Dauer ziemlich genau 3 Sekunden beträgt habe ich diesbezüglich einmal im Perfmon-Thread nachgefragt, wie ich dem Übeltäter auf die Spur komme. Ein Hinweis in Perfmon-Thread meinte, dass das HMLAN-Modul dafür verantwortlich sein könnte. Daher wollte ich ich einmal nachfragen, ob das "normal" ist, bzw. was ich hier machen kann? Ich starte hmland mit dem im Wiki beschriebenen init-script (http://www.fhemwiki.de/wiki/HM-CFG-USB_USB_Konfigurations-Adapter#Start_als_Daemon) und habe in FHEM folgende Definition:

define OG.ze.SE.HomematicRF HMLAN 127.0.0.1:5678
attr OG.ze.SE.HomematicRF hmId 888888
attr OG.ze.SE.HomematicRF hmLanQlen 1_min
attr OG.ze.SE.HomematicRF room Zentrale


Vielen Dank
Ronny
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 02 Dezember 2014, 13:41:57
schon mal einen anderen port probiert?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RoBra81 am 02 Dezember 2014, 13:43:33
Nein, kann ich machen
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RoBra81 am 03 Dezember 2014, 10:43:37
Habe es auf Port 1000 geändert, das brachte aber leider keine Besserung: immer noch über 400 Freezes in 10,75 Stunden  :(
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RicoT am 09 Dezember 2014, 00:02:19
Ich hätte da mal nen Fehler mit zu teilen bei dem ich mir aber nicht sicher bin, ob es an FHEM oder hmland liegt. Und zwar habe ich gestern folgende Beobachtung gemacht:

Ich habe mir einen Rapberry Pi (B+) zugelegt und FHEM darauf installiert. Compilieren und alles hat einwandfrei und ohne Fehler geklappt. Das einzige Problem was ich hatte war, dass hmland immer direkt nach dem booten des Rapberry auf disconnected stand. Ich mußte den HM-CFG-USB jedesmal erst abziehen und wieder anstecken. Erst dann stand hmland auf opened und ich konnte meine Steckdosen schalten.

Meine vorgehensweise war IMMER Raspbian auf die Karte, Raspberry einrichten, FHEM installieren und einrichten, FHEM updaten, hmland compilieren...

Ich habe mehrfach immer wieder von vorne angefangen weil ich dachte ich hätte was falsch gemacht. Und dann kams:

Einmal hatte ich dann vergessen FHEM zu aktuallisieren. Und siehe da, es funktionierte alles auf anhieb und ohne Probleme. Ich habe es auch noch zwei mal probiert und es war immer wieder das gleiche. Sobald ich in FHEM ein Update gemacht habe, musste ich den Stick immer erst abziehen und wieder anstecken damit hmland funktioniert. FHEM Update war übrigens vom 05.12.2014...

Wie gesagt, ich weis nicht ob es an FHEM oder hmland liegt. Wollte es nur mal mitteilen...
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 09 Dezember 2014, 09:16:47
Welchen Kernel setzt Du ein?
Hast Du für die hmland-Einrichtung das Script weiter vorn im Thread genutzt?
Welche Firmware hat Dein HM-CFG-USB?

Ich bin vorige Woche von Fritzbox auf Raspi B+ umgezogen. Das Ganze war eine sache von nicht mal 5 Minuten und läuft seither wie Bienchen.

Gruß
Veit
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Wolfpunk am 09 Dezember 2014, 11:14:29
Habe wie schon in einem anderen Thread berichtet exakt denselben Fehler. (http://forum.fhem.de/index.php/topic,29907.html )

Rudi hat darauf in einem anderen Thread, in dem ich nachgefragt habe, weil das Problem ähnlich aussah, geantwortet, aber es ist seitdem nichts mehr passiert. (Letzter Post hier: http://forum.fhem.de/index.php/topic,29764.0.html )
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Condor1978 am 09 Dezember 2014, 21:24:25
Hallo

Ich bin totaler anfänger mit FHEM und habe zusätzlich auch nur ganz wenig erfahrung mit dem umgang mit Linux

Ich hätte gerne FHEM auf meiner Fritzbox 7390 mit FW 6.20 mit einen HM-CFG-USB.
Freetz habe ich schon drauf, und FHEM 5.6 läuft auch schonmal.

jetzt habe ich versucht hmland aus den Posts 108 und 126 zu installieren, was aber beides nicht funktioniert hat.
Ich habe mich dazu an die anleitung aus post 28 gehalten.
nur leider kamm nachdem ich hmland gestartet habe nichts mehr, also nicht mal eine Fehlermeldung. (habe mehr als 15 min gewartet)

Ich vermute jetzt das diese version halt für eine andere FW ist las ich sie auf der Fritzbox nutze.

Im Post 128 ist ja kurz erklärt wie man sich (ganz leicht) hmland selber baut, aber das ist wohl eher etwas für Linuxexperten.

Hat evtl. jemand hmland auf einer Fritzbox 7390 mit FW6.20 laufen, und könnte mir die benötigten datein zur verfügung stellen ?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Spezialtrick am 10 Dezember 2014, 23:11:14
Hallo!

Ich habe seit heute Mittag massiv Probleme mit meinem Homematic USB Adapter. Ich betreibe diesen an einem Raspberry Pi B an einem aktiven USB Hub.

Immer wieder kommt es dazu, dass ich keine Verbindung zu den Homematic Geräte bekommen. Nun habe ich den Stick in einen anderen USB Slot des Hubs gesteckt und neugestartet und sieht da der Stick funktioniert wieder wie gewöhnt.

Woran liegt das? Liegt es am Pi? Macht es Sinn auf Dauer wegen diesem Problem auf einen Cubietruck umzusteigen?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: juppzupp am 10 Dezember 2014, 23:45:14
Ich bereue keine Sekunde auf den cubie gewechselt zu haben, denn seitdem läuft der USB stick ohne zucken.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Longahr am 11 Dezember 2014, 11:26:27
Ich hatte das gleiche Problem auf dem cubie, als ich größere Datenmengen mit rsync auf eine USB-HDD kopiert habe, die an das gleiche aktive USB-Hub angeschlossen war wie der HM-USB. Schätze mal, dass es deswegen einen Timeout bei der Kommunikation mit dem Stick gab und sich dann irgendetwas aufgehangen hat. FHEM Neustart half nicht. Erst als ich den Stick gezogen und wieder gesteckt habe, funktionierte die Kommunikation wieder.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 11 Dezember 2014, 11:45:44
Gerade bei einer Timing-kritischen Komponente, wie dem HM-CFG-USB kann ich nur empfehlen, den direkt an den Raspi B+ anzudocken. Da das Stromversorgungsproblem beim B+ gelöst ist, sollte man dort auch mit einem 2A Netzteil rangehen oder auf den Handy-Ladeport eines USB-Hubs gehen. So habe ich es derzeit bei mir am Laufen.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralli am 12 Dezember 2014, 13:34:16
Hallo,

hätte jemand zufälligerweise ein fertiges Image 6.20 für eine 7390 inkl. hmland für den HM-CFG-USB2?

Habe hier noch eine alte 7390, die letztendlich (nur) als HMLAN für einen dedizierten fhem-rpi dienen soll.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Condor1978 am 12 Dezember 2014, 15:35:38
Mein hmland für die 7390 läuft jetzt auf der FW6.20
Nachdem ich es jetzt selber unter Freetz-Linux Cross-Kompiliert habe, habe ich gemerkt das ich an einer anderen stelle einen Fehler bei FHEM gemacht habe. (naja halt noch totaler anfänger)
Ich kann jetzt aber bestätigen das hmland aus Post 126 (http://forum.fhem.de/index.php/topic,13071.msg105708.html#msg105708) funktioniert, zumindest tut es irgend etwas.

Ein fertiges Image, wo gleich alles mit drinn ist habe ich nicht.

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralli am 12 Dezember 2014, 21:27:34
Hast Du den hmland auf der Fritzbox dann kompiliert? Oder den hmland beim Erstellen des Freetz-Images direkt mit eingebracht?

Edit: Cross-kompiliert. Ok. Kannst Du Deine Vorgehensweise dokumentieren?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Condor1978 am 13 Dezember 2014, 01:07:15
Ich bin auch totaler anfänger, daher kann es sein das nicht alle richtig ist was ich schreibe.

Kompiliert wird nicht auf der Fritzbox direkt, sondern da, wo man auch sein Freetz Image erstellt. Ich habe es in VirtualBox gemacht.
Direkt mit eingebracht habe ich es jetzt nicht, ist meiner meinung aber auch garnicht nötig, denn wenn man sich hmland von hier (http://forum.fhem.de/index.php/topic,13071.msg105708.html#msg105708) holt, brauch mann nur noch 5 schritte die hier auch schon häufiger zu finden sind.
* libusb-1.0.so.0.1.0 nach /var/media/ftp/lib kopieren
* Links für libusb-1.0.so.0 und libusb-1.0.so.0 anlegen (z.B ln -s libusb-1.0.so.0.1.0 libusb-1.0.so.0)
* export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/var/media/ftp/lib
* execute Rechte für die Binaries setzen (chmod 755 hmland hmsniff)
* hmland testweise starten: ./hmland -l 127.0.0.1 -p 1000

das war es schon.
wie es dann in FHEM eingebaut wird das hmland automatisch startet findet man auch hier irgendwo.

Ich hatte vorher die Original FW 6.20 auf meiner Fritzbox 7390, und habe damit keinen autostart von FHEM hinbekommen. Eine Lösung war halt Freetz zu Flashen, eine andere FEHM manuell zu starten. Ob es weitere möglichkeiten gibt weiß ich nicht.

Welche FW hast du denn? die Original oder Freetz ?

Achso Cross-Kompilieren
Ich gehe mal davon aus du hast irgendwo deine Umgebung wo du dir dein Freetz baust. dann ruft du deine Freetz konfiguration auf mit
"make menuconfig" auf.
Dort must du "Level of user competence" auf Expert" stellen, und dannach unter "Toolchain options"->"Toolchains" auf "Build own toolchains" stellen.
Dann wieder raus aus der menuconfig und "make toolchain" aufrufen.
nach einer ganzen zeit hast du dann deinen Cross Kompiler einsatzbereit.
genauere infos hierzu findest du hier (http://freetz.org/wiki/help/howtos/development/create_cross-compiler_toolchain).

dannach habe ich alles so gemacht wie es hier (http://forum.fhem.de/index.php/topic,13071.msg105708.html#msg105708) steht.
Ich habe aber hmland aus denn neusten source Fertig, die bei mir auch funktionieren.
Ich hänge die hier mal an, aber benutzen auf eigener gefahr, den ich bin Anfänger.



Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralli am 13 Dezember 2014, 07:38:11
Vielen vielen Dank!

Ich habe es wie folgt gemacht: Freetz aus dem aktuellen Trunk gezogen. Mit den obligatorischen Einstellungen (7390, Firmware 6.20) dann als "Experte" in der Auswahl der Shared Librarys die libusb... angewählt und das Image erstellt.

Nachdem das Image auf der Box war, zunächst die freetz-Sicherheitsstufe auf 0 gesetzt und dann die kompilierten Binarys nach /var/media/ftp/HMLAN kopiert (und ausführbar gemacht). Über das freetz-Webinterface dann die rc.custom mit den Einträgen


export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib/freetz/
/var/media/ftp/HMLAN/hmland -d -L /var/media/ftp/HMLAN/hmcfgusb.log -P


gefüttert. So wird nun bei jedem Box-Start auch der hmland nach dem Bootvorgang als Dämon gestartet.

Läuft.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: stenny73 am 15 Dezember 2014, 11:19:23
Hallo

Nachdem ich hier gelesen habe das einige den HM-CFG-USB auch An einer 7390 betreiben habe ich mir gedacht mein FHEM zu erweitern.

Ich nutze derzeit mein FHEM mIt dem Stick auF einem eigenständigen Rechner, diesen würde ich gerne Abschalten da ich einen Citrix XenServer in Betrieb habe auf den alles umziehen soll - aufgrund der Räumlichen entfernung wÜrde ich gerne den Stick an einer 7330SL anschliessen die hier auch vorhanden ist.

Jetzt versuche ich schon das ganze letzte Wochenende mit in Freetz Image zu bauen wo der Stick mit funktioniert. Jedoch sind die Infos die ich bisher gefunden habe um den hmland mit einzubauen recht mager. Kann bitte einer auf Basis des Freetz-Linux, was ich benuze, eine kleine HowTo zusammenstellen? Ich komme im moment irgendwie damit nicht weiter.


Danke
stenny
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RicoT am 17 Dezember 2014, 21:44:57
@volschin
Sorry erstmal für die verspätete Antwort. Bei uns an der Arbeit stept momentan der Bär. Man könnte meinen es währe bald Weihnachten  ;D

Welchen Kernel ich nutze kann ich dir garnicht sagen. Es ist das neuste Raspbian wheezy mit updates wenn dir das weiter hilft.

Probiert hatte ich es mit der Anleitung auf Seite 1 und aber auch mit dem von dir angesprochenen Script. Ergebnis war immer das gleiche.

Ist jetzt aber für mich selbst kein Problem. Gibt im Moment nichts wichtiges wo ich sage, ich brauch jetzt unbedingt das Update von FHEM. Ich wollte es halt nur erwähnt haben damit jemand darüber bescheid weis...
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: docloy am 18 Dezember 2014, 23:07:03
Zitat von: RicoT am 09 Dezember 2014, 00:02:19
Ich hätte da mal nen Fehler mit zu teilen bei dem ich mir aber nicht sicher bin, ob es an FHEM oder hmland liegt. Und zwar habe ich gestern folgende Beobachtung gemacht:

Ich habe mir einen Rapberry Pi (B+) zugelegt und FHEM darauf installiert. Compilieren und alles hat einwandfrei und ohne Fehler geklappt. Das einzige Problem was ich hatte war, dass hmland immer direkt nach dem booten des Rapberry auf disconnected stand. Ich mußte den HM-CFG-USB jedesmal erst abziehen und wieder anstecken. Erst dann stand hmland auf opened und ich konnte meine Steckdosen schalten.

Meine vorgehensweise war IMMER Raspbian auf die Karte, Raspberry einrichten, FHEM installieren und einrichten, FHEM updaten, hmland compilieren...

Ich habe mehrfach immer wieder von vorne angefangen weil ich dachte ich hätte was falsch gemacht. Und dann kams:

Einmal hatte ich dann vergessen FHEM zu aktuallisieren. Und siehe da, es funktionierte alles auf anhieb und ohne Probleme. Ich habe es auch noch zwei mal probiert und es war immer wieder das gleiche. Sobald ich in FHEM ein Update gemacht habe, musste ich den Stick immer erst abziehen und wieder anstecken damit hmland funktioniert. FHEM Update war übrigens vom 05.12.2014...

Wie gesagt, ich weis nicht ob es an FHEM oder hmland liegt. Wollte es nur mal mitteilen...

Habe heute fhem nach längerer Zeit aktualisiert. Seither ist  mein hmusb immder disconnected. Habe auch einen Raspberry Pi (B UK-Version).  :-\

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 19 Dezember 2014, 19:36:21
Ich habe auf meinem HM-CFG-USB immer Fehlermeldungen, die das Log zumüllen:

2014.12.19 19:21:21 3: hmusb: Unknown code A0B98A2581121591126400000::-95:hmusb, help me!
2014.12.19 19:21:21 3: hmusb: Unknown code A0E988202112640112159010100002B::-93:hmusb, help me!
2014.12.19 19:22:33 3: hmusb: Unknown code A0C8D867011647B00000000D83A::-83:hmusb, help me!
2014.12.19 19:22:53 3: hmusb: Unknown code A0B8DA25811647B1C4C9D0000::-83:hmusb, help me!
2014.12.19 19:22:53 3: hmusb: Unknown code A0E8D82021C4C9D11647B0101000030::-79:hmusb, help me!
2014.12.19 19:23:05 3: hmusb: Unknown code A0C99867011215900000000DA40::-93:hmusb, help me!
2014.12.19 19:23:25 3: hmusb: Unknown code A0B99A2581121591126400000::-93:hmusb, help me!
2014.12.19 19:23:25 3: hmusb: Unknown code A0E9982021126401121590101000029::-89:hmusb, help me!
2014.12.19 19:25:04 3: hmusb: Unknown code A0C8E867011647B00000000D83A::-83:hmusb, help me!
2014.12.19 19:25:24 3: hmusb: Unknown code A0B8EA25811647B1C4C9D0000::-83:hmusb, help me!
2014.12.19 19:25:24 3: hmusb: Unknown code A0E8E82021C4C9D11647B0101000030::-79:hmusb, help me!
2014.12.19 19:25:58 3: hmusb: Unknown code A0C9A867011215900000000DA41::-92:hmusb, help me!


Funktionseinschränkungen konnte ich bisher nicht erkennen.
Hat jemand eine Idee, wie ich das korrigiert bekomme?

Gruß
Veit
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 19 Dezember 2014, 19:42:54
suche vccu.  ;)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 19 Dezember 2014, 22:34:35
Danke für den Tipp. Ich verstehe noch nicht ganz warum, aber es scheint zu helfen.  ;)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: docloy am 20 Dezember 2014, 00:27:47
Zitat von: frank am 19 Dezember 2014, 19:42:54
suche vccu.  ;)

Auch ich Danke für den Hint. Habe mich eingelesen und entsprechend konfiguriert. Jetzt geht der HMUSB wieder.... Vielen Dank!

PS Ist wohl nicht clever, hier nicht regelmäßig reinzuschauen.... ;)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: FHEMAN am 24 Dezember 2014, 03:09:18
Zitat von: hexenmeister am 11 August 2014, 16:28:16
oder mit dem Betriebsystem starten...

folgendes in eine script.sh schreiben, Rechte setzen (chmod a+x script.sh), (als root) ausführen, glücklich sein
Hallo hexenmeister,

ich habe auf einem Raspberry noch den Squeezeplug Server laufen, daher gibt es folgende Meldung:
root@squeezeplug:/opt/hmcfgusb# ./script.sh
update-rc.d: using dependency based boot sequencing
insserv: warning: script 'hmland' missing LSB tags and overrides
insserv: There is a loop between service logitechmediaserver and hmland if stopped
insserv:  loop involving service hmland at depth 2
insserv:  loop involving service logitechmediaserver at depth 1
insserv: Stopping hmland depends on logitechmediaserver and therefore on system facility `$all' which can not be true!
insserv: exiting now without changing boot order!
update-rc.d: error: insserv rejected the script header
root@squeezeplug:/opt/hmcfgusb#

Kannst Du mir Linux Noob bitte sagen, wie ich das Script abändern muss?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 24 Dezember 2014, 22:44:38
Hm... Ich dachte, ich hätte die LSB Tags nachträglich eingetragen...
Irgendwas beißt sich da mit deinen logitechmediaserver.
Bin gerade nicht daheim, werde nach den Feiertagen anschauen.

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: FHEMAN am 27 Dezember 2014, 23:08:17
Ich habe es nun in das fhem Startscript integriert, was zu funktionieren scheint.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 28 Dezember 2014, 00:48:16
Zitat von: derron am 27 Dezember 2014, 23:08:17
Ich habe es nun in das fhem Startscript integriert, was zu funktionieren scheint.
auch gut ;)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RoBra81 am 28 Dezember 2014, 12:36:17
Hallo,

ich habe soeben ein FHEM Update gemacht und nun funktioniert mein HM-CFG-USB seit dem shutdown restart nicht mehr: cond ok aber state disconnected. hmland läuft. Das einzige was im Log steht ist

2014.12.28 12:28:44 1: 127.0.0.1:1000 reappeared (OG.ze.SE.HomematicRF)
2014.12.28 12:28:44 1: HMLAN_Parse: OG.ze.SE.HomematicRF new condition init
2014.12.28 12:28:45 1: HMLAN_Parse: OG.ze.SE.HomematicRF new condition ok


Was kann ich tun?

Ronny


EDIT: So, alte Version wieder eingespielt und es läuft wieder...
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: domii666 am 30 Dezember 2014, 22:18:29
ich hab normal einen HM-CFG-LAN, kann ich den HM-CFG-USB auch nur fürs Firmware Update nutzen, für das hab ich mir den eigentlich gekauft. Oder irgendwie parallel nutzen, was ist den von der Sendeleistung Besser? Bzw, kann man das auch irgendwie erweitern, also als Repeater oder als Ausfallsicherheit nutzen? Den HM-CFG-LAN kann ich ja überall aufstellen wo ich Netzwerk habe(bei mir im ganzen Haus). Der Pi ist im Keller, da müsste ich ja das HM-CFG-USB anschließen, ich hoffe ihr versteht was ich meine.

Danke!

Gruß Domi
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: der-Lolo am 30 Dezember 2014, 22:42:24
Les mal im Thema VCCU die bewältigt unter anderem mehrere IODevices und entscheidet wann welches senden soll. Grundsätzlich wäre der USB im Keller und der HMLan in einem anderen Geschoss technisch kein problem und Funktechnisch wahrscheinlich sinnvoll. 
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: domii666 am 30 Dezember 2014, 23:23:35
Okay. Dann les ich mich Da mal ein. Muss ich dann neu pairen?

Gesendet von meinem HTC One mit Tapatalk

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 30 Dezember 2014, 23:45:13
Zitat von: domii666 am 30 Dezember 2014, 23:23:35
Muss ich dann neu pairen?

Nö  ;)
Verwende einfach die gleiche HMID weiter.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: domii666 am 30 Dezember 2014, 23:59:59
Klasse, werde ich Mir anschauen.

Gesendet von meinem HTC One mit Tapatalk

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: FHEMAN am 31 Dezember 2014, 15:30:38
Zitat von: domii666 am 30 Dezember 2014, 22:18:29
was ist den von der Sendeleistung Besser?

Ich betreibe gerade testweise den RPi+ mit HM-CFG-USB 2 als HM-CFG-LAN neben einer Fritzbox 7430 mit CUL Stick. Die VCCU entscheidet sich jedes Mal für den CUL Stick. Ich habe keine Priorisierung eingetragen. (Denke dran, in allen Devices inkl. VCCU die gleiche HMId einzutragen.)

Was ich mich frage: kann man das installierte fhem auf dem Raspberry mit fhem2fhem auch automatisch zur Lastverteilung nutzen? Ich hab da den Plan von 2 weiteren RPI+HM-CFG-USB Setups. Ist sonst irgendwie verschenkte Power.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 31 Dezember 2014, 15:51:44
Kommt darauf an, was Du lastverteilen willst. Alles was Du im zentralen Master an Daten verfügbar haben willst, muss dieser auch verarbeiten. Wenn Du Daten teilweise nur dezentral haben willst, kann das funktionieren.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: domii666 am 05 Januar 2015, 21:20:08
leider hab ich probleme mit ./hmland -D-p 1234

es braucht einfach ewig zum laden, habs jetzt ins Startskript eingebunden, musste man ja nur auskommentieren.

Wie kann ich jetzt schauen ob das jetzt funktioniert?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hb-man am 05 Januar 2015, 21:33:13
Zitat von: domii666 am 05 Januar 2015, 21:20:08
leider hab ich probleme mit ./hmland -D-p 1234

Hi,

du hast ne Lücke vergessen "-D -p".

lg
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 05 Januar 2015, 21:37:38
Hallo,

das mit der Lücke habe ich auch gesehen. Zudem gibt es -d und -D, das eine ist Debugmode und das andere Deamon - was was ist weiß ich nicht genau.
Mit "ps" kann man alle laufenden Prozesse anzeigen lassen. Eventuell muss man noch die Option "-a" oder "-A" angeben. Dann müsste dort der hmland auftauchen.

Gruß Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: domii666 am 05 Januar 2015, 21:55:13
da taucht hmland auf, jetzt möchte ich eine VCCU einrichten ohne meine bisherigen Pairs zu löschen.

mein HM-CFG-LAN ist schon eingerichtet und funktioniert perfekt.

mein HMLan ist aktuell so eingebunden
Zitatdefine HMLAN1 HMLAN 192.168.2.2121000
attr HMLAN1 hmId 123456
attr HMLAN1 hmLanQlen 1_min

das hab ihc im Forum entdeckt, wie weit müsste ich das abändern?

Zitatattr ccu IOList HMLAN1,HMLAN2


Ich habe auch zwei Sender, ein HMLAN und ein HMUSB (fühlt sich für FHEM praktisch wie ein HMLAN).
Diese Kombination funktioniert bei mir einwandfrei.



Zitat

    define HMLAN1 HMLAN 192.168.0.xxx:1000
    attr HMLAN1 alias HM-Transmitter (LAN)
    attr HMLAN1 group IO
    attr HMLAN1 hmId 123456
    attr HMLAN1 hmLanQlen 1_min
    attr HMLAN1 logIDs 0
    attr HMLAN1 room IO_Devices
    attr HMLAN1 wdTimer 25

    define hmusb HMLAN 127.0.0.1:1234
    attr hmusb alias HM-Transmitter (USB)
    attr hmusb group IO
    attr hmusb hmId 123456
    attr hmusb hmLanQlen 1_min
    attr hmusb room IO_Devices

    define ccu CUL_HM 123456
    attr ccu IODev HMLAN1
    attr ccu IOList HMLAN1,hmusb
    attr ccu IOgrp ccu
    attr ccu alias Virtuelle HM-Zentrale
    attr ccu group IO
    attr ccu model CCU-FHEM
    attr ccu room IO_Devices
    attr ccu subType virtual
    attr ccu webCmd virtual:update


und dann noch alle HM-Geräte mit
Zitat

    attr XYZ IODev hmusb
    attr XYZ IOgrp ccu
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: kennymc.c am 12 Januar 2015, 13:49:40
Überlege gerade, ob ich mir statt des HM-LAN nur den CFG-USB kaufe, da ich sowieso nur alles über Fhem steuern möchte und der Adapter natürlich auch günstiger ist.
Hier und im Wiki liest man ja von Problemen mit dem Raspberry Pi am USB-Port. Hat sich das durch Firmwareupdates mittlerweile etwas gebessert oder sollte ich doch ein HM-Lan nehmen? Hab noch ein normales Model B mit 512 MB.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 12 Januar 2015, 15:39:55
Ich habe mal den HM-USB am Pi Model B betrieben (mit einem aktiven Hub). Habe zwar von Problemen gelesen, selbst hatte ich jedoch keine.
Es besteht auch noch die Möglichkeit, die Geschwindingkeit der USB-Schnittstelle auf die USB1.1 zu reduzieren. Das soll auch helfen.
Alledings war ich mit dem Pi für FHEM insgesamt nicht zufrieden, daher Umstieg auf einen CubieTruck.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: kennymc.c am 12 Januar 2015, 16:32:56
Hat die Umschaltung auf USB 1.1 Nachteile, wenn man noch einen CUL betreibt? Scheint ja leider immer nur für alle Ports gleichzeitig zu sein.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 12 Januar 2015, 16:49:23
Sollte für CUL auch egal sein. Braucht ja nur eine sehr langsame Übertragung. Problem hast du,  wenn du eine Festplatte anschließen willst.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Hauswart am 12 Januar 2015, 23:21:35
Ich habe am Raspberry auch keine Probleme. Einfach ausprobieren.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: ujaudio am 14 Januar 2015, 07:01:36
Ich betreibe den HM-CFG-USB direct am USB des Raspberry B+ und den CuL über einen weiteren USB - alles ohne Probleme.

Gruß
Jürgen
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ich79 am 15 Januar 2015, 14:35:38
Hallo!
Ich habe jetzt mal das Update vom Fritz!OS (auf der 7490) gewagt und begnüge mich mit dem manuellen Start von fhem. Allerdings ist seither mein hmland am spinnen. Ich erhalte überhaupt keine Daten mehr. Das eventlog zeigt pausenlos
15-01-15 14:33:55 HMLAN fb_hmusb Xmit-Events: timeout:638 disconnected:638 init:638
2015-01-15 14:33:55 HMLAN fb_hmusb prot_timeout: last
2015-01-15 14:33:55 HMLAN fb_hmusb DISCONNECTED
2015-01-15 14:33:55 HMLAN fb_hmusb cond: disconnected
2015-01-15 14:33:55 HMLAN fb_hmusb Xmit-Events: timeout:638 disconnected:639 init:638
2015-01-15 14:33:55 HMLAN fb_hmusb prot_disconnected: last
2015-01-15 14:33:55 HMLAN fb_hmusb cond: init
2015-01-15 14:33:55 HMLAN fb_hmusb Xmit-Events: timeout:638 disconnected:639 init:639
2015-01-15 14:33:55 HMLAN fb_hmusb prot_init: last
2015-01-15 14:33:55 HMLAN fb_hmusb CONNECTED

Der Daemon selbst lässt sich problemlos starten.

Habe ich da irgendwas übersehen? Wäre super wenn jemand spontan einen tipp hat. Ich habe im Forum bisher nichts gefunden.

[EDIT]
So, ich habe jetzt mal versucht die FritzBox neu zu starten, den Stick ab- und wieder an zu stecken, hmland mehrfach neu gestartet. Es bleibt beim Alten. Irgendwie verschluckt sich das Ding. Ich kann jedoch nicht genau sagen wo das Problem liegt.
Interessant ist: Die ganzen Aktoren/Sensoren blinken grün, also wie immer. Sobald ich entweder hmland beende oder den Stick abziehe kommt wie erwartet lange gelb dann rot...
[/EDIT]

[EDIT2]
Nach ewigem rumprobieren läuft es jetzt scheinbar wieder. Keine Dateien getauscht, nur Dienste neu gestartet. Wirkt leider nicht so vertrauenserwecked. Werde mir wohl einen Watchdog oder Notify basteln, falls das wieder passiert.
Dummerweise hab ich so viel Krempel ausprobiert, dass ich nicht mehr sagen kann was jetzt zum Erfolg geführt hat.
[/EDIT2]

Viele Grüße
Boris
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: teran42 am 17 Januar 2015, 14:20:17
Hallo,
nach mehr als einem Jahr problemlosen Betrieb funktioniert mein HM-CFG-USB an keinem Rechner mehr
Beim einstecken am RPi oder einem Linux Rechner erhalte ich folgendes im Kernel Log:

[82558.412025] usb 1-1.3.1.1: new full-speed USB device number 37 using dwc_otg
[82558.492134] usb 1-1.3.1.1: device descriptor read/64, error -32
[82558.682050] usb 1-1.3.1.1: device descriptor read/64, error -32
[82558.872031] usb 1-1.3.1.1: new full-speed USB device number 38 using dwc_otg
[82558.952033] usb 1-1.3.1.1: device descriptor read/64, error -32
[82559.142045] usb 1-1.3.1.1: device descriptor read/64, error -32
[82559.332103] usb 1-1.3.1.1: new full-speed USB device number 39 using dwc_otg
[82559.751872] usb 1-1.3.1.1: device not accepting address 39, error -32
[82559.832128] usb 1-1.3.1.1: new full-speed USB device number 40 using dwc_otg
[82560.251882] usb 1-1.3.1.1: device not accepting address 40, error -32
[82560.252104] hub 1-1.3.1:1.0: unable to enumerate USB device on port 1


Also Grundsätzlich redet der Stick mit seinem USB Host, nur der verstehen sich die beiden nicht. Habe diese Fehlermeldung hier im Forum schon mal gesehen, aber keine Lösung (ausser neuer Stick).

Blöder Nebeneffekt FHEM versagt wortlos (also ohne LOG Meldung) den Dienst, wenn "hmland" auf den Timeout läuft. Hat mich etwas gekostet die wahre Ursache zu finden.

Da ja nunmal Wochenende ist, ist neu bestellen nicht die schnellste Option. Also erst einmal in den Stick reingeschaut.
Spannung 3.3V liegt ordnugsgemäss am Chip an, den Kondensatoren sieht man so nix an ...

Auf der Platine befinden sich aber verschiedene Testpunkte und siehe da im Datenblatt des verwendeten AT91SAM7S128 sind dies :
MP4 geht auf J2 und ERASE
MP3 geht auf J2 und J1 sowie VDDIO
MP2 geht auf J2 und und TST
ST1 hat VDD, PGMM2, PGMM1 und GND

Laut Datenblatt löscht ein anheben von ERASE auf VDD den FlashSpeicher des Chips (50ms mindestens)
Weiterhin wenn TST, PA0-PA2 auf high für 10 Sekunden (PA0-PA2 sind direkt auf 3,3V verdrahtet) soll ein SAM-BA Boot assistant den Chip in einen recovery modus setzen.... Wenn ich dann die Firmware nehme und wieder flashe, evtl. Vendor ID und Product ID im source von flash-hmcfgusb anpassen...

Also frisch ans Werk (mehr als kaputt geht ja nunmal nicht :-)). Ein ERASE und TST Cycle weiter kommen zumindest die obigen Fehlermeldungen nicht mehr, der Chip taucht bei lsusb aber trotzdem nicht auf :-(.

Hat hier irgendwer Erfahrungen in der Wiederbelebung des USB Sticks oder dem verwendeten Atmel Controller? Wie gesagt, scheine ja nicht der Einzige mit dem Schicksal zu sein.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Commander am 21 Januar 2015, 19:38:30
Versuche es auf meinem Raspberry zu installieren und bekomme folgende Fehlermeldung:
root@xbian:/opt/hmcfgusb# make
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmland.o hmland.c
hmland.c:24:19: fatal error: stdio.h: No such file or directory
compilation terminated.
make: *** [hmland.o] Error 1

Kann mir vielleicht jemand nen Tipp geben?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: juppzupp am 21 Januar 2015, 23:13:49
Er sagts ja. Dir fehlt die Datei stdio.h

Bei Debian standard findet die sich im Paket libc6-dev (unter anderem)

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: plin am 24 Januar 2015, 08:49:28
Hallo Leute,

ich habe ein paar Fragen und hoffe hier den richtigen Thread gefunden zu haben. Mit dem CUL V3 USB Stick CC1101 USB Lite komme ich nicht vom 1.OG bis in den Keller, deshalb will ich dort unten eine zweite FHEM-Instanz laufen lassen. Dafür ausgeguckt habe ich mir den Homematic 104134 Konfigurations-Adapter USB.

Meine Fragen dazu:

Ciao,
Peter
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralli am 25 Januar 2015, 07:20:36
http://www.fhemwiki.de/wiki/HM-CFG-USB_USB_Konfigurations-Adapter
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: FHEMAN am 30 Januar 2015, 20:31:43
Bei dem verlinkten Script für init.d bekomme ich bei
sudo service hmland start
immer folgende Fehlermeldungen:

derron@cubie:/etc/init.d$ sudo service hmland start
: not found/hmland: 13: /etc/init.d/hmland:
: not found/hmland: 16: /etc/init.d/hmland:
/etc/init.d/hmland: 17: /etc/init.d/hmland: Syntax error: word unexpected (expecting "in")


Ich habe den Code per Copy and Paste mit Notepad++ als (Unix Script File erkannt) in eine .sh Datei geschrieben.

Was kann das sein?

Ich würde HMLAND dieses Mal gerne unabhängig von fhem starten.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: P.A.Trick am 30 Januar 2015, 20:53:03
Zitat von: derron am 30 Januar 2015, 20:31:43
Bei dem verlinkten Script für init.d bekomme ich bei
sudo service hmland start
immer folgende Fehlermeldungen:

derron@cubie:/etc/init.d$ sudo service hmland start
: not found/hmland: 13: /etc/init.d/hmland:
: not found/hmland: 16: /etc/init.d/hmland:
/etc/init.d/hmland: 17: /etc/init.d/hmland: Syntax error: word unexpected (expecting "in")


Ich habe den Code per Copy and Paste mit Notepad++ als (Unix Script File erkannt) in eine .sh Datei geschrieben.

Was kann das sein?

Ich würde HMLAND dieses Mal gerne unabhängig von fhem starten.

mach mal ein cat /etc/init.d/hmland
und ein ls -l /etc/init.d/hmland
und poste das Ergebnis hier!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: FHEMAN am 30 Januar 2015, 21:12:58
Hallo P.A.Trick, danke für Deine Hilfe. Ich habe es nun hinbekommen:

1. #!/bin/sh fehlte in der 1. Zeile
2. sudo sed -i -e 's/\r$//' hmland


(Um alle DOS Sonderzeichen durch Copy and Paste zu eliminieren, wie die oben gennanten plus  /bin/sh^M: bad interpreter: No such file or directory)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: TLorenz am 31 Januar 2015, 17:41:52
Moin zusammen,
ich habe gestern meine HM-CC-RT-DN und den HM-CFG-USB2 gekriegt :)
Habe den Stick unter Ubuntu mit dem hier im Thread befindlichen Skript installiert und zusätzlich noch von http://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb das update installiert.
Jetzt mein Problem. Ich kriege die Heizungssteuerung nicht mit dem Stick gepairt. Weder, wenn ich über hmPairForSeconds noch über die IDs paaren will. Hoffe ihr könnt mir helfen, falls ich noch irgendwelche Logs posten soll, gebt Bescheid.

Danke schonmal
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralf9 am 01 Februar 2015, 12:25:14
Hallo,

wenn ich meinen Cubietruck boote wird fhem nicht gestartet, es wird nur der hmland gestartet.
Ich möchte, daß hmland im fhem startscript mitgestartet wird.
http://www.fhemwiki.de/wiki/HM-CFG-USB_USB_Konfigurations-Adapter#Start_.C3.BCber_Fhem_Startskript

Hier ist meine  /etc/init.d/fhem


ralf@cubie:~$ cat /etc/init.d/fhem
#!/bin/sh
# description: Start or stop the fhem server
# Added by Alex Peuchert

### BEGIN INIT INFO
# Provides:             fhem.pl
# Required-Start:       $local_fs $remote_fs
# Required-Stop:        $local_fs $remote_fs
# Default-Start:        2 3 4 5
# Default-Stop:         0 1 6
# Short-Description:    FHEM server
### END INIT INFO

set -e
cd /opt/fhem
port=7072

case "$1" in
'start')
        echo "Starting fhem..."
        /opt/fhem/hmcfgusb-HEAD-18e63b2/hmland -d -p 1234
        perl fhem.pl fhem.cfg
        RETVAL=$?
        ;;
'stop')
        echo "Stopping fhem..."
        perl fhem.pl $port "shutdown"
        RETVAL=$?
        pkill hmland
        ;;
'status')
        cnt=`ps -ef | grep "fhem.pl" | grep -v grep | wc -l`
        if [ "$cnt" -eq "0" ] ; then
                echo "fhem is not running"
        else
                echo "fhem is running"
        fi
        ;;
*)
        echo "Usage: $0 { start | stop | status }"
        RETVAL=1
        ;;
esac
exit $RETVAL



Wenn ich aber fhem mit "service fhem start" starte, dann wird alles gestartet:


root@cubie:/home/ralf# service fhem start
Starting fhem...
Daemon with PID 3912 started!
root@cubie:/home/ralf#


Gruß Ralf
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Knallfrosch am 12 Februar 2015, 16:44:58
Hallo,

ich habe nun heute meinen HM USB und ein Heizungsthermostat bekommen.

Beim einbinden des Sticks scheitere ich allerdings.

an dem Punkt
deepthought [~/hmcfgusb]> ./hmland -D -p 1234
wirft mir der RPi folgendes aus:

2015-02-12 15:34:28.970946: Client 127.0.0.1 connected!
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
2015-02-12 15:34:28.989720: Connection to 127.0.0.1 closed!


mit lsusb

wird mir aber der Stick wie folgt angezeigt:

Bus 001 Device 005: ID 1b1f:c00f


im Log von FHEM

finde ich folgendes:

2015.02.12 15:34:20 1: HMLAN_Parse: hmusb new condition init
2015.02.12 15:34:21 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2015.02.12 15:34:21 1: HMLAN_Parse: hmusb new condition disconnected
2015.02.12 15:34:21 1: 127.0.0.1:1234 reappeared (hmusb)
2015.02.12 15:34:21 1: HMLAN_Parse: hmusb new condition init
2015.02.12 15:34:22 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2015.02.12 15:34:22 1: HMLAN_Parse: hmusb new condition disconnected
2015.02.12 15:34:22 1: 127.0.0.1:1234 reappeared (hmusb)
2015.02.12 15:34:22 1: HMLAN_Parse: hmusb new condition init
2015.02.12 15:34:23 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)


der HMUSB wird auch nur als Open angezeigt und nicht also Connected.

Kann mir jemand helfen wie ich den Stick einbinden kann?

Vielen Dank.


Grüße
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Knallfrosch am 12 Februar 2015, 16:58:23
Ach wie blöd.

nach sudo ./hmland -d -p 1234
bekam ich als Rückmeldung
Daemon with PID 2262 started!

im FHEM steht nun:
2015.02.12 15:53:13 3: Opening hmusb device 127.0.0.1:1234
2015.02.12 15:53:13 3: hmusb device opened
2015.02.12 15:53:13 1: HMLAN_Parse: hmusb new condition init
2015.02.12 15:53:14 1: HMLAN_Parse: hmusb new condition ok


Der Stick steht aber immer noch nur auf opened

Bin für Hilfe sehr dankbar.

Habe bisher bei allen Versuchen DS18B20 sowie einem Jeelink-Clone nur Rückschläge gehabt.
Meine Hoffnung war nun mit HM endlich mal ein Erfolgserlebnis zu haben.  >:(

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: der-Lolo am 12 Februar 2015, 17:12:34
ZitatDer Stick steht aber immer noch nur auf opened

Bin für Hilfe sehr dankbar.

Dann sei Dir selbst dankbar... Die Meldung bleibt wie sie Ist...
opened ist richtig.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Knallfrosch am 12 Februar 2015, 17:16:12
Im Ernst?  8)

OK, super.

D.h. ich kann nun "versuchen" den Thermostat anzulernen?

Drückt mir mal bitte die Daumen, das es klappt.

NACHTRAG: nach dem weiten Pair-Versuch haben sich die zwei gefunden.
Uff....nun bin ich fürs erste erleichtert und werde mich nun mal mit den ganzen neuen Daten im FHEM befassen.


Ich hätte wohl noch Tage versucht ein "Connected" zu erreichen.  ::)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Knallfrosch am 12 Februar 2015, 18:15:07
Eine Frage habe ich allerdings noch und hoffe ihr könnt mir nochmal helfen.


Wenn ich nun den RPi reboote wird der HMUSB (in FHEM) nicht erkannt bzw. als Disconnected angezeigt.

Nach dem Start von HMLAND mit
sudo ./hmland -d -p 1234
Funktioniert wieder alles.

Wie schaffe ich es das HMLAND automatisch nach einem Neustart des RPi wieder läuft?

Prinzipiell muss ja irgendwo der "Befehl" sudo ./hmland -d -p 1234 automatisch abgesetzt werden. Aber wie mache ich das?


Grüße
Thorsten
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 12 Februar 2015, 18:18:51
Weiter vorn im Thread lesen. Da steht die komplette Lösung voll verscriptet.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 12 Februar 2015, 20:49:55
Hallo,

in dem neusten Debian Paket muss man nur in der "/etc/init.d/fhem" die auskommentieren Zeile aktivieren um hmland mit fhem zu straten. Wenn der schon läuft (z.B. Nachweinen Shutdown restrart) gibt es eine Fehlermeldung der Port wäre schön belegt - was aber der Funktion keinen Abbruch tut.

Gruß Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Knallfrosch am 12 Februar 2015, 20:56:08
Hallo Christoph,

danke für deine Hilfe.

Ich habe mich hier (http://www.fhemwiki.de/wiki/HM-CFG-USB_USB_Konfigurations-Adapter) (http://www.fhemwiki.de/wiki/HM-CFG-USB_USB_Konfigurations-Adapter)) nochmal durchgearbeitet da ich hier im Beitrag nichts gefunden hatte.

Habe dann gesehen das die Zeilen schon enthalten waren und nur durch das # "deaktiviert" waren.

Nun scheint es zu funktionieren. *freu-freu* :-)

Grüße
Thorsten
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 12 Februar 2015, 21:50:01
Ich finde die Lösung mit separatem Startscript eleganter.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Knallfrosch am 13 Februar 2015, 08:55:38
Zitat von: volschin am 12 Februar 2015, 21:50:01
Ich finde die Lösung mit separatem Startscript eleganter.

Guten Morgen,

kannst du mir bitte erklären was der Unterschied ist und wie das funktioniert?

Danke.


Grüße
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralli am 13 Februar 2015, 10:02:50
Wie es funktioniert, steht doch eben genau in dem von Dir auch zitierten Wiki-Artikel.

Der Vorteil ist, dass es sauber aufgabenspezifisch getrennt ist.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Knallfrosch am 13 Februar 2015, 10:09:50
Ahso OK.
Entschuldigung, aber im Moment bin ich echt erschlagen von dem vielen Input und mir fehlt da noch deutlich der Überblick.  :-\

Also ist damit dann die Variante "Start als Daemon" mit dem seperatem Startscript gemeint?


Im Moment bin ich noch am basteln, lernen und spielen.
Ich denke wenn ich Fortschritte gemacht habe, setze ich alles neu und hoffentlich Fehlerfrei auf, dann werde ich es evtl. dann so verwirklichen.


Grüße
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Knallfrosch am 17 Februar 2015, 17:04:47
Hallo da bin ich nochmal  :(

nachdem ich soweit alles einmal eingebunden hatte, aber durch einige Fummeleien in der .cfg alles sehr durcheinander war wollte ich nochmal alles neu aufsetzen.
Übung macht den Meister :-)

Ich war mir ziemlich sicher das der HMUSB das kleinste Problem ist, aber falsch gedacht.

Irgendwo hat sich wohl ein Fehler eingeschlichen.

Also manuell mit sudo ./hmland -d -p 1234
Funktioniert es und der HMUSB ist in FHEM "Opened"

Nun habe ich erneut die # vor /opt/hmcfgusb/hmland -d -p 1234 in der /etc/init.d/fhem entfernt.

Wenn ich nun den Rpi reboote startet FHEM nicht mehr.
Auf dem Startbildschirm steht dann:
Starting fhem...
/etc/init.d/fhem: 32: /etc/init.d/fhem: /opt/hmcfgusb/hmland: not found


Fhem startet somit nicht und ist nicht über das Frontend erreichbar.

Wenn ich vor o.g. Zeile wieder eine # Stelle und manuell starte funktioniert alles wie es soll.

Kann mir dabei bitte jemand helfen?

So sieht meine  /etc/init.d/fhem aus


        echo "Starting fhem..."

# if you need to start hmland for use with
# Homematic, please start the hmland daemon
# like this (please use correct path and port,
# depending on your installation!)

        /opt/hmcfgusb/hmland -d -p 1234


        perl fhem.pl fhem.cfg

# if you want to use configDB for configuration,
# use this command to start fhem:
#
#       perl fhem.pl configDB
#
# and remove/comment the above line including fhem.cfg

        RETVAL=$?
        ;;
'stop')
        echo "Stopping fhem..."

# if you want to stop hmland during fhem stop:
        pkill hmland

        pkill -U fhem perl
        RETVAL=$?
        ;;
'status')
        cnt=`ps -ef | grep "fhem.pl" | grep -v grep | wc -l`
        if [ "$cnt" -eq "0" ] ; then
                echo "fhem is not running"
        else
                echo "fhem is running"
        fi
        ;;
*)
        echo "Usage: $0 { start | stop | status }"
        RETVAL=1
        ;;
esac
exit $RETVAL

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 17 Februar 2015, 18:06:12
Hallo,

zwei Möglichkeiten:
1) der Pfad stimmt nicht - Mach da wo
Zitatsudo ./hmland -d -p 1234
mal ein "pwd" dann wird das Verzeichnis angezeigt.
2) die Berechtigungen an hmland sind nicht korrekt. Hier hilft "ls -la". Dann kannst Du die Berechtigungen mit "sudo chmod ..." ändern.
Ich vermute ... Punkt 2

Gruß Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Knallfrosch am 17 Februar 2015, 20:28:27
Zitat von: Bennemannc am 17 Februar 2015, 18:06:12
Hallo,

zwei Möglichkeiten:
1) der Pfad stimmt nicht - Mach da wo  mal ein "pwd" dann wird das Verzeichnis angezeigt.
2) die Berechtigungen an hmland sind nicht korrekt. Hier hilft "ls -la". Dann kannst Du die Berechtigungen mit "sudo chmod ..." ändern.
Ich vermute ... Punkt 2

Gruß Christoph

Hallo Christoph,

also mit pwd an der stelle wo ich vorher sudo ./hmland -d -p 1234 eingegeben habe, ist mir mit deiner Hilfe der Fehler sofort aufgefallen.
Der Pfad war ja ganz anders, als in den Beispielen.  ::)
Bei mir lautet dieser:
/home/pi/hmcfgusb

Es wäre ja wirklich schön wenn mir unter Linux bzw. Perl auf Anhieb was gelingen würde.
Den Befehl pwd habe ich mir nun auf meinen Schmierblock geschrieben.....was drei Buchstaben alles ausmachen können.

VIELEN DANK.

Grüße
Thorsten
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Knallfrosch am 17 Februar 2015, 20:41:07
Ich habe aus Versehen vorher schon 2 Angaben in der /etc/init.d/fhem entfernt.

hier steht ja Pfad ./hmland -d -p 1234 -r 0 wenn ich mich recht entsinne.
Ich glaube das hat etwas mit dem Reboot des Sticks zutun, stimmt das?
Allerdings bin ich mir nicht mehr sicher ob es wirklich -r 0 ist oder evtl. auch O statt 0 ??

Könnte mir bitte diese "Kommandos" nennen damit ich die einpflegen kann.

Danke.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 17 Februar 2015, 21:34:45
Hallo,

also ./hmland sagt nur aus, das die hmland im aktuellen Verzeichnis steht. "-d" als Daemon starten, also im Hintergrund laufen lassen. -p ist der Port, als IP wird immer Localhost 127.0.0.1 angenommen. Was -r 0 ist kann ich nicht sagen.
Aus der /etc/init.d/fhem muss immer der komplette Pfad ab / eingetragen werden. Mit ./ müsste die hmland ja im /etc/init.d/ stehen - das wäre nicht normal.
Wenn man genau nach Anweisung vor geht, steht die Datei "hmland" im Verzeichnis /opt/hmcfgusb/. Wenn man die Zeil "/opt/hmcfgusb/hmland -d -p 1234" einträgt, wird der hmland automatisch mit fhem gestartet. Startet man fhem nach einem Absturz oder mit Shutdown restart, kommt es zu einer Fehlermeldung, das der Port bereits benutzt wird - der hmland wurde ja nicht gestoppt. Der Fehler hat aber keine Auswirkungen.
Zu "pwd" das steht für "Print working Directory" also aktuelles Verzeichnis angeben.

Gruß Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: philb am 18 März 2015, 01:23:51
Hallo hallo,

ich verwende den HM-CFG-USB 2 (Version 0.967) an einem Raspberry PI 2 und hab da mal eine Frage zur Performance:

Ist es normal, dass das Device so oft dis- und reconnected wird? Im fhem-Log, das in wenigen Stunden bereits auf 250kb angeschwollen ist, erscheinen die folgenden Zeilen 62 mal pro Sekunde:


2015.03.17 19:15:09 1: HMLAN_Parse: hmusb new condition init
2015.03.17 19:15:09 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2015.03.17 19:15:09 1: HMLAN_Parse: hmusb new condition disconnected
2015.03.17 19:15:09 1: 127.0.0.1:1234 reappeared (hmusb)


Die CPU steigt auf über 98%. Grafisch sieht das Ganze so aus:
https://app.box.com/s/0clmhljj6uqiu2r30c2wu0wcyvtmural (https://app.box.com/s/0clmhljj6uqiu2r30c2wu0wcyvtmural)

Wie man sieht steigt die CPU stetig an sobald der hmlan daemon gestartet wird. Sobald ich den Prozess beende normalisiert sich wieder alles.

Den Parameter
dwc_otg.speed=1
habe ich übrigens ans Ende der /boot/cmdline.txt gesetzt. Wenn ich den Parameter an den Anfang der Datei schreibe, wie es im Wiki steht (http://www.fhemwiki.de/wiki/HM-CFG-USB_USB_Konfigurations-Adapter#Bekannte_Probleme (http://www.fhemwiki.de/wiki/HM-CFG-USB_USB_Konfigurations-Adapter#Bekannte_Probleme)), dann bootet der Raspi 2 nicht mehr. Setze ich den Parameter ans Ende, bootet der Raspi ganz normal und der Stick läuft dann auch auf USB 1.1. Das hat leider dennoch keine Verbesserung gebracht.

Im Netz konnte ich leider nichts dazu finden. Kann es sich dabei um ein spezielles Raspi 2 Problem handeln, das auf dem 1er ev. gar nicht auftritt? Für den Fall, dass das eigentlich ganz normal ist, gibt es die Möglichkeit die Anzahl der Reconnects auf 2 pro Sekunde zu beschränken? Oder ist es gar so, dass im Normalfall einfach nur ein Connect zur Initialisierung stattfindet und das ganze Reconnecten gar nicht sein soll?

Würde mich sehr über weiterführende Infos freuen.

Danke und Gruß
Phil
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mfeske am 21 März 2015, 21:11:28
Hallo Michael,

ich habe mir einen HM-CFG-USB 2 bestellt und möchte diesen unter Raspian neben einen CUL433 und CUL868 verwenden. Ich bin allerdings nicht der Linux Held. git ist vorhandenen, wo sollte der clone abgelegt werden und wie stelle ich fest ob die anderen benötigten Komponenten auch vorhanden sind?
Muss der Stick zu Beginn eingesteckt sein oder erst später?
Habe ich vielleicht das "Idiotensichere" Tutotrial für Raspian übersehen?
Gruß
Micha
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 21 März 2015, 21:52:05
Zitat von: mfeske am 21 März 2015, 21:11:28
Habe ich vielleicht das "Idiotensichere" Tutotrial für Raspian übersehen?

Vermutlich. Es steht - inklusive der Angabe von Paketnamen - im ersten Beitrag dieses Threads.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: philb am 21 März 2015, 22:22:54
Hallo hallo,

ich wollte nur nochmal kurz nachfragen, wie oft sich bei euch der HM-CFG-USB reconnected? Bei mir sind es 62 Mal pro Sekunde. Habe leider keinen Vergleich, daher die Frage.

Dankbar für Infos,
Phil
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Mr. P am 22 März 2015, 00:09:22
Zitat von: philb am 21 März 2015, 22:22:54
ich wollte nur nochmal kurz nachfragen, wie oft sich bei euch der HM-CFG-USB reconnected? Bei mir sind es 62 Mal pro Sekunde. Habe leider keinen Vergleich, daher die Frage.
Hej Phil,

also ich kann mit höchstens einem Reconnect innerhalb von 24 Stunden dienen. Viel mehr würde ich auch eher kritisch sehen.
Bei einem Raspberry würde ich mir bei solchen Problemen als eines der ersten Dinge die USB-Konfiguration vornehmen.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: philb am 23 März 2015, 10:56:55
Ok, danke schon mal für die Info. Aber was könnte ich noch am USB-Port konfigurieren, außer den auf Version 1.1 zu fahren?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Mr. P am 23 März 2015, 11:01:39
Kenne die ganzen Optionen nicht auswendig, aber hast du das schon einmal probiert? Wirkt oft Wunder! ;-)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: philb am 23 März 2015, 11:10:57
Ja der Port läuft auf USB 1.1, was das Problem leider nicht löst. Ich schau mal nach weiteren USB Optionen. Sollte ich Erfolg haben, werde ich berichten... :)

Danke soweit!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Mr. P am 23 März 2015, 11:19:34
Bekommt der Raspberry mit Sicherheit auch genug Strom?
Selbst wenn du ein 2A-Netzteil angeschlossen hast, heißt das nicht, dass es zuverlässig Strom liefert. Bei manchen Geräten bricht zB gerne die Spannung zusammen und liefert plötzlich nur mehr 4,7 anstatt 5V.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: philb am 23 März 2015, 13:47:31
Problem gelöst!!  :D

Hatte den Raspi an einem China USB-Ladegerät mit 3,1A laufen. Hab den Raspi jetzt an ein 4A USB-Hub angeschlossen und es geht.

Allerdings frage ich mich jetzt, ob das am China USB-Ladegerät liegt oder ob 3,1 A nicht genug waren?

Eigentlich sollten doch 2,5A reichen oder? Würde es dann mal mit diesem probieren:
http://www.voelkner.de/products/490023/HN-Power-USB-Ladegeraet-Steckdose-HNP15-USB-C-USB-1-x-2500-mA.html (http://www.voelkner.de/products/490023/HN-Power-USB-Ladegeraet-Steckdose-HNP15-USB-C-USB-1-x-2500-mA.html)

Vielen Dank!! :)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: philb am 23 März 2015, 13:50:11
Stichwort: Stabilisierte Ausgangsspannung
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mfeske am 23 März 2015, 18:20:59
Zitat von: betateilchen am 21 März 2015, 21:52:05
Vermutlich. Es steht - inklusive der Angabe von Paketnamen - im ersten Beitrag dieses Threads.
Hallo betateilchen,

habe ich nicht übersehen, aber es war halt nicht alles klar. Wann zum Beispiel der Stick eingesteckt wird und wo der clone abgelegt werden soll zum Beispiel in /opt oder in /opt/FHEM. which make und which gcc erzeugen bei mir Ausgaben, ich geh mal davon aus die Hürde habe ich schon genommen.

Gruß
Micha
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 23 März 2015, 18:30:04
Es ist völlig egal, wohin Du clonst. Die einzige Stelle, an der es KEINEN SINN macht, wäre innerhalb der fhem Verzeichnisstruktur.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mfeske am 23 März 2015, 18:59:44
weil ich es dann mit einem update kaputt mache ?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mfeske am 24 März 2015, 18:30:40
Hallo Michael,

ich hatte so gehofft :-(
in /opt/ ein git clone git://git.zerfleddert.de/hmcfgusb ausgeführt aber beim make kommt dann:
root@raspyfhem:/opt/hmcfgusb# make
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmland.o hmland.c
hmland.c:41:31: fatal error: libusb-1.0/libusb.h: Datei oder Verzeichnis nicht gefunden
compilation terminated.
<builtin>: recipe for target 'hmland.o' failed
make: *** [hmland.o] Error 1

libusb-1.0 ist aber da, ich hatte vorher ein sudo aptitude search libusb-1.
ausgeführt und da kam:
i A libusb-1.0-0                                                   - userspace USB programming library                                       
p   libusb-1.0-0-dev                                               - userspace USB programming library development files


Gruß
Micha

Lösung: sudo aptitude install  libusb-1.0-0-dev

Ergebnis:
root@raspyfhem:/opt/hmcfgusb# make
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmland.o hmland.c
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmcfgusb.o hmcfgusb.c
gcc -L/opt/local/lib  hmland.o hmcfgusb.o  -lusb-1.0 -lrt -o hmland
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmsniff.o hmsniff.c
gcc -L/opt/local/lib  hmsniff.o hmcfgusb.o  -lusb-1.0 -lrt -o hmsniff
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o flash-hmcfgusb.o flash-hmcfgusb.c
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o firmware.o firmware.c
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o util.o util.c
gcc -L/opt/local/lib  flash-hmcfgusb.o hmcfgusb.o firmware.o util.o  -lusb-1.0 -lrt -o flash-hmcfgusb
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o flash-ota.o flash-ota.c
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o culfw.o culfw.c
gcc -L/opt/local/lib  flash-ota.o hmcfgusb.o culfw.o firmware.o util.o  -lusb-1.0 -lrt -o flash-ota


Ich wollte jetzt mit ./hmsniff
mal meine Umgebung abhören, damit ich mich für die richtige hmid entscheide, aber es kommt nur HM-CFG-USB opened!

Muss ich jetzt eigentlich den Dinest bei jedem Raspi start neu starten oder übernimmt FHEM das für mich? Ich habe es wie hier  (http://forum.fhem.de/index.php/topic,13071.msg104677.html#msg104677)beschrieben eingetragen, aber hmusb wird mir in fhem nach einem Neustart als disconnected angezeigt. Mit define Func_Start_Init_W watchdog . 00:00:01 SAME {system("ps | grep hmland | grep -v -q grep || /opt/fhem/hmland -d -p 1234");;} wird er als opened angezeigt

Gibt es weiter den Plan die Software direkt in FHEM zu integrieren?

Gruß
Micha
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 24 März 2015, 20:16:23
Zitat von: mfeske am 24 März 2015, 18:30:40
Lösung: sudo aptitude install  libusb-1.0-0-dev

Das steht doch auch im ersten Beitrag hier im Thread?

ZitatUm die Software zu kompilieren, braucht man (neben make und gcc, bei Debian am besten build-essential installieren) noch das Development-Paket für libusb-1.0 (Debian: libusb-1.0-0-dev).
Wenn man die nötigen Voraussetzungen geschaffen hat, dann sollte die Software ohne Fehlermeldungen kompilieren


Eine vollständige Integration in fhem macht eigentlich keinen Sinn, da Gerätetreiber (und ein solcher ist der hmland) immer benutzer- und plattformabhängig sind.

Den hmland selbst solltest Du immer starten, bevor Du fhem startest, am einfachsten bindest du ihn in das Startskript von fhem ein.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mfeske am 24 März 2015, 20:40:09
Hallo betateilchen,

ich bin jetzt auf Seite 16 der Beiträge :-( Ja ich hatte es nicht richtig gelesen, es war meine Schuld. ich hatte jetzt die watchdog Lösung genommen, hat diese Nachteile ?

Meine Logdatei wird jetzt mit Einträgen geflutet:
2015.03.24 20:30:46 1: 127.0.0.1:1234 disconnected, waiting to reappear (hmusb)
2015.03.24 20:30:46 1: HMLAN_Parse: hmusb new condition disconnected
2015.03.24 20:30:46 1: 127.0.0.1:1234 reappeared (hmusb


Der Beitrag (http://forum.fhem.de/index.php/topic,19154.30.html) hat mir leider nicht weitergeholfen. Wenn ich den Start über watchdog entferne und ./hmland -d -p 1234 zum starten verwende kommt die Meldung nicht. Welches script genau ist den jetzt zum starten? Bin auf Seite 18 und habe glaube ich schon drei unterschiedliche Startmethoden gefunden :-(

Ich bin noch nicht mal zum pairen vorgedrungen, weil ich mich noch mit dem starten befasse und auch gerne wissen würde, ob ein opened heißt alles ist okay oder ob ich das irgendwo prüfen kann.

Gruß
Micha
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 24 März 2015, 21:43:59
Das Startskript für fhem findest Du mit dem Namen fhem in /etc/init.d

In aktuellen fhem Versionen ist im Startskript sogar der hmland-Start schon mit eingebaut und lediglich auskommentiert. Das erleichtert Dein Vorhaben erheblich.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mfeske am 24 März 2015, 21:56:59
Ich habe natürlich eine aktuelle Version bevor ich hier poste :-) Ich hatte nur nicht gefunden, das ich da im fhem boot script etwas aktivieren kann.

Ich hatte jetzt das script aus dem Anhang genommen und den raspi neugestartet mit dem erfolg das ich mich jetzt per ssh nicht mehr einloggen kann :-(

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 24 März 2015, 22:11:57
Zitat von: mfeske am 24 März 2015, 21:56:59
mit dem erfolg das ich mich jetzt per ssh nicht mehr einloggen kann :-(

Das hat aber nichts mit dem Skript im Anhang zu tun, sondern mit ziemlicher Sicherheit mit Deinen Basteleien am watchdog, die dazu geführt haben, dass Dein Raspberry jetzt in einer Endlos-Bootschleife festhängt.


Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Intruder1956 am 24 März 2015, 22:28:12
hallo ihr beiden, ich habe  auch heute meinen HM-CFG-USB-2 geliefert bekommen,
habe ihn nach Anleitung hier installiert und anschl. einen HM-Sec_SC gepaart.
Alles läuft

bei mir steht auch nur im HM-CFG-USB-2 STATE opened und nicht wie bei den anderen Initialisiert

Viel Erfolg
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mfeske am 24 März 2015, 22:31:30
den watchdog hatte ich doch schon gelöscht (zumindest dachte ich das) möchte  aber auch nicht ausschließen, das ich das unübersehbare rote ? übersehen habe und kein save config gemacht habe.

Welche Lösung gibt es, wenn ich keinen Monitor am raspi habe ? Speicherkarte raus und fhem.cfg am Linux Rechner bearbeiten ?

Nachtrag watchdog ist nicht in der fhem.cfg :-(
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mfeske am 24 März 2015, 22:33:42
Zitat von: Intruder1956 am 24 März 2015, 22:28:12
Alles läuft
Herzlichen Glückwunsch ich hoffe ich schaffe es auch noch. Zum starten hast Du die Zeile in der /etc/init.d/ auskommentiert ?

Gruß
Micha
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Intruder1956 am 24 März 2015, 22:39:06
ich habe es so gemacht wie es in der Anleitung stand,
was ich dann hier als letztes von Betateilchen gelesen habe, habe ich dann noch zusätzlich in init.de auskommentiert

PS. habe auch schon komplett reboot vom Raspi gemacht, läuft alles
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Intruder1956 am 24 März 2015, 22:43:32
was mir aber gerade einfällt, ich musste zwischendurch auch mal den Adapter abziehen und in Fhem das Device komplett löschen.
danach ging es
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 29 März 2015, 18:51:39
ich habe nun länger nichts mit dem HM-CFG-USB Adapter gemacht und habe folgende Frage.

Kann ich diesen HM-CFG-USB auch auf meinem 2. Cubietruck nutzen..? Es sollte doch reichen den Adapter per IP einzubinden, so in der Art:


define HMUSB HMLAN <IP vom 1.CT>
attr HMUSB hmId 1EA121
attr HMUSB hmLanQlen 1_min
attr HMUSB icon usb_stick
attr HMUSB logIDs
attr HMUSB wdTimer 25


Geht das so und die Frage ist dabei welchen Port muss ich angeben..?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 29 März 2015, 18:55:58
Das geht so. Du musst den Port nehmen, auf den Du den Hmland konfiguriert hast. Und prüf nochmal, dass Du ihn nicht auf dem Loopback Interface laufen hast.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 29 März 2015, 19:27:21
naja auf dem 1.CT ist es ja die 127.0.0.1:1234, diesen Port hatte ich auch eingetragen..!
Aber etwas verwundert war ich als ich dann auf das device HMUSB ging und auch gesehen habe das er kurz "openend" anzeigte, aber in den Readings unter Xmit-Events immer die Zahlen durchliefen und er auf disconnected ging.
Das ist wohl nicht richtig
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Mr. P am 29 März 2015, 19:29:33
Zeitgleich kannst du immer nur eine FHEM-Instanz mit dem HM-CFG-USB-2 plaudern lassen.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 29 März 2015, 19:32:02
Zitat von: Mr. P am 29 März 2015, 19:29:33
Zeitgleich kannst du immer nur eine FHEM-Instanz mit dem HM-CFG-USB-2 plaudern lassen.
genau das dachte ich mir...  :-\ da ja der USB Stick an meinem Produktivsystem sitzt...
Ich wollte den 2. Cubietruck einfach nur einrichten und dafür den Stick nutzen, dass geht dann wohl nicht
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 29 März 2015, 19:34:51
Zitat von: moonsorrox am 29 März 2015, 19:27:21
127.0.0.1
Wenn Du ihn an das Local Loopback bindest, kannst Du ihn von einem anderen Rechner auch nicht erreichen.  ::)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Mr. P am 29 März 2015, 19:40:18
Zitat von: moonsorrox am 29 März 2015, 19:32:02
Ich wollte den 2. Cubietruck einfach nur einrichten und dafür den Stick nutzen, dass geht dann wohl nicht
Solange du das Produktivsystem während des Testens nicht abdrehst, leider nicht.
Ich hab auf meinen GPIOs einen COC sitzen und auf meinem WLAN-Router mit OpenWRT den HM-CFG-USB-2 hängen. Da im Normalfall beide Devices mittels VCCU das Produktivsystem bedienen (Ausfallsicherheit), kann ich so im Bedarfsfall den Stick im laufenden Betrieb aus der Produktivumgebung entfernen und mein Testsystem drauf hängen.

Zitat von: volschin am 29 März 2015, 19:34:51
Wenn Du ihn an das Local Loopback bindest, kannst Du ihn von einem anderen Rechner auch nicht erreichen.  ::)
Ich glaube nicht, dass er bei einem Binding auf localhost überhaupt auf openend wechseln würde... Und seiner Antwort nach zu urteilen, scheint das auch nicht das Problem gewesen zu sein. ;-)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Franz Tenbrock am 31 März 2015, 23:16:39
Hallo an alle, bin nach mehr als einem Jahr voll von FHEM infiziert und habe so manche Hürde schon genommen, manchen Aktor gelötet, geflasht etc alles Dinge die ich nie zuvor gemacht habe...

Da Homematic zur Zeit wohl das ultimative Protokoll ist hab ich mir nun einen HM usb Stick bestellt, war innerhalb von 48 Stunden auch hier. Nun sitze ich am PC und dachte, reinstecken, automatischer Erkennung und los geht es
Schit happens,
hätte besser vorher etwas mehr lesen sollen, nur woher immer die Zeit nehmen.

Leider ist sowohl die Anleitung im ersten Post nicht 1:1 zu übernehme, zumindest nicht für Linux Anfänger

Da steht lapidar:

"Um die Software zu kompilieren, braucht man (neben make und gcc, bei Debian am besten build-essential installieren) noch das Development-Paket für libusb-1.0 (Debian: libusb-1.0-0-dev).
Wenn man die nötigen Voraussetzungen geschaffen hat, dann sollte die Software ohne Fehlermeldungen kompilieren und (zumindest als root) starten:"

Im Wiki hab ich natürlich auch geschaut
aber auch da ging es bei dieser Stelle irgendwie nicht weiter

./hmland -p 1234 -D

https://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb

root@cubie:~# sudo cp hmcfgusb.rules /etc/udev/rules.d/
cp: cannot stat `hmcfgusb.rules': No such file or directory

wenn ich aber mit filezilla schaue so finde ich die Datei hmcfgusb.rules
da steht folgendes drin:
SUBSYSTEMS=="usb" ATTRS{idVendor}=="1b1f" ATTRS{idProduct}=="c00f" MODE:="0666"
SUBSYSTEMS=="usb" ATTRS{idVendor}=="1b1f" ATTRS{idProduct}=="c010" MODE:="0666"


attr hmusb hmId <hmId>

nur wo bekomme ich die hmID her ?????


so mit den 3 Quellen bin ich bis hierher gekommen.. diskonnectes :-(

CFGFN
DEF
127.0.0.1:1234
DeviceName
127.0.0.1:1234
NAME
hmusb
NEXT_OPEN
1427835548
NR
1202
NTFY_ORDER
50-hmusb
PARTIAL
STATE
disconnected
TYPE
HMLAN
XmitOpen
0
assignedIDsCnt
0
msgKeepAlive
msgLoadEst
1hour:0% 10min steps: 0/0/0/0/0/0
owner
Readings
Xmit-Events
disconnected:1
2015-03-31 22:58:08
cond
disconnected
2015-03-31 22:58:08
prot_disconnected
last
2015-03-31 22:58:08
state
disconnected
2015-03-31 22:58:08



.. Nicht das man mich hier missversteht, ich finde es einfach genial was hier von den Entwicklern gemacht wird, FHEM ist das beste was ich bisher so gesehen habe und die Hilfe hier im Forum war auch immer top, 1000 Dank an alle die mir immer wieder geduldig geholfen haben

Da sicher aber immer mehr Linux Nichtexperten sich hier tummeln wäre doch hier und da eine Dokumentation der Zwischenschritte sinnvoll.
Ich habe bevor ich das nun geschrieben habe mal wieder eine Stunde gelesen.......
Nun ruft leider das Bett da der Arbeitstag morgen sicher auch nicht gerade stressfrei wird....

Im Thread hier war ich ja auch nicht der Einzige der da irgendwie nicht direkt weitergekommen ist....
trotz Putty Filezilla und lesen lesen lesen...

So wird es scheinbar erst am übernächsten WE was mit HM werden....
Mit 1 oder 2 Stunde am Abend wird das leider mal wieder nichts...
650 Posts durchackern.....

oder gibts sonst wo auf Anfängerniveau eine Anleitung....

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 01 April 2015, 00:06:17
also du hast wieder viel zu viel geschrieben und verwirrst einem damit ja..! ;) ich lese gar nicht erst alles weil...!!
Ich habe vor 3 Tagen den USB installiert mit folgenden Kommandos...!

mit putty auf deinen CT und folgendes eingeben:
apt-get install  libusb-1.0-0-dev

ins Verzeichnis wechseln mit:
cd /opt

das eingeben:
git clone git://git.zerfleddert.de/hmcfgusb

wiederum ins Verzeichnis wechseln:
cd hmcfgusb

dann:
make

anschl. noch wie im Wiki beschrieben das Startscript anpassen und alles sollte funktionieren:

Mein Startscript sieht so aus, ist aber noch eine ältere Variante... (das neue sieht etwas anders aus) aber egal sollte aufs selbe raus kommen.

#!/bin/sh
# description: Start or stop the fhem server
# Added by Alex Peuchert

### BEGIN INIT INFO
# Provides:             fhem.pl
# Required-Start:       $local_fs $remote_fs
# Required-Stop:        $local_fs $remote_fs
# Default-Start:        2 3 4 5
# Default-Stop:         0 1 6
# Short-Description:    FHEM server
### END INIT INFO

set -e
cd /opt/fhem
port=7072

case "$1" in
'start')
        echo "Starting fhem..."
        /opt/hmcfgusb/hmland -d -p 1234
        perl fhem.pl fhem.cfg
        RETVAL=$?
        ;;
'stop')
        echo "Stopping fhem..."
        perl fhem.pl $port "shutdown"
        RETVAL=$?
        pkill hmland
        ;;
'status')
        cnt=`ps -ef | grep "fhem.pl" | grep -v grep | wc -l`
        if [ "$cnt" -eq "0" ] ; then
                echo "fhem is not running"
        else



FERTIG.::!!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Hauswart am 01 April 2015, 00:06:55

Zitat von: Franz Tenbrock am 31 März 2015, 23:16:39

https://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb

root@cubie:~# sudo cp hmcfgusb.rules /etc/udev/rules.d/
cp: cannot stat `hmcfgusb.rules': No such file or directory
Das Problem ist wohin hast du hmcfgusb heruntergeladen? Vorher
cd /hmcfgusb
Eingeben. Falls du es uns root heruntergeladen hast.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Franz Tenbrock am 01 April 2015, 14:05:28
war wohl gestern doch zu spät ...Sorry, das ist nichts ohen Konzentration

Hätte nicht gedacht das HM so komplex ist...

Hatte wohl doch fast alles richtig gemacht. Das das alles im richtigen Ordner sein muss hab ich mittlerweile verstanden..
Kurzum, hmusb ist definiert und funktiniert. die erste HM-es-PMsw1-pi ist definiert und liefert auch den Stromverbrauch....
Einsteiger PDF nun auch zu HM  überflogen...
so Pause vorbei ab an die Arbeit...
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Rince am 05 April 2015, 07:39:43
Franz, vergiss nicht gleich eine VCCU zu definieren, und die HM Geräte mit der VCCU statt dem Stick direkt zu pairen.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Take-Off am 13 April 2015, 18:56:57
Hallo zusammen,

ich nutze den HM-CFG-USB2 an einem Raspi.
Die Einrichtung hat nach langem probieren und nachlesen nun auch geklappt. (Der Status ist zumindest auf Opened)

Nun möchte ich einen HM-LC-DIM1T-FM mit FHEM betreiben und genau da fangen die Probleme jetzt auch an.
Ich habe das Device nach den Anleitungen die hier verfügbar sind gepaired. Hat soweit auch funktioniert. (HMID, Serial und Model sind korrekt)

Allerdings lässt sich über FHEM der Aktor weder bedienen noch zeigt er einen Status an. (MISSING ACK)

Laut Logfile gehen die Befehle zwar korrekt raus, viel mehr steht dort aber trotz Verbose 5 nicht drin.

Ich habe testweise meinen CUL auf Homematic umgestellt und den Aktor damit getestet. Damit läuft alles fehlerfrei.
Die Devices habe ich danach natürlich wieder gelöscht und neu mit dem HM-USB gepaired.

Hat jemand eine Idee wo es klemmt? Weitere Infos geb ich euch gerne wenn ihr was braucht.  :)

EDIT: Folgende Attribute sind beim Aktor gesetzt

IODev hmusb
autoReadReg 4_reqStatus
expert 2_full
firmware 2.6
model HM-LC-DIM1T-FM
room CUL_HM
serialNr  LEQ09xxxxx
subType dimmer
verbose 5
webCmd statusRequest:toggle:on:off:up:down
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: DanielK am 14 April 2015, 11:16:20
Zitat von: Take-Off am 13 April 2015, 18:56:57
Hallo zusammen,

ich nutze den HM-CFG-USB2 an einem Raspi.
Die Einrichtung hat nach langem probieren und nachlesen nun auch geklappt. (Der Status ist zumindest auf Opened)

Nun möchte ich einen HM-LC-DIM1T-FM mit FHEM betreiben und genau da fangen die Probleme jetzt auch an.
Ich habe das Device nach den Anleitungen die hier verfügbar sind gepaired. Hat soweit auch funktioniert. (HMID, Serial und Model sind korrekt)

Allerdings lässt sich über FHEM der Aktor weder bedienen noch zeigt er einen Status an. (MISSING ACK)

Laut Logfile gehen die Befehle zwar korrekt raus, viel mehr steht dort aber trotz Verbose 5 nicht drin.

Ich habe testweise meinen CUL auf Homematic umgestellt und den Aktor damit getestet. Damit läuft alles fehlerfrei.
Die Devices habe ich danach natürlich wieder gelöscht und neu mit dem HM-USB gepaired.

Hat jemand eine Idee wo es klemmt? Weitere Infos geb ich euch gerne wenn ihr was braucht.  :)

EDIT: Folgende Attribute sind beim Aktor gesetzt

IODev hmusb
autoReadReg 4_reqStatus
expert 2_full
firmware 2.6
model HM-LC-DIM1T-FM
room CUL_HM
serialNr  LEQ09xxxxx
subType dimmer
verbose 5
webCmd statusRequest:toggle:on:off:up:down

Hi,
habe genau das gleiche Problem. Hab schon einen USB-Hub versucht, aber immer das gleiche Spiel mit MISSING-ACK.
Freue mich über jede Antwort.

Gruß Daniel
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Take-Off am 14 April 2015, 17:56:58
Nachtrag:

Fhem bringt folgende Fehlermeldung
Error messages while initializing FHEM:
configfile: CUL_HM_HM_LC_DIM1T_FM_31706A: unknown IODev specified


Der IODev steht aber auf hmusb.  :o ???


EDIT:

Problem gelöst.
Das Zurücksetzen des Aktors hat die Lösung gebracht. Irgendwas hat sich da wohl abgeschossen. ::)
Danach neu pairen und gut is  :)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: chipmunk am 19 April 2015, 21:48:18
Ich habe eine Frage zur VCCU: solange ich nur einen HM-Funkadapter verwende - was genau ist der Vorteil einer VCCU?

Danke
Chipmunk
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: boeho am 06 Mai 2015, 17:10:03
Hallo, (ein Beginner braucht Eure Hilfe)
ich will FHEM auf einem QNAP-NAS nutzen (Linux NAS000509 3.4.6 #1 Wed Apr 8 03:18:27 CST 2015 armv5tel ).
Ich habe es schon installiert und brauche nun den Stick um mit meinen Geräten zu kommunizieren.
Habe von M. Gernoth die Beschreibung versucht umzusetzen:
Bei Install prerequisites: apt-get install libusb-1.0-0-dev make gcc
-apt-get gibt es bei mir nicht
-libusb-1.0 gibt es hier auch nicht nur

[/opt/etc/ipkg] # ipkg install libusb
Installing libusb (0.1.12-2) to root...
Downloading http://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/unstable/libusb_0.1.12-2_arm.ipk (http://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/unstable/libusb_0.1.12-2_arm.ipk)
Configuring libusb
Successfully terminated.

Muss man im make die Namen ändern??
Wie kann ich die letzte version von libusb (hier ​libusb-1.0.9 (2012-04-20)) nutzen? Auch hier ist ja ein anderer Name.
meine Error-Meldungen waren:
[/tmp/FHEM/hmcfgusb-HEAD-325ed70] # make
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmland.o hmland.c
hmland.c:41:31: warning: libusb-1.0/libusb.h: No such file or directory
In file included from hmland.c:45:
hmcfgusb.h:27: error: expected specifier-qualifier-list before 'libusb_device_handle'
hmland.c: In function 'print_timestamp':
hmland.c:87: warning: implicit declaration of function 'gettimeofday'
hmland.c: In function 'comm':
hmland.c:493: error: 'struct hmcfgusb_dev' has no member named 'bootloader'
hmland.c:520: error: 'struct hmcfgusb_dev' has no member named 'opened_at'
hmland.c:585: error: 'struct hmcfgusb_dev' has no member named 'opened_at'
hmland.c:588: error: 'struct hmcfgusb_dev' has no member named 'opened_at'
make: *** [hmland.o] Error 1

Danke schon mal
boeho
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 09 Mai 2015, 07:21:14
Warum versuchst Du nicht
ipkg install libusb-1.0-0-dev
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: boeho am 15 Mai 2015, 13:15:32
da bekomme ich:
ipkg install libusb-1.0-0-dev
Nothing to be done
An error ocurred, return value: 4.
Collected errors:
Cannot find package libusb-1.0-0-dev.
Check the spelling or perhaps run 'ipkg update'
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 15 Mai 2015, 18:26:27
Auf alle Fälle dürftest Du eine -dev brauchen, sonst fehlen Dir notwendige Dateien.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Motivierte linke Hände am 08 Juni 2015, 09:47:48
Hallo,

ich habe hier die aktuelle Version von hmland - gerade nochmal aus dem git geholt, 0.099-git, auf einem Raspberry Pi. HMUSB hängt an diesem Raspberry(192.168.1.29), genutzt werden soll der HMUSB von der fhem Instanz in einer Ubuntu VM (192.168.1.107). (Das klappt mit angeschlossenen HMLANs ohne Probleme.)

Ich habe hier im fhem LOG im Minutentakt folgende Einträge:

2015.06.08 09:43:21 1: 192.168.1.29:1000 reappeared (HMUSB)
2015.06.08 09:43:21 1: HMLAN_Parse: HMUSB new condition init
2015.06.08 09:43:50 1: HMLAN_Parse: HMUSB new condition timeout
2015.06.08 09:43:50 1: 192.168.1.29:1000 disconnected, waiting to reappear (HMUSB)
2015.06.08 09:43:50 1: HMLAN_Parse: HMUSB new condition disconnected
2015.06.08 09:43:50 1: 192.168.1.29:1000 reappeared (HMUSB)
2015.06.08 09:43:50 1: HMLAN_Parse: HMUSB new condition init
2015.06.08 09:43:54 1: 192.168.1.29:1000 disconnected, waiting to reappear (HMUSB)
2015.06.08 09:43:54 1: HMLAN_Parse: HMUSB new condition disconnected


hmland -D -p 1000 ergibt zugehörig:

2015-06-08 09:43:49.956737: LAN > K

USB < 0x0000: 4b 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   K...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 1ms!
2015-06-08 09:43:50.960400: Connection to 192.168.1.107 closed!
2015-06-08 09:43:51.960693: Client 192.168.1.107 connected!

USB > 0x0000: 49 00 02 02 00 55 53 42 2d 49 46 03 c7 0a 4c 45   I....USB-IF...LE
USB > 0x0010: 51 30 36 35 39 33 34 34 2c c5 df cd 20 07 00 62   Q0659344,... ..b
USB > 0x0020: c0 32 00 10 05 00 00 00 00 00 00 00 00 00 00 00   .2..............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 49 00 02 02 00 55 53 42 2d 49 46 03 c7 0a 4c 45   I....USB-IF...LE
USB > 0x0010: 51 30 36 35 39 33 34 34 2c c5 df cd 20 07 00 62   Q0659344,... ..b
USB > 0x0020: c0 32 00 10 05 00 00 00 00 00 00 00 00 00 00 00   .2..............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 49 00 02 02 00 55 53 42 2d 49 46 03 c7 0a 4c 45   I....USB-IF...LE
USB > 0x0010: 51 30 36 35 39 33 34 34 2c c5 df cd 20 07 00 62   Q0659344,... ..b
USB > 0x0020: c0 32 00 10 05 00 00 00 00 00 00 00 00 00 00 00   .2..............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
Interrupt transfer not completed: Unknown error code 1 / 0x01!

USB < 0x0000: 4b 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   K...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 52ms!
2015-06-08 09:43:52.104576: LAN > ACD2007

USB < 0x0000: 41 cd 20 07 00 00 00 00 00 00 00 00 00 00 00 00   A. .............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 51ms!
2015-06-08 09:43:52.168481: LAN > C

USB < 0x0000: 43 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   C...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took more than 100ms (113ms), this may lead to timing problems!
2015-06-08 09:43:52.296281: LAN > +35C264,00,01,1E

USB < 0x0000: 2b 35 c2 64 00 01 1e 00 00 00 00 00 00 00 00 00   +5.d............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 58ms!
2015-06-08 09:43:52.360283: LAN > +35C257,00,01,1E

USB < 0x0000: 2b 35 c2 57 00 01 1e 00 00 00 00 00 00 00 00 00   +5.W............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 53ms!
2015-06-08 09:43:52.424168: LAN > +35C07D,00,01,1E

USB < 0x0000: 2b 35 c0 7d 00 01 1e 00 00 00 00 00 00 00 00 00   +5.}............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 62ms!
2015-06-08 09:43:52.488132: LAN > +35C28E,00,01,1E

USB < 0x0000: 2b 35 c2 8e 00 01 1e 00 00 00 00 00 00 00 00 00   +5..............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
Can't send data: Input/output error
2015-06-08 09:43:52.520137: LAN > +2AE6F4,00,01,00

USB < 0x0000: 2b 2a e6 f4 00 01 00 00 00 00 00 00 00 00 00 00   +*..............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took more than 100ms (126ms), this may lead to timing problems!
2015-06-08 09:43:52.648320: LAN > +35E151,00,01,1E

USB < 0x0000: 2b 35 e1 51 00 01 1e 00 00 00 00 00 00 00 00 00   +5.Q............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 57ms!
2015-06-08 09:43:52.712276: LAN > +35E264,00,01,1E

USB < 0x0000: 2b 35 e2 64 00 01 1e 00 00 00 00 00 00 00 00 00   +5.d............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 56ms!
2015-06-08 09:43:52.776270: LAN > +35BF3A,00,01,1E

USB < 0x0000: 2b 35 bf 3a 00 01 1e 00 00 00 00 00 00 00 00 00   +5.:............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 56ms!
2015-06-08 09:43:52.840298: LAN > +35E144,00,01,1E

USB < 0x0000: 2b 35 e1 44 00 01 1e 00 00 00 00 00 00 00 00 00   +5.D............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
Can't send data: Input/output error
2015-06-08 09:43:52.872387: LAN > +301A5F,00,01,00

USB < 0x0000: 2b 30 1a 5f 00 01 00 00 00 00 00 00 00 00 00 00   +0._............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took more than 100ms (122ms), this may lead to timing problems!
2015-06-08 09:43:53.000344: LAN > +33B264,00,01,00

USB < 0x0000: 2b 33 b2 64 00 01 00 00 00 00 00 00 00 00 00 00   +3.d............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 60ms!
2015-06-08 09:43:53.064224: LAN > +33B25D,00,01,00

USB < 0x0000: 2b 33 b2 5d 00 01 00 00 00 00 00 00 00 00 00 00   +3.]............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 62ms!
2015-06-08 09:43:53.128227: LAN > +35E261,00,01,1E

USB < 0x0000: 2b 35 e2 61 00 01 1e 00 00 00 00 00 00 00 00 00   +5.a............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 62ms!
2015-06-08 09:43:53.192333: LAN > +35C1DE,00,01,1E

USB < 0x0000: 2b 35 c1 de 00 01 1e 00 00 00 00 00 00 00 00 00   +5..............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took more than 100ms (118ms), this may lead to timing problems!
2015-06-08 09:43:53.320398: LAN > +301929,00,01,00

USB < 0x0000: 2b 30 19 29 00 01 00 00 00 00 00 00 00 00 00 00   +0.)............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 57ms!
2015-06-08 09:43:53.384382: LAN > +35E26E,00,01,1E

USB < 0x0000: 2b 35 e2 6e 00 01 1e 00 00 00 00 00 00 00 00 00   +5.n............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 55ms!
2015-06-08 09:43:53.448381: LAN > +2E59EB,00,01,00

USB < 0x0000: 2b 2e 59 eb 00 01 00 00 00 00 00 00 00 00 00 00   +.Y.............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 56ms!
2015-06-08 09:43:53.512406: LAN > +35E0BD,00,01,1E

USB < 0x0000: 2b 35 e0 bd 00 01 1e 00 00 00 00 00 00 00 00 00   +5..............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
Can't send data: Input/output error
2015-06-08 09:43:53.544412: LAN > +35E103,00,01,1E

USB < 0x0000: 2b 35 e1 03 00 01 1e 00 00 00 00 00 00 00 00 00   +5..............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took more than 100ms (122ms), this may lead to timing problems!
2015-06-08 09:43:53.672443: LAN > Y01,02,747220e654d6046e4b9d6190d604ba54

USB < 0x0000: 59 01 02 10 74 72 20 e6 54 d6 04 6e 4b 9d 61 90   Y...tr .T..nK.a.
USB < 0x0010: d6 04 ba 54 00 00 00 00 00 00 00 00 00 00 00 00   ...T............
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 55ms!
2015-06-08 09:43:53.736408: LAN > Y02,00,

USB < 0x0000: 59 02 00 00 00 00 00 00 00 00 00 00 00 00 00 00   Y...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 57ms!
2015-06-08 09:43:53.800400: LAN > Y03,00,

USB < 0x0000: 59 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00   Y...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 60ms!
2015-06-08 09:43:53.864623: LAN > T1D080436,04,00,00000000

USB < 0x0000: 54 1d 08 04 36 04 00 00 00 00 00 00 00 00 00 00   T...6...........
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
Can't send data: Input/output error
2015-06-08 09:43:53.896444: LAN > SD220240E,00,00000000,01,D220240E,998112CD2007000000

USB < 0x0000: 53 d2 20 24 0e 00 00 00 00 00 01 d2 20 24 0e 09   S. $........ $..
USB < 0x0010: 99 81 12 cd 20 07 00 00 00 00 00 00 00 00 00 00   .... ...........
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took more than 100ms (118ms), this may lead to timing problems!


Wodran könnte/sollte ich mal drehen?

Danke für hilfreiche Tipps,
Christian
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 08 Juni 2015, 09:54:08
Hallo,

Zitat von: Motivierte linke Hände am 08 Juni 2015, 09:47:48

2015-06-08 09:43:53.384382: LAN > +35E26E,00,01,1E


Fhem gibt hier als Geraeteschluessel den Schluessel mit Index 30 an, den Du wahrscheinlich nicht gesetzt hast. Deshalb crashed der USB-Stick. Sind wohl doch die AES-Aenderungen von heute...

EDIT: Nein, das ist es nicht. Das Kommando ist schon ok...

EDIT2: Es ist das Sendekommando:

2015-06-08 09:43:53.896444: LAN > SD220240E,00,00000000,01,D220240E,998112CD2007000000

Hier versucht Fhem ein Paket mit der Länge 0x99 Bytes zu senden, das führt dann im USB-Stick wohl zu einem ungültigen Speicherzugriff...

EDIT3: Nein, das ist es auch nicht. Hier wird ja kein RAW-Frame mit Länge übergeben sondern nur der Inhalt des Frames.

EDIT4: Es werden zuviele Keyslots gesetzt (mehr als vorhanden sind). Siehe http://forum.fhem.de/index.php/topic,37940.msg301836.html#msg301836

Gruss
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 08 Juni 2015, 18:46:12
ich habe mal eine Frage zum USB Stick, ich beobachte es die ganze Zeit das dieser sich ewig am "connecten" und "disconnected" ist.
Ich sehe das gerade durch Zufall weil ich auf das Web Interface schaue, dadurch hat er einige devices auf IOerr.
Wodurch kommt das jetzt..?

Das ganze Logfile steht davon voll
2015.06.08 18:45:06 1: HMLAN_Parse: HMUSB new condition init
2015.06.08 18:45:06 1: 127.0.0.1:1234 reappeared (HMUSB)
2015.06.08 18:45:01 1: HMLAN_Parse: HMUSB new condition disconnected
2015.06.08 18:45:01 1: 127.0.0.1:1234 disconnected, waiting to reappear (HMUSB)
2015.06.08 18:45:00 3: checkGDS: Keine Warnmeldung für die gesuchte Region vorhanden.
2015.06.08 18:44:53 1: HMLAN_Parse: HMUSB new condition init
2015.06.08 18:44:53 1: 127.0.0.1:1234 reappeared (HMUSB)
2015.06.08 18:44:47 1: HMLAN_Parse: HMUSB new condition disconnected
2015.06.08 18:44:47 1: 127.0.0.1:1234 disconnected, waiting to reappear (HMUSB)
2015.06.08 18:44:36 1: HMLAN_Parse: HMUSB new condition init
2015.06.08 18:44:36 1: 127.0.0.1:1234 reappeared (HMUSB)
2015.06.08 18:44:31 1: HMLAN_Parse: HMUSB new condition disconnected
2015.06.08 18:44:31 1: 127.0.0.1:1234 disconnected, waiting to reappear (HMUSB)
2015.06.08 18:44:23 1: HMLAN_Parse: HMUSB new condition init
2015.06.08 18:44:23 1: 127.0.0.1:1234 reappeared (HMUSB)
2015.06.08 18:44:20 1: HMLAN_Parse: HMUSB new condition disconnected
2015.06.08 18:44:20 1: 127.0.0.1:1234 disconnected, waiting to reappear (HMUSB)
2015.06.08 18:44:12 1: HMLAN_Parse: HMUSB new condition init
2015.06.08 18:44:12 1: 127.0.0.1:1234 reappeared (HMUSB)
2015.06.08 18:44:07 1: HMLAN_Parse: HMUSB new condition disconnected
2015.06.08 18:44:07 1: 127.0.0.1:1234 disconnected, waiting to reappear (HMUSB)
2015.06.08 18:43:59 1: HMLAN_Parse: HMUSB new condition init
2015.06.08 18:43:59 1: 127.0.0.1:1234 reappeared (HMUSB)
2015.06.08 18:43:54 1: HMLAN_Parse: HMUSB new condition disconnected
2015.06.08 18:43:54 1: 127.0.0.1:1234 disconnected, waiting to reappear (HMUSB)
2015.06.08 18:43:46 1: HMLAN_Parse: HMUSB new condition init
2015.06.08 18:43:46 1: 127.0.0.1:1234 reappeared (HMUSB)
2015.06.08 18:43:44 1: HMLAN_Parse: HMUSB new condition disconnected
2015.06.08 18:43:44 1: 127.0.0.1:1234 disconnected, waiting to reappear (HMUSB)
2015.06.08 18:43:43 1: HMLAN_Parse: HMUSB new condition init
2015.06.08 18:43:43 1: 127.0.0.1:1234 reappeared (HMUSB)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Gigafix am 08 Juni 2015, 20:20:03
Hallo moonsorrox

Hast Du heute ein Update gemacht? Wenn ja, dann tausche mal die 00_HMLAN.pm aus - ich hatte das Problem mit HMLAN - nach dem Tausch und Restart ging es dann - Bei Dir ist es allerdings der HMUSB - eventuell hilft es trotzdem.

Gruß
Gigafix
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Motivierte linke Hände am 08 Juni 2015, 20:36:03
Hi Michael,

Zitat von: mgernoth am 08 Juni 2015, 09:54:08
EDIT4: Es werden zuviele Keyslots gesetzt (mehr als vorhanden sind). Siehe http://forum.fhem.de/index.php/topic,37940.msg301836.html#msg301836

Danke, dass Du Dir das anschaust. Ich habe heute noch kein fhem-Update gemacht (meine CUL_HM.pm ist noch vom 3. Mai), und wenn ich mir den verlinkten Thread so anschaue, sollte ich das wohl auch besser nicht.  :) D.h. das Problem müsste hier ein anderes sein...

Ich habe noch 2 "echte" HMLAN hier, die aktuell noch ohne Fehlermeldungen laufen. Die Fehler oben kommen nur bei dem über hmland angeschlossenen HMUSB.

Update von fhem mache ich, wenn das verlinkte Problem gelöst ist.

Gruß, Christian
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 08 Juni 2015, 21:07:47
Hi,

Zitat von: moonsorrox am 08 Juni 2015, 18:46:12
ich habe mal eine Frage zum USB Stick, ich beobachte es die ganze Zeit das dieser sich ewig am "connecten" und "disconnected" ist.

Das ist dann wahrscheinlich der Bug im hmland, der mit grossen Paketen (bzw. Kommandos die nicht auf einmal gelesen wurden) umgehen konnte und die Teilkommandos an den Stick gesendet hat, der dies normalerweise mit einem Absturz quittiert...
Ist ab Version 0.099-git gelöst. Bitte mach ein Update des hmland (git pull und make), dann sollte es weg sein.
Ich habe vor, demnächst die 0.100 als echte Version zu freizugeben...

Gruß
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralli am 08 Juni 2015, 21:48:39
Hier die für eine Fritzbox mit Firmware 6.20 und aufwärts kompilierten Binaries.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 08 Juni 2015, 21:56:15
Zitat von: Gigafix am 08 Juni 2015, 20:20:03
Hallo moonsorrox

Hast Du heute ein Update gemacht?

ja leider, aber das tauschen hat nichts gebracht... Ich habe jetzt mein HMLAN dran weil nichts mehr lief und den USB Stick am Testsystem auch hier spinnt er rum

Zitat von: mgernoth am 08 Juni 2015, 21:07:47
Bitte mach ein Update des hmland (git pull und make), dann sollte es weg sein.
du meinst sicher mit putty nach /opt/hmcfgusb gehen und dann folgendes Richtig..?
root@cubietruck:/opt/hmcfgusb# git pull
Already up-to-date.
root@cubietruck:/opt/hmcfgusb# make
make: Nothing to be done for 'all'.

da sagt er mir aber obiges
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 08 Juni 2015, 22:09:40
Hi,

Zitat von: Motivierte linke Hände am 08 Juni 2015, 20:36:03
Danke, dass Du Dir das anschaust. Ich habe heute noch kein fhem-Update gemacht (meine CUL_HM.pm ist noch vom 3. Mai), und wenn ich mir den verlinkten Thread so anschaue, sollte ich das wohl auch besser nicht.  :) D.h. das Problem müsste hier ein anderes sein...

Argh, wollte eigentlich Dir auch antworten, bitte probier auch Du ein update des hmland.

Zitat von: moonsorrox am 08 Juni 2015, 21:56:15
ja leider, aber das tauschen hat nichts gebracht... Ich habe jetzt mein HMLAN dran weil nichts mehr lief und den USB Stick am Testsystem auch hier spinnt er rum

Was meinst Du mit tauschen? Die 00_HMLAN.pm aendern und fhem restarten?
Wenn Du danach noch diese Probleme hast, kannst Du bitte mal ein log des hmland erstellen? (-v beim Aufruf mit angeben). Solltest Du einen Key gesetzt haben, den am besten vor dem posten loeschen (letzter Parameter des Y-Kommandos im Log).

Zitat
du meinst sicher mit putty nach /opt/hmcfgusb gehen und dann folgendes Richtig..?
root@cubietruck:/opt/hmcfgusb# git pull
Already up-to-date.
root@cubietruck:/opt/hmcfgusb# make
make: Nothing to be done for 'all'.

Ok, dann ist es nicht dieser hmland-Bug bei Dir...

Gruss
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 08 Juni 2015, 22:22:25
Zitat von: mgernoth am 08 Juni 2015, 22:09:40
Was meinst Du mit tauschen? Die 00_HMLAN.pm aendern und fhem restarten?
Wenn Du danach noch diese Probleme hast, kannst Du bitte mal ein log des hmland erstellen? (-v beim Aufruf mit angeben). Solltest Du einen Key gesetzt haben, den am besten vor dem posten loeschen (letzter Parameter des Y-Kommandos im Log).

Ok, dann ist es nicht dieser hmland-Bug bei Dir...

Gruss
  Michael

wenn ich mit putty drauf bin rennt er sich auch zu Tode und zeigt folgendes immer schön hinter einander.
2015-06-08 22:18:13.980958: Connection to 127.0.0.1 closed!
2015-06-08 22:18:14.981279: Client 127.0.0.1 connected!
Can't detach kernel driver: Invalid parameter
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
2015-06-08 22:18:14.982682: Connection to 127.0.0.1 closed!
2015-06-08 22:18:15.983165: Client 127.0.0.1 connected!
Can't detach kernel driver: Invalid parameter
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
2015-06-08 22:18:15.984560: Connection to 127.0.0.1 closed!
2015-06-08 22:18:16.984988: Client 127.0.0.1 connected!
Can't detach kernel driver: Invalid parameter
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
2015-06-08 22:18:16.985965: Connection to 127.0.0.1 closed!
2015-06-08 22:18:17.986299: Client 127.0.0.1 connected!
Can't detach kernel driver: Invalid parameter
Can't find/open hmcfgusb!
Can't initialize HM-CFG-USB!
2015-06-08 22:18:17.987588: Connection to 127.0.0.1 closed!
2015-06-08 22:18:18.988004: Client 127.0.0.1 connected!
Can't detach kernel driver: Invalid parameter


ich muss dazu sagen ich habe heute ein Update auf Debian Ebene gemacht und eben auch in Fhem, obwohl ich das aktuelle Jessie drauf habe hat er mir ein Paket geupdatet, ich weiß leider nicht mher welches...!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 08 Juni 2015, 23:08:50
Hi,

Zitat von: moonsorrox am 08 Juni 2015, 22:22:25
wenn ich mit putty drauf bin rennt er sich auch zu Tode und zeigt folgendes immer schön hinter einander.

Can't detach kernel driver: Invalid parameter


Hmm, das verstehe ich nicht. So wie libusb_detach_kernel_driver() aufgerufen wird, kann es diesen Fehler eigentlich nicht zuruecklieferen.
Kannst Du mal den hmland neu kompilieren (make clean all), evtl. ist er mit einer alten libusb-Version gebaut und es gab ein inkompatibles Update, das ist aber unwahrscheinlich...

Zitat
ich muss dazu sagen ich habe heute ein Update auf Debian Ebene gemacht und eben auch in Fhem, obwohl ich das aktuelle Jessie drauf habe hat er mir ein Paket geupdatet, ich weiß leider nicht mher welches...!

Sollte in /var/log/dpkg.log stehen.

Gruss
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 08 Juni 2015, 23:18:12
Zitat von: mgernoth am 08 Juni 2015, 23:08:50
Hi,

Hmm, das verstehe ich nicht. So wie libusb_detach_kernel_driver() aufgerufen wird, kann es diesen Fehler eigentlich nicht zuruecklieferen.
Kannst Du mal den hmland neu kompilieren (make clean all), evtl. ist er mit einer alten libusb-Version gebaut und es gab ein inkompatibles Update, das ist aber unwahrscheinlich...

das habe ich mal gemacht.. Muss ich den wieder neu konfigurieren oder bleibt das jetzt so

Zitat von: mgernoth am 08 Juni 2015, 23:08:50
Sollte in /var/log/dpkg.log stehen.

das steht alles drin:
2015-06-05 15:52:30 startup archives unpack
2015-06-05 15:52:31 install libsocket6-perl:armhf <none> 0.25-1+b1
2015-06-05 15:52:31 status half-installed libsocket6-perl:armhf 0.25-1+b1
2015-06-05 15:52:31 status triggers-pending man-db:armhf 2.7.0.2-5
2015-06-05 15:52:31 status unpacked libsocket6-perl:armhf 0.25-1+b1
2015-06-05 15:52:31 status unpacked libsocket6-perl:armhf 0.25-1+b1
2015-06-05 15:52:31 install libio-socket-inet6-perl:all <none> 2.72-1
2015-06-05 15:52:31 status half-installed libio-socket-inet6-perl:all 2.72-1
2015-06-05 15:52:31 status unpacked libio-socket-inet6-perl:all 2.72-1
2015-06-05 15:52:31 status unpacked libio-socket-inet6-perl:all 2.72-1
2015-06-05 15:52:31 install sendemail:all <none> 1.56-5
2015-06-05 15:52:31 status half-installed sendemail:all 1.56-5
2015-06-05 15:52:31 status unpacked sendemail:all 1.56-5
2015-06-05 15:52:32 status unpacked sendemail:all 1.56-5
2015-06-05 15:52:32 trigproc man-db:armhf 2.7.0.2-5 <none>
2015-06-05 15:52:32 status half-configured man-db:armhf 2.7.0.2-5
2015-06-05 15:52:41 status installed man-db:armhf 2.7.0.2-5
2015-06-05 15:52:42 startup packages configure
2015-06-05 15:52:42 configure libsocket6-perl:armhf 0.25-1+b1 <none>
2015-06-05 15:52:42 status unpacked libsocket6-perl:armhf 0.25-1+b1
2015-06-05 15:52:42 status half-configured libsocket6-perl:armhf 0.25-1+b1
2015-06-05 15:52:42 status installed libsocket6-perl:armhf 0.25-1+b1
2015-06-05 15:52:42 configure libio-socket-inet6-perl:all 2.72-1 <none>
2015-06-05 15:52:42 status unpacked libio-socket-inet6-perl:all 2.72-1
2015-06-05 15:52:42 status half-configured libio-socket-inet6-perl:all 2.72-1
2015-06-05 15:52:42 status installed libio-socket-inet6-perl:all 2.72-1
2015-06-05 15:52:42 configure sendemail:all 1.56-5 <none>
2015-06-05 15:52:42 status unpacked sendemail:all 1.56-5
2015-06-05 15:52:42 status half-configured sendemail:all 1.56-5
2015-06-05 15:52:42 status installed sendemail:all 1.56-5
2015-06-05 15:52:42 startup packages configure
2015-06-08 06:31:55 startup archives unpack
2015-06-08 06:31:56 upgrade base-files:armhf 8 8+deb8u1
2015-06-08 06:31:56 status half-configured base-files:armhf 8
2015-06-08 06:31:56 status unpacked base-files:armhf 8
2015-06-08 06:31:56 status half-installed base-files:armhf 8
2015-06-08 06:31:56 status triggers-pending man-db:armhf 2.7.0.2-5
2015-06-08 06:31:56 status half-installed base-files:armhf 8
2015-06-08 06:31:56 status unpacked base-files:armhf 8+deb8u1
2015-06-08 06:31:56 status unpacked base-files:armhf 8+deb8u1
2015-06-08 06:31:56 trigproc man-db:armhf 2.7.0.2-5 <none>
2015-06-08 06:31:56 status half-configured man-db:armhf 2.7.0.2-5
2015-06-08 06:31:56 status installed man-db:armhf 2.7.0.2-5
2015-06-08 06:31:57 startup packages configure
2015-06-08 06:31:57 configure base-files:armhf 8+deb8u1 <none>
2015-06-08 06:31:57 status unpacked base-files:armhf 8+deb8u1
2015-06-08 06:31:57 status unpacked base-files:armhf 8+deb8u1
2015-06-08 06:31:57 status unpacked base-files:armhf 8+deb8u1
2015-06-08 06:31:57 status unpacked base-files:armhf 8+deb8u1
2015-06-08 06:31:57 status unpacked base-files:armhf 8+deb8u1
2015-06-08 06:31:57 status unpacked base-files:armhf 8+deb8u1
2015-06-08 06:31:57 status half-configured base-files:armhf 8+deb8u1
2015-06-08 06:31:57 status installed base-files:armhf 8+deb8u1
2015-06-08 06:31:57 startup archives unpack
2015-06-08 06:31:57 upgrade perl:armhf 5.20.2-3 5.20.2-3+deb8u1
2015-06-08 06:31:57 status half-configured perl:armhf 5.20.2-3
2015-06-08 06:31:57 status unpacked perl:armhf 5.20.2-3
2015-06-08 06:31:57 status half-installed perl:armhf 5.20.2-3
2015-06-08 06:31:59 status triggers-pending man-db:armhf 2.7.0.2-5
2015-06-08 06:32:00 status half-installed perl:armhf 5.20.2-3
2015-06-08 06:32:00 status unpacked perl:armhf 5.20.2-3+deb8u1
2015-06-08 06:32:00 status unpacked perl:armhf 5.20.2-3+deb8u1
2015-06-08 06:32:00 upgrade perl-base:armhf 5.20.2-3 5.20.2-3+deb8u1
2015-06-08 06:32:00 status half-configured perl-base:armhf 5.20.2-3
2015-06-08 06:32:00 status unpacked perl-base:armhf 5.20.2-3
2015-06-08 06:32:00 status half-installed perl-base:armhf 5.20.2-3
2015-06-08 06:32:03 status half-installed perl-base:armhf 5.20.2-3
2015-06-08 06:32:03 status unpacked perl-base:armhf 5.20.2-3+deb8u1
2015-06-08 06:32:03 status unpacked perl-base:armhf 5.20.2-3+deb8u1
2015-06-08 06:32:03 trigproc man-db:armhf 2.7.0.2-5 <none>
2015-06-08 06:32:03 status half-configured man-db:armhf 2.7.0.2-5
2015-06-08 06:32:05 status installed man-db:armhf 2.7.0.2-5
2015-06-08 06:32:05 startup packages configure
2015-06-08 06:32:05 configure perl-base:armhf 5.20.2-3+deb8u1 <none>
2015-06-08 06:32:05 status unpacked perl-base:armhf 5.20.2-3+deb8u1
2015-06-08 06:32:05 status half-configured perl-base:armhf 5.20.2-3+deb8u1
2015-06-08 06:32:05 status installed perl-base:armhf 5.20.2-3+deb8u1
2015-06-08 06:32:05 startup archives unpack
2015-06-08 06:32:06 upgrade perl-modules:all 5.20.2-3 5.20.2-3+deb8u1
2015-06-08 06:32:06 status half-configured perl-modules:all 5.20.2-3
2015-06-08 06:32:06 status unpacked perl-modules:all 5.20.2-3
2015-06-08 06:32:06 status half-installed perl-modules:all 5.20.2-3
2015-06-08 06:32:10 status half-installed perl-modules:all 5.20.2-3
2015-06-08 06:32:10 status unpacked perl-modules:all 5.20.2-3+deb8u1
2015-06-08 06:32:10 status unpacked perl-modules:all 5.20.2-3+deb8u1
2015-06-08 06:32:10 upgrade libudev1:armhf 215-17 215-17+deb8u1
2015-06-08 06:32:10 status half-configured libudev1:armhf 215-17
2015-06-08 06:32:10 status unpacked libudev1:armhf 215-17
2015-06-08 06:32:10 status half-installed libudev1:armhf 215-17
2015-06-08 06:32:10 status half-installed libudev1:armhf 215-17
2015-06-08 06:32:10 status unpacked libudev1:armhf 215-17+deb8u1
2015-06-08 06:32:10 status unpacked libudev1:armhf 215-17+deb8u1
2015-06-08 06:32:10 startup packages configure
2015-06-08 06:32:10 configure libudev1:armhf 215-17+deb8u1 <none>
2015-06-08 06:32:10 status unpacked libudev1:armhf 215-17+deb8u1
2015-06-08 06:32:10 status half-configured libudev1:armhf 215-17+deb8u1
2015-06-08 06:32:11 status installed libudev1:armhf 215-17+deb8u1
2015-06-08 06:32:11 status triggers-pending libc-bin:armhf 2.19-18
2015-06-08 06:32:11 trigproc libc-bin:armhf 2.19-18 <none>
2015-06-08 06:32:11 status half-configured libc-bin:armhf 2.19-18
2015-06-08 06:32:11 status installed libc-bin:armhf 2.19-18
2015-06-08 06:32:11 startup archives unpack
2015-06-08 06:32:11 upgrade udev:armhf 215-17 215-17+deb8u1
2015-06-08 06:32:11 status half-configured udev:armhf 215-17
2015-06-08 06:32:11 status unpacked udev:armhf 215-17
2015-06-08 06:32:11 status half-installed udev:armhf 215-17
2015-06-08 06:32:13 status triggers-pending man-db:armhf 2.7.0.2-5
2015-06-08 06:32:14 status triggers-pending systemd:armhf 215-17
2015-06-08 06:32:14 status half-installed udev:armhf 215-17
2015-06-08 06:32:16 status unpacked udev:armhf 215-17+deb8u1
2015-06-08 06:32:16 status unpacked udev:armhf 215-17+deb8u1
2015-06-08 06:32:16 trigproc man-db:armhf 2.7.0.2-5 <none>
2015-06-08 06:32:16 status half-configured man-db:armhf 2.7.0.2-5
2015-06-08 06:32:17 status installed man-db:armhf 2.7.0.2-5
2015-06-08 06:32:17 trigproc systemd:armhf 215-17 <none>
2015-06-08 06:32:17 status half-configured systemd:armhf 215-17
2015-06-08 06:32:18 status installed systemd:armhf 215-17
2015-06-08 06:32:18 startup packages configure
2015-06-08 06:32:18 configure udev:armhf 215-17+deb8u1 <none>
2015-06-08 06:32:18 status unpacked udev:armhf 215-17+deb8u1
2015-06-08 06:32:18 status unpacked udev:armhf 215-17+deb8u1
2015-06-08 06:32:18 status unpacked udev:armhf 215-17+deb8u1
2015-06-08 06:32:18 status unpacked udev:armhf 215-17+deb8u1
2015-06-08 06:32:18 status unpacked udev:armhf 215-17+deb8u1
2015-06-08 06:32:18 status unpacked udev:armhf 215-17+deb8u1
2015-06-08 06:32:18 status unpacked udev:armhf 215-17+deb8u1
2015-06-08 06:32:18 status unpacked udev:armhf 215-17+deb8u1
2015-06-08 06:32:18 status unpacked udev:armhf 215-17+deb8u1
2015-06-08 06:32:18 status unpacked udev:armhf 215-17+deb8u1
2015-06-08 06:32:18 status half-configured udev:armhf 215-17+deb8u1
2015-06-08 06:32:22 status installed udev:armhf 215-17+deb8u1
2015-06-08 06:32:23 startup archives unpack
2015-06-08 06:32:23 upgrade libsystemd0:armhf 215-17 215-17+deb8u1
2015-06-08 06:32:23 status half-configured libsystemd0:armhf 215-17
2015-06-08 06:32:23 status unpacked libsystemd0:armhf 215-17
2015-06-08 06:32:23 status half-installed libsystemd0:armhf 215-17
2015-06-08 06:32:23 status half-installed libsystemd0:armhf 215-17
2015-06-08 06:32:23 status unpacked libsystemd0:armhf 215-17+deb8u1
2015-06-08 06:32:23 status unpacked libsystemd0:armhf 215-17+deb8u1
2015-06-08 06:32:23 startup packages configure
2015-06-08 06:32:23 configure libsystemd0:armhf 215-17+deb8u1 <none>
2015-06-08 06:32:23 status unpacked libsystemd0:armhf 215-17+deb8u1
2015-06-08 06:32:23 status half-configured libsystemd0:armhf 215-17+deb8u1
2015-06-08 06:32:23 status installed libsystemd0:armhf 215-17+deb8u1
2015-06-08 06:32:23 status triggers-pending libc-bin:armhf 2.19-18
2015-06-08 06:32:23 trigproc libc-bin:armhf 2.19-18 <none>
2015-06-08 06:32:23 status half-configured libc-bin:armhf 2.19-18
2015-06-08 06:32:23 status installed libc-bin:armhf 2.19-18
2015-06-08 06:32:24 startup archives unpack
2015-06-08 06:32:24 upgrade systemd:armhf 215-17 215-17+deb8u1
2015-06-08 06:32:24 status half-configured systemd:armhf 215-17
2015-06-08 06:32:24 status unpacked systemd:armhf 215-17
2015-06-08 06:32:24 status half-installed systemd:armhf 215-17
2015-06-08 06:32:25 status triggers-pending dbus:armhf 1.8.16-1
2015-06-08 06:32:25 status triggers-pending man-db:armhf 2.7.0.2-5
2015-06-08 06:32:26 status triggers-pending dbus:armhf 1.8.16-1
2015-06-08 06:32:28 status half-installed systemd:armhf 215-17
2015-06-08 06:32:28 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:28 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:28 trigproc dbus:armhf 1.8.16-1 <none>
2015-06-08 06:32:28 status half-configured dbus:armhf 1.8.16-1
2015-06-08 06:32:28 status installed dbus:armhf 1.8.16-1
2015-06-08 06:32:28 trigproc man-db:armhf 2.7.0.2-5 <none>
2015-06-08 06:32:28 status half-configured man-db:armhf 2.7.0.2-5
2015-06-08 06:32:39 status installed man-db:armhf 2.7.0.2-5
2015-06-08 06:32:39 startup packages configure
2015-06-08 06:32:39 configure systemd:armhf 215-17+deb8u1 <none>
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status half-configured systemd:armhf 215-17+deb8u1
2015-06-08 06:32:43 status installed systemd:armhf 215-17+deb8u1
2015-06-08 06:32:43 startup archives unpack
2015-06-08 06:32:43 upgrade systemd-sysv:armhf 215-17 215-17+deb8u1
2015-06-08 06:32:43 status half-configured systemd-sysv:armhf 215-17
2015-06-08 06:32:43 status unpacked systemd-sysv:armhf 215-17
2015-06-08 06:32:43 status half-installed systemd-sysv:armhf 215-17
2015-06-08 06:32:43 status triggers-pending man-db:armhf 2.7.0.2-5
2015-06-08 06:32:43 status half-installed systemd-sysv:armhf 215-17
2015-06-08 06:32:44 status unpacked systemd-sysv:armhf 215-17+deb8u1
2015-06-08 06:32:44 status unpacked systemd-sysv:armhf 215-17+deb8u1
2015-06-08 06:32:44 trigproc man-db:armhf 2.7.0.2-5 <none>
2015-06-08 06:32:44 status half-configured man-db:armhf 2.7.0.2-5
2015-06-08 06:32:46 status installed man-db:armhf 2.7.0.2-5
2015-06-08 06:32:46 startup packages configure
2015-06-08 06:32:46 configure systemd-sysv:armhf 215-17+deb8u1 <none>
2015-06-08 06:32:46 status unpacked systemd-sysv:armhf 215-17+deb8u1
2015-06-08 06:32:46 status half-configured systemd-sysv:armhf 215-17+deb8u1
2015-06-08 06:32:46 status installed systemd-sysv:armhf 215-17+deb8u1
2015-06-08 06:32:46 startup archives unpack
2015-06-08 06:32:46 upgrade tasksel-data:all 3.31 3.31+deb8u1
2015-06-08 06:32:46 status half-configured tasksel-data:all 3.31
2015-06-08 06:32:46 status unpacked tasksel-data:all 3.31
2015-06-08 06:32:46 status half-installed tasksel-data:all 3.31
2015-06-08 06:32:47 status half-installed tasksel-data:all 3.31
2015-06-08 06:32:47 status unpacked tasksel-data:all 3.31+deb8u1
2015-06-08 06:32:47 status unpacked tasksel-data:all 3.31+deb8u1
2015-06-08 06:32:47 upgrade tasksel:all 3.31 3.31+deb8u1
2015-06-08 06:32:47 status half-configured tasksel:all 3.31
2015-06-08 06:32:47 status unpacked tasksel:all 3.31
2015-06-08 06:32:47 status half-installed tasksel:all 3.31
2015-06-08 06:32:47 status triggers-pending man-db:armhf 2.7.0.2-5
2015-06-08 06:32:48 status half-installed tasksel:all 3.31
2015-06-08 06:32:48 status unpacked tasksel:all 3.31+deb8u1
2015-06-08 06:32:48 status unpacked tasksel:all 3.31+deb8u1
2015-06-08 06:32:48 upgrade libgnutls-openssl27:armhf 3.3.8-6 3.3.8-6+deb8u1
2015-06-08 06:32:48 status half-configured libgnutls-openssl27:armhf 3.3.8-6
2015-06-08 06:32:48 status unpacked libgnutls-openssl27:armhf 3.3.8-6
2015-06-08 06:32:48 status half-installed libgnutls-openssl27:armhf 3.3.8-6
2015-06-08 06:32:48 status half-installed libgnutls-openssl27:armhf 3.3.8-6
2015-06-08 06:32:48 status unpacked libgnutls-openssl27:armhf 3.3.8-6+deb8u1
2015-06-08 06:32:48 status unpacked libgnutls-openssl27:armhf 3.3.8-6+deb8u1
2015-06-08 06:32:48 upgrade libgnutls-deb0-28:armhf 3.3.8-6 3.3.8-6+deb8u1
2015-06-08 06:32:48 status half-configured libgnutls-deb0-28:armhf 3.3.8-6
2015-06-08 06:32:48 status unpacked libgnutls-deb0-28:armhf 3.3.8-6
2015-06-08 06:32:48 status half-installed libgnutls-deb0-28:armhf 3.3.8-6
2015-06-08 06:32:49 status half-installed libgnutls-deb0-28:armhf 3.3.8-6
2015-06-08 06:32:49 status unpacked libgnutls-deb0-28:armhf 3.3.8-6+deb8u1
2015-06-08 06:32:49 status unpacked libgnutls-deb0-28:armhf 3.3.8-6+deb8u1
2015-06-08 06:32:49 upgrade libdbus-1-3:armhf 1.8.16-1 1.8.18-0+deb8u1
2015-06-08 06:32:49 status half-configured libdbus-1-3:armhf 1.8.16-1
2015-06-08 06:32:49 status unpacked libdbus-1-3:armhf 1.8.16-1
2015-06-08 06:32:49 status half-installed libdbus-1-3:armhf 1.8.16-1
2015-06-08 06:32:49 status half-installed libdbus-1-3:armhf 1.8.16-1
2015-06-08 06:32:49 status unpacked libdbus-1-3:armhf 1.8.18-0+deb8u1
2015-06-08 06:32:49 status unpacked libdbus-1-3:armhf 1.8.18-0+deb8u1
2015-06-08 06:32:49 upgrade dbus:armhf 1.8.16-1 1.8.18-0+deb8u1
2015-06-08 06:32:49 status half-configured dbus:armhf 1.8.16-1
2015-06-08 06:32:49 status unpacked dbus:armhf 1.8.16-1
2015-06-08 06:32:49 status half-installed dbus:armhf 1.8.16-1
2015-06-08 06:32:49 status triggers-pending systemd:armhf 215-17+deb8u1
2015-06-08 06:32:50 status half-installed dbus:armhf 1.8.16-1
2015-06-08 06:32:50 status unpacked dbus:armhf 1.8.18-0+deb8u1
2015-06-08 06:32:50 status unpacked dbus:armhf 1.8.18-0+deb8u1
2015-06-08 06:32:50 upgrade linux-libc-dev:armhf 3.16.7-ckt9-3~deb8u1 3.16.7-ckt11-1
2015-06-08 06:32:50 status half-configured linux-libc-dev:armhf 3.16.7-ckt9-3~deb8u1
2015-06-08 06:32:50 status unpacked linux-libc-dev:armhf 3.16.7-ckt9-3~deb8u1
2015-06-08 06:32:50 status half-installed linux-libc-dev:armhf 3.16.7-ckt9-3~deb8u1
2015-06-08 06:32:54 status half-installed linux-libc-dev:armhf 3.16.7-ckt9-3~deb8u1
2015-06-08 06:32:54 status unpacked linux-libc-dev:armhf 3.16.7-ckt11-1
2015-06-08 06:32:54 status unpacked linux-libc-dev:armhf 3.16.7-ckt11-1
2015-06-08 06:32:54 trigproc man-db:armhf 2.7.0.2-5 <none>
2015-06-08 06:32:54 status half-configured man-db:armhf 2.7.0.2-5
2015-06-08 06:32:56 status installed man-db:armhf 2.7.0.2-5
2015-06-08 06:32:56 trigproc systemd:armhf 215-17+deb8u1 <none>
2015-06-08 06:32:56 status half-configured systemd:armhf 215-17+deb8u1
2015-06-08 06:32:56 status installed systemd:armhf 215-17+deb8u1
2015-06-08 06:32:56 startup packages configure
2015-06-08 06:32:56 configure perl-modules:all 5.20.2-3+deb8u1 <none>
2015-06-08 06:32:56 status unpacked perl-modules:all 5.20.2-3+deb8u1
2015-06-08 06:32:56 status unpacked perl-modules:all 5.20.2-3+deb8u1
2015-06-08 06:32:56 status half-configured perl-modules:all 5.20.2-3+deb8u1
2015-06-08 06:32:56 status installed perl-modules:all 5.20.2-3+deb8u1
2015-06-08 06:32:56 configure perl:armhf 5.20.2-3+deb8u1 <none>
2015-06-08 06:32:56 status unpacked perl:armhf 5.20.2-3+deb8u1
2015-06-08 06:32:56 status half-configured perl:armhf 5.20.2-3+deb8u1
2015-06-08 06:32:57 status installed perl:armhf 5.20.2-3+deb8u1
2015-06-08 06:32:57 configure libgnutls-deb0-28:armhf 3.3.8-6+deb8u1 <none>
2015-06-08 06:32:57 status unpacked libgnutls-deb0-28:armhf 3.3.8-6+deb8u1
2015-06-08 06:32:57 status half-configured libgnutls-deb0-28:armhf 3.3.8-6+deb8u1
2015-06-08 06:32:57 status installed libgnutls-deb0-28:armhf 3.3.8-6+deb8u1
2015-06-08 06:32:57 status triggers-pending libc-bin:armhf 2.19-18
2015-06-08 06:32:57 configure libgnutls-openssl27:armhf 3.3.8-6+deb8u1 <none>
2015-06-08 06:32:57 status unpacked libgnutls-openssl27:armhf 3.3.8-6+deb8u1
2015-06-08 06:32:57 status half-configured libgnutls-openssl27:armhf 3.3.8-6+deb8u1
2015-06-08 06:32:57 status installed libgnutls-openssl27:armhf 3.3.8-6+deb8u1
2015-06-08 06:32:57 configure libdbus-1-3:armhf 1.8.18-0+deb8u1 <none>
2015-06-08 06:32:57 status unpacked libdbus-1-3:armhf 1.8.18-0+deb8u1
2015-06-08 06:32:57 status half-configured libdbus-1-3:armhf 1.8.18-0+deb8u1
2015-06-08 06:32:57 status installed libdbus-1-3:armhf 1.8.18-0+deb8u1
2015-06-08 06:32:57 configure dbus:armhf 1.8.18-0+deb8u1 <none>
2015-06-08 06:32:57 status unpacked dbus:armhf 1.8.18-0+deb8u1
2015-06-08 06:32:57 status unpacked dbus:armhf 1.8.18-0+deb8u1
2015-06-08 06:32:57 status unpacked dbus:armhf 1.8.18-0+deb8u1
2015-06-08 06:32:57 status unpacked dbus:armhf 1.8.18-0+deb8u1
2015-06-08 06:32:57 status unpacked dbus:armhf 1.8.18-0+deb8u1
2015-06-08 06:32:57 status half-configured dbus:armhf 1.8.18-0+deb8u1
2015-06-08 06:32:59 status installed dbus:armhf 1.8.18-0+deb8u1
2015-06-08 06:32:59 configure linux-libc-dev:armhf 3.16.7-ckt11-1 <none>
2015-06-08 06:32:59 status unpacked linux-libc-dev:armhf 3.16.7-ckt11-1
2015-06-08 06:32:59 status half-configured linux-libc-dev:armhf 3.16.7-ckt11-1
2015-06-08 06:32:59 status installed linux-libc-dev:armhf 3.16.7-ckt11-1
2015-06-08 06:32:59 configure tasksel:all 3.31+deb8u1 <none>
2015-06-08 06:32:59 status unpacked tasksel:all 3.31+deb8u1
2015-06-08 06:32:59 status half-configured tasksel:all 3.31+deb8u1
2015-06-08 06:33:01 status installed tasksel:all 3.31+deb8u1
2015-06-08 06:33:01 configure tasksel-data:all 3.31+deb8u1 <none>
2015-06-08 06:33:01 status unpacked tasksel-data:all 3.31+deb8u1
2015-06-08 06:33:01 status half-configured tasksel-data:all 3.31+deb8u1
2015-06-08 06:33:01 status installed tasksel-data:all 3.31+deb8u1
2015-06-08 06:33:01 trigproc libc-bin:armhf 2.19-18 <none>
2015-06-08 06:33:01 status half-configured libc-bin:armhf 2.19-18
2015-06-08 06:33:01 status installed libc-bin:armhf 2.19-18
2015-06-08 06:33:01 startup packages configure
2015-06-08 12:15:01 startup archives unpack
2015-06-08 12:15:01 upgrade unattended-upgrades:all 0.83.3 0.83.3.1
2015-06-08 12:15:01 status half-configured unattended-upgrades:all 0.83.3
2015-06-08 12:15:01 status unpacked unattended-upgrades:all 0.83.3
2015-06-08 12:15:01 status half-installed unattended-upgrades:all 0.83.3
2015-06-08 12:15:01 status triggers-pending systemd:armhf 215-17+deb8u1
2015-06-08 12:15:01 status triggers-pending man-db:armhf 2.7.0.2-5
2015-06-08 12:15:01 status half-installed unattended-upgrades:all 0.83.3
2015-06-08 12:15:02 status unpacked unattended-upgrades:all 0.83.3.1
2015-06-08 12:15:02 status unpacked unattended-upgrades:all 0.83.3.1
2015-06-08 12:15:02 trigproc systemd:armhf 215-17+deb8u1 <none>
2015-06-08 12:15:02 status half-configured systemd:armhf 215-17+deb8u1
2015-06-08 12:15:02 status installed systemd:armhf 215-17+deb8u1
2015-06-08 12:15:02 trigproc man-db:armhf 2.7.0.2-5 <none>
2015-06-08 12:15:02 status half-configured man-db:armhf 2.7.0.2-5
2015-06-08 12:15:03 status installed man-db:armhf 2.7.0.2-5
2015-06-08 12:15:04 startup packages configure
2015-06-08 12:15:04 configure unattended-upgrades:all 0.83.3.1 <none>
2015-06-08 12:15:04 status unpacked unattended-upgrades:all 0.83.3.1
2015-06-08 12:15:16 conffile /etc/apt/apt.conf.d/50unattended-upgrades install
2015-06-08 12:15:16 status unpacked unattended-upgrades:all 0.83.3.1
2015-06-08 12:15:16 status unpacked unattended-upgrades:all 0.83.3.1
2015-06-08 12:15:16 status unpacked unattended-upgrades:all 0.83.3.1
2015-06-08 12:15:16 status unpacked unattended-upgrades:all 0.83.3.1
2015-06-08 12:15:16 status half-configured unattended-upgrades:all 0.83.3.1
2015-06-08 12:15:19 status installed unattended-upgrades:all 0.83.3.1
2015-06-08 12:15:19 startup packages configure
2015-06-08 19:03:51 startup archives unpack
2015-06-08 19:03:52 install git-core:all <none> 1:2.1.4-2.1
2015-06-08 19:03:52 status half-installed git-core:all 1:2.1.4-2.1
2015-06-08 19:03:52 status unpacked git-core:all 1:2.1.4-2.1
2015-06-08 19:03:52 status unpacked git-core:all 1:2.1.4-2.1
2015-06-08 19:03:52 install libusb-1.0-0-dev:armhf <none> 2:1.0.19-1
2015-06-08 19:03:52 status half-installed libusb-1.0-0-dev:armhf 2:1.0.19-1
2015-06-08 19:03:52 status unpacked libusb-1.0-0-dev:armhf 2:1.0.19-1
2015-06-08 19:03:52 status unpacked libusb-1.0-0-dev:armhf 2:1.0.19-1
2015-06-08 19:03:52 startup packages configure
2015-06-08 19:03:52 configure git-core:all 1:2.1.4-2.1 <none>
2015-06-08 19:03:52 status unpacked git-core:all 1:2.1.4-2.1
2015-06-08 19:03:52 status half-configured git-core:all 1:2.1.4-2.1
2015-06-08 19:03:52 status installed git-core:all 1:2.1.4-2.1
2015-06-08 19:03:52 configure libusb-1.0-0-dev:armhf 2:1.0.19-1 <none>
2015-06-08 19:03:52 status unpacked libusb-1.0-0-dev:armhf 2:1.0.19-1
2015-06-08 19:03:52 status half-configured libusb-1.0-0-dev:armhf 2:1.0.19-1
2015-06-08 19:03:52 status installed libusb-1.0-0-dev:armhf 2:1.0.19-1
2015-06-08 19:03:52 startup packages configure
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 08 Juni 2015, 23:19:56
Zitat von: mgernoth am 08 Juni 2015, 23:08:50
Hi,

Hmm, das verstehe ich nicht. So wie libusb_detach_kernel_driver() aufgerufen wird, kann es diesen Fehler eigentlich nicht zuruecklieferen.
Kannst Du mal den hmland neu kompilieren (make clean all), evtl. ist er mit einer alten libusb-Version gebaut und es gab ein inkompatibles Update, das ist aber unwahrscheinlich...

das habe ich mal gemacht.. Muss ich den wieder neu konfigurieren oder bleibt das jetzt so

Zitat von: mgernoth am 08 Juni 2015, 23:08:50
Sollte in /var/log/dpkg.log stehen.

das steht alles drin:
2015-06-05 15:52:30 startup archives unpack
2015-06-05 15:52:31 install libsocket6-perl:armhf <none> 0.25-1+b1
2015-06-05 15:52:31 status half-installed libsocket6-perl:armhf 0.25-1+b1
2015-06-05 15:52:31 status triggers-pending man-db:armhf 2.7.0.2-5
2015-06-05 15:52:31 status unpacked libsocket6-perl:armhf 0.25-1+b1
2015-06-05 15:52:31 status unpacked libsocket6-perl:armhf 0.25-1+b1
2015-06-05 15:52:31 install libio-socket-inet6-perl:all <none> 2.72-1
2015-06-05 15:52:31 status half-installed libio-socket-inet6-perl:all 2.72-1
2015-06-05 15:52:31 status unpacked libio-socket-inet6-perl:all 2.72-1
2015-06-05 15:52:31 status unpacked libio-socket-inet6-perl:all 2.72-1
2015-06-05 15:52:31 install sendemail:all <none> 1.56-5
2015-06-05 15:52:31 status half-installed sendemail:all 1.56-5
2015-06-05 15:52:31 status unpacked sendemail:all 1.56-5
2015-06-05 15:52:32 status unpacked sendemail:all 1.56-5
2015-06-05 15:52:32 trigproc man-db:armhf 2.7.0.2-5 <none>
2015-06-05 15:52:32 status half-configured man-db:armhf 2.7.0.2-5
2015-06-05 15:52:41 status installed man-db:armhf 2.7.0.2-5
2015-06-05 15:52:42 startup packages configure
2015-06-05 15:52:42 configure libsocket6-perl:armhf 0.25-1+b1 <none>
2015-06-05 15:52:42 status unpacked libsocket6-perl:armhf 0.25-1+b1
2015-06-05 15:52:42 status half-configured libsocket6-perl:armhf 0.25-1+b1
2015-06-05 15:52:42 status installed libsocket6-perl:armhf 0.25-1+b1
2015-06-05 15:52:42 configure libio-socket-inet6-perl:all 2.72-1 <none>
2015-06-05 15:52:42 status unpacked libio-socket-inet6-perl:all 2.72-1
2015-06-05 15:52:42 status half-configured libio-socket-inet6-perl:all 2.72-1
2015-06-05 15:52:42 status installed libio-socket-inet6-perl:all 2.72-1
2015-06-05 15:52:42 configure sendemail:all 1.56-5 <none>
2015-06-05 15:52:42 status unpacked sendemail:all 1.56-5
2015-06-05 15:52:42 status half-configured sendemail:all 1.56-5
2015-06-05 15:52:42 status installed sendemail:all 1.56-5
2015-06-05 15:52:42 startup packages configure
2015-06-08 06:31:55 startup archives unpack
2015-06-08 06:31:56 upgrade base-files:armhf 8 8+deb8u1
2015-06-08 06:31:56 status half-configured base-files:armhf 8
2015-06-08 06:31:56 status unpacked base-files:armhf 8
2015-06-08 06:31:56 status half-installed base-files:armhf 8
2015-06-08 06:31:56 status triggers-pending man-db:armhf 2.7.0.2-5
2015-06-08 06:31:56 status half-installed base-files:armhf 8
2015-06-08 06:31:56 status unpacked base-files:armhf 8+deb8u1
2015-06-08 06:31:56 status unpacked base-files:armhf 8+deb8u1
2015-06-08 06:31:56 trigproc man-db:armhf 2.7.0.2-5 <none>
2015-06-08 06:31:56 status half-configured man-db:armhf 2.7.0.2-5
2015-06-08 06:31:56 status installed man-db:armhf 2.7.0.2-5
2015-06-08 06:31:57 startup packages configure
2015-06-08 06:31:57 configure base-files:armhf 8+deb8u1 <none>
2015-06-08 06:31:57 status unpacked base-files:armhf 8+deb8u1
2015-06-08 06:31:57 status unpacked base-files:armhf 8+deb8u1
2015-06-08 06:31:57 status unpacked base-files:armhf 8+deb8u1
2015-06-08 06:31:57 status unpacked base-files:armhf 8+deb8u1
2015-06-08 06:31:57 status unpacked base-files:armhf 8+deb8u1
2015-06-08 06:31:57 status unpacked base-files:armhf 8+deb8u1
2015-06-08 06:31:57 status half-configured base-files:armhf 8+deb8u1
2015-06-08 06:31:57 status installed base-files:armhf 8+deb8u1
2015-06-08 06:31:57 startup archives unpack
2015-06-08 06:31:57 upgrade perl:armhf 5.20.2-3 5.20.2-3+deb8u1
2015-06-08 06:31:57 status half-configured perl:armhf 5.20.2-3
2015-06-08 06:31:57 status unpacked perl:armhf 5.20.2-3
2015-06-08 06:31:57 status half-installed perl:armhf 5.20.2-3
2015-06-08 06:31:59 status triggers-pending man-db:armhf 2.7.0.2-5
2015-06-08 06:32:00 status half-installed perl:armhf 5.20.2-3
2015-06-08 06:32:00 status unpacked perl:armhf 5.20.2-3+deb8u1
2015-06-08 06:32:00 status unpacked perl:armhf 5.20.2-3+deb8u1
2015-06-08 06:32:00 upgrade perl-base:armhf 5.20.2-3 5.20.2-3+deb8u1
2015-06-08 06:32:00 status half-configured perl-base:armhf 5.20.2-3
2015-06-08 06:32:00 status unpacked perl-base:armhf 5.20.2-3
2015-06-08 06:32:00 status half-installed perl-base:armhf 5.20.2-3
2015-06-08 06:32:03 status half-installed perl-base:armhf 5.20.2-3
2015-06-08 06:32:03 status unpacked perl-base:armhf 5.20.2-3+deb8u1
2015-06-08 06:32:03 status unpacked perl-base:armhf 5.20.2-3+deb8u1
2015-06-08 06:32:03 trigproc man-db:armhf 2.7.0.2-5 <none>
2015-06-08 06:32:03 status half-configured man-db:armhf 2.7.0.2-5
2015-06-08 06:32:05 status installed man-db:armhf 2.7.0.2-5
2015-06-08 06:32:05 startup packages configure
2015-06-08 06:32:05 configure perl-base:armhf 5.20.2-3+deb8u1 <none>
2015-06-08 06:32:05 status unpacked perl-base:armhf 5.20.2-3+deb8u1
2015-06-08 06:32:05 status half-configured perl-base:armhf 5.20.2-3+deb8u1
2015-06-08 06:32:05 status installed perl-base:armhf 5.20.2-3+deb8u1
2015-06-08 06:32:05 startup archives unpack
2015-06-08 06:32:06 upgrade perl-modules:all 5.20.2-3 5.20.2-3+deb8u1
2015-06-08 06:32:06 status half-configured perl-modules:all 5.20.2-3
2015-06-08 06:32:06 status unpacked perl-modules:all 5.20.2-3
2015-06-08 06:32:06 status half-installed perl-modules:all 5.20.2-3
2015-06-08 06:32:10 status half-installed perl-modules:all 5.20.2-3
2015-06-08 06:32:10 status unpacked perl-modules:all 5.20.2-3+deb8u1
2015-06-08 06:32:10 status unpacked perl-modules:all 5.20.2-3+deb8u1
2015-06-08 06:32:10 upgrade libudev1:armhf 215-17 215-17+deb8u1
2015-06-08 06:32:10 status half-configured libudev1:armhf 215-17
2015-06-08 06:32:10 status unpacked libudev1:armhf 215-17
2015-06-08 06:32:10 status half-installed libudev1:armhf 215-17
2015-06-08 06:32:10 status half-installed libudev1:armhf 215-17
2015-06-08 06:32:10 status unpacked libudev1:armhf 215-17+deb8u1
2015-06-08 06:32:10 status unpacked libudev1:armhf 215-17+deb8u1
2015-06-08 06:32:10 startup packages configure
2015-06-08 06:32:10 configure libudev1:armhf 215-17+deb8u1 <none>
2015-06-08 06:32:10 status unpacked libudev1:armhf 215-17+deb8u1
2015-06-08 06:32:10 status half-configured libudev1:armhf 215-17+deb8u1
2015-06-08 06:32:11 status installed libudev1:armhf 215-17+deb8u1
2015-06-08 06:32:11 status triggers-pending libc-bin:armhf 2.19-18
2015-06-08 06:32:11 trigproc libc-bin:armhf 2.19-18 <none>
2015-06-08 06:32:11 status half-configured libc-bin:armhf 2.19-18
2015-06-08 06:32:11 status installed libc-bin:armhf 2.19-18
2015-06-08 06:32:11 startup archives unpack
2015-06-08 06:32:11 upgrade udev:armhf 215-17 215-17+deb8u1
2015-06-08 06:32:11 status half-configured udev:armhf 215-17
2015-06-08 06:32:11 status unpacked udev:armhf 215-17
2015-06-08 06:32:11 status half-installed udev:armhf 215-17
2015-06-08 06:32:13 status triggers-pending man-db:armhf 2.7.0.2-5
2015-06-08 06:32:14 status triggers-pending systemd:armhf 215-17
2015-06-08 06:32:14 status half-installed udev:armhf 215-17
2015-06-08 06:32:16 status unpacked udev:armhf 215-17+deb8u1
2015-06-08 06:32:16 status unpacked udev:armhf 215-17+deb8u1
2015-06-08 06:32:16 trigproc man-db:armhf 2.7.0.2-5 <none>
2015-06-08 06:32:16 status half-configured man-db:armhf 2.7.0.2-5
2015-06-08 06:32:17 status installed man-db:armhf 2.7.0.2-5
2015-06-08 06:32:17 trigproc systemd:armhf 215-17 <none>
2015-06-08 06:32:17 status half-configured systemd:armhf 215-17
2015-06-08 06:32:18 status installed systemd:armhf 215-17
2015-06-08 06:32:18 startup packages configure
2015-06-08 06:32:18 configure udev:armhf 215-17+deb8u1 <none>
2015-06-08 06:32:18 status unpacked udev:armhf 215-17+deb8u1
2015-06-08 06:32:18 status unpacked udev:armhf 215-17+deb8u1
2015-06-08 06:32:18 status unpacked udev:armhf 215-17+deb8u1
2015-06-08 06:32:18 status unpacked udev:armhf 215-17+deb8u1
2015-06-08 06:32:18 status unpacked udev:armhf 215-17+deb8u1
2015-06-08 06:32:18 status unpacked udev:armhf 215-17+deb8u1
2015-06-08 06:32:18 status unpacked udev:armhf 215-17+deb8u1
2015-06-08 06:32:18 status unpacked udev:armhf 215-17+deb8u1
2015-06-08 06:32:18 status unpacked udev:armhf 215-17+deb8u1
2015-06-08 06:32:18 status unpacked udev:armhf 215-17+deb8u1
2015-06-08 06:32:18 status half-configured udev:armhf 215-17+deb8u1
2015-06-08 06:32:22 status installed udev:armhf 215-17+deb8u1
2015-06-08 06:32:23 startup archives unpack
2015-06-08 06:32:23 upgrade libsystemd0:armhf 215-17 215-17+deb8u1
2015-06-08 06:32:23 status half-configured libsystemd0:armhf 215-17
2015-06-08 06:32:23 status unpacked libsystemd0:armhf 215-17
2015-06-08 06:32:23 status half-installed libsystemd0:armhf 215-17
2015-06-08 06:32:23 status half-installed libsystemd0:armhf 215-17
2015-06-08 06:32:23 status unpacked libsystemd0:armhf 215-17+deb8u1
2015-06-08 06:32:23 status unpacked libsystemd0:armhf 215-17+deb8u1
2015-06-08 06:32:23 startup packages configure
2015-06-08 06:32:23 configure libsystemd0:armhf 215-17+deb8u1 <none>
2015-06-08 06:32:23 status unpacked libsystemd0:armhf 215-17+deb8u1
2015-06-08 06:32:23 status half-configured libsystemd0:armhf 215-17+deb8u1
2015-06-08 06:32:23 status installed libsystemd0:armhf 215-17+deb8u1
2015-06-08 06:32:23 status triggers-pending libc-bin:armhf 2.19-18
2015-06-08 06:32:23 trigproc libc-bin:armhf 2.19-18 <none>
2015-06-08 06:32:23 status half-configured libc-bin:armhf 2.19-18
2015-06-08 06:32:23 status installed libc-bin:armhf 2.19-18
2015-06-08 06:32:24 startup archives unpack
2015-06-08 06:32:24 upgrade systemd:armhf 215-17 215-17+deb8u1
2015-06-08 06:32:24 status half-configured systemd:armhf 215-17
2015-06-08 06:32:24 status unpacked systemd:armhf 215-17
2015-06-08 06:32:24 status half-installed systemd:armhf 215-17
2015-06-08 06:32:25 status triggers-pending dbus:armhf 1.8.16-1
2015-06-08 06:32:25 status triggers-pending man-db:armhf 2.7.0.2-5
2015-06-08 06:32:26 status triggers-pending dbus:armhf 1.8.16-1
2015-06-08 06:32:28 status half-installed systemd:armhf 215-17
2015-06-08 06:32:28 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:28 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:28 trigproc dbus:armhf 1.8.16-1 <none>
2015-06-08 06:32:28 status half-configured dbus:armhf 1.8.16-1
2015-06-08 06:32:28 status installed dbus:armhf 1.8.16-1
2015-06-08 06:32:28 trigproc man-db:armhf 2.7.0.2-5 <none>
2015-06-08 06:32:28 status half-configured man-db:armhf 2.7.0.2-5
2015-06-08 06:32:39 status installed man-db:armhf 2.7.0.2-5
2015-06-08 06:32:39 startup packages configure
2015-06-08 06:32:39 configure systemd:armhf 215-17+deb8u1 <none>
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status unpacked systemd:armhf 215-17+deb8u1
2015-06-08 06:32:39 status half-configured systemd:armhf 215-17+deb8u1
2015-06-08 06:32:43 status installed systemd:armhf 215-17+deb8u1
2015-06-08 06:32:43 startup archives unpack
2015-06-08 06:32:43 upgrade systemd-sysv:armhf 215-17 215-17+deb8u1
2015-06-08 06:32:43 status half-configured systemd-sysv:armhf 215-17
2015-06-08 06:32:43 status unpacked systemd-sysv:armhf 215-17
2015-06-08 06:32:43 status half-installed systemd-sysv:armhf 215-17
2015-06-08 06:32:43 status triggers-pending man-db:armhf 2.7.0.2-5
2015-06-08 06:32:43 status half-installed systemd-sysv:armhf 215-17
2015-06-08 06:32:44 status unpacked systemd-sysv:armhf 215-17+deb8u1
2015-06-08 06:32:44 status unpacked systemd-sysv:armhf 215-17+deb8u1
2015-06-08 06:32:44 trigproc man-db:armhf 2.7.0.2-5 <none>
2015-06-08 06:32:44 status half-configured man-db:armhf 2.7.0.2-5
2015-06-08 06:32:46 status installed man-db:armhf 2.7.0.2-5
2015-06-08 06:32:46 startup packages configure
2015-06-08 06:32:46 configure systemd-sysv:armhf 215-17+deb8u1 <none>
2015-06-08 06:32:46 status unpacked systemd-sysv:armhf 215-17+deb8u1
2015-06-08 06:32:46 status half-configured systemd-sysv:armhf 215-17+deb8u1
2015-06-08 06:32:46 status installed systemd-sysv:armhf 215-17+deb8u1
2015-06-08 06:32:46 startup archives unpack
2015-06-08 06:32:46 upgrade tasksel-data:all 3.31 3.31+deb8u1
2015-06-08 06:32:46 status half-configured tasksel-data:all 3.31
2015-06-08 06:32:46 status unpacked tasksel-data:all 3.31
2015-06-08 06:32:46 status half-installed tasksel-data:all 3.31
2015-06-08 06:32:47 status half-installed tasksel-data:all 3.31
2015-06-08 06:32:47 status unpacked tasksel-data:all 3.31+deb8u1
2015-06-08 06:32:47 status unpacked tasksel-data:all 3.31+deb8u1
2015-06-08 06:32:47 upgrade tasksel:all 3.31 3.31+deb8u1
2015-06-08 06:32:47 status half-configured tasksel:all 3.31
2015-06-08 06:32:47 status unpacked tasksel:all 3.31
2015-06-08 06:32:47 status half-installed tasksel:all 3.31
2015-06-08 06:32:47 status triggers-pending man-db:armhf 2.7.0.2-5
2015-06-08 06:32:48 status half-installed tasksel:all 3.31
2015-06-08 06:32:48 status unpacked tasksel:all 3.31+deb8u1
2015-06-08 06:32:48 status unpacked tasksel:all 3.31+deb8u1
2015-06-08 06:32:48 upgrade libgnutls-openssl27:armhf 3.3.8-6 3.3.8-6+deb8u1
2015-06-08 06:32:48 status half-configured libgnutls-openssl27:armhf 3.3.8-6
2015-06-08 06:32:48 status unpacked libgnutls-openssl27:armhf 3.3.8-6
2015-06-08 06:32:48 status half-installed libgnutls-openssl27:armhf 3.3.8-6
2015-06-08 06:32:48 status half-installed libgnutls-openssl27:armhf 3.3.8-6
2015-06-08 06:32:48 status unpacked libgnutls-openssl27:armhf 3.3.8-6+deb8u1
2015-06-08 06:32:48 status unpacked libgnutls-openssl27:armhf 3.3.8-6+deb8u1
2015-06-08 06:32:48 upgrade libgnutls-deb0-28:armhf 3.3.8-6 3.3.8-6+deb8u1
2015-06-08 06:32:48 status half-configured libgnutls-deb0-28:armhf 3.3.8-6
2015-06-08 06:32:48 status unpacked libgnutls-deb0-28:armhf 3.3.8-6
2015-06-08 06:32:48 status half-installed libgnutls-deb0-28:armhf 3.3.8-6
2015-06-08 06:32:49 status half-installed libgnutls-deb0-28:armhf 3.3.8-6
2015-06-08 06:32:49 status unpacked libgnutls-deb0-28:armhf 3.3.8-6+deb8u1
2015-06-08 06:32:49 status unpacked libgnutls-deb0-28:armhf 3.3.8-6+deb8u1
2015-06-08 06:32:49 upgrade libdbus-1-3:armhf 1.8.16-1 1.8.18-0+deb8u1
2015-06-08 06:32:49 status half-configured libdbus-1-3:armhf 1.8.16-1
2015-06-08 06:32:49 status unpacked libdbus-1-3:armhf 1.8.16-1
2015-06-08 06:32:49 status half-installed libdbus-1-3:armhf 1.8.16-1
2015-06-08 06:32:49 status half-installed libdbus-1-3:armhf 1.8.16-1
2015-06-08 06:32:49 status unpacked libdbus-1-3:armhf 1.8.18-0+deb8u1
2015-06-08 06:32:49 status unpacked libdbus-1-3:armhf 1.8.18-0+deb8u1
2015-06-08 06:32:49 upgrade dbus:armhf 1.8.16-1 1.8.18-0+deb8u1
2015-06-08 06:32:49 status half-configured dbus:armhf 1.8.16-1
2015-06-08 06:32:49 status unpacked dbus:armhf 1.8.16-1
2015-06-08 06:32:49 status half-installed dbus:armhf 1.8.16-1
2015-06-08 06:32:49 status triggers-pending systemd:armhf 215-17+deb8u1
2015-06-08 06:32:50 status half-installed dbus:armhf 1.8.16-1
2015-06-08 06:32:50 status unpacked dbus:armhf 1.8.18-0+deb8u1
2015-06-08 06:32:50 status unpacked dbus:armhf 1.8.18-0+deb8u1
2015-06-08 06:32:50 upgrade linux-libc-dev:armhf 3.16.7-ckt9-3~deb8u1 3.16.7-ckt11-1
2015-06-08 06:32:50 status half-configured linux-libc-dev:armhf 3.16.7-ckt9-3~deb8u1
2015-06-08 06:32:50 status unpacked linux-libc-dev:armhf 3.16.7-ckt9-3~deb8u1
2015-06-08 06:32:50 status half-installed linux-libc-dev:armhf 3.16.7-ckt9-3~deb8u1
2015-06-08 06:32:54 status half-installed linux-libc-dev:armhf 3.16.7-ckt9-3~deb8u1
2015-06-08 06:32:54 status unpacked linux-libc-dev:armhf 3.16.7-ckt11-1
2015-06-08 06:32:54 status unpacked linux-libc-dev:armhf 3.16.7-ckt11-1
2015-06-08 06:32:54 trigproc man-db:armhf 2.7.0.2-5 <none>
2015-06-08 06:32:54 status half-configured man-db:armhf 2.7.0.2-5
2015-06-08 06:32:56 status installed man-db:armhf 2.7.0.2-5
2015-06-08 06:32:56 trigproc systemd:armhf 215-17+deb8u1 <none>
2015-06-08 06:32:56 status half-configured systemd:armhf 215-17+deb8u1
2015-06-08 06:32:56 status installed systemd:armhf 215-17+deb8u1
2015-06-08 06:32:56 startup packages configure
2015-06-08 06:32:56 configure perl-modules:all 5.20.2-3+deb8u1 <none>
2015-06-08 06:32:56 status unpacked perl-modules:all 5.20.2-3+deb8u1
2015-06-08 06:32:56 status unpacked perl-modules:all 5.20.2-3+deb8u1
2015-06-08 06:32:56 status half-configured perl-modules:all 5.20.2-3+deb8u1
2015-06-08 06:32:56 status installed perl-modules:all 5.20.2-3+deb8u1
2015-06-08 06:32:56 configure perl:armhf 5.20.2-3+deb8u1 <none>
2015-06-08 06:32:56 status unpacked perl:armhf 5.20.2-3+deb8u1
2015-06-08 06:32:56 status half-configured perl:armhf 5.20.2-3+deb8u1
2015-06-08 06:32:57 status installed perl:armhf 5.20.2-3+deb8u1
2015-06-08 06:32:57 configure libgnutls-deb0-28:armhf 3.3.8-6+deb8u1 <none>
2015-06-08 06:32:57 status unpacked libgnutls-deb0-28:armhf 3.3.8-6+deb8u1
2015-06-08 06:32:57 status half-configured libgnutls-deb0-28:armhf 3.3.8-6+deb8u1
2015-06-08 06:32:57 status installed libgnutls-deb0-28:armhf 3.3.8-6+deb8u1
2015-06-08 06:32:57 status triggers-pending libc-bin:armhf 2.19-18
2015-06-08 06:32:57 configure libgnutls-openssl27:armhf 3.3.8-6+deb8u1 <none>
2015-06-08 06:32:57 status unpacked libgnutls-openssl27:armhf 3.3.8-6+deb8u1
2015-06-08 06:32:57 status half-configured libgnutls-openssl27:armhf 3.3.8-6+deb8u1
2015-06-08 06:32:57 status installed libgnutls-openssl27:armhf 3.3.8-6+deb8u1
2015-06-08 06:32:57 configure libdbus-1-3:armhf 1.8.18-0+deb8u1 <none>
2015-06-08 06:32:57 status unpacked libdbus-1-3:armhf 1.8.18-0+deb8u1
2015-06-08 06:32:57 status half-configured libdbus-1-3:armhf 1.8.18-0+deb8u1
2015-06-08 06:32:57 status installed libdbus-1-3:armhf 1.8.18-0+deb8u1
2015-06-08 06:32:57 configure dbus:armhf 1.8.18-0+deb8u1 <none>
2015-06-08 06:32:57 status unpacked dbus:armhf 1.8.18-0+deb8u1
2015-06-08 06:32:57 status unpacked dbus:armhf 1.8.18-0+deb8u1
2015-06-08 06:32:57 status unpacked dbus:armhf 1.8.18-0+deb8u1
2015-06-08 06:32:57 status unpacked dbus:armhf 1.8.18-0+deb8u1
2015-06-08 06:32:57 status unpacked dbus:armhf 1.8.18-0+deb8u1
2015-06-08 06:32:57 status half-configured dbus:armhf 1.8.18-0+deb8u1
2015-06-08 06:32:59 status installed dbus:armhf 1.8.18-0+deb8u1
2015-06-08 06:32:59 configure linux-libc-dev:armhf 3.16.7-ckt11-1 <none>
2015-06-08 06:32:59 status unpacked linux-libc-dev:armhf 3.16.7-ckt11-1
2015-06-08 06:32:59 status half-configured linux-libc-dev:armhf 3.16.7-ckt11-1
2015-06-08 06:32:59 status installed linux-libc-dev:armhf 3.16.7-ckt11-1
2015-06-08 06:32:59 configure tasksel:all 3.31+deb8u1 <none>
2015-06-08 06:32:59 status unpacked tasksel:all 3.31+deb8u1
2015-06-08 06:32:59 status half-configured tasksel:all 3.31+deb8u1
2015-06-08 06:33:01 status installed tasksel:all 3.31+deb8u1
2015-06-08 06:33:01 configure tasksel-data:all 3.31+deb8u1 <none>
2015-06-08 06:33:01 status unpacked tasksel-data:all 3.31+deb8u1
2015-06-08 06:33:01 status half-configured tasksel-data:all 3.31+deb8u1
2015-06-08 06:33:01 status installed tasksel-data:all 3.31+deb8u1
2015-06-08 06:33:01 trigproc libc-bin:armhf 2.19-18 <none>
2015-06-08 06:33:01 status half-configured libc-bin:armhf 2.19-18
2015-06-08 06:33:01 status installed libc-bin:armhf 2.19-18
2015-06-08 06:33:01 startup packages configure
2015-06-08 12:15:01 startup archives unpack
2015-06-08 12:15:01 upgrade unattended-upgrades:all 0.83.3 0.83.3.1
2015-06-08 12:15:01 status half-configured unattended-upgrades:all 0.83.3
2015-06-08 12:15:01 status unpacked unattended-upgrades:all 0.83.3
2015-06-08 12:15:01 status half-installed unattended-upgrades:all 0.83.3
2015-06-08 12:15:01 status triggers-pending systemd:armhf 215-17+deb8u1
2015-06-08 12:15:01 status triggers-pending man-db:armhf 2.7.0.2-5
2015-06-08 12:15:01 status half-installed unattended-upgrades:all 0.83.3
2015-06-08 12:15:02 status unpacked unattended-upgrades:all 0.83.3.1
2015-06-08 12:15:02 status unpacked unattended-upgrades:all 0.83.3.1
2015-06-08 12:15:02 trigproc systemd:armhf 215-17+deb8u1 <none>
2015-06-08 12:15:02 status half-configured systemd:armhf 215-17+deb8u1
2015-06-08 12:15:02 status installed systemd:armhf 215-17+deb8u1
2015-06-08 12:15:02 trigproc man-db:armhf 2.7.0.2-5 <none>
2015-06-08 12:15:02 status half-configured man-db:armhf 2.7.0.2-5
2015-06-08 12:15:03 status installed man-db:armhf 2.7.0.2-5
2015-06-08 12:15:04 startup packages configure
2015-06-08 12:15:04 configure unattended-upgrades:all 0.83.3.1 <none>
2015-06-08 12:15:04 status unpacked unattended-upgrades:all 0.83.3.1
2015-06-08 12:15:16 conffile /etc/apt/apt.conf.d/50unattended-upgrades install
2015-06-08 12:15:16 status unpacked unattended-upgrades:all 0.83.3.1
2015-06-08 12:15:16 status unpacked unattended-upgrades:all 0.83.3.1
2015-06-08 12:15:16 status unpacked unattended-upgrades:all 0.83.3.1
2015-06-08 12:15:16 status unpacked unattended-upgrades:all 0.83.3.1
2015-06-08 12:15:16 status half-configured unattended-upgrades:all 0.83.3.1
2015-06-08 12:15:19 status installed unattended-upgrades:all 0.83.3.1
2015-06-08 12:15:19 startup packages configure
2015-06-08 19:03:51 startup archives unpack
2015-06-08 19:03:52 install git-core:all <none> 1:2.1.4-2.1
2015-06-08 19:03:52 status half-installed git-core:all 1:2.1.4-2.1
2015-06-08 19:03:52 status unpacked git-core:all 1:2.1.4-2.1
2015-06-08 19:03:52 status unpacked git-core:all 1:2.1.4-2.1
2015-06-08 19:03:52 install libusb-1.0-0-dev:armhf <none> 2:1.0.19-1
2015-06-08 19:03:52 status half-installed libusb-1.0-0-dev:armhf 2:1.0.19-1
2015-06-08 19:03:52 status unpacked libusb-1.0-0-dev:armhf 2:1.0.19-1
2015-06-08 19:03:52 status unpacked libusb-1.0-0-dev:armhf 2:1.0.19-1
2015-06-08 19:03:52 startup packages configure
2015-06-08 19:03:52 configure git-core:all 1:2.1.4-2.1 <none>
2015-06-08 19:03:52 status unpacked git-core:all 1:2.1.4-2.1
2015-06-08 19:03:52 status half-configured git-core:all 1:2.1.4-2.1
2015-06-08 19:03:52 status installed git-core:all 1:2.1.4-2.1
2015-06-08 19:03:52 configure libusb-1.0-0-dev:armhf 2:1.0.19-1 <none>
2015-06-08 19:03:52 status unpacked libusb-1.0-0-dev:armhf 2:1.0.19-1
2015-06-08 19:03:52 status half-configured libusb-1.0-0-dev:armhf 2:1.0.19-1
2015-06-08 19:03:52 status installed libusb-1.0-0-dev:armhf 2:1.0.19-1
2015-06-08 19:03:52 startup packages configure
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 09 Juni 2015, 00:10:27
Zitat von: moonsorrox am 08 Juni 2015, 23:19:56
das habe ich mal gemacht.. Muss ich den wieder neu konfigurieren oder bleibt das jetzt so

Was meinst Du mit konfigurieren?

Zitat
das steht alles drin:

2015-06-08 19:03:52 configure libusb-1.0-0-dev:armhf 2:1.0.19-1 <none>


Du hast erst vorhin libusb initial installiert? Woher kam das Binary, welches den Fehler produziert hat? Wurde das nicht vorher auf diesem System erzeugt? libusb verhaelt sich manchmal komisch, wenn man ein Programm nimmt, das gegen eine andere Version gebaut wurde...

Gruss
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 09 Juni 2015, 06:50:13
Zitat von: mgernoth am 09 Juni 2015, 00:10:27
Was meinst Du mit konfigurieren?
um den USB Stick wie im Wiki neu zu machen
Praktisch ist die Installlation in Fhem gemeint...

Zitat von: mgernoth am 09 Juni 2015, 00:10:27
Du hast erst vorhin libusb initial installiert? Woher kam das Binary, welches den Fehler produziert hat? Wurde das nicht vorher auf diesem System erzeugt? libusb verhaelt sich manchmal komisch, wenn man ein Programm nimmt, das gegen eine andere Version gebaut wurde...
Ich habe nur unter Debian ein Update gemacht da war das wohl dabei.
Entschuldige ich bin nicht ganz so der Linux-Hecht... Deshalb mache ich eigentlich nur immer brav die Updates... was wohl nicht immer gut ist  :-\

Mein Sysmon zeigt mir immer die zu aktualisierenden Pakete an und dann mache ich das...
Was brauchst du noch für Angaben damit ich das wieder richten kann, habe es momentan an meinem Testsystem dran... weil ja mein Produktivsystem nicht lief  :-\

Bin Nachmittag erst wieder zuhause, da könnte ich das dann testen...
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralli am 09 Juni 2015, 07:51:39
Nur, um auch mal eine weitere Rückmeldung für 0.099 zu geben:

Bei mir funktionierte die aktuelle Version des hmland sowohl unter der Fritte als auch unter der Banane mit aktuellem Raspbian zunächst einwandfrei. Ich kann aber beobachten, dass nun bei einem Device, welches mit AES arbeitet, trotz mehrerer Sendeversuche ein MISSING ACK vorliegt - andere mit AES funktionieren hingegen einwandfrei. Ändere ich das IO des betroffenen dann auf einen HMLAN, funktioniert es wie erwartet. Es liegt nicht an der Entfernung.

Dieses Verhalten ist mit der 0.097 nicht gegeben gewesen.

Die Versionen von 10_CUL und 10_HMLAN sind noch "die alten":

# $Id: 10_CUL_HM.pm 8683 2015-06-03 21:26:40Z martinp876 $
# $Id: 00_HMLAN.pm 7822 2015-02-01 16:28:10Z martinp876 $

Edit:
Übrigens scheinbar kein AES-Reject (weil kein Reading vorhanden):


protCmdDel
20
protEvt_AESok
6 last_at:2015-06-09 08:23:57
protLastRcv
2015-06-09 08:24:03
protResnd
60 last_at:2015-06-09 08:22:40
protResndFail
20 last_at:2015-06-09 08:22:45
protSnd
70 last_at:2015-06-09 08:24:00
protState
CMDs_done
rssi_HMLAN0 -> echter HMLAN
avg:-63 min:-63 max:-63 lst:-63 cnt:1
rssi_HMLAN4 -> HM-CFG-USB2 mit hmland 0.099
avg:-62.28 min:-75 max:-56 lst:-63 cnt:21


Geschluckt hat der Aktor es erst nach dem Umstellen auf HMLAN0. Das Verhalten lässt sich reproduzieren, ich schicke Dir das Log per PN.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 09 Juni 2015, 09:47:09
Hi,

Zitat von: moonsorrox am 09 Juni 2015, 06:50:13
um den USB Stick wie im Wiki neu zu machen
Praktisch ist die Installlation in Fhem gemeint...

Ah, die Fhem-Konfiguration. Nein, die musst Du nicht anfassen, Fhem bekommt gar nicht mit, dass der hmland geupdated wurde.

Zitat
Ich habe nur unter Debian ein Update gemacht da war das wohl dabei.

Ich wollte eigentlich wissen, woher das hmland-Prgramm auf dem Rechner gekommen ist, dass den Fehler produziert hat?
Nach Deinem Log hattest du gestern unattended-upgrades aktualisiert (gut :-) ) und erst am Abend die libusb-dev-Pakete installiert. Ich hatte Dich auch so verstanden, dass Du den hmland erfolgreich vor dem Debian-Update auf diesem System genutzt hattest, war das nicht so und Du hast ihn erst am Abend das erste mal auf diesem System heruntergeladen, kompiliert und laufengelassen?

Falls das mit dem Neukompilieren nicht klappt, kannst Du mir bitte die Ausgabe des folgenden Kommandos als root zukommen lassen (hmland vorher stoppen)?


lsusb -vvv -d 1b1f:c00f


Da muesste folgende Sektion drin vorkommen:


    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass         3 Human Interface Device
      bInterfaceSubClass      0 No Subclass
      bInterfaceProtocol      0 None
      iInterface             58 HID


Und hier muesste die bInterfaceNumber bei Dir auch 0 sein. Falls sie das nicht ist, erklaert das Dein Problem, dann hat Dein Stick aber eine andere Firmware als alle anderen und es kann eigentlich nie mit ihm funktioniert haben ;-)

Zitat von: Ralli am 09 Juni 2015, 07:51:39
Bei mir funktionierte die aktuelle Version des hmland sowohl unter der Fritte als auch unter der Banane mit aktuellem Raspbian zunächst einwandfrei. Ich kann aber beobachten, dass nun bei einem Device, welches mit AES arbeitet, trotz mehrerer Sendeversuche ein MISSING ACK vorliegt - andere mit AES funktionieren hingegen einwandfrei. Ändere ich das IO des betroffenen dann auf einen HMLAN, funktioniert es wie erwartet. Es liegt nicht an der Entfernung.

Hmm, ich sehe in Deinem Log, dass der Schluessel mit Index 1 gesetzt wurde und erfolgreich zwei AES-Kommunikationen mit einem Geraet durchgefuehrt wurden. Das andere Geraet antwortet einfach gar nicht, auch nicht mit einer Challenge. Die Anfrage wurde aber vom HMCFGUSB korrekt quittiert, also sollte sie gesendet worden sein.

In 0.099 hat sich bzg. AES-handling nichts gegenueber 0.097 geaendert, nur die Behandlung von Paketen >1024 Bytes wurde gefixed, die treten aber nur bei einem reconnect eines laufenden Fhem auf und nicht bei normalen Schaltaktionen.

Zitat
Dieses Verhalten ist mit der 0.097 nicht gegeben gewesen.

Kannst Du das bitte nochmal verifizieren?


$ git checkout 325ed7030d39536af863e9c49b5fa04ac0a28d5d
Note: checking out '325ed7030d39536af863e9c49b5fa04ac0a28d5d'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

  git checkout -b new_branch_name

HEAD is now at 325ed70... avoid possible null-pointer dereference in error-path


Und dann make clean all.

Um danach auf die aktuelle Version zurueckzukommen: git checkout master

Zitat
Die Versionen von 10_CUL und 10_HMLAN sind noch "die alten":
# $Id: 10_CUL_HM.pm 8683 2015-06-03 21:26:40Z martinp876 $
# $Id: 00_HMLAN.pm 7822 2015-02-01 16:28:10Z martinp876 $

Solange der HMCFGUSB nicht staendig rebootet, sind die nicht schuld :-)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Motivierte linke Hände am 09 Juni 2015, 13:53:44
Zitat von: mgernoth am 08 Juni 2015, 22:09:40
Argh, wollte eigentlich Dir auch antworten, bitte probier auch Du ein update des hmland.

Hi Michael,

danke Dir. Ich habe heute FHEM "geupdated" und dann hmland nochmal neu aus dem git gezogen und kompiliert. In den letzten paar Stunden gab es keine Auffälligkeiten. Ich hoffe, es bleibt so.

Vielen Dank für hmland!

Grüße, Christian
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 09 Juni 2015, 14:08:59
hallo michael,

ich fahre gerade DoS-attacken auf mein homematic-system. es scheint auch so, dass der hmusb das senden, wegen der 1%-regel, immer wieder einstellt. nur in fhem wird weder highload-warning noch overload-error angezeigt. könnte es sein, dass diese messages vom hmland nicht ausgewertet werden? oder bietet der hmusb im gegensatz zum hmlan diese möglichkeiten nicht. dadurch verliert man dann ja auch die möglichkeit, dass eine vccu bei overload das senden auf ein anderes io umschalten kann. für den angreifer natürlich besser.  ;)

gruss frank
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 09 Juni 2015, 14:55:53
Hallo Frank,

Zitat von: frank am 09 Juni 2015, 14:08:59
ich fahre gerade DoS-attacken auf mein homematic-system. es scheint auch so, dass der hmusb das senden, wegen der 1%-regel, immer wieder einstellt. nur in fhem wird weder highload-warning noch overload-error angezeigt. könnte es sein, dass diese messages vom hmland nicht ausgewertet werden?

Hmm, die Werte werden eigentlich 1:1 an Fhem weitergegeben und ich habe auch schon Overload-Nachrichten mit dem HM-CFG-USB in Fhem gesehen. (Und auch in meinem Firmwareupdater)

Gruss
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 09 Juni 2015, 15:18:34
ZitatHmm, die Werte werden eigentlich 1:1 an Fhem weitergegeben und ich habe auch schon Overload-Nachrichten mit dem HM-CFG-USB in Fhem gesehen. (Und auch in meinem Firmwareupdater)

dachte ich eigentlich auch schon mal gesehen zu haben. war mmir jetzt aber unsicher. komisch. jedenfalls hatte ich mit meiner attacke msgLoadEst bis auf max 170%. diese berechnung kann eventuell nicht ganz korrekt sein. aber bisherige vergleiche lagen immer ganz gut, bis auf den traffic beim ota-update. da muss der traffic durch 10 geteilt werden, wegen der frequenzerhöhung.

im fhem log kann man auch gut erkennen, dass in einem bestmmten rythmus keine erzwungenen ack mehr gesendet werden. auf alle fälle muss es dann ja an fhem liegen. dann werde ich mal den hmlan quälen. danke erst einmal.

edit: hmlan meldet overload und vccu schaltet um.
edit2: jetzt funktioniert es auch beim hmusb. hm...
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 09 Juni 2015, 17:39:36
Zitat von: mgernoth am 09 Juni 2015, 09:47:09
Ich wollte eigentlich wissen, woher das hmland-Prgramm auf dem Rechner gekommen ist, dass den Fehler produziert hat?
Nach Deinem Log hattest du gestern unattended-upgrades aktualisiert (gut :-) ) und erst am Abend die libusb-dev-Pakete installiert. Ich hatte Dich auch so verstanden, dass Du den hmland erfolgreich vor dem Debian-Update auf diesem System genutzt hattest, war das nicht so und Du hast ihn erst am Abend das erste mal auf diesem System heruntergeladen, kompiliert und laufengelassen?
ja der hmland war vorher ganz normal angemeldet und funktionierte.
Mir ist gar nicht klar, dass ich die Pakete am Abend installiert habe, sorry aber ich sehe grad nicht durch..! :-\

Eigentlich habe ich nur ein Debian Update gemacht...!
Diese libusb-dev-Pakete habe ich mit der Neueinrichtung so wie im Wiki erklärt, als ich den Stick neu einrichten wollte.
Zitatcd /opt/
apt-get install build-essential libusb-1.0-0-dev make gcc git-core
git clone git://git.zerfleddert.de/hmcfgusb
cd hmcfgusb
make


Zitat von: mgernoth am 09 Juni 2015, 09:47:09
Falls das mit dem Neukompilieren nicht klappt, kannst Du mir bitte die Ausgabe des folgenden Kommandos als root zukommen lassen (hmland vorher stoppen)?

ich muss jetzt nochmal schauen wie ich das Neukompiliere, das mache ich mit dem Kommando - git pull und make

so hier meine Ausgabe:
Bus 003 Device 002: ID 1b1f:c00f
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               1.10
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0         8
  idVendor           0x1b1f
  idProduct          0xc00f
  bcdDevice            9.67
  iManufacturer           4 eQ-3
  iProduct               14 HM-CFG-USB
  iSerial                36 KEQ1111294
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           41
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0x80
      (Bus Powered)
    MaxPower              100mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass         3 Human Interface Device
      bInterfaceSubClass      0 No Subclass
      bInterfaceProtocol      0 None
      iInterface             58 HID
        HID Device Descriptor:
          bLength                 9
          bDescriptorType        33
          bcdHID               1.10
          bCountryCode            0 Not supported
          bNumDescriptors         1
          bDescriptorType        34 Report
          wDescriptorLength      33
         Report Descriptors:
           ** UNAVAILABLE **
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x02  EP 2 OUT
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval              32
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval              32
Device Status:     0x0000
  (Bus Powered)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Motivierte linke Hände am 09 Juni 2015, 21:33:00
Mal ein ganz anderes Thema:

Ich habe hier an einem Raspi2 u.a. einen HM-CFG-USB. Nach einem Reboot funktioniert ein paar Minuten alles, der HM-CFG-USB taucht bei lsusb auf. Dann geht "etwas" schief:

Jun  9 21:26:21 raspberrypi kernel: [   72.980840] Transfer to device 7 endpoint 0x2 frame 565 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:21 raspberrypi kernel: [   73.076845] Transfer to device 7 endpoint 0x2 frame 661 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:23 raspberrypi kernel: [   75.239143] Transfer to device 7 endpoint 0x2 frame 775 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:25 raspberrypi kernel: [   76.672057] usb 1-1.2.1.1: USB disconnect, device number 7
Jun  9 21:26:26 raspberrypi kernel: [   78.448859] usb 1-1.2.1.1: new full-speed USB device number 10 using dwc_otg
Jun  9 21:26:26 raspberrypi kernel: [   78.554135] usb 1-1.2.1.1: New USB device found, idVendor=1b1f, idProduct=c00f
Jun  9 21:26:26 raspberrypi kernel: [   78.554162] usb 1-1.2.1.1: New USB device strings: Mfr=4, Product=14, SerialNumber=36
Jun  9 21:26:26 raspberrypi kernel: [   78.554238] usb 1-1.2.1.1: Product: HM-CFG-USB
Jun  9 21:26:26 raspberrypi kernel: [   78.554257] usb 1-1.2.1.1: Manufacturer: eQ-3
Jun  9 21:26:26 raspberrypi kernel: [   78.554274] usb 1-1.2.1.1: SerialNumber: LEQ0659344
Jun  9 21:26:26 raspberrypi kernel: [   78.563700] hid-generic 0003:1B1F:C00F.0002: hiddev0,hidraw0: USB HID v1.10 Device [eQ-3 HM-CFG-USB] on usb-bcm2708_usb-1.2.1.1/input0
Jun  9 21:26:27 raspberrypi kernel: [   78.967938] Transfer to device 10 endpoint 0x2 frame 407 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:27 raspberrypi kernel: [   78.999894] Transfer to device 10 endpoint 0x3 frame 439 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:27 raspberrypi kernel: [   79.031637] Transfer to device 10 endpoint 0x3 frame 471 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:27 raspberrypi kernel: [   79.095649] Transfer to device 10 endpoint 0x3 frame 535 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:27 raspberrypi kernel: [   79.319930] Transfer to device 10 endpoint 0x2 frame 759 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:27 raspberrypi kernel: [   79.383935] Transfer to device 10 endpoint 0x2 frame 823 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:27 raspberrypi kernel: [   79.415947] Transfer to device 10 endpoint 0x3 frame 855 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:27 raspberrypi kernel: [   79.479708] Transfer to device 10 endpoint 0x3 frame 919 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:27 raspberrypi kernel: [   79.511699] Transfer to device 10 endpoint 0x3 frame 951 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:28 raspberrypi kernel: [   79.735991] Transfer to device 10 endpoint 0x2 frame 1175 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:33 raspberrypi kernel: [   85.150089] dwc_otg_hcd_handle_hc_fsm: 10 callbacks suppressed
Jun  9 21:26:33 raspberrypi kernel: [   85.150117] Transfer to device 10 endpoint 0x2 frame 445 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:34 raspberrypi kernel: [   86.248612] Transfer to device 10 endpoint 0x2 frame 1543 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:34 raspberrypi kernel: [   86.280602] Transfer to device 10 endpoint 0x2 frame 1575 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:40 raspberrypi kernel: [   92.449435] Transfer to device 10 endpoint 0x2 frame 1599 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:41 raspberrypi kernel: [   93.482823] Transfer to device 10 endpoint 0x2 frame 584 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:45 raspberrypi kernel: [   96.614245] Transfer to device 10 endpoint 0x2 frame 1667 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:45 raspberrypi kernel: [   96.642681] usb 1-1.2.1.1: USB disconnect, device number 10
Jun  9 21:26:46 raspberrypi kernel: [   98.419008] usb 1-1.2.1.1: new full-speed USB device number 11 using dwc_otg
Jun  9 21:26:46 raspberrypi kernel: [   98.525552] usb 1-1.2.1.1: New USB device found, idVendor=1b1f, idProduct=c00f
Jun  9 21:26:46 raspberrypi kernel: [   98.525579] usb 1-1.2.1.1: New USB device strings: Mfr=4, Product=14, SerialNumber=36
Jun  9 21:26:46 raspberrypi kernel: [   98.525597] usb 1-1.2.1.1: Product: HM-CFG-USB
Jun  9 21:26:46 raspberrypi kernel: [   98.525614] usb 1-1.2.1.1: Manufacturer: eQ-3
Jun  9 21:26:46 raspberrypi kernel: [   98.525630] usb 1-1.2.1.1: SerialNumber: LEQ0659344
Jun  9 21:26:46 raspberrypi kernel: [   98.534786] hid-generic 0003:1B1F:C00F.0003: hiddev0,hidraw0: USB HID v1.10 Device [eQ-3 HM-CFG-USB] on usb-bcm2708_usb-1.2.1.1/input0
Jun  9 21:26:47 raspberrypi kernel: [   99.580389] Transfer to device 11 endpoint 0x3 frame 537 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:48 raspberrypi kernel: [   99.772660] Transfer to device 11 endpoint 0x2 frame 729 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:48 raspberrypi kernel: [   99.836669] Transfer to device 11 endpoint 0x2 frame 793 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:48 raspberrypi kernel: [   99.868418] Transfer to device 11 endpoint 0x2 frame 825 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:48 raspberrypi kernel: [   99.932425] Transfer to device 11 endpoint 0x3 frame 889 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:48 raspberrypi kernel: [  100.124695] Transfer to device 11 endpoint 0x2 frame 1081 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:48 raspberrypi kernel: [  100.188705] Transfer to device 11 endpoint 0x2 frame 1145 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:48 raspberrypi kernel: [  100.220454] Transfer to device 11 endpoint 0x2 frame 1177 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:48 raspberrypi kernel: [  100.284465] Transfer to device 11 endpoint 0x3 frame 1241 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:48 raspberrypi kernel: [  100.476738] Transfer to device 11 endpoint 0x2 frame 1433 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:26:58 raspberrypi kernel: [  109.858996] dwc_otg_hcd_handle_hc_fsm: 13 callbacks suppressed
Jun  9 21:26:58 raspberrypi kernel: [  109.859018] Transfer to device 11 endpoint 0x2 frame 574 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:27:03 raspberrypi kernel: [  114.863546] Transfer to device 11 endpoint 0x2 frame 1482 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:27:04 raspberrypi kernel: [  115.865181] Transfer to device 11 endpoint 0x2 frame 436 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:27:12 raspberrypi kernel: [  124.571340] Transfer to device 11 endpoint 0x2 frame 949 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:27:13 raspberrypi kernel: [  125.574842] Transfer to device 11 endpoint 0x2 frame 1952 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:27:13 raspberrypi kernel: [  125.606836] Transfer to device 11 endpoint 0x2 frame 1984 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:27:16 raspberrypi kernel: [  128.597503] Transfer to device 11 endpoint 0x2 frame 878 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:27:17 raspberrypi kernel: [  128.662519] Transfer to device 11 endpoint 0x2 frame 943 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:27:17 raspberrypi kernel: [  128.758271] Transfer to device 11 endpoint 0x2 frame 1039 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:27:17 raspberrypi kernel: [  129.014307] Transfer to device 11 endpoint 0x2 frame 1295 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:27:17 raspberrypi kernel: [  129.078312] Transfer to device 11 endpoint 0x2 frame 1359 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:27:17 raspberrypi kernel: [  129.366357] Transfer to device 11 endpoint 0x2 frame 1647 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:27:17 raspberrypi kernel: [  129.430356] Transfer to device 11 endpoint 0x2 frame 1711 failed - FIQ reported NYET. Data may have been lost.
Jun  9 21:27:34 raspberrypi kernel: [  146.313674] usb 1-1.2.1.1: USB disconnect, device number 11
Jun  9 21:27:37 raspberrypi kernel: [  148.869518] usb 1-1.2.1-port1: Cannot enable. Maybe the USB cable is bad?
Jun  9 21:27:38 raspberrypi kernel: [  149.729551] usb 1-1.2.1-port1: Cannot enable. Maybe the USB cable is bad?
Jun  9 21:27:38 raspberrypi kernel: [  150.589367] usb 1-1.2.1-port1: Cannot enable. Maybe the USB cable is bad?
Jun  9 21:27:39 raspberrypi kernel: [  151.449358] usb 1-1.2.1-port1: Cannot enable. Maybe the USB cable is bad?
Jun  9 21:27:39 raspberrypi kernel: [  151.449727] usb 1-1.2.1-port1: unable to enumerate USB device


... und das war's dann. lsusb zeigt den HM-CFG-USB auch nicht mehr an. Das passiert, wenn der HM-CFG-USB direkt im Raspi steckt, oder wenn er im (powered) USB-Hub steckt.

Irgendwelche Ideen?

Danke, Christian
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 10 Juni 2015, 10:42:33
Hallo,

Zitat von: moonsorrox am 09 Juni 2015, 17:39:36
ja der hmland war vorher ganz normal angemeldet und funktionierte.

Ja, aber woher stammte das "alte" hmland-Programm?

Zitat
ich muss jetzt nochmal schauen wie ich das Neukompiliere, das mache ich mit dem Kommando - git pull und make

Genau:

$ git pull
remote: Counting objects: 48, done.
remote: Compressing objects: 100% (44/44), done.
remote: Total 48 (delta 28), reused 0 (delta 0)
Unpacking objects: 100% (48/48), done.
From git://git.zerfleddert.de:/hmcfgusb
   57b387c..13bb1a6  master     -> origin/master
Updating 57b387c..13bb1a6
Fast-forward
README.md        |  77 ++++++++++++++++++++++++++++++
flash-hmcfgusb.c |   4 +-
flash-ota.c      |   7 ++-
hmcfgusb.c       |  93 +++++++++++++++++++++++++------------
hmcfgusb.h       |   1 +
hmland.c         | 267 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++--------------------------------------
hmsniff.c        |   2 +
version.h        |   2 +-
8 files changed, 324 insertions(+), 129 deletions(-)
create mode 100644 README.md

$ make clean
rm -f hmcfgusb.o hmland.o hmcfgusb.o hmsniff.o hmcfgusb.o firmware.o util.o flash-hmcfgusb.o hmcfgusb.o culfw.o firmware.o util.o flash-ota.o hmcfgusb.d hmland.d hmcfgusb.d hmsniff.d hmcfgusb.d firmware.d util.d flash-hmcfgusb.d hmcfgusb.d culfw.d firmware.d util.d flash-ota.d hmland hmsniff flash-hmcfgusb flash-ota

$ make
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmland.o hmland.c
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmcfgusb.o hmcfgusb.c
gcc -L/opt/local/lib  hmland.o hmcfgusb.o  -lusb-1.0 -lrt -o hmland
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmsniff.o hmsniff.c
gcc -L/opt/local/lib  hmsniff.o hmcfgusb.o  -lusb-1.0 -lrt -o hmsniff
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o flash-hmcfgusb.o flash-hmcfgusb.c
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o firmware.o firmware.c
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o util.o util.c
gcc -L/opt/local/lib  flash-hmcfgusb.o hmcfgusb.o firmware.o util.o  -lusb-1.0 -lrt -o flash-hmcfgusb
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o flash-ota.o flash-ota.c
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o culfw.o culfw.c
gcc -L/opt/local/lib  flash-ota.o hmcfgusb.o culfw.o firmware.o util.o  -lusb-1.0 -lrt -o flash-ota

$ ./hmland -i
HHM-USB-IF,03C7,JEQ0534488,1DAF1E,68EA14,0002B0EC,0000


Zitat
so hier meine Ausgabe:

    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass         3 Human Interface Device
      bInterfaceSubClass      0 No Subclass
      bInterfaceProtocol      0 None
      iInterface             58 HID


Ok, danke. Sieht jetzt wirklich nach einer inkompatiblen libusb aus (habe keine Ahnung, warum es vorher funktioniert hat), da der Fehler besagt, dass eine ungueltige bInterfaceNumber angegeben wurde. Der hmland gibt hier 0 an und Dein Stick hat auch ein Interface mit dieser Nummer...

Ich habe gerade mal den aktuellen hmland auf einem Beaglebone mit Debian Jessie kompiliert und da funktioniert er wunderbar.

Zitat von: Motivierte linke Hände am 09 Juni 2015, 21:33:00
Ich habe hier an einem Raspi2 u.a. einen HM-CFG-USB. Nach einem Reboot funktioniert ein paar Minuten alles, der HM-CFG-USB taucht bei lsusb auf. Dann geht "etwas" schief: [...]

Irgendwelche Ideen?

Entweder ein defektes USB-Interface auf dem Stick (gabs schon ein paarmal) oder ein kaputter USB-Host-Treiber am Raspi2. Der hat doch AFAIK den gleichen (kaputten) USB-Controller wie der 1er? Hilft da evtl auch die Option dwc_otg.speed=1?

Laeuft der Stick laenger an einem anderen Rechner?

Gruss
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 10 Juni 2015, 12:37:44
Zitat von: mgernoth am 10 Juni 2015, 10:42:33
Ja, aber woher stammte das "alte" hmland-Programm?

ich weiß immer noch nicht was mit altes Programm gemeint ist...!  :-\

Gestern habe ich den spät Abends nochmals, kompiliert mit (git pull und make) und heute nun läuft er auf meinem Testsystem.
Ich traue mich aber grad nicht den nun wieder am Produktivsystem einzusetzen... :-\
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Motivierte linke Hände am 10 Juni 2015, 13:48:47
Hi Michael,

Zitat von: mgernoth am 10 Juni 2015, 10:42:33
Entweder ein defektes USB-Interface auf dem Stick (gabs schon ein paarmal) oder ein kaputter USB-Host-Treiber am Raspi2. Der hat doch AFAIK den gleichen (kaputten) USB-Controller wie der 1er? Hilft da evtl auch die Option dwc_otg.speed=1?

Laeuft der Stick laenger an einem anderen Rechner?

Alles gute und berechtigte Fragen. Ich habe an dem Raspi noch einen CUL, WLAN, und einen LinkUSBi hängen (daher auch der USB-Hub mit eigener Stromversorgung, wobei 1Wire über den LinkUSBi dann nochmal separat versorgt wird). Die 3 funktionieren alle problemlos, so dass ich bisher gehofft hatte, der USB-Stack sei entweder inzwischen insgesamt stabiler (die Hochzeit der Probleme war Ende 2012) und/oder der Raspi2 da anders designed. dwc_otg.speed = 1 muss ich mal testen - das tut nur in der Netzwerkperformance weh.

Der HMUSB an sich lief vorher mit hmland viele Monate problemlos am Ubuntu-Server hier.

Einen Punkt spezifisch zu hmland habe ich noch: Wenn sich der HMUSB verabschiedet, bekommt hmland das nicht mit. hmland läuft weiter, versucht den Verbindungsaufbau und gibt Fehlermeldungen aus, was so letztenlich dann das FHEM Log flutet mit disconnected, connecting, etc. Stati für den HMUSB. Keine Ahnung, ob sich das ändern ließe und ob das überhaupt sinnvoll wäre oder nur in der speziellen Situation hier auftaucht.

Wenn ich ein wenig mehr Zeit habe, teste ich nochmal ein wenig.

Danke, Christian
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 10 Juni 2015, 14:23:12
Zitat von: moonsorrox am 10 Juni 2015, 12:37:44
ich weiß immer noch nicht was mit altes Programm gemeint ist...!  :-\

Ich meine die Version, die Du vor dem neukompilieren benutzt hast.
Hast Du die evtl. unter Debian Wheezy gebaut und dann geupdated?

Zitat
Gestern habe ich den spät Abends nochmals, kompiliert mit (git pull und make) und heute nun läuft er auf meinem Testsystem.

Ok, dann gehe ich stark davon aus, dass es tatsaechlich ein Inkompatibilitaetsproblem mit der libusb war. Ich will jetzt eigentlich nur noch rausfinden, was dazu gefuehrt hat, deswegen auch meine Frage wo die alte  hmland-Version herkam...

Zitat von: Motivierte linke Hände am 10 Juni 2015, 13:48:47
Die 3 funktionieren alle problemlos, so dass ich bisher gehofft hatte, der USB-Stack sei entweder inzwischen insgesamt stabiler (die Hochzeit der Probleme war Ende 2012) und/oder der Raspi2 da anders designed. dwc_otg.speed = 1 muss ich mal testen - das tut nur in der Netzwerkperformance weh.

Leider hat sich an dem Design nicht viel geaendert, AFAIK wurde nur der Netzwerkcontroller gegen eine Version mit 5-Port Hub (1 Port ist intern) getauscht.

Dein Problem hoert sich nach diesem hier an:
https://github.com/raspberrypi/linux/issues/624

Loesung angeblich: dwc_otg.fiq_fsm_mask=0xF

Zitat
Einen Punkt spezifisch zu hmland habe ich noch: Wenn sich der HMUSB verabschiedet, bekommt hmland das nicht mit. hmland läuft weiter, versucht den Verbindungsaufbau und gibt Fehlermeldungen aus, was so letztenlich dann das FHEM Log flutet mit disconnected, connecting, etc. Stati für den HMUSB.

Doch, er bekommt es schon mit. Aber was soll er anderes machen, als die Verbindung zu Fhem gleich wieder schliessen wenn der USB-Stick nicht da ist? Ich wuerde mich ueber eine bessere Idee freuen. (Der Stick wird erst gesucht, nachdem die Verbindung angenommen wurde, alles andere waere deutlich komplexer oder fuer den Benutzer umstaendlicher)

Und Fhem versucht halt auch in einer Endlosschleife die Verbindung neu aufzubauen.

Gruss
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 10 Juni 2015, 15:07:06
Zitat von: mgernoth am 10 Juni 2015, 14:23:12
Ich meine die Version, die Du vor dem neukompilieren benutzt hast.
Hast Du die evtl. unter Debian Wheezy gebaut und dann geupdated?
Nein, ich habe den HmUSB unter Debian Jessie gebaut, also komplett neues Debian installiert und danach den Stick eingebunden, wie im Wiki beschrieben..!

Zitat von: mgernoth am 10 Juni 2015, 14:23:12
Ok, dann gehe ich stark davon aus, dass es tatsaechlich ein Inkompatibilitaetsproblem mit der libusb war. Ich will jetzt eigentlich nur noch rausfinden, was dazu gefuehrt hat, deswegen auch meine Frage wo die alte  hmland-Version herkam...
Ja klar und ich möchte ja auch gerne dabei helfen, dass raus zu bekommen, denn Jessie wird sicher bald Einzug nehmen in viele Systeme.

Was mich nur wundert ich habe ja gestern (versucht) neu zu bauen und er hat mir gesagt das alles aktuell ist und es gibt nichts zutun.
Der Stick funktioniert ja seit gestern, denn ich habe mein Testsystem über Nacht laufen lassen.
Meine Firmware ist aber die folgende: D-firmware 0.967
Sollte die nicht 0.999 sein ?

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralli am 10 Juni 2015, 15:14:51
Zitat von: moonsorrox am 10 Juni 2015, 15:07:06
Meine Firmware ist aber die folgende: D-firmware 0.967
Sollte die nicht 0.999 sein ?
Nein. Firmware ist das, was im Stick drin ist.

Die 0.097 bzw. 0.099 ist die Version des hmland (der Software).
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 10 Juni 2015, 17:54:40
Hi,

Zitat von: moonsorrox am 10 Juni 2015, 15:07:06
Nein, ich habe den HmUSB unter Debian Jessie gebaut, also komplett neues Debian installiert und danach den Stick eingebunden, wie im Wiki beschrieben..!

Ah, dann hatte ich das komplett falsch verstanden, Sorry.
Und ich bin baff, dass es dann jetzt funktioniert...

Zitat
Ja klar und ich möchte ja auch gerne dabei helfen, dass raus zu bekommen, denn Jessie wird sicher bald Einzug nehmen in viele Systeme.

Auf meinem Fhem-System (allerdings x86-Architektur, nicht ARM) laeuft seit dem Releasetag Jessie.

Gruss
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 30 Juni 2015, 14:14:56
Hallo zusammen,

habe soeben die Version 0.100 freigegeben: https://git.zerfleddert.de/hmcfgusb/releases/

Diese meldet sich nun standardmaessig nicht mehr als HM-LAN-IF sondern als HM-USB-IF, was ein Fhem >= 2015-06-19 voraussetzt. Das alte Verhalten kann man mit dem Kommandozeilenparameter -I wiederherstellen:


        -I              pretend to be HM-LAN-IF for compatibility with client-software (previous default)


Viele Gruesse
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 30 Juni 2015, 16:50:55
fein.

vielleicht hat Ralli ja wieder lust auf kompilieren.   :)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralli am 30 Juni 2015, 18:55:14
Bitteschön :)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 30 Juni 2015, 20:16:39
merci.  :)

2015.06.30 20:03:13.209 5: HMLAN/RAW: /HHM-USB-IF,03C7,KEQ1111271,263408,1ACE1F,00124864,0011,06
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 01 Juli 2015, 19:53:55
Hallo,

taeglich gruesst der hmland ;-)

Habe gerade Version 0.101 des hmland freigegeben, der behebt Probleme mit aesCommReq :-)
Stellt sich heraus, der USB-Stick erwartet da an einer Stelle ein Laengenbyte, dass es beim HMLAN nicht gibt.

Die Kanalmaske kann naemlich manchmal laenger als ein Byte sein.
Jetzt muss Fhem nur noch eine richtige Kanalmaske senden, die hartkodiert (0x1E) ist naemlich einfach falsch, speziell wenn man Geraete mit mehr als 4(5) Kanaelen benutzt...

Viele Gruesse
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralli am 01 Juli 2015, 21:18:20
... und hier bereits die für die Fritzboxen kompilierte Version ;)

Edit:

Vielleicht ist bei mir auch das absolut unerklärliche Verhalten mit zwei Rolladen-Aktoren damit behoben :). Die zwei funktionierten mit einem HM-USB zunächst tadellos und wollten dann irgendwann für wenige Stunden trotz guter RSSI nicht mehr - sie blieben immer bei dem Key-Request hängen. Irgendwann ging's dann wieder. Mit einem HM-LAN haben die direkt wieder zusammen gespielt.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 01 Juli 2015, 23:09:13
Zitat... und hier bereits die für die Fritzboxen kompilierte Version ;)
ich komme kaum noch hinterher, danke.

gruss frank
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 02 Juli 2015, 15:20:44
ich habe versucht v0.100 mit hmland -I -d -p 1234 zu starten. dann konnte ich nicht auf fhem zugreifen. ist -I nicht kombinierbar?

gruss frank
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 02 Juli 2015, 15:25:59
Hallo Frank,

Zitat von: frank am 02 Juli 2015, 15:20:44
ich habe versucht v0.100 mit hmland -I -d -p 1234 zu starten. dann konnte ich nicht auf fhem zugreifen. ist -I nicht kombinierbar?

Doch, habe es gerade auch nochmal ausprobiert. Funktioniert wie erwartet.

Viele Grüße
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: karl0123 am 02 Juli 2015, 15:28:59
Setzt die v0.100 voraus, dass auf dem HM-CFG-USB-2 die aktuellste Firmware vorhanden ist? FHEM bekommt mit dieser Version keine Verbindung. Ich habe aber ein Problem mit dem Flashen der Firmware. Der USB-Stick wird, im Gegensatz zu einem anderen, den ich verwende, am PC nicht erkannt.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 02 Juli 2015, 15:51:46
Hallo,

Zitat von: karl0123 am 02 Juli 2015, 15:28:59
Setzt die v0.100 voraus, dass auf dem HM-CFG-USB-2 die aktuellste Firmware vorhanden ist? FHEM bekommt mit dieser Version keine Verbindung.

Nein, die v0.100 braucht entweder ein aktuelles Fhem oder den zusätzlichen Parameter -I.

Zitat
Ich habe aber ein Problem mit dem Flashen der Firmware. Der USB-Stick wird, im Gegensatz zu einem anderen, den ich verwende, am PC nicht erkannt.

Und das Update mit flash-hmcfgusb funktioniert auch nicht?

Gruß
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: karl0123 am 02 Juli 2015, 15:52:46
danke!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: dantist am 08 Juli 2015, 16:38:14
Hallo zusammen,

ich habe heute den HM USB-Stick nach Anleitung installiert und scheitere grade am Einbinden des ersten Schalters (HM-PB2-WM55). Er wird beim Pairen gefunden und angelegt, allerdings stehen die States beider Buttons auf "???" und das erstellte Notify wird nicht ausgelöst.

Anbei die Config, vielleicht findet sich hier schon der Fehler?

# ### Device HMUSB
define hmusb HMLAN 127.0.0.1:1234
attr hmusb hmId 555555
attr hmusb hmLanQlen 1_min

# ### Schalter Schlafzimmer
define SchalterSchlafzimmer CUL_HM XXXXXX
attr SchalterSchlafzimmer IODev hmusb
attr SchalterSchlafzimmer autoReadReg 4_reqStatus
attr SchalterSchlafzimmer expert 2_full
attr SchalterSchlafzimmer firmware 1.4
attr SchalterSchlafzimmer model HM-PB-2-WM55
attr SchalterSchlafzimmer room Schalter
attr SchalterSchlafzimmer serialNr MEQ00XXXXX
attr SchalterSchlafzimmer subType pushButton
attr SchalterSchlafzimmer webCmd getConfig:clear msgEvents

# ### Schalter Schlafzimmer - Button 1
define SchalterSchlafzimmer_Btn_01 CUL_HM XXXXXX01
attr SchalterSchlafzimmer_Btn_01 model HM-PB-2-WM55
attr SchalterSchlafzimmer_Btn_01 peerIDs

# ### Schalter Schlafzimmer - Button 2
define SchalterSchlafzimmer_Btn_02 CUL_HM XXXXXX02
attr SchalterSchlafzimmer_Btn_02 model HM-PB-2-WM55

# ### Schalter Schlafzimmer - Logging
define FileLog_SchalterSchlafzimmer FileLog ./log/SchalterSchlafzimmer-%Y.log SchalterSchlafzimmer.*
attr FileLog_SchalterSchlafzimmer logtype text
attr FileLog_SchalterSchlafzimmer room Schalter

# ### Schalter Schlafzimmer Aktionen
define SchalterNotify notify SchalterSchlafzimmer_Btn_.* {\
fhem("set Sonos_Arbeitszimmer Stop");;\
}
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 08 Juli 2015, 20:52:47
Wenn der Schalter angelegt wurde, dann funktioniert der Stick.
Kommt nicht in EventMonitor (und log) an? Ggf. leigt Dein Problem an einem nicht vollständigen Pairing. Mache getConfig und drücke Anlerntaste. Probiere ggf. neu anzulernen.

Wenns nicht reicht - mache einen neuen Thread.

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Freee84 am 08 Juli 2015, 21:07:29
Hallo ein Anfänger bräuchte mal Hilfe.

Am Wochende ist meine 7390 durch einen Überstromschaden von mir gegangen (es hat ja auch 1,5 Jahre ohne Probleme gelaufen)

Jetzt habe ich mir eine 7490 zugelegt.

Ich habe eine 7490 (orginal sytem 06.24), ein HM-CFG-USB (D-firmware 0.963) und Fhem mit dem neusten update.

Fhem.cfg

define hmusb HMLAN 192.168.169.253:1250
attr hmusb hmId 181213
attr hmusb hmLanQlen 1_min
attr hmusb loadLevel 0:low,40:batchLevel,90:high,99:suspended
attr hmusb room hidden

Das Hmland habe ich von themaxx32000 (Seite 29, vielen Dank) genommen

Habe alles in /var/media/ftp/fhem/hmlan entpackt (alles auch die lib's)

dann per telnet

die Treiber verlinkt                   export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/var/media/ftp/fhem/hmlan
die Rechte gesetzt          chmod 755 hmland hmsniff flash-ota flash-hmcfgusb
und Hmland gestartet       ps | grep hmland | grep -v -q grep || /var/media/ftp/fhem/hmlan/hmland -l 192.168.169.253 -p 1250 -d sleep 2


jetzt bekomme ich bei Fhem im Logfile folgenes angezeigt

2015.07.08 20:49:17 1: Including fhem.cfg
2015.07.08 20:49:18 3: telnetPort: port 7072 opened
2015.07.08 20:49:19 3: WEB: port 8083 opened
2015.07.08 20:49:19 3: WEBphone: port 8084 opened
2015.07.08 20:49:19 3: WEBtablet: port 8085 opened
2015.07.08 20:49:20 1: HMLAN_Parse: hmusb new condition disconnected
2015.07.08 20:49:20 3: Opening hmusb device 192.168.169.253:1250
2015.07.08 20:49:20 3: hmusb device opened
2015.07.08 20:49:20 1: HMLAN_Parse: hmusb new condition init
2015.07.08 20:49:20 3: Opening fb device fritz.box:1012
2015.07.08 20:49:20 3: fb device opened
2015.07.08 20:49:23 1: Including ./log/fhem.save
2015.07.08 20:49:24 3: Device Gaeste_WC added to ActionDetector with 000:10 time
2015.07.08 20:49:24 3: CUL_HM set Gaeste_WC_Kreis off
2015.07.08 20:49:24 3: Device Kueche_Esszimmer added to ActionDetector with 000:10 time
2015.07.08 20:49:24 3: CUL_HM set Kueche_Esszimmer_Kreis off
2015.07.08 20:49:24 3: Device Wintergarten added to ActionDetector with 000:10 time
2015.07.08 20:49:24 3: CUL_HM set Wintergarten_Kreis off
2015.07.08 20:49:24 3: Device Wohnzimmer added to ActionDetector with 000:10 time
2015.07.08 20:49:24 3: CUL_HM set Wohnzimmer_Kreis off
2015.07.08 20:49:25 2: FB_CALLMONITOR (fb) - found FritzBox phonebook /var/flash/phonebook
2015.07.08 20:49:26 2: FB_CALLMONITOR (fb) - read 380 contacts from /var/flash/phonebook
2015.07.08 20:49:26 1: usb create starting
2015.07.08 20:49:30 1: usb create end
2015.07.08 20:49:30 0: Featurelevel: 5.6
2015.07.08 20:49:30 0: Server started with 56 defined entities (version $Id: fhem.pl 8850 2015-06-28 15:03:28Z rudolfkoenig $, os linux, user root, pid 7645)
2015.07.08 20:49:30 3: CUL_HM set FussbodenPumpe statusRequest
2015.07.08 20:49:30 3: hmusb: Unknown code A0F88861021BA7F0000000A88E90C0060::-68:hmusb, help me!
2015.07.08 20:49:30 3: hmusb: Unknown code A0F88861021BA7F0000000A88E90C0060::-68:hmusb, help me!
2015.07.08 20:49:30 3: CUL_HM set Wohnzimmer statusRequest
2015.07.08 20:49:30 1: HMLAN_Parse: hmusb new condition ok
2015.07.08 20:49:30 3: CUL_HM set Gaeste_WC statusRequest
2015.07.08 20:49:31 3: CUL_HM set Kueche_Esszimmer statusRequest
2015.07.08 20:49:31 3: hmusb: Unknown code A0FE58610234E8E0000000A94DD0C0052::-50:hmusb, help me!
2015.07.08 20:49:31 3: hmusb: Unknown code A0FCD861023504E0000000A78EF8C0068::-64:hmusb, help me!
2015.07.08 20:49:31 3: hmusb: Unknown code A0F8F8610235D9E0000000A78E28C0059::-58:hmusb, help me!
2015.07.08 20:49:31 3: CUL_HM set Wintergarten statusRequest
2015.07.08 20:49:31 3: hmusb: Unknown code A0F89861021BA7F0000000A88EA0C0060::-67:hmusb, help me!
2015.07.08 20:49:31 3: hmusb: Unknown code A0F89861021BA7F0000000A88EA0C0060::-67:hmusb, help me!
2015.07.08 20:49:31 3: hmusb: Unknown code A0FE68610234E8E0000000A94DD0C0052::-50:hmusb, help me!
2015.07.08 20:49:31 3: CUL_HM set Wintergarten_Kreis statusRequest
2015.07.08 20:49:33 3: CUL_HM set Wohnzimmer_Kreis statusRequest
2015.07.08 20:49:34 3: CUL_HM set Kueche_Esszimmer_Kreis statusRequest
2015.07.08 20:50:07 3: hmusb: Unknown code A0FCE861023504E0000000A78EF8C0068::-68:hmusb, help me!
2015.07.08 20:50:30 3: hmusb: Unknown code A0F908610235D9E0000000A78E28C0059::-57:hmusb, help me!
2015.07.08 20:50:30 3: CUL_HM set FussbodenPumpe on
2015.07.08 20:50:33 3: CUL_HM set FussbodenPumpe off
2015.07.08 20:50:49 3: hmusb: Unknown code A0F8A861021BA7F0000000A88E90C0060::-68:hmusb, help me!
2015.07.08 20:52:21 3: hmusb: Unknown code A0FE78610234E8E0000000A94DD0C0052::-50:hmusb, help me!

kann mir jemand helfen

oder hat zufällig jemand einen Hmland für die 7490 was bei mir laufen könnte.

vielen dank im vorraus
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 08 Juli 2015, 21:28:56
scheint doch zu laufen.

2015.07.08 20:49:20 1: HMLAN_Parse: hmusb new condition disconnected
2015.07.08 20:49:20 3: Opening hmusb device 192.168.169.253:1250
2015.07.08 20:49:20 3: hmusb device opened
2015.07.08 20:49:20 1: HMLAN_Parse: hmusb new condition init
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Freee84 am 08 Juli 2015, 21:38:01
ja

aber 'help me' ist doch nicht normal oder ?

und der log läft igendwann voll

2015.07.08 20:52:49 3: hmusb: Unknown code A0F8B861021BA7F0000000A88EA0C0060::-68:hmusb, help me!
2015.07.08 20:53:05 3: hmusb: Unknown code A0F918610235D9E0000000A78E28C0059::-58:hmusb, help me!
2015.07.08 20:55:01 3: hmusb: Unknown code A0FD0861023504E0000000A78F08C0068::-65:hmusb, help me!
2015.07.08 20:55:03 3: hmusb: Unknown code A0FE88610234E8E0000000A94DD0C0052::-51:hmusb, help me!
2015.07.08 20:55:26 3: hmusb: Unknown code A0F928610235D9E0000000A78E28C0059::-57:hmusb, help me!
2015.07.08 20:55:38 3: hmusb: Unknown code A0F8C861021BA7F0000000A88EA0C0060::-68:hmusb, help me!
2015.07.08 20:57:06 3: hmusb: Unknown code A0FD1861023504E0000000A78F08C0068::-67:hmusb, help me!
2015.07.08 20:57:30 3: hmusb: Unknown code A0FE98610234E8E0000000A94DD0C0052::-50:hmusb, help me!
2015.07.08 20:57:32 3: hmusb: Unknown code A0F938610235D9E0000000A78E28C0059::-58:hmusb, help me!
2015.07.08 20:58:13 3: hmusb: Unknown code A0F8D861021BA7F0000000A88E90C0060::-68:hmusb, help me!
2015.07.08 20:59:43 3: hmusb: Unknown code A0FEA8610234E8E0000000A94DE0C0052::-50:hmusb, help me!
2015.07.08 21:00:01 3: hmusb: Unknown code A0FD2861023504E0000000A78F08C0068::-65:hmusb, help me!
2015.07.08 21:00:28 3: hmusb: Unknown code A0F948610235D9E0000000A78E28C0059::-58:hmusb, help me!
2015.07.08 21:00:34 3: hmusb: Unknown code A0F8E861021BA7F0000000A88EA0C0060::-67:hmusb, help me!
2015.07.08 21:02:40 3: hmusb: Unknown code A0F8F861021BA7F0000000A88E90C0060::-67:hmusb, help me!
2015.07.08 21:02:41 3: hmusb: Unknown code A0FD3861023504E0000000A78F08C0068::-68:hmusb, help me!
2015.07.08 21:02:45 3: hmusb: Unknown code A0FEB8610234E8E0000000A94DE0C0052::-50:hmusb, help me!
2015.07.08 21:03:09 3: hmusb: Unknown code A0F958610235D9E0000000A78E28C0059::-58:hmusb, help me!
2015.07.08 21:05:07 3: hmusb: Unknown code A0FD4861023504E0000000A78F08C0068::-65:hmusb, help me!
2015.07.08 21:05:33 3: hmusb: Unknown code A0FEC8610234E8E0000000A94DE0C0052::-50:hmusb, help me!
2015.07.08 21:05:36 3: hmusb: Unknown code A0F968610235D9E0000000A78E28C0059::-58:hmusb, help me!
2015.07.08 21:05:36 3: hmusb: Unknown code A0F90861021BA7F0000000A88E90C0060::-67:hmusb, help me!
2015.07.08 21:07:49 3: hmusb: Unknown code A0F978610235D9E0000000A78E28C0059::-57:hmusb, help me!
2015.07.08 21:08:07 3: hmusb: Unknown code A0FED8610234E8E0000000A94DE0C0052::-50:hmusb, help me!
2015.07.08 21:08:18 3: hmusb: Unknown code A0F91861021BA7F0000000A88E90C0060::-70:hmusb, help me!
2015.07.08 21:10:20 3: hmusb: Unknown code A0FD6861023504E0000000A78F18C0068::-65:hmusb, help me!
2015.07.08 21:10:26 3: hmusb: Unknown code A0FEE8610234E8E0000000A94DE0C0052::-50:hmusb, help me!
2015.07.08 21:10:45 3: hmusb: Unknown code A0F92861021BA7F0000000A88E90C0060::-69:hmusb, help me!
2015.07.08 21:10:51 3: hmusb: Unknown code A0F988610235D9E0000000A78E28C0059::-57:hmusb, help me!
2015.07.08 21:12:31 3: hmusb: Unknown code A0FEF8610234E8E0000000A94DE0C0052::-50:hmusb, help me!
2015.07.08 21:12:57 3: hmusb: Unknown code A0F93861021BA7F0000000A88E90C0060::-69:hmusb, help me!
2015.07.08 21:13:06 3: hmusb: Unknown code A0FD7861023504E0000000A78F18C0068::-72:hmusb, help me!
2015.07.08 21:13:38 3: hmusb: Unknown code A0F998610235D9E0000000A78E38C0059::-57:hmusb, help me!
2015.07.08 21:15:25 3: hmusb: Unknown code A0FF08610234E8E0000000A94DE0C0052::-52:hmusb, help me!
2015.07.08 21:15:39 3: hmusb: Unknown code A0FD8861023504E0000000A78F18C0068::-69:hmusb, help me!
2015.07.08 21:15:59 3: hmusb: Unknown code A0F94861021BA7F0000000A88E90C0060::-70:hmusb, help me!
2015.07.08 21:16:12 3: hmusb: Unknown code A0F9A8610235D9E0000000A78E38C0059::-58:hmusb, help me!
2015.07.08 21:17:56 3: hmusb: Unknown code A0FD9861023504E0000000A78F18C0068::-72:hmusb, help me!
2015.07.08 21:18:05 3: hmusb: Unknown code A0FF18610234E8E0000000A94DE0C0052::-51:hmusb, help me!
2015.07.08 21:18:30 3: hmusb: Unknown code A0F9B8610235D9E0000000A78E38C0059::-58:hmusb, help me!
2015.07.08 21:18:47 3: hmusb: Unknown code A0F95861021BA7F0000000A88E90C0060::-68:hmusb, help me!
2015.07.08 21:20:00 3: hmusb: Unknown code A0FDA861023504E0000000A78F08C0068::-72:hmusb, help me!
2015.07.08 21:20:31 3: hmusb: Unknown code A0FF28610234E8E0000000A94DE0C0052::-51:hmusb, help me!
2015.07.08 21:20:35 3: hmusb: Unknown code A0F9C8610235D9E0000000A78E38C0059::-58:hmusb, help me!
2015.07.08 21:21:21 3: hmusb: Unknown code A0F96861021BA7F0000000A88E90C0060::-68:hmusb, help me!
2015.07.08 21:22:42 3: hmusb: Unknown code A0FF38610234E8E0000000A94DE0C0052::-51:hmusb, help me!
2015.07.08 21:22:53 3: hmusb: Unknown code A0FDB861023504E0000000A78F08C0068::-71:hmusb, help me!
2015.07.08 21:23:29 3: hmusb: Unknown code A0F9D8610235D9E0000000A78E38C0059::-58:hmusb, help me!
2015.07.08 21:23:40 3: hmusb: Unknown code A0F97861021BA7F0000000A88E90C0060::-69:hmusb, help me!
2015.07.08 21:25:31 3: hmusb: Unknown code A0FDC861023504E0000000A78F08C0068::-69:hmusb, help me!
2015.07.08 21:25:42 3: hmusb: Unknown code A0FF48610234E8E0000000A94DF0C0052::-53:hmusb, help me!
2015.07.08 21:25:44 3: hmusb: Unknown code A0F98861021BA7F0000000A88E90C0060::-69:hmusb, help me!
2015.07.08 21:26:08 3: hmusb: Unknown code A0F9E8610235D9E0000000A78E38C0059::-58:hmusb, help me!
2015.07.08 21:27:55 3: hmusb: Unknown code A0FDD861023504E0000000A78F08C0068::-70:hmusb, help me!
2015.07.08 21:28:29 3: hmusb: Unknown code A0FF58610234E8E0000000A94DF0C0052::-53:hmusb, help me!
2015.07.08 21:28:33 3: hmusb: Unknown code A0F9F8610235D9E0000000A78E38C0059::-58:hmusb, help me!
2015.07.08 21:28:38 3: hmusb: Unknown code A0F99861021BA7F0000000A88E90C0060::-68:hmusb, help me!
2015.07.08 21:30:05 3: hmusb: Unknown code A0FDE861023504E0000000A78F08C0068::-69:hmusb, help me!
2015.07.08 21:30:44 3: hmusb: Unknown code A0FA08610235D9E0000000A78E38C0059::-58:hmusb, help me!
2015.07.08 21:31:00 3: hmusb: Unknown code A0FF68610234E8E0000000A94DF0C0052::-51:hmusb, help me!
2015.07.08 21:31:18 3: hmusb: Unknown code A0F9A861021BA7F0000000A88E90C0060::-67:hmusb, help me!
2015.07.08 21:33:04 3: hmusb: Unknown code A0FDF861023504E0000000A78F08C0068::-69:hmusb, help me!
2015.07.08 21:33:18 3: hmusb: Unknown code A0FF78610234E8E0000000A94DF0C0052::-51:hmusb, help me!
2015.07.08 21:33:43 3: hmusb: Unknown code A0F9B861021BA7F0000000A88E90C0060::-70:hmusb, help me!
2015.07.08 21:33:44 3: hmusb: Unknown code A0FA18610235D9E0000000A78E38C0059::-58:hmusb, help me!
2015.07.08 21:35:21 3: hmusb: Unknown code A0FF88610234E8E0000000A94DF0C0052::-50:hmusb, help me!
2015.07.08 21:35:49 3: hmusb: Unknown code A0FE0861023504E0000000A78F08C0068::-67:hmusb, help me!
2015.07.08 21:35:54 3: hmusb: Unknown code A0F9C861021BA7F0000000A88E90C0060::-67:hmusb, help me!
2015.07.08 21:36:30 3: hmusb: Unknown code A0FA28610235D9E0000000A78E38C0059::-58:hmusb, help me!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 08 Juli 2015, 21:55:23
Hast Du eine vccu?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Freee84 am 08 Juli 2015, 22:09:43
hmm...

hab mir gerade im Wiki die Seite zu Vccu durchgelesen. Und habe es nicht wirklich verstanden .
Denke mal das ich sowas nicht hab ...

Habe damals bei der 7390 alle mit meiner Vater zusammen gemacht. Der aber leider gerade keine zeit hat.

meine CFG sieht so aus


attr global userattr cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd none
attr global room hidden
attr global statefile ./log/fhem.save
attr global verbose 3

#./hmland -p 1250 -r 04:00 -d

define telnetPort telnet 7072 global
attr telnetPort password {use FritzBoxUtils;;FB_checkPw("localhost","$password") }
attr telnetPort room hidden

define WEB FHEMWEB 8083 global
attr WEB basicAuth {use FritzBoxUtils;;FB_checkPw("localhost","$password") }
attr WEB editConfig 1
attr WEB room hidden
attr WEB stylesheetPrefix dark

define WEBphone FHEMWEB 8084 global
attr WEBphone basicAuth {use FritzBoxUtils;;FB_checkPw("localhost","$password") }
attr WEBphone room hidden
attr WEBphone stylesheetPrefix smallscreen

define WEBtablet FHEMWEB 8085 global
attr WEBtablet basicAuth {use FritzBoxUtils;;FB_checkPw("localhost","$password") }
attr WEBtablet room hidden
attr WEBtablet stylesheetPrefix touchpad

# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog
attr Logfile room 6. Log-Files

define autocreate autocreate
attr autocreate autosave 1
attr autocreate device_room %TYPE
attr autocreate filelog ./log/%NAME-%Y.log
attr autocreate room hidden
attr autocreate weblink 1
attr autocreate weblink_room Plots

# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
attr initialUsbCheck room hidden


# If the above notify did not helped, then you probably have to enable some of
# the following lines.  Verify first that /dev/xxx ist correct.

#define CUL CUL /dev/ttyACM0@9600 1250
#attr CUL rfmode HomeMatic

#define EUL TCM 310 /dev/ttyACM0@57600
#define BscBor TCM 120 /dev/ttyUSB0@9600
#define BscSmartConnect TCM 310 /dev/ttyUSB0@57600
#define FHZ_0 FHZ /dev/ttyUSB0
#attr FHZ_0 fhtsoftbuffer 0
define hmusb HMLAN 192.168.169.253:1250
attr hmusb hmId 181213
attr hmusb hmLanQlen 1_min
attr hmusb loadLevel 0:low,40:batchLevel,90:high,99:suspended
attr hmusb room hidden


define fb FB_CALLMONITOR fritz.box
attr fb local-area-code 02381
attr fb reverse-search all
attr fb room hidden
define alarm notify fb:event:.ring { \
my $inumber = ReadingsVal("fb", "internal_number", undef);;\
my $enumber = ReadingsVal("fb", "external_number", undef);;\
my $extname = ReadingsVal("fb", "external_name", undef);;\
$extname =~ s/ / /g;;\
GetHttpFile( "192.168.169.004/control/message?popup=Eingehender%%20Anruf%%20von%%3A%%0A%%0ARufnummer%%3A$enumber%%0AAnrufer%%3A${extname}%%0AAnruf an%%3A",$inumber);;\
}
attr alarm room hidden


#########################
#                       #
#  Action Detector      #
#                       #
#########################


define ActionDetector CUL_HM 000000
attr ActionDetector event-on-change-reading .*
attr ActionDetector model ActionDetector
attr ActionDetector room hidden
define FileLog_ActionDetector FileLog ./log/ActionDetector-%Y.log ActionDetector
attr FileLog_ActionDetector logtype text
attr FileLog_ActionDetector room 6. Log-Files

#########################
#                       #
#  Thermostat Gaeste WC #
#                       #
#########################

define Gaeste_WC CUL_HM 20E149
attr Gaeste_WC .devInfo 00FFFF
attr Gaeste_WC .stc 58
attr Gaeste_WC IODev hmusb
attr Gaeste_WC actCycle 000:10
attr Gaeste_WC actStatus alive
attr Gaeste_WC autoReadReg 4_reqStatus
attr Gaeste_WC expert 2_full
attr Gaeste_WC firmware 2.1
attr Gaeste_WC model HM-CC-TC
attr Gaeste_WC room 1. Wohnbereich
attr Gaeste_WC serialNr KEQ0176288
attr Gaeste_WC subType thermostat
define FileLog_Gaeste_WC FileLog ./log/Gaeste_WC-%Y.log Gaeste_WC
attr FileLog_Gaeste_WC logtype text
attr FileLog_Gaeste_WC room 6. Log-Files
define Gaeste_WC_Weather CUL_HM 20E14901
attr Gaeste_WC_Weather expert 1
attr Gaeste_WC_Weather model HM-CC-TC
attr Gaeste_WC_Weather peerIDs
attr Gaeste_WC_Weather room hidden
define FileLog_Gaeste_WC_Weather FileLog ./log/Gaeste_WC_Weather-%Y.log Gaeste_WC_Weather
attr FileLog_Gaeste_WC_Weather logtype text
attr FileLog_Gaeste_WC_Weather room 6. Log-Files
define Gaeste_WC_Climate CUL_HM 20E14902
attr Gaeste_WC_Climate expert 1
attr Gaeste_WC_Climate model HM-CC-TC
attr Gaeste_WC_Climate peerIDs 00000000,
attr Gaeste_WC_Climate room hidden
define FileLog_Gaeste_WC_Climate FileLog ./log/Gaeste_WC_Climate-%Y.log Gaeste_WC_Climate
attr FileLog_Gaeste_WC_Climate logtype text
attr FileLog_Gaeste_WC_Climate room 6. Log-Files
#define Gaeste_WC_WindowRec CUL_HM 20E14903
#attr Gaeste_WC_WindowRec expert 1
#attr Gaeste_WC_WindowRec model HM-CC-TC
#attr Gaeste_WC_WindowRec peerIDs
#attr Gaeste_WC_WindowRec room CUL_HM
#attr Gaeste_WC_WindowRec stateFormat last:trigLast
#define FileLog_Gaeste_WC_WindowRec FileLog ./log/Gaeste_WC_WindowRec-%Y.log Gaeste_WC_WindowRec
#attr FileLog_Gaeste_WC_WindowRec logtype text
#attr FileLog_Gaeste_WC_WindowRec room CUL_HM


#########################
#                       #
#  Thermostat Küche     #
#                       #
#########################


define Kueche_Esszimmer CUL_HM 20E165
attr Kueche_Esszimmer .devInfo 00FFFF
attr Kueche_Esszimmer .stc 58
attr Kueche_Esszimmer IODev hmusb
attr Kueche_Esszimmer actCycle 000:10
attr Kueche_Esszimmer actStatus alive
attr Kueche_Esszimmer autoReadReg 4_reqStatus
attr Kueche_Esszimmer expert 2_full
attr Kueche_Esszimmer firmware 2.1
attr Kueche_Esszimmer model HM-CC-TC
attr Kueche_Esszimmer room 1. Wohnbereich
attr Kueche_Esszimmer serialNr KEQ0176316
attr Kueche_Esszimmer subType thermostat
define FileLog_Kueche_Esszimmer FileLog ./log/Kueche_Esszimmer-%Y.log Kueche_Esszimmer
attr FileLog_Kueche_Esszimmer logtype text
attr FileLog_Kueche_Esszimmer room 6. Log-Files
define Kueche_Esszimmer_Weather CUL_HM 20E16501
attr Kueche_Esszimmer_Weather expert 1
attr Kueche_Esszimmer_Weather model HM-CC-TC
attr Kueche_Esszimmer_Weather peerIDs
attr Kueche_Esszimmer_Weather room hidden
define FileLog_Kueche_Esszimmer_Weather FileLog ./log/Kueche_Esszimmer_Weather-%Y.log Kueche_Esszimmer_Weather
attr FileLog_Kueche_Esszimmer_Weather logtype text
attr FileLog_Kueche_Esszimmer_Weather room 6. Log-Files
define Kueche_Esszimmer_Climate CUL_HM 20E16502
attr Kueche_Esszimmer_Climate expert 1
attr Kueche_Esszimmer_Climate model HM-CC-TC
attr Kueche_Esszimmer_Climate peerIDs 00000000,
attr Kueche_Esszimmer_Climate room hidden
define FileLog_Kueche_Esszimmer_Climate FileLog ./log/Kueche_Esszimmer_Climate-%Y.log Kueche_Esszimmer_Climate
attr FileLog_Kueche_Esszimmer_Climate logtype text
attr FileLog_Kueche_Esszimmer_Climate room 6. Log-Files
#define Kueche_Esszimmer_WindowRec CUL_HM 20E16503
#attr Kueche_Esszimmer_WindowRec expert 1
#attr Kueche_Esszimmer_WindowRec model HM-CC-TC
#attr Kueche_Esszimmer_WindowRec peerIDs 00000000,
#attr Kueche_Esszimmer_WindowRec room CUL_HM
#attr Kueche_Esszimmer_WindowRec stateFormat last:trigLast
#define FileLog_Kueche_Esszimmer_WindowRec FileLog ./log/Kueche_Esszimmer_WindowRec-%Y.log Kueche_Esszimmer_WindowRec
#attr FileLog_Kueche_Esszimmer_WindowRec logtype text
#attr FileLog_Kueche_Esszimmer_WindowRec room CUL_HM


#############################
#                           #
#  Thermostat Wohnzimmer    #
#                           #
#############################


define Wohnzimmer CUL_HM 20DEB9
attr Wohnzimmer .devInfo 00FFFF
attr Wohnzimmer .stc 58
attr Wohnzimmer IODev hmusb
attr Wohnzimmer actCycle 000:10
attr Wohnzimmer actStatus alive
attr Wohnzimmer autoReadReg 4_reqStatus
attr Wohnzimmer expert 1
attr Wohnzimmer firmware 2.1
attr Wohnzimmer model HM-CC-TC
attr Wohnzimmer room 1. Wohnbereich
attr Wohnzimmer serialNr KEQ0175753
attr Wohnzimmer subType thermostat
define FileLog_Wohnzimmer FileLog ./log/Wohnzimmer-%Y.log Wohnzimmer
attr FileLog_Wohnzimmer logtype text
attr FileLog_Wohnzimmer room 6. Log-Files
define Wohnzimmer_Weather CUL_HM 20DEB901
attr Wohnzimmer_Weather expert 1
attr Wohnzimmer_Weather model HM-CC-TC
attr Wohnzimmer_Weather peerIDs
attr Wohnzimmer_Weather room hidden
define FileLog_Wohnzimmer_Weather FileLog ./log/Wohnzimmer_Weather-%Y.log Wohnzimmer_Weather
attr FileLog_Wohnzimmer_Weather logtype text
attr FileLog_Wohnzimmer_Weather room 6. Log-Files
define Wohnzimmer_Climate CUL_HM 20DEB902
attr Wohnzimmer_Climate expert 1
attr Wohnzimmer_Climate model HM-CC-TC
attr Wohnzimmer_Climate peerIDs 00000000,
attr Wohnzimmer_Climate room hidden
define FileLog_Wohnzimmer_Climate FileLog ./log/Wohnzimmer_Climate-%Y.log Wohnzimmer_Climate
attr FileLog_Wohnzimmer_Climate logtype text
attr FileLog_Wohnzimmer_Climate room 6. Log-Files
#define Wohnzimmer_WindowRec CUL_HM 20DEB903
#attr Wohnzimmer_WindowRec expert 1
#attr Wohnzimmer_WindowRec model HM-CC-TC
#attr Wohnzimmer_WindowRec peerIDs 00000000,
#attr Wohnzimmer_WindowRec room CUL_HM
#attr Wohnzimmer_WindowRec stateFormat last:trigLast
#define FileLog_Wohnzimmer_WindowRec FileLog ./log/Wohnzimmer_WindowRec-%Y.log Wohnzimmer_WindowRec
#attr FileLog_Wohnzimmer_WindowRec logtype text
#attr FileLog_Wohnzimmer_WindowRec room CUL_HM


###############################
#                             #
#  Thermostat Wintergarten    #
#                             #
###############################


define Wintergarten CUL_HM 20DEC2
attr Wintergarten .devInfo 00FFFF
attr Wintergarten .stc 58
attr Wintergarten IODev hmusb
attr Wintergarten actCycle 000:10
attr Wintergarten actStatus alive
attr Wintergarten autoReadReg 4_reqStatus
attr Wintergarten expert 1
attr Wintergarten firmware 2.1
attr Wintergarten model HM-CC-TC
attr Wintergarten room 1. Wohnbereich
attr Wintergarten serialNr KEQ0175762
attr Wintergarten subType thermostat
define FileLog_Wintergarten FileLog ./log/Wintergarten-%Y.log Wintergarten
attr FileLog_Wintergarten logtype text
attr FileLog_Wintergarten room 6. Log-Files
define Wintergarten_Weather CUL_HM 20DEC201
attr Wintergarten_Weather expert 1
attr Wintergarten_Weather model HM-CC-TC
attr Wintergarten_Weather peerIDs
attr Wintergarten_Weather room hidden
define FileLog_Wintergarten_Weather FileLog ./log/Wintergarten_Weather-%Y.log Wintergarten
attr FileLog_Wintergarten_Weather logtype text
attr FileLog_Wintergarten_Weather room 6. Log-Files
define Wintergarten_Climate CUL_HM 20DEC202
attr Wintergarten_Climate expert 1
attr Wintergarten_Climate model HM-CC-TC
attr Wintergarten_Climate peerIDs 00000000,
attr Wintergarten_Climate room hidden
define FileLog_Wintergarten_Climate FileLog ./logWintergarten_Climate-%Y.log Wintergarten_Climate
attr FileLog_Wintergarten_Climate logtype text
attr FileLog_Wintergarten_Climate room 6. Log-Files
#define Wintergarten_WindowRec CUL_HM 20DEC203
#attr Wintergarten_WindowRec expert 1
#attr Wintergarten_WindowRec model HM-CC-TC
#attr Wintergarten_WindowRec peerIDs 00000000,
#attr Wintergarten_WindowRec room CUL_HM
#attr Wintergarten_WindowRec stateFormat last:trigLast
#define FileLog_Wintergarten_WindowRec FileLog ./log/Wintergarten_WindowRec-%Y.log Wintergarten_WindowRec
#attr FileLog_Wintergarten_WindowRec logtype text
#attr FileLog_Wintergarten_WindowRec room CUL_HM


###################
#                 #
# Hezungsschalter #
#                 #
###################


define Heizungsschalter_unten CUL_HM 205FB3
attr Heizungsschalter_unten .devInfo 040100
attr Heizungsschalter_unten .stc 10
attr Heizungsschalter_unten IODev hmusb
attr Heizungsschalter_unten autoReadReg 4_reqStatus
attr Heizungsschalter_unten expert 2_full
attr Heizungsschalter_unten firmware 1.9
attr Heizungsschalter_unten model HM-LC-SW4-DR
attr Heizungsschalter_unten room hidden
attr Heizungsschalter_unten serialNr KEQ0055491
attr Heizungsschalter_unten subType switch
attr Heizungsschalter_unten webCmd getConfig
define FileLog_Heizungsschalter_unten FileLog ./log/Heizungsschalter_unten-%Y.log Heizungsschalter_unten
attr FileLog_Heizungsschalter_unten logtype text
attr FileLog_Heizungsschalter_unten room 6. Log-Files


#####################
#                   #
# Wintergartenkreis #
#                   #
#####################


define Wintergarten_Kreis CUL_HM 205FB301
attr Wintergarten_Kreis expert 1
attr Wintergarten_Kreis model HM-LC-SW4-DR
attr Wintergarten_Kreis peerIDs 00000000,
attr Wintergarten_Kreis room hidden
attr Wintergarten_Kreis webCmd toggle:on:off:statusRequest
define FileLog_Wintergarten_Kreis FileLog ./log/Wintergarten_Kreis-%Y.log Wintergarten_Kreis
attr FileLog_Wintergarten_Kreis logtype text
attr FileLog_Wintergarten_Kreis room 6. Log-Files


###################
#                 #
# Wohnzimmerkreis #
#                 #
###################


define Wohnzimmer_Kreis CUL_HM 205FB302
attr Wohnzimmer_Kreis expert 1
attr Wohnzimmer_Kreis model HM-LC-SW4-DR
attr Wohnzimmer_Kreis peerIDs 00000000,
attr Wohnzimmer_Kreis room hidden
attr Wohnzimmer_Kreis webCmd toggle:on:off:statusRequest
define FileLog_Wohnzimmer_Kreis FileLog ./log/Wohnzimmer_Kreis-%Y.log Wohnzimmer_Kreis
attr FileLog_Wohnzimmer_Kreis logtype text
attr FileLog_Wohnzimmer_Kreis room 6. Log-Files


########################
#                      #
# Küche/Esszimmerkreis #
#                      #
########################


define Kueche_Esszimmer_Kreis CUL_HM 205FB303
attr Kueche_Esszimmer_Kreis expert 1
attr Kueche_Esszimmer_Kreis model HM-LC-SW4-DR
attr Kueche_Esszimmer_Kreis peerIDs 00000000,
attr Kueche_Esszimmer_Kreis room hidden
attr Kueche_Esszimmer_Kreis webCmd toggle:on:off:statusRequest
define FileLog_Kueche_Esszimmer_Kreis FileLog ./log/Kueche_Esszimmer_Kreis-%Y.log Kueche_Esszimmer_Kreis
attr FileLog_Kueche_Esszimmer_Kreis logtype text
attr FileLog_Kueche_Esszimmer_Kreis room 6. Log-Files

##################
#                #
# Gäste WC Kreis #
#                #
##################


define Gaeste_WC_Kreis CUL_HM 205FB304
attr Gaeste_WC_Kreis expert 1
attr Gaeste_WC_Kreis model HM-LC-SW4-DR
attr Gaeste_WC_Kreis peerIDs 00000000,
attr Gaeste_WC_Kreis room hidden
attr Gaeste_WC_Kreis webCmd toggle:on:off:statusRequest
define FileLog_Gaeste_WC_Kreis FileLog ./log/Gaeste_WC_Kreis-%Y.log Gaeste_WC_Kreis
attr FileLog_Gaeste_WC_Kreis logtype text
attr FileLog_Gaeste_WC_Kreis room 6. Log-Files


##################
#                #
# Schalter FBH   #
#                #
##################


define FussbodenPumpe CUL_HM 1FD1D3
attr FussbodenPumpe IODev hmusb
attr FussbodenPumpe autoReadReg 4_reqStatus
attr FussbodenPumpe expert 2_full
attr FussbodenPumpe firmware 1.9
attr FussbodenPumpe model HM-LC-SW2-FM
attr FussbodenPumpe peerIDs 00000000,
attr FussbodenPumpe room hidden
attr FussbodenPumpe serialNr IEQ0254488
attr FussbodenPumpe subType switch
attr FussbodenPumpe webCmd toggle:on:off:statusRequest
#attr FussbodenPumpe devInfo 020100
#attr FussbodenPumpe hmClass switch
define FileLog_FussbodenPumpe FileLog ./log/FussbodenPumpe-%Y.log FussbodenPumpe
attr FileLog_FussbodenPumpe logtype text
attr FileLog_FussbodenPumpe room 6. Log-Files


#######################
#                     #
# Schalter Radiator   #
#                     #
#######################


define RadiatorPumpe CUL_HM 1FD1D302
attr RadiatorPumpe model HM-LC-SW2-FM
attr RadiatorPumpe peerIDs 00000000,
attr RadiatorPumpe room hidden
attr RadiatorPumpe subType switch
attr RadiatorPumpe webCmd toggle:on:off:statusRequest
#attr RadiatorPumpe devInfo 020100
#attr RadiatorPumpe hmClass switch
define FileLog_RadiatorPumpe FileLog ./log/RadiatorPumpe-%Y.log RadiatorPumpe
attr FileLog_RadiatorPumpe logtype text
attr FileLog_RadiatorPumpe room 6. Log-Files


###################
#                 #
#   Schaltlogik   #
#                 #
###################


define TH_Gaeste_WC THRESHOLD Gaeste_WC:measured-temp:0:Gaeste_WC:desired-temp Gaeste_WC_Kreis
attr TH_Gaeste_WC number_format %.1f
attr TH_Gaeste_WC room hidden
attr TH_Gaeste_WC state_cmd1_gt off
attr TH_Gaeste_WC state_cmd2_lt on
attr TH_Gaeste_WC state_format _m _dv _sc
define TH_Wohnzimmer THRESHOLD Wohnzimmer:measured-temp:0:Wohnzimmer:desired-temp Wohnzimmer_Kreis
attr TH_Wohnzimmer number_format %.1f
attr TH_Wohnzimmer room hidden
attr TH_Wohnzimmer state_cmd1_gt off
attr TH_Wohnzimmer state_cmd2_lt on
attr TH_Wohnzimmer state_format _m _dv _sc
define TH_Kueche_Esszimmer THRESHOLD Kueche_Esszimmer:measured-temp:0:Kueche_Esszimmer:desired-temp Kueche_Esszimmer_Kreis
attr TH_Kueche_Esszimmer number_format %.1f
attr TH_Kueche_Esszimmer room hidden
attr TH_Kueche_Esszimmer state_cmd1_gt off
attr TH_Kueche_Esszimmer state_cmd2_lt on
attr TH_Kueche_Esszimmer state_format _m _dv _sc
define TH_Wintergarten THRESHOLD Wintergarten:measured-temp:0:Wintergarten:desired-temp Wintergarten_Kreis
attr TH_Wintergarten number_format %.1f
attr TH_Wintergarten room hidden
attr TH_Wintergarten state_cmd1_gt off
attr TH_Wintergarten state_cmd2_lt on
attr TH_Wintergarten state_format _m _dv _sc
define Fussboden_Pumpe notify .*eis:.* sleep 180;; { \
if ( Value("Gaeste_WC_Kreis") eq "on" ) {\
   fhem "set FussbodenPumpe on"\
} else {\
   fhem "set FussbodenPumpe off"\
}\
}
attr Fussboden_Pumpe room hidden
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Freee84 am 08 Juli 2015, 22:11:44
Das ist noch ne alte die ich gefunden habe

da sind noch nicht alle Aktoren drin aber fürs erste hab ich die genommen alles andere werde ich dann später wieder mit reinschreiben.
hatte lieder kein backup von der 7390 gemacht :(
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Freee84 am 13 Juli 2015, 19:41:14
Hallo

den "Help me" fehler habe ich weg ! Freu

Nachdem ich alle Aktoren wieder drin habe ist der Fehler weg hatte wohl noch irgendwo was drin stehen das nicht rein gehörte :) .

Aber mein Hmland läuft noch nicht so wie es sollte. Wenn es läuft bricht er nach 24 Std. ab. Wenn ich Hmland dann einfach neu starte gehts auch nicht weiter.

Ich muss immer das Logfile löschen dann Fhem neu starten und dann gleichzeitig auch Hmland dann gehts wieder für 24Std.

Kann mir da jemand helfen. Denke mal das ich nicht die richtigen Trieber zu meinen Versionen habe :)

Das alles selber erstellen bekomme ich nicht hin :(

Fritz-Box 7490 FRITZ!OS 06.24 (orginal)
HM-CFG-USB D-firmware 0.963
und Fhem mit neustem Update ...

es wäre super ein webig hilfe zu bekommen ... und vielen dank im Vorraus
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 13 Juli 2015, 19:47:26
ZitatHM-CFG-USB D-firmware 0.963

Possible options:
        -r n            reboot HM-CFG-USB after n seconds (0: no reboot, default: 86400 if FW < 0.967, 0 otherwise)


also mach mal am besten ein fw update auf 0.967.

gruss frank
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 13 Juli 2015, 19:53:26
Einfach mal eine Seite zurück lesen.


Sent from my iPhone using Tapatalk
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Freee84 am 13 Juli 2015, 20:17:27
Hallo und Danke

@ volschin ... sorry hatte schon die Seite davor gelesen nur verstehe ich leider bis jetzt nur 50% davon. ich gelobe bessserung und ich hoffe das ich bald alles verstehe :)

@ frank ... Danke ... Kann ich das Update direkt über Fhem machen oder muss ich das über die Console (telnet) direkt auf der Fritzbox machen ?

sorry habe noch nicht lange damit zu tun?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 13 Juli 2015, 20:31:41
Zitat@ frank ... Danke ... Kann ich das Update direkt über Fhem machen oder muss ich das über die Console (telnet) direkt auf der Fritzbox machen ?
ich habe es mit einer speziellen sw von eq3 gemacht. ansonsten lese den ersten beitrag. über fhem wohl nicht.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Freee84 am 13 Juli 2015, 20:44:19
ich habe es jetzt über telnet direkt auf der Fritz versucht ... war wohl falsch muss ich morgen wohl mal ein paar stunden lesen ....

# wget http://git.zerfleddert.de/hmcfgusb/firmware/hmusbif.03c7.enc
Connecting to git.zerfleddert.de (88.198.237.222:80)
hmusbif.03c7.enc     100% |*******************************|   106k  0:00:00 ETA

# ./flash-hmcfgusb hmusbif.03c7.enc
HM-CFG-USB flasher version 0.097-git

Reading firmware from hmusbif.03c7.enc...
Firmware with 368 blocks successfully read.
Segmentation fault
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 13 Juli 2015, 20:48:27
da muss sicherlich der hmland erstmal gestoppt werden.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Freee84 am 13 Juli 2015, 21:06:48
ja das hatte ich gemacht ...

Updating the HM-CFG-USB firmware to version 0.967:

   - Compile the hmcfgusb utilities like in the hmland HowTo above (steps 1 to 5) and stay in the directory
   - Download the new firmware: hmusbif.03c7.enc: wget https://git.zerfleddert.de/hmcfgusb/firmware/hmusbif.03c7.enc
   - Make sure that hmland is not running
   - Flash the update to the USB-stick: ./flash-hmcfgusb hmusbif.03c7.enc (You might need to use sudo for this)

von https://git.zerfleddert.de

naja morgen mal schauen was ich wieder falsch mache :D

morgen mal unter Windows probieren ...
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Freee84 am 14 Juli 2015, 22:21:44
Hi

so das Firmenware Update habe ich jetzt drauf :D (freu).

HM-CFG-USB hat jetzt 0.967

mal sehen ob es 24 durchhält :)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 23 Juli 2015, 19:47:50
Ich habe meinen Haupt-RasPi auf Kernel 4.0.8 und Release "Jessie" umgestellt.

Dort ist ja der neue Start nach systemd. Leider habe ich den Autostart für meinen hmland bisher noch nicht wieder am Laufen.

Ich kann ihn im Nachhinein problemlos über die Befehlszeile starten
sudo /etc/init.d/hmland start

sudo systemctl status hmland
● hmland.service - LSB: Start hmland daemon at boot time
   Loaded: loaded (/etc/init.d/hmland)
   Active: failed (Result: exit-code) since Do 2015-07-23 19:19:51 CEST; 24min ago

Jul 23 19:19:51 ha systemd[1]: hmland.service: control process exited, code=exited status=203
Jul 23 19:19:51 ha systemd[1]: Failed to start LSB: Start hmland daemon at boot time.
Jul 23 19:19:51 ha systemd[1]: Unit hmland.service entered failed state.


sudo systemctl is-enabled hmland
Failed to get unit file state for hmland.service: No such file or directory


Hat jemand eine idee? Mit systemd bin ich noch nicht fit.

PS: Bin wieder etwas weiter:
sudo update-rc.d hmland enable
insserv: pushd() can not change to directory /etc/init.d: No such file or directory
update-rc.d: error: insserv rejected the script header


Ich verwende das Standardscript und habe jetzt auch keine Änderungen gemacht.

Gruß
Veit
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 23 Juli 2015, 20:24:44
Problem gelöst. War echt fies.  :'(

Der hier (http://forum.fhem.de/index.php/topic,13071.msg190887.html#msg190887) mit dem Script geposteten Startdatei fehlt in der ersten Zeile ein
#!/bin/sh

Im Wiki ist die Startdatei sogar schon korrigiert, allerdings verweist der Link dort auf das fehlerhafte Script.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: krikan am 23 Juli 2015, 20:30:20
Zitat von: volschin am 23 Juli 2015, 20:24:44
Im Wiki ist die Startdatei sogar schon korrigiert, allerdings verweist der Link dort auf das fehlerhafte Script.
Wenn im Wiki noch etwas angepasst werden muss, kümmerst Du Dich darum? Oder schreibst mir andernfalls, wo etwas zu korrigieren ist. Danke.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 23 Juli 2015, 20:35:05
Ich hab keinen Zugriff auf das Wiki. Dort ist ein Link auf den Beitrag von Hexenmeister, um das alles komfortabel anzulegen. Dieses Script erzeugt eine Startdatei ohne die obige Zeile. Die wird in Zukunft nicht mehr akzeptiert.


Sent from my iPhone using Tapatalk
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: krikan am 23 Juli 2015, 20:37:00
Welcher Wiki-Artikel denn? Dann mache ich das.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 23 Juli 2015, 21:55:32
Herrje :(
Hätte ich daran denken können...
Habe meinen Beitrag jetzt um den entsprechenden Shebang ergänzt.

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: HoTi am 29 Juli 2015, 10:47:09
Hallo zusammen,

ich habe bei mir seit einem updat des cubietrucks diesen wiederholungsfehler.

15.07.29 10:42:27 1: HMLAN_Parse: hmusb new condition disconnected
2015.07.29 10:42:27 1: 127.0.0.1:1234 reappeared (hmusb)
2015.07.29 10:42:27 1: HMLAN_Parse: hmusb new condition init


Also habe ich hier nachgelesen und ein git pull und make gemacht.

Leider hat das nichts gebracht. Hat jemand noch ideen wo ich suchen kann?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralli am 29 Juli 2015, 10:57:23
Welche Versionen haben die fhem-Module?
Welche Version hat der hmland?
Schon mal stromlos gemacht und neu gestartet?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 29 Juli 2015, 10:58:09
Hast Du auch die aktuelle Firmware 0.967 drauf?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: HoTi am 29 Juli 2015, 11:02:49
Reboot hab ich gemacht. Stromlos machen geht von der Arbeit nicht.

Fhem ist aktuell der usb stick auch :(
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: HoTi am 29 Juli 2015, 12:52:10
Also damit die Daten Komplett sind:
# $Id: fhem.pl 9002 2015-07-29 05:46:10Z rudolfkoenig $
# $Id: 95_Alarm.pm 2014-08 - pahenning $
# $Id: 10_CUL_HM.pm 8976 2015-07-26 06:22:16Z martinp876 $
# $Id: 98_DOIF.pm 8432 2015-04-13 19:34:11Z damian-s $
# $Id: 95_Dashboard.pm 8990 2015-07-26 20:42:15Z talkabout $
# $Id: 72_FB_CALLLIST.pm 9001 2015-07-28 20:57:40Z markusbloch $
# $Id: 72_FB_CALLMONITOR.pm 8791 2015-06-21 11:23:23Z markusbloch $
# $Id: 01_FHEMWEB.pm 9002 2015-07-29 05:46:10Z rudolfkoenig $
# $Id: 00_FHEMduino.pm mdorenka $
# $Id: 14_FHEMduino_Env.pm 3818 2014-06-13 $
# $Id: 14_FHEMduino_FA20RF.pm 3818 2014-06-24 $
# $Id: 14_FHEMduino_PT2262.pm 0002 2014-05-28 15:50:00Z snoop & mdorenka $

# $Id: 10_FRM.pm 6946 2014-11-11 07:32:47Z ntruchsess $
# $Id: 20_FRM_OUT.pm 5927 2014-05-21 21:56:37Z ntruchsess $
# $Id: 92_FileLog.pm 8927 2015-07-09 07:12:52Z rudolfkoenig $
# $Id: 55_GDS.pm 8677 2015-06-01 17:11:36Z betateilchen $
# $Id: 00_HMLAN.pm 8885 2015-07-04 08:45:34Z martinp876 $
# $Id: 98_HTTPMOD.pm 8282 2015-03-24 20:36:58Z ststrobel $
# $Id: 49_IPCAM.pm 2626 2013-02-01 19:19:15Z mfr69bs $
# $Id: 21_OWTHERM.pm 7181 2014-12-10 05:13:48Z pahenning $
# $Id: 00_OWX.pm 6392 2014-08-11 15:25:00Z ntruchsess $
# $Id: 59_PROPLANTA.pm 8709 2015-06-07 14:32:51Z tpoitzsch $
# $Id: 99_SUNRISE_EL.pm 6765 2014-10-14 18:24:29Z rudolfkoenig $
# $Id: 98_SVG.pm 8965 2015-07-14 13:56:38Z rudolfkoenig $
# $Id: 99_Utils.pm 7914 2015-02-08 11:14:10Z rudolfkoenig $
# $Id: 90_at.pm 8326 2015-03-29 13:30:57Z rudolfkoenig $
# $Id: 98_autocreate.pm 8758 2015-06-16 17:12:39Z rudolfkoenig $
# $Id: 98_dummy.pm 8809 2015-06-23 18:02:33Z rudolfkoenig $
# $Id: 91_eventTypes.pm 8725 2015-06-10 09:50:06Z rudolfkoenig $
# $Id: 95_holiday.pm 8723 2015-06-10 09:09:01Z rudolfkoenig $
./FHEM/99_myUtils.pm: No such file or directory
# $Id: myUtilsTemplate.pm 7570 2015-01-14 18:31:44Z rudolfkoenig $
# $Id: 99_myUtilsTelefon.pm 1932 2012-10-06 20:15:33Z ulimaass $
# $Id: 91_notify.pm 8953 2015-07-13 15:13:06Z rudolfkoenig $
# $Id: 33_readingsGroup.pm 8980 2015-07-26 08:03:43Z justme1968 $
# $Id: 98_telnet.pm 8952 2015-07-13 12:30:26Z rudolfkoenig $
./FHEM/95_webViewControl.pm: No such file or directory
# $Id: 98_weblink.pm 5608 2014-04-23 10:57:16Z rudolfkoenig $


D-firmware: 0.967

Wie bekomme ich die Version von HMLAND raus? Aber ich habe heute erste ein git pull mit anschließenden make gemacht.

*edit*
in der version.h steht: "0.101-git"

*edit2*
Im grunde habe ich bei meinem Cubitruck erst ein update und dann ein dist-upgrade gemacht (Leider)
Jetzt steht hier irgendwas mit startverhalten?! Ich starte den HMLAND mit fhem. Muss ich das nun ändern??
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 29 Juli 2015, 14:35:29
Habe disconnected Meldungen alle Paar Tage bei dem USB-Stick. Bei dem HMLAN sogar jeden Tag 2-3 Mal. Dank der Redundanz und weil die Connection sofort wieder aufgebaut wird, gibt es keine negativen Auswirkungen.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: HoTi am 29 Juli 2015, 14:37:14
Ich habe die durchgehend! Arbeiten mit Homematic unmöglich!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 29 Juli 2015, 14:38:37
Du hast dein dist-upgrade nicht zufällig auf Jessie gemacht?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: HoTi am 29 Juli 2015, 14:39:54
Jetzt forderst mich aber schon mit meinem halbwissen  ;D Sag mir wie ich das rausfinde und ich sags dir.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 29 Juli 2015, 14:44:06
Was sagt
hostnamectl | sed -n 's/.*Operating System: //p'
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 29 Juli 2015, 14:47:27
Mit dist-upgrade stehe ich auf Kriegsfuß. Ging immer was dabei kaputt. Besser die neue Distribition (wenn es denn wirklich sein muss) sauber neu installieren. Ich installiere nur Updates für die einzelnen Packages und habe den Kernel upgedatet.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: HoTi am 29 Juli 2015, 14:49:15
Zitat von: volschin am 29 Juli 2015, 14:44:06
Was sagt
hostnamectl | sed -n 's/.*Operating System: //p'

Debian GNU/Linux 8 (jessie)

Zitat von: hexenmeister am 29 Juli 2015, 14:47:27
Mit dist-upgrade stehe ich auf Kriegsfuß. Ging immer was dabei kaputt. Besser die neue Distribition (wenn es denn wirklich sein muss) sauber neu installieren. Ich installiere nur Updates für die einzelnen Packages und habe den Kernel upgedatet.

Das muss ich jetzt auf die harte Tour lernen  :(
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 29 Juli 2015, 14:50:08
Zitat von: volschin am 29 Juli 2015, 14:44:06
Was sagt
hostnamectl | sed -n 's/.*Operating System: //p'

Wenns nicht geht, dann auch
lsb_release -a
oder
cat /etc/*-release
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 29 Juli 2015, 14:53:38
Zitat von: RettungsTim am 29 Juli 2015, 10:47:09
Hallo zusammen,

ich habe bei mir seit einem updat des cubietrucks diesen wiederholungsfehler.

15.07.29 10:42:27 1: HMLAN_Parse: hmusb new condition disconnected
2015.07.29 10:42:27 1: 127.0.0.1:1234 reappeared (hmusb)
2015.07.29 10:42:27 1: HMLAN_Parse: hmusb new condition init


Starte mal bitte den hmland per Hand im Debug-Mode (./hmland -p 1234 -D) und schicke mal den Output (oder zumindest ein groesseres zusammenhaengendes Stueck davon).

Zitat
Also habe ich hier nachgelesen und ein git pull und make gemacht.

Sollte eigentlich ok sein, probier aber mal "make clean all", evtl. gibts Probleme wenn die Dateien mit unterschiedlichen Compilerversionen uebersetzt wurden.

hmland laeuft jedenfalls auf Jessie.

Gruß
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 29 Juli 2015, 14:57:25
Ja, bis auf das kleine Problem mit dem Startscript (siehe oben) bei mir jetzt auch wieder super.

Gibt aber schon ein paar Sachen die schief gehen können, wenn man die Nachfragen zu den conf-Dateien falsch beantwortet.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: HoTi am 29 Juli 2015, 14:58:33
Zitat von: volschin am 29 Juli 2015, 14:57:25
Gibt aber schon ein paar Sachen die schief gehen können, wenn man die Nachfragen zu den conf-Dateien falsch beantwortet.

Ja da wird es wohl dran liegen  :'(
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: HoTi am 29 Juli 2015, 15:01:07
Ich kann dir jetzt nur kurz nen screen vom handy zeigen. Bin Abends wieder zu Hause dann gehts besser.

Aber vieleicht siehst du schon so was. Sieht ja nicht gut aus.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 29 Juli 2015, 15:19:29
Hi,

Zitat von: RettungsTim am 29 Juli 2015, 15:01:07
Aber vieleicht siehst du schon so was. Sieht ja nicht gut aus.

Er kriegt die Daten nicht los.

Laufen evtl. mehrere hmland?

Gruß
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: HoTi am 29 Juli 2015, 18:44:25
Zitat von: mgernoth am 29 Juli 2015, 15:19:29
Hi,

Er kriegt die Daten nicht los.

Laufen evtl. mehrere hmland?

Gruß
  Michael

Nein. ich habe in Problem mit dem USB. Alles was über USB angeschlossen ist funktioniert nicht!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: HoTi am 29 Juli 2015, 18:52:10
Ich habe heute schon 4 mal ein reboot gemacht. Jetzt bin ich zuhaus und habe den CT mal Stromlos gemacht. 2min gewartet und jetzt gehts wieder.

Was soll den der Sche****

Vielen Dank für eure Hilfe auch wenn ich jetzt total ratlos bin was das den jetzt war. Was ist den der unterschied zwischen reboot und neustart über Spannung ziehen.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Mr. P am 08 August 2015, 01:46:34
Hej folks,

haben wir derzeit zufällig jemanden in der Runde, der uns die üblichen verdächtigten OpenWRT-Versionen vom hmland bauen kann?
Wenn jemand schon eine fertige Umgebung zum Kompilieren hätte, würde ich gerne "Danke" sagen, wenn sich der-/diejenige die paar Minuten nehmen würde, um die aktuelle Version zu backen!

Thx a lot! :-)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: herrmie am 15 August 2015, 18:23:24
Hallo,

super Anleitung aber eine Aussage ist falsch:

ZitatWenn die Meldung "Waiting for device with serial..." erscheint, muss das Gerät manuell in den FUP-Modus versetzt werden. Beim HM-CC-RT-DN müssen hierbei beim Einlegen der Batterien die drei Tasten gleichzeitig betätigt werden.

Durch gleichzeitiges Drücken der "Auto-/Manu"-Taste und der "Comfort-/Eco"-Taste am HM-CC-RT-DN während man die Batterien wieder einlegt wird der updatemodus gestartet. Während des Updates steht "FUP" im Display

Quelle aus dem Wiki: http://www.fhemwiki.de/wiki/HM-CC-RT-DN_Funk-Heizk%C3%B6rperthermostat#Firmware_Update
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: SunhillProject am 16 August 2015, 16:53:50
Hallo zusammen,

bin neu hier und hab schon sehr viel im Forum gelesen und recherchiert. Hab leider auch ein Problem mit Raspberry PI2 (auf Wheezy) und dem HM USB Adapter. Ich bekomme unter FHEM (Inform ON) andauernd Disconnects. dwc_otg.speed=1 hab ich eingetragen, bringt aber leider nichts. Hat mir jemand vielleicht noch einen anderen Tip ???

HMLAN hmusb Xmit-Events: timeout:28 ok:29 disconnected:36 init:36
                 HMLAN hmusb prot_timeout: last
                                               HMLAN hmusb DISCONNECTED
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 16 August 2015, 16:58:22
Welche Firmware hast du und welche Version vom hmland?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Motivierte linke Hände am 16 August 2015, 17:58:46
Zitat von: SunhillProject am 16 August 2015, 16:53:50
dwc_otg.speed=1 hab ich eingetragen, bringt aber leider nichts.

Meine komplette cmdline.txt:

dwc_otg.lpm_enable=0 console=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p6 rootfstype=ext4 elevator=deadline rootwait dwc_otg.fiq_fsm_mask=0x5 dwc_otg.speed=1
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: SunhillProject am 16 August 2015, 18:30:32
Hallo,

vielen Dank ersteinmal für eure hinweise. Die Zeile sieht bei mir genauso aus :

dwc_otg.lpm_enable=0 console=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p6 rootfstype=ext4 elevator=deadline rootwait dwc_otg.fiq_fsm_mask=0x5 dwc_otg.speed=1

Firmware auf dem Stick müsste die neuste sein, hab den erst vor 2 Wochen gekauft. In der HMland version.h steht: "0.101-git"

Die Debian Version ist die von der Raspberry Seite, damit müsste das doch normalerweise funktionieren oder ?

Grüße
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 16 August 2015, 18:42:06
Was sagt das Logfile des hmland?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Motivierte linke Hände am 16 August 2015, 21:30:43
Ja, nach dem Log wollte ich jetzt auch fragen. Außerdem: Steckt der Stick direkt im Raspi oder in einem Hub, und wenn im Hub, dann in einem mit externer Stromversorgung?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: SunhillProject am 16 August 2015, 21:40:01
Der Stick steckt über ein USB Verlängerunskabel 50cm (das beim Stick dabei war) im Raspberry. Das Problem tritt aber auch auf wenn der Stick direkt im Rasp steckt :-(

das HM log hab ich leider nicht gefunden ? hab den HMland über ./hmland -l 127.0.0.1 -d -p 1234 gestartet.

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: herrmie am 17 August 2015, 08:43:18
Hallo,

starte mal mit
./hmland -l 127.0.0.1 -d -p 1234 -D

erkannt wird er aber oder? (dmesg)

Grüße
herrmie
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: SunhillProject am 17 August 2015, 11:58:13
Hallo,

starten tut er, laufen tut auch alles einwandfrei also pairing usw. Das einzige Problem ist, dass er ständig (zu sehen bei FHEM: inform on) disconnected.

Man siehts auch im FHEM Server dass er immer ganz kurz von "open" auf "disconnected" geht.

Ich starte mal damit: ./hmland -l 127.0.0.1 -d -p 1234 -D und schau was passiert.

Danke

Nachtrag: Ändert nichts, hab immer noch Disconnects auch wenn ich so starte :-(
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 17 August 2015, 12:27:23
ist fhem aktuell? version?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: SunhillProject am 17 August 2015, 14:26:43
Ja ich hab das ganze System neu vor 2 Wochen installiert. FHEM ist 5.6 .

"USB Transfer took 61ms". Da passt also alles ... :-(
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 17 August 2015, 14:32:32
Zitat von: SunhillProject am 17 August 2015, 14:26:43
Ja ich hab das ganze System neu vor 2 Wochen installiert. FHEM ist 5.6 .
Hast Du auch schon das Kommando update in FHEM benutzt?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: SunhillProject am 17 August 2015, 14:45:45
Hey Volschin !

das Update war der Fehler. Hab gerade mal unter FHEM "Update" ausgeführt, dann neu gebootet und seit dem ist der Fehler weg. Keine Disconnects mehr.

1000 Dank !! Wenn ich könnte würde ich Dich jetzt auf ein Bier einladen :-)


Unter "inform on" kommt jetzt die ganze Zeit : "HMLAN hmusb loadLvl: low"  ist das OK ???
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Motivierte linke Hände am 17 August 2015, 14:48:19
Loadlevel low an sich ist super, dann kann der HMUSB noch jede Menge senden  ;D

Wenn Dir im Log zu viel steht, kannst Du ja verbose runtersetzen.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: SunhillProject am 17 August 2015, 14:50:51
Super ! Vielen Dank für die ganzen Tips. Ich bin hier schon den Tränen nahe gesessen und wollte das Ding schon an die Wand nageln :-)

1000 Dank
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 17 August 2015, 14:53:26
Schön das wir helfen konnten und viel Spass.  :)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 18 August 2015, 14:56:09
Hallo,

Zitat von: herrmie am 15 August 2015, 18:23:24
super Anleitung aber eine Aussage ist falsch:

Durch gleichzeitiges Drücken der "Auto-/Manu"-Taste und der "Comfort-/Eco"-Taste am HM-CC-RT-DN während man die Batterien wieder einlegt wird der updatemodus gestartet. Während des Updates steht "FUP" im Display

Danke, fixed.

Gruß
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: dantist am 03 September 2015, 21:43:42
Nach der Installation liegt hmland ja im Home-Verzeichnis von Linux, in meinem Fall /home/pi/hmcfgusb/. Kann man den Ordner verschieben, z.B. nach /opt/fhem/hmcfgusb? Was müsste ich dafür tun? Bin leider kein Linux-Experte.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Mr. P am 03 September 2015, 22:19:56
Kannst du, ja.
Einfach:
mv /home/pi/hmcfgusb/ /opt/fhem/

Gesendet von meinem SM-G800F mit Tapatalk

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: dantist am 03 September 2015, 22:28:58
Hat geklappt :) Musste natürlich noch den Pfad in der rc.local anpassen.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralli am 11 September 2015, 09:56:17
Michael hat - laut seinem Changelog - sein flash-ota dahingehend erweitert, dass es nun selbständig zu updatende Devices in den Bootloader schicken kann. Danke!


-C HMID of central (3 hex-bytes, no prefix, e.g. ABCDEF)
-D HMID of device (3 hex-bytes, no prefix, e.g. 123456)
-K KNO:KEY AES key-number and key (hex) separated by colon (Fhem hmKey attribute)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: QuesT am 24 September 2015, 15:21:22
Hallo,

was trage ich in die ser2net.conf ein wenn ich den HM-CFG-USB weiterreichen will?

Danke
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 30 September 2015, 17:00:16
Hallo,

Zitat von: QuesT am 24 September 2015, 15:21:22
was trage ich in die ser2net.conf ein wenn ich den HM-CFG-USB weiterreichen will?

Der HM-CFG-USB ist kein serielles Gerät. Was kann ser2net, was hmland nicht kann?

Viele Grüße
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: QuesT am 04 Oktober 2015, 20:28:03
Zitat von: mgernoth am 30 September 2015, 17:00:16
Hallo,

Der HM-CFG-USB ist kein serielles Gerät. Was kann ser2net, was hmland nicht kann?

Viele Grüße
  Michael

Oki,

was muss ich machen wenn mein HM-CFG-USB an meinen Raspi (192.168.1.35) steckt aber mein Fhem am Server unter (192.168.1.210) läuft?

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 04 Oktober 2015, 20:32:24
Zitat von: QuesT am 04 Oktober 2015, 20:28:03
was muss ich machen wenn mein HM-CFG-USB an meinen Raspi (192.168.1.35) steckt aber mein Fhem am Server unter (192.168.1.210) läuft?
Auf dem Raspi HMLAND installieren und an dem anderen mit der IP des Rapsi angeben.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Joker2002 am 06 Oktober 2015, 21:23:56
Hallo miteinander,

ich hoffe Ihr könnt mir helfen meinen Homematic USB Adapter an meinem Pi zum Laufen zu bringen. Ich habe die WIKI jetzt ein dutzend mal gelesen und auch den hiesigen Eröffnungsbeitrag aber irgendwie scheitere ich an der Einbindung.

Was ich bisher gemacht habe:

Ich habe auf einem Pi 2 die neueste Version von FHEM installiert.

Danach bin ich wie folgt vorgegangen.

Für die Installation des Hmlan Emulators:
-----------------------------------------

cd /opt/
apt-get install build-essential libusb-1.0-0-dev make gcc git-core
git clone git://git.zerfleddert.de/hmcfgusb
deepthought [~/hmcfgusb]> make
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmland.o hmland.c
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmcfgusb.o hmcfgusb.c
gcc -L/opt/local/lib -lusb-1.0 -lm  hmland.o hmcfgusb.o   -o hmland


Den Befehl "deepthought [~/hmcfgusb]> ./hmland -h" kann ich mittels Putty nicht ausführen und erhalte immer folgende Fehlermeldung:

-bash: deepthought: command not found


In Fehm habe ich zwar schon das Homelan Device angelegt, dieses ist aber natürlich noch disconnected.

Was mache ich falsch, bzw. welchen Schritt habe ich vergessen ?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 06 Oktober 2015, 21:31:11
guckst Du hier: http://forum.fhem.de/index.php/topic,13071.msg190887.html#msg190887
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Joker2002 am 07 Oktober 2015, 08:23:00
Hallo Hexenmeister,

danke für Deine schnelle Antwort.

Zu diesem Punkt bin ich noch gar nicht gekommen, da ich erst mal versucht habe die Anleitung aus dem Wiki abzuarbeiten.

Wenn ich zu Testzwecken "./hmland -p 1234 -D" eingebe geschieht auf meinem Pi optisch nichts, d. h. der Befehl wird zwar angenommen, ich kann mittels Putty aber nicht erkennen ob etwas ausgeführt wurde da der Curser lediglich eine Zeile nach unten springt und dann blinkt.

Das Startscropt des Deamons wollte ich eigentlich nicht. Im Wiki steht ja alternativ, dass man den Deamon auch mit FHEM ausführen kann. Da der USB Stick aber von FHEM noch nicht erkannt wird, habe ich mich auch noch nicht darum gekümmert..

Wenn ich das Script doch nehmen sollte, muss ich die Zeilen händisch im Putty einmal eingeben (ich bin leider Laie, sorry das ich frage) oder kann ich auf dem Pi eine entsprechende Startdatei erstellen und den Textinhalt einfügen ?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 07 Oktober 2015, 10:40:48
in welchem Verzeichnis befindest Du Dich eigentlich, wenn Du versuchst, ./hmland aufzurufen? Und mit welchem User versuchst Du das?

Bei mir passiert beim make übrigens ein bisschen mehr als bei Dir:


root@fhem-dev:/opt/hmcfgusb> make
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmland.o hmland.c
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmcfgusb.o hmcfgusb.c
gcc -L/opt/local/lib  hmland.o hmcfgusb.o  -lusb-1.0 -lrt -o hmland
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmsniff.o hmsniff.c
gcc -L/opt/local/lib  hmsniff.o hmcfgusb.o  -lusb-1.0 -lrt -o hmsniff
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o flash-hmcfgusb.o flash-hmcfgusb.c
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o firmware.o firmware.c
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o util.o util.c
gcc -L/opt/local/lib  flash-hmcfgusb.o hmcfgusb.o firmware.o util.o  -lusb-1.0 -lrt -o flash-hmcfgusb
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o flash-ota.o flash-ota.c
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o culfw.o culfw.c
gcc -L/opt/local/lib  flash-ota.o hmcfgusb.o culfw.o firmware.o util.o  -lusb-1.0 -lrt -o flash-ota
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 07 Oktober 2015, 10:54:37
Zitat von: Joker2002 am 07 Oktober 2015, 08:23:00
Wenn ich zu Testzwecken "./hmland -p 1234 -D" eingebe geschieht auf meinem Pi optisch nichts, d. h. der Befehl wird zwar angenommen, ich kann mittels Putty aber nicht erkennen ob etwas ausgeführt wurde da der Curser lediglich eine Zeile nach unten springt und dann blinkt.
Na da läuft der doch vermutlich. Du kannst mit ps -ef | grep hmland nachsehen, ob der entsprechende Prozess da ist.

Zitat von: Joker2002 am 07 Oktober 2015, 08:23:00
Das Startscropt des Deamons wollte ich eigentlich nicht. Im Wiki steht ja alternativ, dass man den Deamon auch mit FHEM ausführen kann.
Daemon mit FHEM zu starten ist IMHO Murks, aber ok.


Zitat von: Joker2002 am 07 Oktober 2015, 08:23:00
Da der USB Stick aber von FHEM noch nicht erkannt wird, habe ich mich auch noch nicht darum gekümmert..
Stimmt denn die Definition von HMLAN in FHEM? Vor allem, ob der verwendete Port korrekt angegeben wurde (in Deinem Fall 1234, standardport ist 1000).

Zitat von: Joker2002 am 07 Oktober 2015, 08:23:00
Wenn ich das Script doch nehmen sollte, muss ich die Zeilen händisch im Putty einmal eingeben (ich bin leider Laie, sorry das ich frage) oder kann ich auf dem Pi eine entsprechende Startdatei erstellen und den Textinhalt einfügen ?
Nein, in diesem Fall müsstest Du eine Datei (script.sh oder so) mit dem Inhalt erzeugen. mit chmod a+x <datenname> ausführbar machen und als root ausführen. Deises Script holf neue hmland-Sourcen, kompiliert sie und installiert einen entsprechenden Startscript.


Edit: typo
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Joker2002 am 07 Oktober 2015, 22:02:47
Hallo,

vielen Dank für die schnellen Antworten. Also ich bin das alles nochmal in Ruhe durchgegangen und habe nochmal folgende Befehle eingegeben:

root@raspberrypi:~/hmcfgusb# make
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmland.o hmland.c
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmcfgusb.o hmcfgusb.c
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o util.o util.c
gcc -L/opt/local/lib  hmland.o hmcfgusb.o util.o  -lusb-1.0 -lrt -o hmland
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmsniff.o hmsniff.c
gcc -L/opt/local/lib  hmsniff.o hmcfgusb.o  -lusb-1.0 -lrt -o hmsniff
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o flash-hmcfgusb.o flash-hmcfgusb.c
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o firmware.o firmware.c
gcc -L/opt/local/lib  flash-hmcfgusb.o hmcfgusb.o firmware.o util.o  -lusb-1.0 -lrt -o flash-hmcfgusb
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o flash-ota.o flash-ota.c
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o culfw.o culfw.c
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hm.o hm.c
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o aes.o aes.c
gcc -L/opt/local/lib  flash-ota.o hmcfgusb.o culfw.o firmware.o util.o hm.o aes.o  -lusb-1.0 -lrt -o flash-ota


root@raspberrypi:~/hmcfgusb# pf -ef | grep hmland
-bash: pf: command not found


root@raspberrypi:~/hmcfgusb# ./hmland -p 1234 -D
2015-10-07 21:42:59.015480: Client 127.0.0.1 connected!

USB > 0x0000: 45 37 8c 50 00 00 00 01 04 d9 ff ff 98 0c 36 86   E7.P..........6.
USB > 0x0010: 70 37 8c 50 00 00 00 00 e6 64 00 00 00 00 00 00   p7.P.....d......
USB > 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB < 0x0000: 4b 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   K...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 2b 72 bd 00 00 04 ed cb 13 ff ff ae 0a 47 80   E+r...........G.
USB > 0x0010: 02 2b 72 bd 3d 95 e9 00 01 00 00 4a 37 0d 00 0e   .+r.=......J7...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 3d 95 e9 00 00 04 ed d7 e8 ff ff 9f 0d 48 a4   E=............H.
USB > 0x0010: 10 3d 95 e9 2b 72 bd 06 01 00 00 4a 37 0d 00 0e   .=..+r.....J7...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 58ms!
2015-10-07 21:42:59.098380: LAN > C

USB < 0x0000: 43 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   C...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 3d 95 e9 00 00 04 ed d7 e8 ff ff 9f 0d 48 a4   E=............H.
USB > 0x0010: 10 3d 95 e9 2b 72 bd 06 01 00 00 4a 37 0d 00 0e   .=..+r.....J7...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 2b 72 bd 00 00 04 ed d8 63 ff ff ae 0a 48 80   E+r......c....H.
USB > 0x0010: 02 2b 72 bd 3d 95 e9 00 01 00 00 4a 37 0d 00 0e   .+r.=......J7...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 58ms!
2015-10-07 21:42:59.162183: LAN > Y01,00,

USB < 0x0000: 59 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00   Y...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 2f 23 f6 00 00 04 ee 18 cf ff ff aa 0c 6b 86   E/#...........k.
USB > 0x0010: 70 2f 23 f6 00 00 00 00 96 52 00 4a 37 0d 00 0e   p/#......R.J7...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 37 8c 50 00 00 04 ef 76 5b ff ff 99 0c 57 86   E7.P....v[....W.
USB > 0x0010: 70 37 8c 50 00 00 00 00 e5 64 00 4a 37 0d 00 0e   p7.P.....d.J7...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 58ms!
2015-10-07 21:42:59.226252: LAN > Y02,00,

USB < 0x0000: 59 02 00 00 00 00 00 00 00 00 00 00 00 00 00 00   Y...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 37 8c 50 00 00 04 ef 76 5b ff ff 99 0c 57 86   E7.P....v[....W.
USB > 0x0010: 70 37 8c 50 00 00 00 00 e5 64 00 4a 37 0d 00 0e   p7.P.....d.J7...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 2f 23 f6 00 00 04 f0 12 ad ff ff aa 0c 6c 86   E/#...........l.
USB > 0x0010: 70 2f 23 f6 00 00 00 00 96 52 00 4a 37 0d 00 0e   p/#......R.J7...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 58ms!
2015-10-07 21:42:59.290209: LAN > Y03,00,

USB < 0x0000: 59 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00   Y...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 2f 23 f6 00 00 04 f0 12 ad ff ff aa 0c 6c 86   E/#...........l.
USB > 0x0010: 70 2f 23 f6 00 00 00 00 96 52 00 4a 37 0d 00 0e   p/#......R.J7...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 37 8c 50 00 00 04 f1 ca 0e ff ff 98 0c 58 86   E7.P..........X.
USB > 0x0010: 70 37 8c 50 00 00 00 00 e5 64 00 4a 37 0d 00 0e   p7.P.....d.J7...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 58ms!
2015-10-07 21:42:59.354184: LAN > T1DA83243,04,00,00000000

USB < 0x0000: 54 1d a8 32 43 04 00 00 00 00 00 00 00 00 00 00   T..2C...........
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 37 8c 50 00 00 04 f1 ca 0e ff ff 98 0c 58 86   E7.P..........X.
USB > 0x0010: 70 37 8c 50 00 00 00 00 e5 64 00 4a 37 0d 00 0e   p7.P.....d.J7...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 2f 23 f6 00 00 04 f2 ce e1 ff ff a9 0c 6d 86   E/#...........m.
USB > 0x0010: 70 2f 23 f6 00 00 00 00 96 52 00 4a 37 0d 00 0e   p/#......R.J7...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 58ms!
2015-10-07 21:42:59.418273: LAN > S43D40320,00,00000000,01,43D40320,998112999999000000

USB < 0x0000: 53 43 d4 03 20 00 00 00 00 00 01 43 d4 03 20 09   SC.. ......C.. .
USB < 0x0010: 99 81 12 99 99 99 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 2f 23 f6 00 00 04 f5 52 71 ff ff a9 0c 6e 86   E/#.....Rq....n.
USB > 0x0010: 70 2f 23 f6 00 00 00 00 96 52 00 4a 37 0d 00 0e   p/#......R.J7...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 37 8c 50 00 00 04 f5 c9 7c ff ff 99 0c 5a 86   E7.P.....|....Z.
USB > 0x0010: 70 37 8c 50 00 00 00 00 e5 64 00 4a 37 0d 00 0e   p7.P.....d.J7...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 58ms!

USB > 0x0000: 45 37 8c 50 00 00 04 f5 c9 7c ff ff 99 0c 5a 86   E7.P.....|....Z.
USB > 0x0010: 70 37 8c 50 00 00 00 00 e5 64 a8 2c 8d 0d 00 0e   p7.P.....d.,....
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 2b 72 bd 00 00 04 f6 54 09 ff ff ae 0f 3b 94   E+r.....T.....;.
USB > 0x0010: 3f 2b 72 bd 00 00 00 02 04 1d a8 2c 8d 0d 00 0e   ?+r........,....
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 2f 23 f6 00 00 04 f7 9d 5d ff ff a8 0c 6f 86   E/#......]....o.
USB > 0x0010: 70 2f 23 f6 00 00 00 00 96 52 a8 2c 8d 0d 00 0e   p/#......R.,....
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 2f 23 f6 00 00 04 f9 af a5 ff ff a7 0c 70 86   E/#...........p.
USB > 0x0010: 70 2f 23 f6 00 00 00 00 95 52 a8 2c 8d 0d 00 0e   p/#......R.,....
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 37 8c 50 00 00 04 fa db 54 ff ff 9b 0c 5c 86   E7.P.....T....\.
USB > 0x0010: 70 37 8c 50 00 00 00 00 e5 64 a8 2c 8d 0d 00 0e   p7.P.....d.,....
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 2f 23 f6 00 00 04 fb 8a 42 ff ff a9 0c 71 86   E/#......B....q.
USB > 0x0010: 70 2f 23 f6 00 00 00 00 95 53 a8 2c 8d 0d 00 0e   p/#......S.,....
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 36 34 f9 00 00 04 fb d6 38 ff ff 9f 0d 25 a6   E64......8....%.
USB > 0x0010: 10 36 34 f9 2b 72 bd 06 01 00 00 2c 8d 0d 00 0e   .64.+r.....,....
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 2b 72 bd 00 00 04 fb d6 b9 ff ff ae 11 25 a0   E+r...........%.
USB > 0x0010: 02 2b 72 bd 36 34 f9 04 42 47 00 00 47 11 00 0e   .+r.64..BG..G...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 2b 72 bd 00 00 04 fb d7 b1 ff ff ae 0e 25 80   E+r...........%.
USB > 0x0010: 02 2b 72 bd 36 34 f9 00 ab a6 40 47 47 11 00 0e   .+r.64....@GG...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 37 8c 50 00 00 04 fd 0f c7 ff ff 96 0c 5d 86   E7.P..........].
USB > 0x0010: 70 37 8c 50 00 00 00 00 e5 64 40 47 47 11 00 0e   p7.P.....d@GG...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 2f 23 f6 00 00 04 fe 26 3c ff ff a9 0c 72 86   E/#.....&<....r.
USB > 0x0010: 70 2f 23 f6 00 00 00 00 95 53 40 47 47 11 00 0e   p/#......S@GG...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 2b 72 bd 00 00 04 fe aa 51 ff ff af 11 7a a0   E+r......Q....z.
USB > 0x0010: 02 2b 72 bd 36 35 43 04 46 38 00 00 38 0e 00 0e   .+r.65C.F8..8...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 2b 72 bd 00 00 04 fe ab 49 ff ff ae 0e 7a 80   E+r......I....z.
USB > 0x0010: 02 2b 72 bd 36 35 43 00 9c cd 57 14 38 0e 00 0e   .+r.65C...W.8...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 37 8c 50 00 00 04 ff 0b 96 ff ff 9a 0c 5e 86   E7.P..........^.
USB > 0x0010: 70 37 8c 50 00 00 00 00 e5 64 57 14 38 0e 00 0e   p7.P.....dW.8...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 2f 23 f6 00 00 05 00 89 92 ff ff a9 0c 73 86   E/#...........s.
USB > 0x0010: 70 2f 23 f6 00 00 00 00 95 53 57 14 38 0e 00 0e   p/#......SW.8...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 37 8c 50 00 00 05 01 c9 bb ff ff 98 0c 5f 86   E7.P.........._.
USB > 0x0010: 70 37 8c 50 00 00 00 00 e5 64 57 14 38 0e 00 0e   p7.P.....dW.8...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 2f 23 f6 00 00 05 02 b5 3e ff ff a9 0c 74 86   E/#......>....t.
USB > 0x0010: 70 2f 23 f6 00 00 00 00 95 53 57 14 38 0e 00 0e   p/#......SW.8...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 2f 23 f6 00 00 05 04 a8 46 ff ff a9 0c 75 86   E/#......F....u.
USB > 0x0010: 70 2f 23 f6 00 00 00 00 94 53 57 14 38 0e 00 0e   p/#......SW.8...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 2b 72 bd 00 00 05 05 29 ab ff ff af 11 43 a0   E+r.....).....C.
USB > 0x0010: 02 2b 72 bd 36 35 36 04 72 32 00 00 32 0c 00 0e   .+r.656.r2..2...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 36 35 69 00 00 05 05 b7 08 ff ff a3 0d 0d a6   E65i............
USB > 0x0010: 10 36 35 69 2b 72 bd 06 01 00 00 00 32 0c 00 0e   .65i+r......2...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 2b 72 bd 00 00 05 05 b7 89 ff ff ae 11 0d a0   E+r.............
USB > 0x0010: 02 2b 72 bd 36 35 69 04 86 61 00 00 61 18 00 0e   .+r.65i..a..a...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 2b 72 bd 00 00 05 05 b8 81 ff ff ae 0e 0d 80   E+r.............
USB > 0x0010: 02 2b 72 bd 36 35 69 00 7f 4a 57 19 61 18 00 0e   .+r.65i..JW.a...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 37 8c 50 00 00 05 06 9c 19 ff ff 99 0c 61 86   E7.P..........a.
USB > 0x0010: 70 37 8c 50 00 00 00 00 e5 64 57 19 61 18 00 0e   p7.P.....dW.a...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 2f 23 f6 00 00 05 07 5c aa ff ff a9 0c 76 86   E/#.....\.....v.
USB > 0x0010: 70 2f 23 f6 00 00 00 00 94 53 57 19 61 18 00 0e   p/#......SW.a...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 2f 23 f6 00 00 05 09 d9 64 ff ff a9 0c 77 86   E/#......d....w.
USB > 0x0010: 70 2f 23 f6 00 00 00 00 94 53 57 19 61 18 00 0e   p/#......SW.a...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 37 8c 50 00 00 05 0a 8c e1 ff ff 9b 0c 63 86   E7.P..........c.
USB > 0x0010: 70 37 8c 50 00 00 00 00 e5 64 57 19 61 18 00 0e   p7.P.....dW.a...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 45 2f 23 f6 00 00 05 0c 1d 7a ff ff a9 0c 78 86   E/#......z....x.
USB > 0x0010: 70 2f 23 f6 00 00 00 00 94 53 57 19 61 18 00 0e   p/#......SW.a...
USB > 0x0020: dc 00 18 00 30 01 01 00 00 00 00 00 00 00 00 00   ....0...........
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................

USB > 0x0000: 48 09 48 4d 2d 55 53 42 2d 49 46 03 c4 0a 4c 45   H.HM-USB-IF...LE
USB > 0x0010: 51 31 35 31 37 33 34 31 34 f2 2a 00 00 00 05 0c   Q15173414.*.....
USB > 0x0020: 4c 7f 00 00 00 01 01 00 00 00 00 00 00 00 00 00   L...............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
Rebooting in 86400 seconds due to old firmware (0.964)
2015-10-07 21:43:00.378292: LAN < HHM-USB-IF,03C4,LEQ1517341,34F22A,000000,050C4C7F,0000
2015-10-07 21:43:00.378578: LAN < E378C50,0000,000104D9,FF,FF98,368670378C5000000000E664
2015-10-07 21:43:00.378813: LAN < E2B72BD,0000,04EDCB13,FF,FFAE,4780022B72BD3D95E900
2015-10-07 21:43:00.379056: LAN < E3D95E9,0000,04EDD7E8,FF,FF9F,48A4103D95E92B72BD06010000
2015-10-07 21:43:00.379280: LAN < E3D95E9,0000,04EDD7E8,FF,FF9F,48A4103D95E92B72BD06010000
2015-10-07 21:43:00.379502: LAN < E2B72BD,0000,04EDD863,FF,FFAE,4880022B72BD3D95E900
2015-10-07 21:43:00.379727: LAN < E2F23F6,0000,04EE18CF,FF,FFAA,6B86702F23F6000000009652
2015-10-07 21:43:00.379953: LAN < E378C50,0000,04EF765B,FF,FF99,578670378C5000000000E564
2015-10-07 21:43:00.380185: LAN < E378C50,0000,04EF765B,FF,FF99,578670378C5000000000E564
2015-10-07 21:43:00.380412: LAN < E2F23F6,0000,04F012AD,FF,FFAA,6C86702F23F6000000009652
2015-10-07 21:43:00.380622: LAN < E2F23F6,0000,04F012AD,FF,FFAA,6C86702F23F6000000009652
2015-10-07 21:43:00.380834: LAN < E378C50,0000,04F1CA0E,FF,FF98,588670378C5000000000E564
2015-10-07 21:43:00.381043: LAN < E378C50,0000,04F1CA0E,FF,FF98,588670378C5000000000E564
2015-10-07 21:43:00.381247: LAN < E2F23F6,0000,04F2CEE1,FF,FFA9,6D86702F23F6000000009652
2015-10-07 21:43:00.381469: LAN < E2F23F6,0000,04F55271,FF,FFA9,6E86702F23F6000000009652
2015-10-07 21:43:00.381692: LAN < E378C50,0000,04F5C97C,FF,FF99,5A8670378C5000000000E564
2015-10-07 21:43:00.381908: LAN < E378C50,0000,04F5C97C,FF,FF99,5A8670378C5000000000E564
2015-10-07 21:43:00.382095: LAN < E2B72BD,0000,04F65409,FF,FFAE,3B943F2B72BD00000002041DA82C8D
2015-10-07 21:43:00.382237: LAN < E2F23F6,0000,04F79D5D,FF,FFA8,6F86702F23F6000000009652
2015-10-07 21:43:00.382364: LAN < E2F23F6,0000,04F9AFA5,FF,FFA7,7086702F23F6000000009552
2015-10-07 21:43:00.382487: LAN < E378C50,0000,04FADB54,FF,FF9B,5C8670378C5000000000E564
2015-10-07 21:43:00.382612: LAN < E2F23F6,0000,04FB8A42,FF,FFA9,7186702F23F6000000009553
2015-10-07 21:43:00.382743: LAN < E3634F9,0000,04FBD638,FF,FF9F,25A6103634F92B72BD06010000
2015-10-07 21:43:00.382866: LAN < E2B72BD,0000,04FBD6B9,FF,FFAE,25A0022B72BD3634F90442470000471100
2015-10-07 21:43:00.382994: LAN < E2B72BD,0000,04FBD7B1,FF,FFAE,2580022B72BD3634F900ABA64047
2015-10-07 21:43:00.383121: LAN < E378C50,0000,04FD0FC7,FF,FF96,5D8670378C5000000000E564
2015-10-07 21:43:00.383237: LAN < E2F23F6,0000,04FE263C,FF,FFA9,7286702F23F6000000009553
2015-10-07 21:43:00.383354: LAN < E2B72BD,0000,04FEAA51,FF,FFAF,7AA0022B72BD3635430446380000380E00
2015-10-07 21:43:00.383487: LAN < E2B72BD,0000,04FEAB49,FF,FFAE,7A80022B72BD363543009CCD5714
2015-10-07 21:43:00.383609: LAN < E378C50,0000,04FF0B96,FF,FF9A,5E8670378C5000000000E564
2015-10-07 21:43:00.383731: LAN < E2F23F6,0000,05008992,FF,FFA9,7386702F23F6000000009553
2015-10-07 21:43:00.383854: LAN < E378C50,0000,0501C9BB,FF,FF98,5F8670378C5000000000E564
2015-10-07 21:43:00.383983: LAN < E2F23F6,0000,0502B53E,FF,FFA9,7486702F23F6000000009553
2015-10-07 21:43:00.384103: LAN < E2F23F6,0000,0504A846,FF,FFA9,7586702F23F6000000009453
2015-10-07 21:43:00.384216: LAN < E2B72BD,0000,050529AB,FF,FFAF,43A0022B72BD3635360472320000320C00
2015-10-07 21:43:00.384342: LAN < E363569,0000,0505B708,FF,FFA3,0DA6103635692B72BD06010000
2015-10-07 21:43:00.384461: LAN < E2B72BD,0000,0505B789,FF,FFAE,0DA0022B72BD3635690486610000611800
2015-10-07 21:43:00.384589: LAN < E2B72BD,0000,0505B881,FF,FFAE,0D80022B72BD363569007F4A5719
2015-10-07 21:43:00.384711: LAN < E378C50,0000,05069C19,FF,FF99,618670378C5000000000E564
2015-10-07 21:43:00.384833: LAN < E2F23F6,0000,05075CAA,FF,FFA9,7686702F23F6000000009453
2015-10-07 21:43:00.384953: LAN < E2F23F6,0000,0509D964,FF,FFA9,7786702F23F6000000009453
2015-10-07 21:43:00.385075: LAN < E378C50,0000,050A8CE1,FF,FF9B,638670378C5000000000E564
2015-10-07 21:43:00.385203: LAN < E2F23F6,0000,050C1D7A,FF,FFA9,7886702F23F6000000009453

USB > 0x0000: 49 00 00 00 00 55 53 42 2d 49 46 03 c4 0a 4c 45   I....USB-IF...LE
USB > 0x0010: 51 31 35 31 37 33 34 31 34 f2 2a 00 00 00 05 0c   Q15173414.*.....
USB > 0x0020: 4c 7f 00 00 00 01 01 00 00 00 00 00 00 00 00 00   L...............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
2015-10-07 21:43:00.410500: LAN < I00,00,00,00

USB > 0x0000: 49 00 00 00 00 55 53 42 2d 49 46 03 c4 0a 4c 45   I....USB-IF...LE
USB > 0x0010: 51 31 35 31 37 33 34 31 34 f2 2a 00 00 00 05 0c   Q15173414.*.....
USB > 0x0020: 4c 7f 00 00 00 01 01 00 00 00 00 00 00 00 00 00   L...............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
2015-10-07 21:43:00.442516: LAN < I00,00,00,00

USB > 0x0000: 49 00 00 00 00 55 53 42 2d 49 46 03 c4 0a 4c 45   I....USB-IF...LE
USB > 0x0010: 51 31 35 31 37 33 34 31 34 f2 2a 00 00 00 05 0c   Q15173414.*.....
USB > 0x0020: 4c 7f 00 00 00 01 01 00 00 00 00 00 00 00 00 00   L...............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
2015-10-07 21:43:00.474435: LAN < I00,00,00,00

USB > 0x0000: 52 43 d4 03 20 00 02 00 00 00 00 ff 7f ff 09 99   RC.. ...........
USB > 0x0010: 81 12 99 99 99 00 00 00 34 f2 2a 00 00 00 05 0c   ........4.*.....
USB > 0x0020: 4c 7f 00 00 00 01 01 00 00 00 00 00 00 00 00 00   L...............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
2015-10-07 21:43:00.506546: LAN < R43D40320,0002,00000000,FF,7FFF,998112999999000000
2015-10-07 21:43:24.045756: LAN > K

USB < 0x0000: 4b 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   K...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 1ms!

USB > 0x0000: 48 09 48 4d 2d 55 53 42 2d 49 46 03 c4 0a 4c 45   H.HM-USB-IF...LE
USB > 0x0010: 51 31 35 31 37 33 34 31 34 f2 2a 00 00 00 05 0c   Q15173414.*.....
USB > 0x0020: ae 1b 00 00 01 01 01 00 00 00 00 00 00 00 00 00   ................
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
2015-10-07 21:43:24.057308: LAN < HHM-USB-IF,03C4,LEQ1517341,34F22A,000000,050CAE1B,0000
2015-10-07 21:43:49.070728: LAN > K

USB < 0x0000: 4b 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   K...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 1ms!

USB > 0x0000: 48 09 48 4d 2d 55 53 42 2d 49 46 03 c4 0a 4c 45   H.HM-USB-IF...LE
USB > 0x0010: 51 31 35 31 37 33 34 31 34 f2 2a 00 00 00 05 0d   Q15173414.*.....
USB > 0x0020: 0f dc 00 00 01 01 01 00 00 00 00 00 00 00 00 00   ................
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
2015-10-07 21:43:49.084624: LAN < HHM-USB-IF,03C4,LEQ1517341,34F22A,000000,050D0FDC,0000

USB > 0x0000: 45 37 8c 50 00 00 05 0d 2a d0 ff ff 98 0c 64 86   E7.P....*.....d.
USB > 0x0010: 70 37 8c 50 00 00 00 00 e5 64 2a 00 00 00 05 0d   p7.P.....d*.....
USB > 0x0020: 0f dc 00 00 01 01 01 00 00 00 00 00 00 00 00 00   ................
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
2015-10-07 21:43:55.997569: LAN < E378C50,0000,050D2AD0,FF,FF98,648670378C5000000000E564
2015-10-07 21:44:14.087079: LAN > K

USB < 0x0000: 4b 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   K...............
USB < 0x0010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
USB < 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
usb-transfer took 1ms!

USB > 0x0000: 48 09 48 4d 2d 55 53 42 2d 49 46 03 c4 0a 4c 45   H.HM-USB-IF...LE
USB > 0x0010: 51 31 35 31 37 33 34 31 34 f2 2a 00 00 00 05 0d   Q15173414.*.....
USB > 0x0020: 71 94 00 00 01 01 01 00 00 00 00 00 00 00 00 00   q...............
USB > 0x0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00   ................
2015-10-07 21:44:14.111882: LAN < HHM-USB-IF,03C4,LEQ1517341,34F22A,000000,050D7194,0000


soweit hat alles mehr oder weniger funktioniert. Wo ich jetzt noch hänge ist die Script Datei zu erstellen.

Du schreibst, ich soll eine Datei script.sh oder so erstellen und dann chmod a+x <datenname> ausführbar machen und als root ausführen.

Heist das ich muss dann die Datei im Root Verzeichnis des RPI erstellen oder wie ?

Wäre super wenn ihr mir nochmal helfen könntet damit ich den Stick zum laufen bekomme :)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Joker2002 am 07 Oktober 2015, 22:05:54
hm, wie erzeuge ich diese Datei eigentlich ?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 07 Oktober 2015, 22:13:35
Hallo,

wenn Du Raspbian benutzt ... nano DATEINAME ändert oder ertstellt eine Datei im aktuellen Verzeichnis. In welchen Verzeichnis Du bis erfährst Du mit dem Befehl pwd.

Gruß Christoph

PS. In diesem Thread steht auch irgendwo, wie man in der Fhem Startdatei gleichzeitig hmland startet.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralf W. am 07 Oktober 2015, 22:21:33
#449 und Wiki
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Joker2002 am 07 Oktober 2015, 22:24:58
danke für die schnellen Antworten.


Nur nochmal zum Verständnis "Root" heisst:
/home/pi
??
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 07 Oktober 2015, 22:26:02
Zitat von: Joker2002 am 07 Oktober 2015, 22:02:47
root@raspberrypi:~/hmcfgusb# pf -ef | grep hmland
Asche auf mein Haupt... Immer diese schnell-schnell... Es heißt natürlich "ps", nicht "pf" :(

Zitat
soweit hat alles mehr oder weniger funktioniert. Wo ich jetzt noch hänge ist die Script Datei zu erstellen.
sieht so aus ;)

Zitat
Du schreibst, ich soll eine Datei script.sh oder so erstellen und dann chmod a+x <datenname> ausführbar machen und als root ausführen.
Naja, die Hälfte von dem, was das Script macht, hast Du ja schon. Du brauchst nur noch Autostart. Kannst aber trotzdem machen, schaden tut es nicht

Zitat
Heist das ich muss dann die Datei im Root Verzeichnis des RPI erstellen oder wie ?
Nein, mit sudo su wechselst Du den Benutzer (root ist der Administrator)

Zitathm, wie erzeuge ich diese Datei eigentlich ?
mache mal folgendes:
cd ~
nano script.sh

Jetzt Inhalt reinkopieren.
dan mit Ctrl+O speichern und mit Ctrl+X verlassen.
dann
chmod a+x script.sh
sudo ./script.sh

Fetig.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralf W. am 07 Oktober 2015, 22:27:35
Nein! root ist nicht pi

sudo ./script.sh

MfG
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 07 Oktober 2015, 22:28:33
Zitat von: Joker2002 am 07 Oktober 2015, 22:24:58
Nur nochmal zum Verständnis "Root" heisst:
/home/pi
??
'root' ist der Admin-Benutzer. Sein HomeVerzichnis ist /
Das ist der root (Wurzel) des Dateisystems.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralf W. am 07 Oktober 2015, 22:32:01
Zitat von: hexenmeister am 07 Oktober 2015, 22:28:33
'root' ist der Admin-Benutzer. Sein HomeVerzichnis ist /
Das ist der root (Wurzel) des Dateisystems.

Besser:
sudo su -
pwd
exit


pwd zeigt das Homeverzeichnis von root, ist nicht immer /. Kann auch /root sein.

MfG
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 07 Oktober 2015, 22:36:47
Zitat von: Ralf W. am 07 Oktober 2015, 22:32:01
Besser:
sudo su -
pwd
exit


pwd zeigt das Homeverzeichnis von root, ist nicht immer /. Kann auch /root sein.

OK, Du hast Recht, aber das verwirrt einen Anfänger nur noch mehr ;)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Joker2002 am 07 Oktober 2015, 22:41:55
erst einmal vielen Dank für die schnellen Antworten.

Ich habe eure Ratschläge befolgt und den make Befehl erneut eingegeben.

Folgendes hat putty ausgespuckt:

pi@raspberrypi ~ $ cd ~
pi@raspberrypi ~ $ nano script.sh
pi@raspberrypi ~ $ chmod a+x script.sh
pi@raspberrypi ~ $ sudo ./script.sh
Reading package lists... Done
Building dependency tree
Reading state information... Done
build-essential is already the newest version.
gcc is already the newest version.
git-core is already the newest version.
libusb-1.0-0-dev is already the newest version.
make is already the newest version.
The following packages were automatically installed and are no longer required:
  bc cups-filters hplip-data libart-2.0-2 libcupscgi1 libcupsfilters1
  libcupsmime1 libsane-hpaio libslp1 python-imaging python-pexpect
  python-renderpm python-reportlab python-reportlab-accel ssl-cert
Use 'apt-get autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 4 not upgraded.
fatal: destination path 'hmcfgusb' already exists and is not an empty directory.
make: Nothing to be done for 'all'.


also nichts neues..

habe dann noch die script.sh Datei angelegt. Der Homatic bleibt jedoch noch disconnected :/
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 07 Oktober 2015, 22:46:44
Hallo,

irgendwie sind wir ja jetzt OT - das ist ja mehr Linux Grundkurs ;-)
@Joker 2002 - Du solltest nicht das make ... in das Script setzen, sondern den Aufruf von hmland
also "cd /.... wo hmland steht" nächste Zeile "./hmland -p 1234 -D"
Ich that' s all.

Gruß Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 07 Oktober 2015, 22:53:09
Zitat von: Joker2002 am 07 Oktober 2015, 22:41:55
habe dann noch die script.sh Datei angelegt. Der Homatic bleibt jedoch noch disconnected :/
Ah, OK, dem git gefällt nicht, dass Du das schon einaml gemacht hast (die Dateien sind bereits da, git will sie nicht eigenmächtig überschreiben).
Kommentiere aus oder entferne die Zeilen
apt-get install build-essential libusb-1.0-0-dev make gcc git-core
git clone git://git.zerfleddert.de/hmcfgusb

und starte script erneut.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Joker2002 am 07 Oktober 2015, 23:18:55
ok, danke erst mal für die schnelle Hilfe.

Ich habe es leider noch nicht hinbekommen; habe diesbezüglich einen neuen Threat aufgemacht damit ich hier nicht alles "vollspamme".

http://forum.fhem.de/index.php/topic,41938.0.html

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: gloob am 25 Oktober 2015, 11:52:45
Hallo,

Ich bekomme eine ganze Menge Fehler vom Adapter:

2015.10.25 11:50:25 3: hmusb: Unknown code A14A4845E326EFF00000084A531002B0D022108E0FF::-70:hmusb, help me!
2015.10.25 11:50:29 3: hmusb: Unknown code A0C7186701CC9C9000000009256::-52:hmusb, help me!
2015.10.25 11:50:35 3: hmusb: Unknown code A0C57865A27120B000000B0E837::-63:hmusb, help me!
2015.10.25 11:50:41 3: hmusb: Unknown code A0FFE8610278C240000000A24B50D0040::-64:hmusb, help me!
2015.10.25 11:50:43 3: hmusb: Unknown code A0C42865A2711AF00000028BB41::-84:hmusb, help me!
2015.10.25 11:50:47 3: hmusb: Unknown code A0FA68610278B200000000A28BD0D0040::-83:hmusb, help me!
2015.10.25 11:50:47 3: hmusb: Unknown code A1457845E325D170000008035D800001E003908F3FF::-75:hmusb, help me!
2015.10.25 11:50:50 3: hmusb: Unknown code A0FB38610278B9B0000000A28C50D0040::-64:hmusb, help me!
2015.10.25 11:50:51 3: hmusb: Unknown code A142F845E24B05C000000803E9000000000000907FF::-73:hmusb, help me!
2015.10.25 11:50:55 3: hmusb: Unknown code A0C57847027120B00000000E837::-64:hmusb, help me!
2015.10.25 11:50:59 3: hmusb: Unknown code A0CA38670172CE900000000B943::-83:hmusb, help me!


Kann man die irgendwie unterbinden, oder was sagen mir die Fehlermeldungen?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralf W. am 25 Oktober 2015, 13:03:59
Gefühlte 782.125 Einträge zu dem Thema. Schau bitte ins Wiki (Thema VCCU).

MfG
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: gloob am 25 Oktober 2015, 13:09:46
Welche Vorteil/Nutzen habe ich denn durch eine VCCU wenn ich den HM-CFG-USB nur zum Steuern vom Thermostaten verwende?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralf W. am 25 Oktober 2015, 13:15:04
Keine Meldungen im LOG.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Vize am 27 Oktober 2015, 08:22:55
Guten Morgen,

ich habe eine kurze Frage zum firmware-update von Homematic-Komponenten mittels HM-CFG-USB.

Muss ich, wenn ich das update aus FHEM heraus ausführen will, hmland beenden?

Im ersten post steht ja:
ZitatUpdate der Firmware von OTA-fähigen Geräten

...kann folgendes Kommando benutzt werden (wichtig ist hierbei, dass hmland nicht parallel läuft):

Gilt das nur, wenn man von der Konsole aus updaten möchte, oder auch wenn man direkt aus FHEM updaten möchte?
Im Wiki steht dieser Hinweis nämlich nicht...

Gruß
Andreas
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 27 Oktober 2015, 09:21:03
für den fhem befehl "set fwupdate" musst du nichts weiter tun.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Vize am 27 Oktober 2015, 09:59:35
Danke für die schnelle Antwort!

Gruß
Andreas
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: kunze am 31 Oktober 2015, 16:59:41
Hallo,

da ich plane mein FHEM in Zukunft auf der Synology DiskStation zu betreiben habe ich mir mal ein Paket für den HMLAND gebaut.
Dank der Vorarbeit von SynoCommunity ist das ja nicht mehr so schwer.

Während der Paketinstallation kann man den Port wählen auf dem HMLAND hört.
Außerdem kann man den HMLAND über das normale Synology Paket-Zentrum starten und stoppen, sowie die Logs anzeigen lassen.

Die Sourcen finden sich hier:
https://github.com/mkunzmann/spksrc/tree/hmland

Falls es erlaubt ist kann ich auch gerne die Pakete für diverse Architekturen hier anhängen.

Schöne Grüße,
kunze
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 01 November 2015, 20:29:00
Zitat von: kunze am 31 Oktober 2015, 16:59:41
Falls es erlaubt ist kann ich auch gerne die Pakete für diverse Architekturen hier anhängen.
Ist meines Wissens nicht verboten, ist aber hier nicht gut zu finden. Besser in GitHub und Link dazu in FHEMWIKI.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: kunze am 01 November 2015, 22:51:36
Hi,

Packages für DSM5.2 und zumindest die DiskStations mit x86 Architektur finden sich hier:
https://github.com/mkunzmann/spksrc/releases/tag/0.101

Welches Package für welche DS kann man hier sehen:
https://github.com/SynoCommunity/spksrc/wiki/Architecture-per-Synology-model

Schöne Grüße
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: JoeALLb am 02 November 2015, 06:57:11
kurze Rückfrage: geht eine diskstation noch in den Ruhemodus, wenn fhem drauf läuft,  oder halten die die vielen Schreibvorgänge immer wach?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: kunze am 02 November 2015, 08:33:53
Naja, die Platten auf denen die Logfiles liegen werden definitiv nicht schlafen.

Ich werde in der nächsten Revision der HMLAND Pakete das Logfile während der Installation konfigurierbar machen.
Dann kann man es auf eine USB Platte oder nach /dev/null legen falls man es gar nicht braucht.
Damit sollte zumindest HMLAND die Platten nicht mehr vom schlafen abhalten.

Danke für den Hinweis.

Neues Release:
https://github.com/mkunzmann/spksrc/releases/tag/0.101-3
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: alex999 am 04 Dezember 2015, 23:25:46
Hi,

sorry, dass ich hier so dazwischen frage, aber bevor ich mir nun die 57 Seiten durchlese:
Ein HM-CFG-USB-2 kann mit FHEM nach wie vor nur über diesen Emulator betrieben werden - ist das noch korrekt (FHEM 5.7 auf Raspberry mit Debian Jessie)?
Gäbe es eine Alternative, welche auch mit AES Verschlüsselung funktioniert und ohne Emulator auskommt (oder anderen, dazwischenliegenden "Dingen")?
Hab ein bißchen Angst, dass (vermeidbare) zusätzliche Hard-/Software zu unnötigen Fehlerquellen führt...

Danke für Info!
LG,
Alex
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralli am 05 Dezember 2015, 06:00:30
Du solltest lesen.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: alex999 am 06 Dezember 2015, 00:29:25
Danke für die ausführliche Antwort! Habe nun ca. 2,5 Stunden gelesen und weiß, dass es wohl u.U. Timing Probleme mit versch. USB Hubs geben kann. Schön wäre halt ein einfaches "Ja, du brauchst hmland" gewesen, aber das ist jetzt auch egal.

Habe hmland jetzt mal installiert und läuft soweit. Jetzt gehts ans konfigurieren... das ist wohl die Hauptarbeit  *schwitz*

Schöne Grüße,
Alex
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Afterburner am 13 Dezember 2015, 14:31:30
Zitat von: hexenmeister am 11 August 2014, 16:28:16
oder mit dem Betriebsystem starten...

folgendes in eine script.sh schreiben, Rechte setzen (chmod a+x script.sh), (als root) ausführen, glücklich sein ;)

#!/bin/sh
cd /opt/
apt-get install build-essential libusb-1.0-0-dev make gcc git-core
git clone git://git.zerfleddert.de/hmcfgusb
cd hmcfgusb
make
cat > /etc/init.d/hmland <<"EOF"
#!/bin/sh
# simple init for hmland
### BEGIN INIT INFO
# Provides:          hmland
# Required-Start:    $network $local_fs $remote_fs
# Required-Stop::    $network $local_fs $remote_fs
# Should-Start:      $all
# Should-Stop:       $all
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Start hmland daemon at boot time
# Description:       Provide Service to use HM-USB-CFG Adapter for FHEM.
### END INIT INFO

pidfile=/var/run/hmland.pid
port=1234

case "$1" in
start|"")
chrt 50 /opt/hmcfgusb/hmland -r 0 -d -P -l 127.0.0.1 -p $port 2>&1 | perl -ne '$|=1; print localtime . ": [hmland] $_"' >> /var/log/hmland.log &
;;
restart|reload|force-reload)
echo "Error: argument '$1' not supported" >&2
exit 3
;;
stop)
killall hmland
;;
status)
if [ ! -e $pidfile ]; then
echo "No pid"
exit 1
fi
pid=`cat $pidfile`
if kill -0 $pid &>1 > /dev/null; then
echo "Running"
exit 0
else
rm $pidfile
echo "Not running"
exit 1
fi

;;
*)
echo "Usage: hmland [start|stop|status]" >&2
exit 3
;;
esac
EOF
sudo chmod 755 /etc/init.d/hmland
sudo update-rc.d hmland defaults
sudo service hmland start



EDIT: Rechte und Präambel korrigiert.

Servus,

ich habe den HM USB bei mir bereits wie im Wiki beschrieben auf meinem PI2 installiert, also bis zum "make"
und den Stick danach gestartet mittels
./hmland -p 1234 -D
das funktioniert soweit jetzt seit 2 Tagen ohne Probleme.

Jetzt möchte ich das der Stick beim Systemstart mitgestartet wird, dazu wird im Wiki auf diesen Beitrag verwiesen den ich zitiere.

Ich gebe
sudo cat > /etc/init.d/hmland <<"EOF"
ein, füge dann per Copy & Paste den kompletten Text ein, also von
### BEGIN ...
bis
esac

gebe dann
EOF
ein um CAT zu beenden aber bekomme eine Fehlermeldung
bash: /etc/init.d/hmland: Keine Berechtigung

Das geht dann dementsprechend halt auch nicht
pi@FHEM ~ $ sudo chmod 755 /etc/init.d/hmland
chmod: Zugriff auf ,,/etc/init.d/hmland" nicht möglich: Datei oder Verzeichnis nicht gefunden


Hat jemand ne Idee was ich NOOB nun schon wieder beim Copy&Paste falsch gemacht habe ?


Hier noch die komplette Ausgabe aus der Shell

pi@FHEM ~ $ sudo cat > /etc/init.d/hmland <<"EOF"
> #!/bin/sh
> # simple init for hmland
> ### BEGIN INIT INFO
> # Provides:          hmland
> # Required-Start:    $network $local_fs $remote_fs
> # Required-Stop::    $network $local_fs $remote_fs
> # Should-Start:      $all
> # Should-Stop:       $all
> # Default-Start:     2 3 4 5
> # Default-Stop:      0 1 6
> # Short-Description: Start hmland daemon at boot time
> # Description:       Provide Service to use HM-USB-CFG Adapter for FHEM.
> ### END INIT INFO
>
> pidfile=/var/run/hmland.pid
> port=1234
>
> case "$1" in
>  start|"")
> chrt 50 /opt/hmcfgusb/hmland -r 0 -d -P -l 127.0.0.1 -p $port 2>&1 | perl -ne '$|=1; print localtime . ": [hmland] $_"' >> /var/log/hmland.log &
> ;;
>  restart|reload|force-reload)
> echo "Error: argument '$1' not supported" >&2
> exit 3
> ;;
>  stop)
> killall hmland
> ;;
>  status)
> if [ ! -e $pidfile ]; then
>
.asoundrc             .fontconfig/          python_games/
.bash_history         .gstreamer-0.10/      Templates/
.bash_logout          .gtk-bookmarks        .themes/
.bashrc               .gtkrc-2.0            .thumbnails/
.cache/               .icons/               Videos/
.config/              .local/               .viminfo
.cpan/                .mozilla/             .vnc/
.dbus/                Music/                .WolframEngine/
Desktop/              .mysql_history        .Xauthority
.dmrc                 perl5/                .XResources
Documents/            Pictures/             .xsession-errors
Downloads/            .profile              .xsession-errors.old
fhem-5.7.deb          Public/               
> echo "No pid"
>
.asoundrc             .fontconfig/          python_games/
.bash_history         .gstreamer-0.10/      Templates/
.bash_logout          .gtk-bookmarks        .themes/
.bashrc               .gtkrc-2.0            .thumbnails/
.cache/               .icons/               Videos/
.config/              .local/               .viminfo
.cpan/                .mozilla/             .vnc/
.dbus/                Music/                .WolframEngine/
Desktop/              .mysql_history        .Xauthority
.dmrc                 perl5/                .XResources
Documents/            Pictures/             .xsession-errors
Downloads/            .profile              .xsession-errors.old
fhem-5.7.deb          Public/               
> exit 1
> fi
> pid=`cat $pidfile`
> if kill -0 $pid &>1 > /dev/null; then
>
.asoundrc             .fontconfig/          python_games/
.bash_history         .gstreamer-0.10/      Templates/
.bash_logout          .gtk-bookmarks        .themes/
.bashrc               .gtkrc-2.0            .thumbnails/
.cache/               .icons/               Videos/
.config/              .local/               .viminfo
.cpan/                .mozilla/             .vnc/
.dbus/                Music/                .WolframEngine/
Desktop/              .mysql_history        .Xauthority
.dmrc                 perl5/                .XResources
Documents/            Pictures/             .xsession-errors
Downloads/            .profile              .xsession-errors.old
fhem-5.7.deb          Public/               
> echo "Running"
>
.asoundrc             .fontconfig/          python_games/
.bash_history         .gstreamer-0.10/      Templates/
.bash_logout          .gtk-bookmarks        .themes/
.bashrc               .gtkrc-2.0            .thumbnails/
.cache/               .icons/               Videos/
.config/              .local/               .viminfo
.cpan/                .mozilla/             .vnc/
.dbus/                Music/                .WolframEngine/
Desktop/              .mysql_history        .Xauthority
.dmrc                 perl5/                .XResources
Documents/            Pictures/             .xsession-errors
Downloads/            .profile              .xsession-errors.old
fhem-5.7.deb          Public/               
> exit 0
> else
>
.asoundrc             .fontconfig/          python_games/
.bash_history         .gstreamer-0.10/      Templates/
.bash_logout          .gtk-bookmarks        .themes/
.bashrc               .gtkrc-2.0            .thumbnails/
.cache/               .icons/               Videos/
.config/              .local/               .viminfo
.cpan/                .mozilla/             .vnc/
.dbus/                Music/                .WolframEngine/
Desktop/              .mysql_history        .Xauthority
.dmrc                 perl5/                .XResources
Documents/            Pictures/             .xsession-errors
Downloads/            .profile              .xsession-errors.old
fhem-5.7.deb          Public/               
> rm $pidfile
>
.asoundrc             .fontconfig/          python_games/
.bash_history         .gstreamer-0.10/      Templates/
.bash_logout          .gtk-bookmarks        .themes/
.bashrc               .gtkrc-2.0            .thumbnails/
.cache/               .icons/               Videos/
.config/              .local/               .viminfo
.cpan/                .mozilla/             .vnc/
.dbus/                Music/                .WolframEngine/
Desktop/              .mysql_history        .Xauthority
.dmrc                 perl5/                .XResources
Documents/            Pictures/             .xsession-errors
Downloads/            .profile              .xsession-errors.old
fhem-5.7.deb          Public/               
> echo "Not running"
>
.asoundrc             .fontconfig/          python_games/
.bash_history         .gstreamer-0.10/      Templates/
.bash_logout          .gtk-bookmarks        .themes/
.bashrc               .gtkrc-2.0            .thumbnails/
.cache/               .icons/               Videos/
.config/              .local/               .viminfo
.cpan/                .mozilla/             .vnc/
.dbus/                Music/                .WolframEngine/
Desktop/              .mysql_history        .Xauthority
.dmrc                 perl5/                .XResources
Documents/            Pictures/             .xsession-errors
Downloads/            .profile              .xsession-errors.old
fhem-5.7.deb          Public/               
> exit 1
> fi
>
> ;;
>  *)
> echo "Usage: hmland [start|stop|status]" >&2
> exit 3
> ;;
> esac
> EOF
bash: /etc/init.d/hmland: Keine Berechtigung
pi@FHEM ~ $ sudo chmod 755 /etc/init.d/hmland
chmod: Zugriff auf ,,/etc/init.d/hmland" nicht möglich: Datei oder Verzeichnis nicht gefunden
pi@FHEM ~ $
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: LeoSum am 13 Dezember 2015, 15:29:35
Hallo zusammen,
ich versuche gerade hmland nach den Anleitungen https://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb (https://git.zerfleddert.de/cgi-bin/gitweb.cgi/hmcfgusb) und http://www.fhemwiki.de/wiki/HM-CFG-USB_USB_Konfigurations-Adapter#Einrichtung_unter_Mac_OS_X (http://www.fhemwiki.de/wiki/HM-CFG-USB_USB_Konfigurations-Adapter#Einrichtung_unter_Mac_OS_X) unter FreeNAS (basierend auf FreeBSD) zu kompilieren.

Einfaches ausführen von gmake im Ordner hmcfgsub schlägt leider fehl:

root@fhem:/home/fhem/apps/hmcfgusb # gmake
gcc -MMD -O2 -Wall -I/opt/local/include -g   -c -o hmland.o hmland.c
hmland.c:41:31: warning: libusb-1.0/libusb.h: No such file or directory
In file included from hmland.c:45:
hmcfgusb.h:27: error: expected specifier-qualifier-list before 'libusb_device_handle'
hmland.c: In function 'comm':
hmland.c:516: error: 'struct hmcfgusb_dev' has no member named 'bootloader'
hmland.c:543: error: 'struct hmcfgusb_dev' has no member named 'opened_at'
hmland.c:608: error: 'struct hmcfgusb_dev' has no member named 'opened_at'
hmland.c:611: error: 'struct hmcfgusb_dev' has no member named 'opened_at'
<builtin>: recipe for target 'hmland.o' failed
gmake: *** [hmland.o] Error 1


Etwas recherche hat mich darauf gebracht, dass libusb-1.0 in FreeBSD bereits enthalten ist, allerdings unter anderem Namen. Daher habe ich in den Dateien hmcfgusb.c und hmland.c
jeweils die Zeile #include <libusb-1.0/libusb.h> durch #include <libusb.h> ersetzt und im Makefile die Zeilen
CFLAGS=-MMD -O2 -Wall -I/opt/local/include -g
LDFLAGS=-L/opt/local/lib
LDLIBS=-lusb-1.0 -lrt
durch

CFLAGS=-MMD -O2 -Wall -I/usr/include -g
LDFLAGS=-L/usr/lib
LDLIBS=-libusb -lrt


da das die richtigen Pfade unter FreeBSD sind. Jetzt läuft das kompilieren etwas weiter durch, bricht aber mit folgender Fehlermeldung ab:
root@fhem:/home/fhem/apps/hmcfgusb # gmake
gcc -MMD -O2 -Wall -I/usr/include -g   -c -o hmland.o hmland.c
gcc -MMD -O2 -Wall -I/usr/include -g   -c -o hmcfgusb.o hmcfgusb.c
gcc -MMD -O2 -Wall -I/usr/include -g   -c -o util.o util.c
gcc -L/usr/lib  hmland.o hmcfgusb.o util.o  -libusb -lrt -o hmland
/usr/bin/ld: cannot find -libusb
<builtin>: recipe for target 'hmland' failed
gmake: *** [hmland] Error 1


Also probiere ich mal den Eintrag "-libusb" im Makefile unter LDLIBS wegzulassen, das bringt folgendes Ergebnis:
root@fhem:/home/fhem/apps/hmcfgusb # gmake
gcc -L/usr/lib  hmland.o hmcfgusb.o util.o  -lrt -o hmland
hmcfgusb.o: In function `hmcfgusb_exit':
/home/fhem/apps/hmcfgusb/hmcfgusb.c:600: undefined reference to `libusb_exit'
hmcfgusb.o: In function `hmcfgusb_close':
/home/fhem/apps/hmcfgusb/hmcfgusb.c:580: undefined reference to `libusb_cancel_transfer'
/home/fhem/apps/hmcfgusb/hmcfgusb.c:581: undefined reference to `libusb_handle_events'
/home/fhem/apps/hmcfgusb/hmcfgusb.c:584: undefined reference to `libusb_release_interface'
/home/fhem/apps/hmcfgusb/hmcfgusb.c:589: undefined reference to `libusb_close'
hmcfgusb.o: In function `hmcfgusb_poll':
/home/fhem/apps/hmcfgusb/hmcfgusb.c:478: undefined reference to `libusb_get_next_timeout'
/home/fhem/apps/hmcfgusb/hmcfgusb.c:523: undefined reference to `libusb_handle_events_timeout_completed'
hmcfgusb.o: In function `hmcfgusb_find':
/home/fhem/apps/hmcfgusb/hmcfgusb.c:109: undefined reference to `libusb_get_device_list'
/home/fhem/apps/hmcfgusb/hmcfgusb.c:118: undefined reference to `libusb_get_device_descriptor'
/home/fhem/apps/hmcfgusb/hmcfgusb.c:125: undefined reference to `libusb_open'
/home/fhem/apps/hmcfgusb/hmcfgusb.c:135: undefined reference to `libusb_get_string_descriptor_ascii'
/home/fhem/apps/hmcfgusb/hmcfgusb.c:147: undefined reference to `libusb_close'
/home/fhem/apps/hmcfgusb/hmcfgusb.c:174: undefined reference to `libusb_free_device_list'
/home/fhem/apps/hmcfgusb/hmcfgusb.c:152: undefined reference to `libusb_detach_kernel_driver'
/home/fhem/apps/hmcfgusb/hmcfgusb.c:155: undefined reference to `libusb_close'
/home/fhem/apps/hmcfgusb/hmcfgusb.c:156: undefined reference to `libusb_free_device_list'
/home/fhem/apps/hmcfgusb/hmcfgusb.c:160: undefined reference to `libusb_claim_interface'
/home/fhem/apps/hmcfgusb/hmcfgusb.c:168: undefined reference to `libusb_free_device_list'
/home/fhem/apps/hmcfgusb/hmcfgusb.c:128: undefined reference to `libusb_free_device_list'
hmcfgusb.o: In function `hmcfgusb_init':
/home/fhem/apps/hmcfgusb/hmcfgusb.c:330: undefined reference to `libusb_init'
hmcfgusb.o: In function `hmcfgusb_prepare_int':
/home/fhem/apps/hmcfgusb/hmcfgusb.c:244: undefined reference to `libusb_alloc_transfer'
/home/fhem/apps/hmcfgusb/hmcfgusb.c:251: undefined reference to `libusb_fill_interrupt_transfer'
/home/fhem/apps/hmcfgusb/hmcfgusb.c:256: undefined reference to `libusb_submit_transfer'
hmcfgusb.o: In function `hmcfgusb_init':
/home/fhem/apps/hmcfgusb/hmcfgusb.c:400: undefined reference to `libusb_get_pollfds'
hmcfgusb.o: In function `hmcfgusb_prepare_int':
/home/fhem/apps/hmcfgusb/hmcfgusb.c:259: undefined reference to `libusb_free_transfer'
hmcfgusb.o: In function `hmcfgusb_init':
/home/fhem/apps/hmcfgusb/hmcfgusb.c:425: undefined reference to `libusb_close'
/home/fhem/apps/hmcfgusb/hmcfgusb.c:358: undefined reference to `libusb_close'
/home/fhem/apps/hmcfgusb/hmcfgusb.c:374: undefined reference to `libusb_close'
/home/fhem/apps/hmcfgusb/hmcfgusb.c:421: undefined reference to `libusb_cancel_transfer'
/home/fhem/apps/hmcfgusb/hmcfgusb.c:422: undefined reference to `libusb_handle_events'
/home/fhem/apps/hmcfgusb/hmcfgusb.c:403: undefined reference to `libusb_cancel_transfer'
/home/fhem/apps/hmcfgusb/hmcfgusb.c:404: undefined reference to `libusb_handle_events'
hmcfgusb.o: In function `hmcfgusb_interrupt':
/home/fhem/apps/hmcfgusb/hmcfgusb.c:301: undefined reference to `libusb_submit_transfer'
/home/fhem/apps/hmcfgusb/hmcfgusb.c:310: undefined reference to `libusb_free_transfer'
/home/fhem/apps/hmcfgusb/hmcfgusb.c:310: undefined reference to `libusb_free_transfer'
hmcfgusb.o: In function `hmcfgusb_send_null_frame':
/home/fhem/apps/hmcfgusb/hmcfgusb.c:186: undefined reference to `libusb_interrupt_transfer'
hmcfgusb.o: In function `hmcfgusb_send':
/home/fhem/apps/hmcfgusb/hmcfgusb.c:208: undefined reference to `libusb_interrupt_transfer'
<builtin>: recipe for target 'hmland' failed
gmake: *** [hmland] Error 1


Nu bin ich mit meinem Latein am Ende. Hat jemand zufällig das ganze schonmal unter einem Unixoiden System durchexerziert und eine Idee für mich? Vielen Dank,
Leo
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: vbs am 13 Dezember 2015, 15:55:07
Um gegen eine Lib kompilieren zu können, brauchst du normalerweise zum einen die Header (hast du) und zum anderen die Lib selber (fehlt dir/falsch geschrieben). Jedoch ist der Aufruf bei dir falsch: Der Parameter heißt "-l<libname>". Wenn ich mich jetzt nicht völlig vertue, dann hängt der Linker auch noch selbständig das Präfix "lib" davor. Du hast angegeben "-libusb" (man achte auf das "l"), also würde er eine Library "libibusb.so" oder "libibusb.a" suchen. Wenn die Datei bei dir nur heißt "libusb.so", dann muss der Linker-Parameter "-lusb" sein.
Du musst als erstes rausfinden, wie die Lib bei dir tatsächlich heißt. Die wird vermutlich liegen unter "/usr/lib".
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Afterburner am 13 Dezember 2015, 23:51:26
mein Problem hat sich erledigt, hatte was überlesen
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: LeoSum am 14 Dezember 2015, 07:33:28
Zitat von: vbs am 13 Dezember 2015, 15:55:07
Der Parameter heißt "-l<libname>". Wenn ich mich jetzt nicht völlig vertue, dann hängt der Linker auch noch selbständig das Präfix "lib" davor. [...] dann muss der Linker-Parameter "-lusb" sein.

Mein Held! So hat es funktioniert! Ich danke dir ganz Herzlich!
Anschließend musste ich noch wie in der Wiki Anleitung für Mac OSX beschrieben die Zeilen bezüglich libusb_detach_kernel_driver entfernen, da dies unter FreeBSD scheinbar auch nicht existiert. Danach funktioniert das kompilierte hmland auch tatsächlich und kann HomeMatic Signale empfangen.

Heute Abend kann ich die Einrichtung unter FreeBSD hoffentlich abschließen, dann schreib ich mal eine detailliertere Anleitung zusammen.

Herzlichen Dank nochmal!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Depechem am 04 Januar 2016, 15:27:08
Hallo ich bin leider noch ein newbie was HM und FHEM betrifft.

Ich besitze einen Raspberry PI2 auf dem FHEM läuft. Meine HM Geräte werden mit dem HMUSB gesteuert.
Mein HMUSB hat die D-firmware 0.964 diese möchte ich jetzt auf die aktuelle hmusbif.03c7.enc bringen.
Laut Anleitung habe ich den HMUSB so installiert das er zusammen mit FHEM mit gestartet wird.
Mein Problem ist jetzt scheinbar das "hmland" also immer mitläuft. Ich bekomme es nicht hin das hmland zu stoppen. Daher kann ich diesen Befehl (wget https://git.zerfleddert.de/hmcfgusb/firmware/hmusbif.03c7.enc) scheinbar nicht ausführen.

Kann mir bitte jemand den Linux Befehl sagen, den ich eingeben muss damit das hmland stoppt!
service hmland stop < funktioniert nicht
---------------------------------------------------------------------
pi@raspberrypi /opt/hmcfgusb $ service hmland stop
Failed to stop hmland.service: Access denied
---------------------------------------------------------------------

---------------------------------------------------------------------------------------------------------------------------
Installiert habe ich den HMUSB so:
    cd /opt/
    sudo apt-get install build-essential libusb-1.0-0-dev make gcc git-core
    sudo git clone git://git.zerfleddert.de/hmcfgusb
    cd hmcfgusb
    sudo make

    sudo /opt/hmcfgusb/hmland -p 1234 -D

Um wieder weiterzumachen Beenden wir den Test mit Strg+c und Passen das Script von FHEM an um den Dienst automatisch zu starten:

    sudo cp /opt/hmcfgusb/hmcfgusb.rules /etc/udev/rules.d/

    sudo nano /etc/init.d/fhem

Und entfernen jeweils ,,#,, Zeichen am Anfang der Zeilen:

    # /opt/hmcfgusb/hmland -d -p 1234 -r 0
    # pkill hmland
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Icebear am 04 Januar 2016, 15:32:07
Hi,

so wie ich das sehe läuft der als root du versuchst den service aber als user pi zu stoppen..

sudo service hmland stop

dann sollte es gehen
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Afterburner am 04 Januar 2016, 15:32:50
Zitatpi@raspberrypi /opt/hmcfgusb $ service hmland stop
Failed to stop hmland.service: Access denied
versuche es mal so:
sudo service hmland stop
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Depechem am 04 Januar 2016, 15:54:29
Zitat von: Afterburner am 04 Januar 2016, 15:32:50
versuche es mal so:
sudo service hmland stop

Ich Danke euch schon einmal.

Nun habe ich
sudo /opt/hmcfgusb/hmland service hmland stop
wget https://git.zerfleddert.de/hmcfgusb/firmware/hmusbif.03c7.enc
ausgeführt. Die Infos von Putty seht ihr im Anhang. Meiner Meinung nach müsste es funktioniert haben.
Nur wird auch nach Shutdown im FHEM trotzdem noch Version 0.964 statt 0.967 angezeigt!?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Depechem am 04 Januar 2016, 15:56:42
Hier der Anhang
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Afterburner am 04 Januar 2016, 16:13:47
Also laut dem Screenshot hast Du ja nur die Datei runter geladen und nichts weiter gemacht ?!??!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Depechem am 04 Januar 2016, 16:16:52
Zitat von: Afterburner am 04 Januar 2016, 16:13:47
Also laut dem Screenshot hast Du ja nur die Datei runter geladen und nichts weiter gemacht ?!??!

Ohje  :'(
wie gesagt bin ein Newbie, hab mir aber das halbe Forum durchgelesen...
Kannst bitte kurz die Befehle schreiben die ich im Putty dafür komplett eingeben muss.
Ich komm mit der Anleitung aus dem ersten post irgendwie nicht klar
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Afterburner am 04 Januar 2016, 17:58:58
Sorry ich bin hier auch noch relativ neu und bevor ich hier irgendwas falsches sage lasse ich lieber den Profis den Vortritt ;)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marvin78 am 04 Januar 2016, 18:02:47
Zitat von: Depechem am 04 Januar 2016, 16:16:52

Ich komm mit der Anleitung aus dem ersten post irgendwie nicht klar

Dann versuche es mit der Anleitung im Wiki. Ich glaube nicht, dass dir hier noch einmal jemand aufschreibt, was schon woanders sehr genau beschrieben ist.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Depechem am 04 Januar 2016, 18:35:06
Ihr habt mir schon weitergeholfen. Ich habe es hinbekommen.
Aber es war ein anderer Befehl zum stoppen des "hmland" notwendig.
Die neue FW-Datei konnte ich auch nicht in den "hmcfgusb" Ordner laden(scheinbar liegt es an der Rechtevergabe
Daher habe ich die Befehle etwas geändert, nun habe ich auch die aktuelle FW auf meinem HMUSB.

Wenn jemand anders auch dieses Problem hat sind hier nochmal meine Linux Befehle:

neue FW auf Raspberry als Datei laden:
cd /opt/fhem
wget https://git.zerfleddert.de/hmcfgusb/firmware/hmusbif.03c7.enc

hmland stoppen:
cd /opt/hmcfgusb
sudo pkill hmland

HMUSB-Flashen(neue Datei ist im FHEM Ordner:
cd /opt/hmcfgusb
sudo ./flash-hmcfgusb ../fhem/hmusbif.03c7.enc

Gruß Thomas
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: gloob am 11 Januar 2016, 10:30:49
Gibt es eigentlich eine bevorzugte Variante um hmland zu starten? ich habe es jetzt über den Start und Stop von FHEM realisiert, so wie es im Wiki steht.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: heikoh81 am 04 Februar 2016, 18:24:36
Gibt es Langzeiterfahrungen bzgl. Lebensdauer des HM-CFG-USB2 im Dauerbetrieb, z.B. an einem Raspi?
Im FHEM-Wiki wird auf diesen FHEM-Forums-Beitrag verwiesen, dass die Sticks gerne mal das Zeitliche segnen.

http://forum.fhem.de/index.php/topic,32502.msg249122.html#msg249122 (http://forum.fhem.de/index.php/topic,32502.msg249122.html#msg249122)
Zitat von: Mr. P am 21 Januar 2015, 00:39:24
Hej Reiner,Falls du sonst nichts gemacht hast, befürchte ich, das dein Stick das Zeitliche gesegnet hat. Machen die Dinger leider sehr gerne... Ganz besonders beim Modus-Wechsel vom 10k- in den 100k-Modus, wenn man bei irgendeinem Device ein Firmwareupdate durchführt.
Die gute Nachricht ist, dass der Fehler bei sämtlichen Händlern bekannt ist und anstandslos getauscht wird.

Viele Grüße,
Heiko
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: gloob am 05 Februar 2016, 09:57:39
Also mein Raspi läuft jetzt bei mir seit 32 Tagen ohne Neustart ohne Probleme.

Und ich erwarte in den kommenden Monaten daran auch keine Änderung mehr.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 05 Februar 2016, 13:41:42
Langzeit ist ebenso wie die ZEIT relativ. ;-)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Thorsten Pferdekaemper am 12 Februar 2016, 09:49:33
Hi,
diese Frage ist mehr interessehalber: Woher weiß der hmland eigentlich, auf welches USB-Device er zugreifen muss?
Gruß,
   Thorsten
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 12 Februar 2016, 12:14:22
Hallo,

ich vermute über Hersteller und Typ. Jedes USB Gerät hat ja eine Kennung - und die kann man auswerten. Du könntest auch fragen wie die Netzwerkstreiber den WLAN USB-Stick erkennen, und vor allem dann auch noch den richtigen Treiber für das Teil laden.

Gruß Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Thorsten Pferdekaemper am 12 Februar 2016, 12:30:14
Zitat von: Bennemannc am 12 Februar 2016, 12:14:22
ich vermute über Hersteller und Typ. Jedes USB Gerät hat ja eine Kennung - und die kann man auswerten. Du könntest auch fragen wie die Netzwerkstreiber den WLAN USB-Stick erkennen, und vor allem dann auch noch den richtigen Treiber für das Teil laden.
Ja, klar. Wenn jemand im FHEM-Forum genau weiss, wie das fuer WLAN-Sticks funktioniert, dann nehme ich auch das als Antwort. Allerdings gehe ich davon aus, dass das eher jemand fuer den hmland weiss.
Vielleicht etwas Hintergrund: Fuer die Module ECMD und HM485_LAN muss man das serielle Device manuell angeben. Da wird dann oft so etwas wie /dev/ttyusb0 benutzt. Dummerweise macht das Probleme, wenn man mehrere USB-Sticks am System hat. Daher wuerde ich gerne zumindest fuer HM485_LAN irgend einen Automatismus einbauen, der mir den richtigen Port ermittelt. Da dachte ich halt, das irgendwo abkupfern zu koennen.
...am besten waere es, wenn mir jemand das zugehoerige Coding zeigt.
Gruss,
  Thorsten
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 13 Februar 2016, 01:18:49
Hallo Torsten,

Du verwechselst da etwas. Der HMLAND geht auf Hersteller und ID - wenn Du das Teil in einen Rpi einsteckst und lsusb machst, siehst Du ein Gerät, bei dem nicht dahinter steht - es ist für Linux unbekannt. Dieses Gerät ist der HM-CFG-USB. Da steht ein 4 Stelliger Hersteller Code und ein 4 Stelliger Produkt Code
lpi@odroid-w:~$ lsusb                                                           
Bus 001 Device 004: ID 7392:7811 Edimax Technology Co., Ltd EW-7811Un 802.11n Wi
reless Adapter [Realtek RTL8188CUS]                                             
Bus 001 Device 003: ID 1b1f:c00f                                               
Bus 001 Device 002: ID 1a40:0101 Terminus Technology Inc. 4-Port HUB           
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub                 

Die 1b1f:c00f ist der HM-LAN-USB. HMLAND nimmt den und macht daraus ein Netzwerkgerät.
Das Problem mit den Stick ist ein anderes. Hier kommt es darauf an, welcher Stick sich als erstes meldet. Aber auch da gibt es eine Lösung. Suche mal nach udev - da kann man über Rules anhand der ID festlegen, welches Gerät welche tty bekommt.

Gruß Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 13 Februar 2016, 09:02:26
Ein Device über USB aus Perl anzusprechen, kannst Du Dir z.B beim CO20-Modul anschauen.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Thorsten Pferdekaemper am 13 Februar 2016, 11:40:36
Zitat von: Bennemannc am 13 Februar 2016, 01:18:49Du verwechselst da etwas. Der HMLAND geht auf Hersteller und ID - wenn Du das Teil in einen Rpi einsteckst und lsusb machst, siehst Du ein Gerät, bei dem nicht dahinter steht - es ist für Linux unbekannt. Dieses Gerät ist der HM-CFG-USB. Da steht ein 4 Stelliger Hersteller Code und ein 4 Stelliger Produkt Code
So etwas in der Art hatte ich befürchtet. Der HM-CFG-USB ist anhand Hersteller- und Produktcode schon eindeutig zu identifizieren (zumindest solange man nur einen dranhängen hat). In meinem Fall hängt da ein generischer USB/Seriell-Wandler dran, der noch einen RS485-Treiber draufgesetzt hat. An den Codes kann man das Teil daher nicht von anderen seriellen Schnittstellen, wie z.B. durch das Modul ECMD benutzt, unterscheiden.

ZitatDas Problem mit den Stick ist ein anderes. Hier kommt es darauf an, welcher Stick sich als erstes meldet. Aber auch da gibt es eine Lösung. Suche mal nach udev - da kann man über Rules anhand der ID festlegen, welches Gerät welche tty bekommt.
Ich glaube, dass der Punkt einfacher zu lösen ist. Man kann einfach die Links in /dev/serial/by-id verwenden. Die Sticks sind da als sowas wie folgt eingetragen:
                 /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A504DLYK-if00-port0
Das kann man dann in der Device-Definition verwenden. Allerdings würde ich gerne noch eine Stufe weiter gehen, und da einen Automatismus einbauen. ...aber das geht dann wohl nicht, zumindest nicht vollständig.
Danke&Gruß,
    Thorsten
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 13 Februar 2016, 22:07:30
Hallo,

warum sol das nicht gehen ? Mit den Rules von udev kannst Du festlegen, welcher Stick als weches USB Dev eingebunden wird. Ich hatte z.B. auf meinem Cubietruck mit Cubieez nur ein wlan1 - obwohl ich nur das interne Wlan hatte. In den Rules war ein Realtek-Stick als wlan0 eingetragen. Da dieser nicht vorhanden war, wurde das wlan-interface automatisch als wlan1 (nächste freie Nummer) erstellt. Wenn Du das für 2 Sticks einstellst, wird der Stick immer richtig eingebunden, selbst wenn nur einer eingesteckt ist und der eigentlich Nr2 hat.

Gruß Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Thorsten Pferdekaemper am 14 Februar 2016, 12:38:40
Zitat von: Bennemannc am 13 Februar 2016, 22:07:30
warum sol das nicht gehen ?
Hi,
ich habe nicht gesagt, dass es nicht geht. Es ist nur unnötig. Man kann in der FHEM-Definition gleich die Gerätenamen aus  /dev/serial/by-id verwenden, dann hat man das Problem nicht.
Sicherlich könnte man das auch mit udev-Regeln machen, aber warum sollte man?
Gruß,
   Thorsten
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Mike081 am 19 Februar 2016, 22:28:56
Hallo

Ich hätte eine Frage: homematic USB stick funktioniert nun auf raspberry.
2 gaerete habe ich im Einsatz jedoch bekomme ich folgenden Meldung (soll nicht so kritisch sein?):
configCheck done:

missing register list
    HM_2DBB5C:   RegL_00.
    HM_2DBB5C_Pwr:   RegL_01.
    HM_2DBB5C_SenF:   RegL_01.
    HM_2DBB5C_SenI:   RegL_01.
    HM_2DBB5C_SenPwr:   RegL_01.
    HM_2DBB5C_SenU:   RegL_01.
    HM_2DBB5C_Sw:   RegL_01.
    HM_308855:   RegL_00.
    HM_308855_Clima:   RegL_01.,RegL_07.
    HM_308855_ClimaTeam:   RegL_01.
    HM_308855_Climate:   RegL_01.
    HM_308855_Weather:   RegL_01.
    HM_308855_WindowRec:   RegL_01.
    HM_308855_remote:   RegL_01.

peer list incomplete. Use getConfig to read it.
    incomplete: HM_2DBB5C_SenF:
    incomplete: HM_2DBB5C_SenI:
    incomplete: HM_2DBB5C_SenPwr:
    incomplete: HM_2DBB5C_SenU:
    incomplete: HM_2DBB5C_Sw:
    incomplete: HM_308855_Clima:
    incomplete: HM_308855_ClimaTeam:
    incomplete: HM_308855_Climate:
    incomplete: HM_308855_Weather:
    incomplete: HM_308855_WindowRec:
    incomplete: HM_308855_remote:

templist mismatch
    HM_308855_Clima: file: ././tempList.cfg for HM_308855_Clima does not exist




Mein Problem: die Messwerte erhalte icg regelmäßig von den Geräten. Jedoch kann ich die Befehle nicht schicken und die Geräte steuern. Habt Ihr die Idee was schied gegangen ist? rechte? Danke
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 19 Februar 2016, 22:38:18
Hallo,

dann mach doch mal das, was da steht "getConfig" - für die Steckdose. Da das Meldungen aus HMInfo kommen - lese doch auch das Thermostat mit "getConfig" aus und speichere die Temperatureinstellungen mit set HMINFO temListG save. Dann werde die Werte gespeicher und beim Vergleich stimmen diese dann auch.

Gruß Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Mike081 am 19 Februar 2016, 23:21:13
Zitat von: Bennemannc am 19 Februar 2016, 22:38:18
Hallo,

dann mach doch mal das, was da steht "getConfig" - für die Steckdose. Da das Meldungen aus HMInfo kommen - lese doch auch das Thermostat mit "getConfig" aus und speichere die Temperatureinstellungen mit set HMINFO temListG save. Dann werde die Werte gespeicher und beim Vergleich stimmen diese dann auch.

Gruß Christoph

Danke für den Hinweis. Leider funktioniert es nicht. Einmal bekomme ich die Rückmeldung    
RESPONSE TIMEOUT:RegisterRead und bei dem anderen Gerät MISsING ACK. Was bei mir auch nicht funktioniert: ich kann nicht die Geräte steuern ---> on/off befehle funktionieren nicht. Auch set desired Temperatur....
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 20 Februar 2016, 09:14:17
Hallo,

das sieht so aus, als ob das pairing nicht geklappt hat. Mache mal ein List GERÄT und schau nach ob bei pairCentral die Adresse der Zentrale steht. Wenn nicht - oder noch mit set_ davor - noch einmal pairen.

Gruß Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Mike081 am 20 Februar 2016, 10:06:31
Hallo

Ja es ist da . bei R-PairCentral steht set_0xZZZZZZ

Ich habe vergessen zu sagen, dass ich ein USB homematic Adapter auf raspberry im Einsatz habe. Er läuft parallel mit fs20 CUL. Vor ein paar tagen waren 2 Homematic Geräte mit CCU2 gepaired. Bin mir nicht sicher, ob ich etw auf der Seite der Geräten machen soll...
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 20 Februar 2016, 11:40:37
Hallo,

dann ein getConfig machen und am Gerät die Anlerntaste drücken. Wenn das set_ nicht weg geht, hat das pairing nicht geklappt - also wiederholen. Solange da das set_ noch steht, nehmen die Geräte keine Befehle an, fhem kann dann nur den Status mitlesen.

Gruß Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Mike081 am 20 Februar 2016, 11:55:23
Danke!

Ich habe was gefunden was problematisch sein könnte

Es gilt auch sicherzustellen, dass das zu pairende Gerät nicht bereits zuvor mit der Homematic Config Software gepairt wurde. Ist dies der Fall, so sollte das Pairing in der Homematic Config Software gelöscht und das Pairing in FHEM erneut durchgeführt werden.

Werde mal probieren....
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Mike081 am 20 Februar 2016, 12:29:43
Update: genau - das war das Problem! Zuerst unpairen und dann hat es geklappt

Danke noch mal

Lg
Mike
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: heikoh81 am 22 Februar 2016, 18:19:28
Hallo zusammen,

ich verwende jetzt auch einen HM-CFG-USB als emulierten HM-LAN an einem Raspi B+ in der Garage, weil ich dort doch manchmal Empfangsprobleme hatte.
Funktioniert soweit auch gut, allerdings habe ich im Log meines FHEM-Master-Raspis (Raspi 2) sehr häufig über den Tag diese Einträge:


2016.02.22 00:00:52 1: HMLAN_Parse: HMUSBRaspGarage new condition timeout
2016.02.22 00:00:52 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 00:00:52 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 00:01:56 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 00:01:56 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 00:01:57 1: HMLAN_Parse: HMUSBRaspGarage new condition ok
2016.02.22 00:06:10 1: HMLAN_Parse: HMUSBRaspGarage new condition timeout
2016.02.22 00:06:10 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 00:06:10 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 00:07:14 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 00:07:14 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 00:07:15 1: HMLAN_Parse: HMUSBRaspGarage new condition ok
2016.02.22 00:37:56 1: HMLAN_Parse: HMUSBRaspGarage new condition timeout
2016.02.22 00:37:56 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 00:37:56 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 00:39:02 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 00:39:02 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 00:39:06 1: HMLAN_Parse: HMUSBRaspGarage new condition ok
2016.02.22 00:43:20 1: HMLAN_Parse: HMUSBRaspGarage new condition timeout
2016.02.22 00:43:20 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 00:43:20 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 00:43:22 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 00:43:22 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 00:43:24 1: HMLAN_Parse: HMUSBRaspGarage new condition ok
2016.02.22 00:55:32 1: HMLAN_Parse: HMUSBRaspGarage new condition timeout
2016.02.22 00:55:33 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 00:55:33 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 00:56:37 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 00:56:37 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 00:56:39 1: HMLAN_Parse: HMUSBRaspGarage new condition ok
2016.02.22 00:57:31 1: HMLAN_Parse: HMUSBRaspGarage new condition timeout
2016.02.22 00:57:31 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 00:57:31 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 00:57:34 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 00:57:34 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 00:57:36 1: HMLAN_Parse: HMUSBRaspGarage new condition ok
2016.02.22 01:24:08 1: HMLAN_Parse: HMUSBRaspGarage new condition timeout
2016.02.22 01:24:08 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 01:24:08 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 01:24:13 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 01:24:13 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 01:24:17 1: HMLAN_Parse: HMUSBRaspGarage new condition ok
2016.02.22 01:35:19 1: HMLAN_Parse: HMUSBRaspGarage new condition timeout
2016.02.22 01:35:19 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 01:35:19 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 01:36:25 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 01:36:25 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 01:36:26 1: HMLAN_Parse: HMUSBRaspGarage new condition ok
2016.02.22 01:37:47 1: HMLAN_Parse: HMUSBRaspGarage new condition timeout
2016.02.22 01:37:47 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 01:37:47 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 01:37:49 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 01:37:49 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 01:37:49 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 01:37:49 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 01:37:49 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 01:37:49 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 01:37:49 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 01:37:49 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 01:37:49 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 01:37:49 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 01:37:49 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 01:37:49 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 01:37:50 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 01:37:50 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 01:37:50 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 01:37:50 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 01:37:50 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 01:37:50 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 01:37:50 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 01:37:50 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 01:37:50 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 01:37:50 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 01:37:51 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 01:37:51 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 01:37:51 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 01:37:51 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 01:37:51 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 01:37:51 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 01:37:51 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 01:37:51 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 01:37:51 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 01:37:51 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 01:37:51 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 01:37:51 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 01:37:51 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 01:37:51 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 01:37:51 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 01:37:51 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 01:37:52 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 01:37:52 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 01:37:52 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 01:37:52 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 01:37:52 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 01:37:52 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 01:37:52 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 01:37:52 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 01:37:52 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 01:37:52 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 01:37:52 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 01:37:52 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 01:37:57 1: HMLAN_Parse: HMUSBRaspGarage new condition ok
2016.02.22 01:43:47 1: HMLAN_Parse: HMUSBRaspGarage new condition timeout
2016.02.22 01:43:47 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 01:43:47 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 01:43:48 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 01:43:48 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 01:43:48 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 01:43:48 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 01:43:49 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 01:43:49 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 01:43:49 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 01:43:49 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 01:43:49 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 01:43:49 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 01:43:49 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 01:43:49 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 01:43:49 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 01:43:49 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 01:43:49 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 01:43:49 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 01:43:49 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 01:43:49 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 01:43:50 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 01:43:50 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 01:43:50 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 01:43:50 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 01:43:52 1: HMLAN_Parse: HMUSBRaspGarage new condition ok
2016.02.22 01:50:10 1: HMLAN_Parse: HMUSBRaspGarage new condition timeout
2016.02.22 01:50:10 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 01:50:10 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 01:50:11 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 01:50:11 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 01:50:13 1: HMLAN_Parse: HMUSBRaspGarage new condition ok
2016.02.22 01:52:20 1: HMLAN_Parse: HMUSBRaspGarage new condition timeout
2016.02.22 01:52:20 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 01:52:20 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 01:52:21 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 01:52:21 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 01:52:23 1: HMLAN_Parse: HMUSBRaspGarage new condition ok
2016.02.22 02:09:11 1: HMLAN_Parse: HMUSBRaspGarage new condition timeout
2016.02.22 02:09:11 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 02:09:11 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 02:10:17 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 02:10:17 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 02:10:18 1: HMLAN_Parse: HMUSBRaspGarage new condition ok
2016.02.22 02:11:37 1: HMLAN_Parse: HMUSBRaspGarage new condition timeout
2016.02.22 02:11:37 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 02:11:37 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 02:12:42 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 02:12:42 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 02:12:43 1: HMLAN_Parse: HMUSBRaspGarage new condition ok
2016.02.22 02:16:57 1: HMLAN_Parse: HMUSBRaspGarage new condition timeout
2016.02.22 02:16:57 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 02:16:57 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 02:18:01 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 02:18:01 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 02:18:03 1: HMLAN_Parse: HMUSBRaspGarage new condition ok
2016.02.22 02:22:21 1: HMLAN_Parse: HMUSBRaspGarage new condition timeout
2016.02.22 02:22:21 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 02:22:21 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 02:23:26 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 02:23:26 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 02:23:27 1: HMLAN_Parse: HMUSBRaspGarage new condition ok
2016.02.22 02:49:53 1: HMLAN_Parse: HMUSBRaspGarage new condition timeout
2016.02.22 02:49:53 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 02:49:53 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 02:50:57 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 02:50:57 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 02:50:58 1: HMLAN_Parse: HMUSBRaspGarage new condition ok
2016.02.22 02:54:21 1: HMLAN_Parse: HMUSBRaspGarage new condition timeout
2016.02.22 02:54:21 1: 192.168.178.238:1000 disconnected, waiting to reappear (HMUSBRaspGarage)
2016.02.22 02:54:21 1: HMLAN_Parse: HMUSBRaspGarage new condition disconnected
2016.02.22 02:55:25 1: 192.168.178.238:1000 reappeared (HMUSBRaspGarage)
2016.02.22 02:55:25 1: HMLAN_Parse: HMUSBRaspGarage new condition init
2016.02.22 02:55:25 1: HMLAN_Parse: HMUSBRaspGarage new condition ok


Der HM-CFG-USB am Raspi ist via Powerline angebunden, könnte das eine Ursache sein?
Die Powerline-Verbindung ist dank Erdkabel (und der damit einhergehenden Dämüfung von Störeinflüssen) aber recht gut, kommen fast 200 Mbit an laut Fritzbox bei einem 500er-Adapter.

Wenn sich das Problem nicht lösen lässt - wie könnte ich diese Log-Einträge reduzieren?
Weil grundsätzlich merke ich durch den HM-CFG-USB eine deutliche Verbesserung, und so häufig brauche ich diesen Remote-Sender nicht, der ist eigentlich nur für Fernbedienungs-Befehle in der Garage...

Vielen Dank,
viele Grüße,

Heiko
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Pythonf am 28 Februar 2016, 14:03:16
Kann es sein, dass ELV den HM-CFG-USB aus dem Programm genommen hat? Bei EQ-3 ist er noch auf der Website gelistet.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 28 Februar 2016, 17:13:55
Zitat von: Pythonf am 28 Februar 2016, 14:03:16
Kann es sein, dass ELV den HM-CFG-USB aus dem Programm genommen hat? Bei EQ-3 ist er noch auf der Website gelistet.
Finde ich auch nicht (mehr).
Gibts aber noch anderswo: https://www.notebooksbilliger.de/produkte/HomeMatic+Funk-Konfigurationsadapter+USB
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: PsychoD am 03 März 2016, 12:35:35
Scheint so, ich habe ELV mal gefragt. Sie schreiben:

Zitat
wir müssen Ihnen in diesem Fall leider mitteilen, dass es sich bei dem genannten Artikel um ein Handelswarenprodukt handelt.

Dieser Artikel wurde leider vom Hersteller abgekündigt.
Wir empfehlen Ihnen die HomeMatic CCU2 Zentrale zu verwenden.

Link: http://www.elv.de/homematic-zentrale-ccu-2.html

Bleibt wohl nur noch der LAN Adapter...
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: gloob am 03 März 2016, 12:38:19
na gut, dass ich noch einen als Ersatzteil damals gekauft habe.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 03 März 2016, 13:11:54
eq3 erwartet also, dass man für ein fw-update, zb eines rt, eine ccu2 kauft? so kann man mit fw-bugs auch noch reichlich geld verdienen.
demnächst werden dann nur noch sets angeboten (basic-set: 1x ccu2, 3x rt, 3x fk).  8)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Apollon am 18 März 2016, 12:06:30
Hallo,

nachdem ich mich entschieden habe, bei Homematic zunächst einmal mit dem HM-CFG-USB2 und einem Heizkörperthermostat einzusteigen, muss ich feststellen, dass der USB-Konfigurationsadapter aus dem Programm genommen wurde.
Jetzt stelle ich mir die Frage, ob es noch sinn macht, einen USB-Konfigurationsadapter zu kaufen oder doch besser den LAN-Konfigurationsadapter.

Kann mir jemand einen Tipp geben?

Gruß
Apollon
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: PsychoD am 18 März 2016, 12:16:11
Wenn du noch einen bekommst, würd ich den USB Adapter nehmen.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: pc1246 am 18 März 2016, 12:35:13
Tja das war dann ja mal Pech!
Ich habe mal eben in der Bucht und bei Conrad geguckt. Conrad liefert in 7 Wochen, das dann wohl auch eher nicht! In der Bucht sind Phantasiepreise. Cyberport angeblich ab 28.04. Hoffentlich haelt meiner noch ewig!
Gruss Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Apollon am 19 März 2016, 11:18:43
Vielen Dank für die Antworten.
Ich werde es nun mit dem USB-Adapter durchführen. Habe einen bestellt.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Pythonf am 20 März 2016, 15:16:12
Hab den CFG-USB per USB angeschlossen und er hat mit selbiger Konfiguration auf einem Cubietruck auch funktioniert. Jetzt erhalte ich folgende Fehlermeldungen:

root@NUC:/home/fabian# /opt/hmcfgusb/hmland -p 1234
Can't find/open HM-CFG-USB!
Can't initialize HM-CFG-USB!
Can't find/open HM-CFG-USB!
Can't initialize HM-CFG-USB!
Can't find/open HM-CFG-USB!
Can't initialize HM-CFG-USB!
Can't find/open HM-CFG-USB!
Can't initialize HM-CFG-USB!
Can't find/open HM-CFG-USB!
Can't initialize HM-CFG-USB!
Can't find/open HM-CFG-USB!
Can't initialize HM-CFG-USB!
Can't find/open HM-CFG-USB!
Can't initialize HM-CFG-USB!
Can't find/open HM-CFG-USB!
Can't initialize HM-CFG-USB!
Can't find/open HM-CFG-USB!
Can't initialize HM-CFG-USB!
Can't find/open HM-CFG-USB!
Can't initialize HM-CFG-USB!
Can't find/open HM-CFG-USB!
Can't initialize HM-CFG-USB!
Can't find/open HM-CFG-USB!
Can't initialize HM-CFG-USB!
Can't find/open HM-CFG-USB!
Can't initialize HM-CFG-USB!
Can't find/open HM-CFG-USB!
Can't initialize HM-CFG-USB!
Can't find/open HM-CFG-USB!
Can't initialize HM-CFG-USB!
Can't find/open HM-CFG-USB!
Can't initialize HM-CFG-USB!
Can't find/open HM-CFG-USB!
Can't initialize HM-CFG-USB!

Meint ihr man kann den HM-CFG-USB noch irgendwie retten?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 20 März 2016, 15:31:59
ZitatMeint ihr man kann den HM-CFG-USB noch irgendwie retten?
er hat hier auf dem nuc also schon funktioniert.
findet die eq3 sw, die für ein stick fw-update benutzt wird, eventuell den stick. wenn ja, dann würde ich damit ein update versuchen.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Pythonf am 20 März 2016, 15:58:00
Am NUC noch nicht - unter Windows wird er mit der Software auch nicht erkannt.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 20 März 2016, 21:08:11
Hallo,

ich würde erst einmal die "üblichen" Verdächtigen kontrollieren. Darf der User bzw. das Programm auf die Schnittstelle zugreifen ? Wenn nicht kann es zu solchen Meldungen kommen. Wird der Stick erkannt ? Unter Linux "lsusb" oder "dmesg" nachsehen. Unter Windows Hardware und Treiber.
Da liegen die meisten Fehler. Wenn der Stick unter Windows erkannt wird, sollte er eigentlich auch von hmland gefunden werden.
Ist die Kompilierung von hmland fehlerfrei gelaufen ?

Gruß Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Pythonf am 20 März 2016, 22:25:46
Zitat
root@NUC:/home/fabian/Downloads# lsusb
Bus 003 Device 002: ID 8087:8000 Intel Corp.
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 003: ID 0480:a00c Toshiba America Info. Systems, Inc.
Bus 002 Device 002: ID 0bc2:ab24 Seagate RSS LLC
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 005: ID 0b05:17dc ASUSTek Computer, Inc.
Bus 001 Device 008: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
Bus 001 Device 007: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
Bus 001 Device 006: ID 03eb:204b Atmel Corp. LUFA USB to Serial Adapter Project
Bus 001 Device 002: ID 2109:2812
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Könnte es sich hierbei um den HM-CFG-USB handeln?
Unter Windows war er tot - kein Gerätemanager, nicht mal ein Signalton, das externe Hardware erkannt wurde.
Ich versuch mal hmland neu zu kompilieren, gab aber eigentlich keine Fehler
EDIT
hmland neu kompliert ändert nichts, hmland wird als root ausgeführt und fhem wird ebenfalls als root ausgeführt
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 21 März 2016, 17:54:33
bei mir kommt auf fritzbox mit "lsusb -s"
BUS=002
DEV=002
VID=1b1f
PID=c00f
CLS=00
SCL=00
SPEED='full'
VER='1.1'
MANU='eQ-3'
PROD='HM-CFG-USB'
SNUM='KEQ1111271'
ISOC=0
INUM=1
ICLS1=03
ISCL1=00

dein markierter müsste nach id ein cul sein.

zur not kannst du ja vielleicht aus dem hmusb noch einen cul machen:  8)
https://forum.fhem.de/index.php/topic,38404.0.html (https://forum.fhem.de/index.php/topic,38404.0.html)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 21 März 2016, 18:07:20
Hallo,

Bus 001 Device 003: ID 1b1f:c00f
das ist ein HM-CFG-USB. Dahinter kommt kein Text, weil Linux den nicht kennt bzw. diese ID nicht in der Liste der bekannten Devices eingetragen ist. Das ist die gleiche ID wie bei Frank (siehe Betrag vorher). Das ganze setzt sich aus Hersteller ID und Geräte ID zusammen.
Also wird bei Dir der Stick vom System nicht erkannt. Da kannst Du kompilieren wie Du willst, das hilft nichts. Was für Meldungen kommen beim Einstecken (dmesg)?

Gruß Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Christian Uhlmann am 11 Mai 2016, 09:29:59
Zitat von: hexenmeister am 11 August 2014, 16:28:16
oder mit dem Betriebsystem starten...

folgendes in eine script.sh schreiben, Rechte setzen (chmod a+x script.sh), (als root) ausführen, glücklich sein ;)

Hallo hexenmeister,

seit ich heute auf einem Debian Stretch System den HMLAND neugestartet habe bekomme ich folgenden Fehler:
Wed May 11 09:26:44 2016: [hmland] chrt: failed to set pid 0's policy: Das Argument ist ungültig

Kannst du evtl. sagen, was das Problem sein könnte?


LG Christian
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 11 Mai 2016, 21:25:14
Hallo,

hast Du den HMLAND auch auf diesem System kompiliert ? Sonst stimmen eventuell ein paar Lib's vom System nicht.

Gruß Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 12 Mai 2016, 00:23:04
Habe leider keine Idee, aber Google liefert zu der Meldung einige Treffer. Ich denke, das ist nicht unbedingt ein HMLAND-Problem, sondern eher irgendwas mit Einstellungen und Rechten in deiner Linux-Installation.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 26 Mai 2016, 18:38:56
Hat eigentlich schon jemand eine Idee, wie das hier weitergeht, wenn der USB Stick nicht mehr lieferbar ist? Seitens ELV scheint es den jedenfalls schon nicht mehr zu geben.

Und komme mir bitte niemand mit "Nimm doch einen CUL" - dieser Vorschlag hat mir im Zusammenhang mit Homematic schon genug graue Haare gebracht.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: PsychoD am 26 Mai 2016, 20:01:30
Das hier wahrscheinlich einfach gar nicht - bleibt nur der LAN Adapter oder?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: the ratman am 26 Mai 2016, 20:27:08
aber mit dem kann man keine firmware der devices updaten (bitte belehrt mich eines besseren, bitte! bitte!) - drum hab ich mir extra den usb-stick besorgt ... leider bevor ich mitbekommen hab, dass der bald den weg alles irdischen gehen wird.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralli am 27 Mai 2016, 07:49:23
Mittlerweile kann das HM-LAN-GW (das eckige) in Homegear eingebunden werden, siehe https://www.homegear.eu/index.php/HomeMatic_LAN_Gateway . Nach entsprechender Analyse des Quellcodes dürfte es somit grundsätzlich in fhem zu portieren sein. Ist halt ein Haufen Arbeit.

Es hat jemand aber auch schon geschafft das kleine Funkmodul HM-MOD-RPI-PCB auf einem RPi als HM-LAN-GW zum Laufen zu bringen, indem er für den Betrieb den notwendigen Dienst aus dem OCCU-Projekt extrahiert hat: http://homematic-forum.de/forum/viewtopic.php?f=18&t=27705

Das HM-LAN-GW (und das HM-MOD-RPI-PCB) kann auch 100 kHz und somit Firmware-Updates.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 30 Mai 2016, 12:08:50
Zitat von: Ralli am 27 Mai 2016, 07:49:23
Es hat jemand aber auch schon geschafft das kleine Funkmodul HM-MOD-RPI-PCB auf einem RPi als HM-LAN-GW zum Laufen zu bringen

Ich fände es super, wenn es irgendwann den hmland für das Modul geben würde :)
Wohin kann man spenden, um das zu unterstützen?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralli am 30 Mai 2016, 14:23:44
Ich fürchte, dass muss man zweiteilen.

1) Analyse des Quellcodes von Homegear in Sachen Unterstützung des HM-MOD-RPI-PCB und in Zusammenhang mit dem hamlangw aus dem Thread vom Homematic-Forum einen (besseren) Dämon bauen - prädistiniert wären Sathya Laufer (Homegear) oder/und mgernoth (hmland)
2) Integration des HM-LAN-GW (und des emulierten HM-LAN-GW) in fhem - das kann m.E. sinnvollerweise nur Martin machen
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 30 Mai 2016, 14:35:35
ich möchte das Modul nicht in fhem eingebunden haben, sondern so wie der USB Stick jetzt, einfach per Netzwerkverbindung.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralli am 30 Mai 2016, 14:58:20
Das ist mir schon klar. Eben deswegen.

Mit hmland ist es doch genau so gelöst: der hmland emuliert einen HM-CFG-LAN und die Einbindung in fhem läuft über das HMLAN-Modul.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 30 Mai 2016, 17:37:50
Hi,

Zitat von: betateilchen am 30 Mai 2016, 12:08:50
Wohin kann man spenden, um das zu unterstützen?

Die Frage ist eher: Was kann man spenden?
Und die Antwort ist: Zeit
Davon hab ich nämlich gerade keine...

Zitat von: Ralli am 30 Mai 2016, 14:23:44
1) Analyse des Quellcodes von Homegear in Sachen Unterstützung des HM-MOD-RPI-PCB und in Zusammenhang mit dem hamlangw aus dem Thread vom Homematic-Forum einen (besseren) Dämon bauen - prädistiniert wären Sathya Laufer (Homegear) oder/und mgernoth (hmland)
2) Integration des HM-LAN-GW (und des emulierten HM-LAN-GW) in fhem - das kann m.E. sinnvollerweise nur Martin machen

Ein anderer Ansatz wäre die Umsetzung des HM-CFG-LAN-Protokolls in das Protokoll des HM-LAN-GW/HM-MOD-RPi in einem eigenen Daemon (sozusagen ein aufgebohrter hmland).

Bei Deinem vorgeschlagenen Ansatz braucht man aber den eigenen Daemon gar nicht, da das Protokoll seriell und übers Netzwerk identisch ist (wenn ich das richtig sehe) und sich nicht wie bei HM-LAN-IF und HM-USB-IF unterscheidet (einmal zeilenbasiert, einmal längenpräfix-basiert).

Viele Grüße
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 01 Juni 2016, 14:33:09
Zitat von: mgernoth am 30 Mai 2016, 17:37:50
Die Frage ist eher: Was kann man spenden?
Und die Antwort ist: Zeit
Davon hab ich nämlich gerade keine...

Wenn es mal etwas anderes gibt, wie man die Weiterentwicklung unterstützen kann, lass es uns wissen. Zeit läßt sich ziemlich schwierig verschicken.

Aktuell habe ich persönlich noch keine Handlungsnot, ich habe noch fünf originalverpackte HM-USB auf Vorrat und in der Zeit, seit ich die Teile nutze, ist noch keines in einem Produktivsystem ausgefallen.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Fuchs am 01 Juni 2016, 15:05:57
Ich versuche 2 HM-CFG-USB-2 an einem System zum Laufen zu bringen. (Ausfallsicherheit an vccu )

Dazu habe ich einen 2. hmland mit einem anderen Port gestartet und den hmusb2 entsprechend in fhem definiert.
( Also 127.0.0.1:1234 und 127.0.0.1:1235 )
Leider zählt nur "init" und "diconnected" hoch, ist also nicht ansprechbar.

Hat das schon mal jemand gemacht bzw hat Tips wie / ob das überhaupt funktioniert ?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 01 Juni 2016, 15:56:43
Hi,

Zitat von: betateilchen am 01 Juni 2016, 14:33:09
Wenn es mal etwas anderes gibt, wie man die Weiterentwicklung unterstützen kann, lass es uns wissen. Zeit läßt sich ziemlich schwierig verschicken.

Danke für das Angebot :-)
Das einzige was mir einfallen würde, habe ich aber schon rumfliegen: Einen RPi mit dem Aufsteckmodul

Zitat
Aktuell habe ich persönlich noch keine Handlungsnot, ich habe noch fünf originalverpackte HM-USB auf Vorrat und in der Zeit, seit ich die Teile nutze, ist noch keines in einem Produktivsystem ausgefallen.

Mir ist auch noch keiner kaputtgegangen.

Zitat von: Fuchs am 01 Juni 2016, 15:05:57
Ich versuche 2 HM-CFG-USB-2 an einem System zum Laufen zu bringen. (Ausfallsicherheit an vccu )

Hat das schon mal jemand gemacht bzw hat Tips wie / ob das überhaupt funktioniert ?

Ja, funktioniert.
Du musst bei beiden hmlands die Option -S benutzen.

Viele Grüße
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralli am 02 Juni 2016, 07:11:38
Zitat von: mgernoth am 01 Juni 2016, 15:56:43
Das einzige was mir einfallen würde, habe ich aber schon rumfliegen: Einen RPi mit dem Aufsteckmodul

Das ist doch schon mal ein gutes Zeichen ;-)

Und so wie ich Dich kennengelernt habe, braucht es jetzt nur mal einen richtigen Moment und schon hast Du an einem Tag eine erste Version fertig 8).
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Fuchs am 02 Juni 2016, 11:30:41
Zitat

Ja, funktioniert.
Du musst bei beiden hmlands die Option -S benutzen.

Viele Grüße
  Michael

Danke für den Tip, jetzt läuft es!
Ich hatte noch eine alte hmland Version in der es keine -S Option gab.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: fast-eddy am 02 Juni 2016, 11:48:15
Hallo zusammen,

jetzt wo es den HM-CFG-USB wohl nicht mehr zu kaufen gibt, finde ich endlich Zeit, meinen als zweites IO Device über VCCU einzubinden :-(
Und dann klemmt es auch noch bei der Einrichtung. Daher hoffe ich, dass einer der Experten einen Tipp für mich hat.

hmland habe ich laut Anleitung in diesem Thread eingerichtet. Mit sudo /opt/hmcfgusb/hmland -d -p 1234 lässt sich der Deamon auch sauber starten und
der Stick tut unter FHEM seinen Dienst -> OK

Als ich dann den Dienst über das FHEM Startscript automatisch starten lassen wollte haben die Problemchen angefangen:

- Zunächst habe ich festgestellt das bei meiner Installation unter /etc/init.d gar keine Datei "fhem" existiert - warum auch immer?
- Also habe ich eine Kopie aus einer Standdardkonfig reinkopiert und die hmland Anpassungen eingefügt.
- Danach noch Rechte und Besitzer angepasst (sudo chmod 755 / chown root.root fhem) und Symlinks für die runlevel aktualisiert (sudo update-rc.d fhem defaults)
- Mein Startscript liegt jetzt unter /etc/init.de/fhem (-rwxr-xr-x   1 root root 1445 Jun  2 09:44 fhem)
   und sieht folgendemaßen aus:
#!/bin/sh
# description: Start or stop the fhem server
# Added by Alex Peuchert

### BEGIN INIT INFO
# Provides:             fhem.pl
# Required-Start:       $local_fs $remote_fs
# Required-Stop:        $local_fs $remote_fs
# Default-Start:        2 3 4 5
# Default-Stop:         0 1 6
# Short-Description:    FHEM server
### END INIT INFO

set -e
cd /opt/fhem
port=7072

if test "$2" != "noaptmark"; then
  apt-mark hold fhem > /dev/null
fi

case "$1" in
'start')cd

        echo "Starting fhem..."

# if you need to start hmland for use with
# Homematic, please start the hmland daemon
# like this (please use correct path and port,
# depending on your installation!)
#
        /opt/hmcfgusb/hmland -d -p 1234 -r 0
#

        perl fhem.pl fhem.cfg

# if you want to use configDB for configuration,
# use this command to start fhem:
#
#       perl fhem.pl configDB
#
# and remove/comment the above line including fhem.cfg

        RETVAL=$?
        ;;
'stop')
        echo "Stopping fhem..."

# if you want to stop hmland during fhem stop:
cd .       pkill hmland

        pkill -U fhem perl
        RETVAL=$?
        ;;
'status')
        cnt=`ps -ef | grep "fhem.pl" | grep -v grep | wc -l`
        if [ "$cnt" -eq "0" ] ; then
                echo "fhem is not running"
        else
                echo "fhem is running"
        fi
        ;;
*)
        echo "Usage: $0 { start | stop | status }"
        RETVAL=1
        ;;
esac
exit $RETVAL



Soweit so gut nur automatisch starten tut da nix ???
Auch der manuelle Aufruf des Scripts (sudo sh fhem start) bringt nur die Meldung :
E: Unable to locate package fhem
E: No packages found


OK - ich bin jetzt nicht der Linux Crack aber soweit ich das verstehe sollte es doch eigentlich funktionieren, oder habe ich da was übersehen?
Hat irgend jemand eine Idee oder einen Hinweis für mich?

Danke Euch schon mal Voraus,
Ralf
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: birdy am 02 Juni 2016, 23:15:41
Zitat von: fast-eddy am 02 Juni 2016, 11:48:15
jetzt wo es den HM-CFG-USB wohl nicht mehr zu kaufen gibt.......

Also ich habe mir Heute einen bestellt  ;)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: kumue am 02 Juni 2016, 23:19:26
Zitat von: birdy am 02 Juni 2016, 23:15:41
Also ich habe mir Heute einen bestellt  ;)

Schreibst du auch wo ?
Habe bei ELV und Amazon nichts gefunden..
Thx
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: birdy am 02 Juni 2016, 23:33:55
Zitat von: kumue am 02 Juni 2016, 23:19:26
Schreibst du auch wo ?
Habe bei ELV und Amazon nichts gefunden..
Thx

Keine Ahnung ob das hier erwünscht ist, ich will ja keine Werbung machen.
Bekommst eine PN
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: kumue am 02 Juni 2016, 23:37:44
angekommen. Danke !
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 03 Juni 2016, 19:30:09
Zitat von: Ralli am 02 Juni 2016, 07:11:38
Und so wie ich Dich kennengelernt habe, braucht es jetzt nur mal einen richtigen Moment und schon hast Du an einem Tag eine erste Version fertig 8).

...


raspberrypi [~/hmcfgusb]> ./reset-hmmoduart.sh
raspberrypi [~/hmcfgusb]> ./hmsniff -U /dev/ttyAMA0
HM-MOD-UART opened!
                         LL NR FL CM sender recvr  payload
2016-06-03 19:15:58.627: 1C 80 A4 40 1C0714 1F031B 0248 (Remote)
2016-06-03 19:15:58.758: 35 80 A0 02 1F031B 1C0714 04F3806E764B8B02 (AESrequest)
2016-06-03 19:15:58.892: 1D 80 A0 03 1C0714 1F031B 80E9FEE701D397448D3ABA0335D92FF2 (AESreply)
2016-06-03 19:15:59.010: 37 80 80 02 1F031B 1C0714 0101C8002E6CFA54D1 (ACKinfo)
^C
raspberrypi [~/hmcfgusb]> ./flash-ota -U /dev/ttyAMA0 -f HM-ES-PMSw1-Pl_update_V2_5_0009_150217.eq3 -C 68EA14 -D 38B631 -K 01:...
HomeMatic OTA flasher version 0.102-git

Reading firmware from HM-ES-PMSw1-Pl_update_V2_5_0009_150217.eq3...
Firmware with 389 blocks successfully read.
HM-MOD-UART firmware version: 1.2.3, used credits: 0%

HM-MOD-UART opened

Setting AES-key
Entering 10k-mode
Adding HMID
Sending device with hmid 38b631 to bootloader
Waiting for device with HMID 38b631
Device with serial MEQ0170806 (HMID: 38b631) entered firmware-update-mode
Adding HMID
Initiating remote switch to 100k
Entering 100k-mode
Has the device switched?
Yes!
Flashing 389 blocks: 0389/0389 -
Entering 10k-mode
Waiting for device to reboot
Device rebooted


:-)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralli am 03 Juni 2016, 19:39:15
Respekt! Hut ab! Chapo!

... ich wußte es  :)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 03 Juni 2016, 19:57:19
Zitat... ich wußte es  :)
du weisst auch, wie man richtig motiviert.  ;)

echter wahnsinn.
jetzt muss ich wohl schnell bestellen, bevor sich der preis vervielfacht.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 03 Juni 2016, 20:04:52
Super! Jetzt hab ich nur noch das Problem, dass auf meinem fhem-ioslave bereits ein Aufsteckmodul für enocean auf dem RaspberryPi steckt *lach*
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: papa am 03 Juni 2016, 20:18:14
Sehe ich das richtig, dass ihr das HM-MOD-RPI-PCB meint ?
Geht doch bestimmt auch auf nem BananaPi.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 03 Juni 2016, 20:19:01
Zitat von: kumue am 02 Juni 2016, 23:19:26
Schreibst du auch wo ?
Habe bei ELV und Amazon nichts gefunden..
Thx

Völkner, Conrad ... einfach mal bei google nach dem Teil suchen, da kommen eine ganze Reihe Verkäufer, die den Stick noch haben.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 03 Juni 2016, 20:20:15
Hallo,

langsam, langsam...

Bisher geht nur Sniffen und OTA-Updates. Die Integration in Fhem ist noch mal ein (groesseres) Kapitel fuer sich.

Viele Gruesse
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 03 Juni 2016, 20:42:32
Schon klar. Aber man wird Dich doch trotzdem mal loben dürfen, oder?  8)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralli am 04 Juni 2016, 06:21:44
Zitat von: mgernoth am 03 Juni 2016, 20:20:15
Bisher geht nur Sniffen und OTA-Updates. Die Integration in Fhem ist noch mal ein (groesseres) Kapitel fuer sich.

Was heißt hier "nur"? Immerhin hast Du schon die reine Kommunikation mit dem Modul und auch schon die Key-Übergabe erfolgreich implementiert. Das ist nicht nur "nur" ;) .

Aber wie gehst Du nun weiter? Willst Du das Ding "nach außen" als HMLAN emulieren oder als HMLGW? Im ersten Fall hätte dies sicherlich den Vorteil, ohne großartige Änderungen bereits jetzt mit fhem lauffähig zu sein, allerdings würde dann die Möglichkeit entfallen, es als HMLGW in eine CCU2 einbinden zu können mit der Möglichkeit, darüber 1) HM-IP-Pakete kommunizieren zu können und 2) Firmware-Updates darüber vornehmen zu können.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 04 Juni 2016, 12:44:17
Nun lass ihn doch mal in Ruhe machen und drängel nicht so.
Das wird schon alles gut :)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralli am 04 Juni 2016, 13:11:58
Ich wollte bestimmt nicht drängeln. Es interessiert mich einfach nur, welchen Weg er einschlagen möchte.

Und dass es gut wird, da bin ich bei ihm überzeugt :D .
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: birdy am 04 Juni 2016, 23:17:34
Zitat von: kumue am 02 Juni 2016, 23:19:26
Schreibst du auch wo ?
Habe bei ELV und Amazon nichts gefunden..
Thx

Da ich mehrfach gefragt wurde...
Ich habe meinen hier bestellt https://www.brack.ch/homematic-funkkonfigurationsadapter-206546 (https://www.brack.ch/homematic-funkkonfigurationsadapter-206546)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 05 Juni 2016, 14:20:32
Hi,

Zitat von: Ralli am 04 Juni 2016, 13:11:58
Es interessiert mich einfach nur, welchen Weg er einschlagen möchte.

Ich werde wohl ein 00_HMUARTLGW.pm bauen, welches lokal ein HM-MOD-UART und entfernt ein HM-LGW ansprechen kann. Dann baue ich noch einen kleinen hmlgwd, der ein HM-LGW emuliert.
Mal sehen, wann ich wieder Zeit dafuer finde...

Viele Gruesse
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralli am 05 Juni 2016, 17:13:40
Das wäre sozusagen das "vollumfängliche" Gesamtpaket, die eierlegende Wollmilchsau ;D.

Toll! Und danke - wenn Du einen Tester brauchst ... ;)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: FhemPiUser am 05 Juni 2016, 20:41:08
hallo zusammen,

ich habe den hm-cfg-usb auch mit hmland zum laufen bekommen, aber seit dem läuft mein cul868 mit slowrf für meine cul_em devices (em 1000 gz) nicht mehr. liegt das vielleicht an der doppelten nutzung des devices für die  serielle schnittstelle?

mein cul868 hat bisher das device ttyacm0 benutzt.

muss ich vielleicht hmland mit -S <xxx> starten? aber was muss ich dann als device <xxx> angeben? ttyama0?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 07 Juni 2016, 22:49:44
Hi,

Zitat von: Ralli am 05 Juni 2016, 17:13:40
Das wäre sozusagen das "vollumfängliche" Gesamtpaket, die eierlegende Wollmilchsau ;D.

:-)

Zitat
Toll! Und danke - wenn Du einen Tester brauchst ... ;)

https://github.com/stargo/HMUARTLGW (war zu faul bei mir ein eigenes temporaeres Repo einzurichten)
Noch sehr in den Kinderschuhen, geht aber irgendwie.

Viele Gruesse
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: berlineraxel am 08 Juni 2016, 00:11:17
Was ist denn eigentlich der  Vorteil gegenüber einem  HMLAN? Macht es Sinn umzusteigen?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralli am 08 Juni 2016, 06:17:36
Zitat von: mgernoth am 07 Juni 2016, 22:49:44
https://github.com/stargo/HMUARTLGW (war zu faul bei mir ein eigenes temporaeres Repo einzurichten)

Daumen hoch!

Zitat
Noch sehr in den Kinderschuhen, geht aber irgendwie.

;D . Ich werde berichten.

EDIT: Sag mal, wie um alles in der Welt, ist man / bist Du in der Lage, innerhalb so kurzer Zeit 1379 LOC und dann auch noch von dieser Güte zu produzieren :o ?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: the ratman am 08 Juni 2016, 07:21:07
Zitat von: berlineraxel am 08 Juni 2016, 00:11:17Was ist denn eigentlich der  Vorteil gegenüber einem  HMLAN? Macht es Sinn umzusteigen?
machs wie ich: nix auswechseln, gemeinsam über ne vccu nutzen. quasi als gegenseitiges backupsystem, "reichweitenerhöhung", blaaa. findest hier ja genug drüber zu lesen
vorteil des hmusb gegenüber hmlan: fw-updates sind damit möglich
nachteil des hmusb: scheinbar (sofern ich das richtig mitbekommen hab), ist eq3 der meinung, den stick nicht mehr herstellen zu müssen. weiterer support is also fraglich. wobei ich schwer davon ausgehe, das die community eigenes dafür schreiben wird, wenns mal nix mehr gibt.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralli am 08 Juni 2016, 07:24:22
Und nun nehme man statt des USB-Sticks das UART-Modul, wenn man einen RPi verwendet. Damit geht auch FUP.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 08 Juni 2016, 07:48:17
Wie ist eigentlich die Sende-/Empfangsleistung des Pi-Moduls im Vergleich zum HM-CFG-USB?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralli am 08 Juni 2016, 08:15:35
Im USB-Stick ist die Wurfantenne integriert, im UART-Modul ist sie "lose" angelötet. Also hängt es davon ab, wie Du die Antenne weiter führst. Allerdings kann (bei beiden) mit ein wenig Bastel-Arbeit auch eine Buchse mit externer Antenne dran gebaut werden.

Fakt ist: Der USB-Stick ist abgekündigt, das UART-Modul nicht.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Rampler am 09 Juni 2016, 18:49:58
Zitat von: mgernoth am 07 Juni 2016, 22:49:44
https://github.com/stargo/HMUARTLGW (war zu faul bei mir ein eigenes temporaeres Repo einzurichten)
Noch sehr in den Kinderschuhen, geht aber irgendwie.

Kann mir bitte jemand auf die Sprünge helfen, wie ich das o.g. einbauen kann. Einfach das 10_CUL_HM.pm.diff applien, das 00_HMUARTLGW.pm brauch ich nicht, da ich das Gateway nicht habe. Und dann ?
define xxxx im FHEM ?
dev rule ?
Scheinbar braucht es auch keinen deamon mehr oder ?


Im Voraus DANKE Klaus
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralli am 09 Juni 2016, 19:36:19
Ähem was willst Du denn?

Die 00_HMUARTLGW.pm brauchst Du dann, wenn Du entweder ein HM-LGW (entfernt) oder ein HM-MOD-UART (lokal) nutzen willst. Und nur dann brauchst Du natürlich auch das Diff gegen die aktuelle CUL_HM durchzuführen.

Mit dem HM-CFG-USB(2) hat das momentan nichts zu tun.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Rampler am 09 Juni 2016, 20:07:48
Ah, das war mir neu, dachte dass es das 00_HMUARTLGW.pm nur dann braucht, wenn man das Funk Gateway hat (HM-LGW-O-TW-W-EU). Ich möchte den HM-MOD-RPI-PCB in Betrieb nehmen. Ok, also beide pm's und dann ?

PS: Kann ich parallel noch meine anderen HMLAN Adapter verwenden ?
Warum heißt das Modul HMUARTLGW ?
HM ist klar..
UART ist klar ...
LGW bedeutet für mich Lan GateWay ...
von daher dachte ich, dass braucht es nur für das Funk LAN Gateway
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Rampler am 10 Juni 2016, 12:31:28
So das Teil ist gelötet, jetzt muss es nur noch konfiguriert werden !! :'(
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralli am 10 Juni 2016, 13:57:22

define <name> HMUARTLGW /path/to/port
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Rampler am 10 Juni 2016, 14:57:57
Zitat von: Ralli am 10 Juni 2016, 13:57:22

define <name> HMUARTLGW /path/to/port


DANKE    :)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 10 Juni 2016, 15:21:17
Hallo,

wird das
Zitat10_CUL_HM.pm.diff
noch in die 110_CUL_HM.pm von Martin übernommen ?

Gruß Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 10 Juni 2016, 16:59:42
Solange die Lösung noch im alpha-Status ist, vermutlich nicht in den nächsten Tagen.

Zitat von: mgernoth am 07 Juni 2016, 22:49:44
Noch sehr in den Kinderschuhen, geht aber irgendwie.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: HeikoE am 02 Juli 2016, 22:51:51
Zitat von: Ralli am 01 Juli 2015, 21:18:20
... und hier bereits die für die Fritzboxen kompilierte Version ;)

Edit:

Vielleicht ist bei mir auch das absolut unerklärliche Verhalten mit zwei Rolladen-Aktoren damit behoben :). Die zwei funktionierten mit einem HM-USB zunächst tadellos und wollten dann irgendwann für wenige Stunden trotz guter RSSI nicht mehr - sie blieben immer bei dem Key-Request hängen. Irgendwann ging's dann wieder. Mit einem HM-LAN haben die direkt wieder zusammen gespielt.
Hallo Ralli,
hast Du vielleicht auch die Version 0.102 für FB kompiliert? Das übersteigt derzeit noch meine Fähigkeiten...
Wollte mein System mal wieder auf den letzten Stand bringen.
Gruß Heiko
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Ralli am 02 Juli 2016, 23:13:07
Bitteschön - aktuelle Version von gerade.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 03 Juli 2016, 11:17:30
Zitat von: Ralli am 02 Juli 2016, 23:13:07
Bitteschön - aktuelle Version von gerade.
merci.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: HeikoE am 03 Juli 2016, 19:53:38
Zitat von: Ralli am 02 Juli 2016, 23:13:07
Bitteschön - aktuelle Version von gerade.
Ich schließe mich dem Danke an!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: peter_audio am 24 Juli 2016, 20:06:08
Hallo zusammen,
ich bin neu hier, daher entschuldigt bitte meine Anfängerfragen. Die Beiträge sind ja nun doch schon ein wenig älter und 65 Seiten möchte ich auch ungern komplett durchlesen. Daher die Frage: Ist die Anleitung auf der ersten Seite noch aktuell?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: betateilchen am 24 Juli 2016, 20:06:53
ja.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Kautz8953 am 15 August 2016, 22:47:12
Ich habe mit dem Stick mittlerweile 3 systeme am Laufen. Eins mit:

2x HomeMatic 103020 Funk-Dimmaktor 1fach
1x HomeMatic 103038 Funk-Rollladenaktor
2x HomeMatic 091836 Funk-Schaltaktor 4fach

Das zweite:

1x HomeMatic 076794 Funk-Schaltaktor 2fach
1x HomeMatic 076793 Unterputzschalter, 1fach
2x HomeMatic 105155 Funk-Heizkörperthermostat

Das dritte:
4x HomeMatic 076794 Funk-Schaltaktor 2fach
14x HomeMatic 076793 Unterputzschalter, 1fach
8x HomeMatic 105155 Funk-Heizkörperthermostat
10x HomeMatic 103038 Funk-Rollladenaktor

Wenn die Aktoren mit Anlaufstrombegrenzern versehen sind alles super!

Als Fhem eingerichtet war habe ich es so gemacht:

SSH Zugriff mittels Putty auf den Raspberry, nach erfolgreicher anmeldung:


1. Installation

cd /opt/
sudo apt-get install build-essential libusb-1.0-0-dev make gcc git-core
sudo git clone git://git.zerfleddert.de/hmcfgusb
cd hmcfgusb
sudo make

2. Berechtigungen setzen

sudo cp /opt/hmcfgusb/hmcfgusb.rules /etc/udev/rules.d/

3. Start befehl mittels Fhem Start script erteilen

sudo nano /etc/init.d/fhem

dort findet ihr

# /opt/hmcfgusb/hmland -d -p 1234 -r 0
# pkill hmland

bei beiden die # entfernen, mit STRG+O speichern, Enter zum bestätigen danach STRG+X und sudo reboot.

Sobald das system wieder hochgefahren ist könnt ihr unter FHEM mittels:


define <Name> HMLAN 127.0.0.1:1234
Dann sollte das Device angelegt sein, wollt ihr eure eigene ID verwenden könnt ihr alternativ noch mit dem Befehl:
attr <Name> hmid xxxxxx

Somit hat es bei mir auf anhieb reibungslos Funktioniert.

Leider ist bei mir mittlerweile einer der Sticks defekt, ich hoffe das Ihr länger Spaß damit habt .
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Kautz8953 am 15 August 2016, 22:48:43
Nachtrag, es ist natürlich eine Installation auf einem Raspberry unter raspian, läuft auch unter Ubuntu Mate...
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: amunra am 15 August 2016, 22:55:29
Zitat von: Kautz8953 am 15 August 2016, 22:47:12
Leider ist bei mir mittlerweile einer der Sticks defekt, ich hoffe das Ihr länger Spaß damit habt .
Den kannst Du hier (https://forum.fhem.de/index.php/topic,56448.0.html) los werden, wenn Du magst?  :-\

Edit: Ich habe hier einen der über 2 Jahre läuft, toi toi toi - aber auch zwei die nach einem Flashvorgang von HM-Devices nun defekt sind.  >:( :-\
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Newraider am 11 September 2016, 12:56:44
Zitat von: Kautz8953 am 15 August 2016, 22:47:12
Ich habe mit dem Stick mittlerweile 3 systeme am Laufen. Eins mit:

2x HomeMatic 103020 Funk-Dimmaktor 1fach
1x HomeMatic 103038 Funk-Rollladenaktor
2x HomeMatic 091836 Funk-Schaltaktor 4fach

Das zweite:

1x HomeMatic 076794 Funk-Schaltaktor 2fach
1x HomeMatic 076793 Unterputzschalter, 1fach
2x HomeMatic 105155 Funk-Heizkörperthermostat

Das dritte:
4x HomeMatic 076794 Funk-Schaltaktor 2fach
14x HomeMatic 076793 Unterputzschalter, 1fach
8x HomeMatic 105155 Funk-Heizkörperthermostat
10x HomeMatic 103038 Funk-Rollladenaktor

Wenn die Aktoren mit Anlaufstrombegrenzern versehen sind alles super!

Als Fhem eingerichtet war habe ich es so gemacht:

SSH Zugriff mittels Putty auf den Raspberry, nach erfolgreicher anmeldung:


1. Installation

cd /opt/
sudo apt-get install build-essential libusb-1.0-0-dev make gcc git-core
sudo git clone git://git.zerfleddert.de/hmcfgusb
cd hmcfgusb
sudo make

2. Berechtigungen setzen

sudo cp /opt/hmcfgusb/hmcfgusb.rules /etc/udev/rules.d/

3. Start befehl mittels Fhem Start script erteilen

sudo nano /etc/init.d/fhem

dort findet ihr

# /opt/hmcfgusb/hmland -d -p 1234 -r 0
# pkill hmland

bei beiden die # entfernen, mit STRG+O speichern, Enter zum bestätigen danach STRG+X und sudo reboot.

Sobald das system wieder hochgefahren ist könnt ihr unter FHEM mittels:


define <Name> HMLAN 127.0.0.1:1234
Dann sollte das Device angelegt sein, wollt ihr eure eigene ID verwenden könnt ihr alternativ noch mit dem Befehl:
attr <Name> hmid xxxxxx

Somit hat es bei mir auf anhieb reibungslos Funktioniert.

Leider ist bei mir mittlerweile einer der Sticks defekt, ich hoffe das Ihr länger Spaß damit habt .

Hallo Zusammen ,

vielleicht kann mir jemand helfen?
Ich habe alles nach Anleitung am Raspberry durchgeführt aber bekomme immer laut FHEM

2016.09.11 13:54:40 1: HMLAN_Parse: HMUSB new condition disconnected
2016.09.11 13:54:40 3: Opening HMUSB device 127.0.0.1:12340
2016.09.11 13:54:40 3: Can't connect to 127.0.0.1:12340: Connection refused

wo hab ich ein Fehler gemacht ?
Danke für eure Antworten
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 11 September 2016, 14:22:27
Hallo,

also der Port ist laut Anleitung 1234 und nicht 12340.
Ist fhem in der Gruppe "dialout" ? Läuft der hmland sauber, als welcher User läuft der ?
Da stimmt etwas mit den Rechten nicht.

Gruß Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Elbgeist am 14 September 2016, 17:38:13
Moin,

da ich gerade im Begriff bin eine Homematic-Komponente in FHEM zu integrieren die Frage an die Nutzer des Sticks.
Ist dieser tatsächlich so anfällig und "gering" haltbar.... sollte ich eventuell doch von HM Abstand nehmen noch ehe ich etwas gekauft habe?
Welche Bezugsquelle empfehlt ihr, damit es ggf. auch der richtige Stick wird.

Danke und Gruß
Thomas
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 14 September 2016, 21:17:00
Stick ist out, HM-UART ist angesagt.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bartimaus am 26 September 2016, 20:50:00
Zitat von: Kautz8953 am 15 August 2016, 22:47:12
Ich habe mit dem Stick mittlerweile 3 systeme am Laufen. Eins mit:

2x HomeMatic 103020 Funk-Dimmaktor 1fach
1x HomeMatic 103038 Funk-Rollladenaktor
2x HomeMatic 091836 Funk-Schaltaktor 4fach

Das zweite:

1x HomeMatic 076794 Funk-Schaltaktor 2fach
1x HomeMatic 076793 Unterputzschalter, 1fach
2x HomeMatic 105155 Funk-Heizkörperthermostat

Das dritte:
4x HomeMatic 076794 Funk-Schaltaktor 2fach
14x HomeMatic 076793 Unterputzschalter, 1fach
8x HomeMatic 105155 Funk-Heizkörperthermostat
10x HomeMatic 103038 Funk-Rollladenaktor

Wenn die Aktoren mit Anlaufstrombegrenzern versehen sind alles super!

Als Fhem eingerichtet war habe ich es so gemacht:

SSH Zugriff mittels Putty auf den Raspberry, nach erfolgreicher anmeldung:


1. Installation

cd /opt/
sudo apt-get install build-essential libusb-1.0-0-dev make gcc git-core
sudo git clone git://git.zerfleddert.de/hmcfgusb
cd hmcfgusb
sudo make

2. Berechtigungen setzen

sudo cp /opt/hmcfgusb/hmcfgusb.rules /etc/udev/rules.d/

3. Start befehl mittels Fhem Start script erteilen

sudo nano /etc/init.d/fhem

dort findet ihr

# /opt/hmcfgusb/hmland -d -p 1234 -r 0
# pkill hmland

bei beiden die # entfernen, mit STRG+O speichern, Enter zum bestätigen danach STRG+X und sudo reboot.

Sobald das system wieder hochgefahren ist könnt ihr unter FHEM mittels:


define <Name> HMLAN 127.0.0.1:1234
Dann sollte das Device angelegt sein, wollt ihr eure eigene ID verwenden könnt ihr alternativ noch mit dem Befehl:
attr <Name> hmid xxxxxx

Somit hat es bei mir auf anhieb reibungslos Funktioniert.

Leider ist bei mir mittlerweile einer der Sticks defekt, ich hoffe das Ihr länger Spaß damit habt .

Super Anleitung, hat auf Anhieb geklappt. Vielen Dank dafür !!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hoppel118 am 01 November 2016, 13:37:40
Hallo Leute,

ich habe mir kürzlich ein HM-CFG-USB-2 gekauft. Die Basis ist ein Debian Jessie System mit aktuellem 4.4 LTS-Kernel (proxmox). Zunächst habe ich den Stick als CUL in fhem eingebunden und meine 7 Thermostate gekoppelt. Das hat soweit ohne Probleme funktioniert. Dann habe ich herausgefunden, dass es eine vCCU gibt und versucht diese einzurichten. Grundsätzlich funktioniert das soweit mit der vCCU. Allerdings fehlt mir das "/dev/ttyACM0".

Hier ein paar Befehlsausgaben:

root@proxmox:~# lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 004: ID 04d9:1603 Holtek Semiconductor, Inc. Keyboard
Bus 001 Device 003: ID 046d:c05b Logitech, Inc. M-U0004 810-001317 [B110 Optical USB Mouse]
Bus 001 Device 007: ID 1b1f:c00f
Bus 001 Device 006: ID 0557:2419 ATEN International Co., Ltd
Bus 001 Device 005: ID 0557:7000 ATEN International Co., Ltd Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub


Bus 001 Device 007: ID 1b1f:c00f ist der CUL. Ist es normal das hier keine Hersteller-Bezeichnung angezeigt wird? Ich habe den Stick wie beschrieben auf die aktuellste Firmware geupdated. Dabei gab es keinerlei Probleme. Auch vor dem Update wurde hier keine Bezeichnung ausgegeben.

Hier noch ein paar detailliertere Ausgaben:

root@proxmox:~# lsusb -D /dev/bus/usb/001/007
Device: ID 1b1f:c00f
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               1.10
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0         8
  idVendor           0x1b1f
  idProduct          0xc00f
  bcdDevice            9.67
  iManufacturer           4 eQ-3
  iProduct               14 HM-CFG-USB
  iSerial                36 KEQ1111302
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           41
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0x80
      (Bus Powered)
    MaxPower              100mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass         3 Human Interface Device
      bInterfaceSubClass      0 No Subclass
      bInterfaceProtocol      0 None
      iInterface             58 HID
        HID Device Descriptor:
          bLength                 9
          bDescriptorType        33
          bcdHID               1.10
          bCountryCode            0 Not supported
          bNumDescriptors         1
          bDescriptorType        34 Report
          wDescriptorLength      33
         Report Descriptors:
           ** UNAVAILABLE **
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x02  EP 2 OUT
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval              32
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval              32
Device Status:     0x0000
  (Bus Powered)
root@proxmox:~#



root@proxmox:~# lsusb -t
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/10p, 5000M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/16p, 480M
    |__ Port 4: Dev 7, If 0, Class=Human Interface Device, Driver=usbhid, 12M
    |__ Port 5: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
    |__ Port 6: Dev 4, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
    |__ Port 6: Dev 4, If 1, Class=Human Interface Device, Driver=usbhid, 1.5M
    |__ Port 14: Dev 5, If 0, Class=Hub, Driver=hub/4p, 480M
        |__ Port 1: Dev 6, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
        |__ Port 1: Dev 6, If 1, Class=Human Interface Device, Driver=usbhid, 1.5M


    |__ Port 4: Dev 7, If 0, Class=Human Interface Device, Driver=usbhid, 12M ist der CUL. Ist es normal, dass hier usbhid als Treiber geladen wird?

Wenn ich das Modul "cdc_acm" entlade und neu lade, erhalte ich folgende dmesg-Ausgabe:

# rmmod cdc_acm
# modprobe cdc_acm


root@proxmox:~# dmesg
[ 1592.026372] usb 1-4: USB disconnect, device number 2
[ 1957.926172] usbcore: registered new interface driver usbserial
[ 1957.926182] usbcore: registered new interface driver usbserial_generic
[ 1957.926190] usbserial: USB Serial support registered for generic
[ 2295.673970] usbcore: registered new interface driver cdc_acm
[ 2295.673972] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters
[ 2304.268879] usb 1-4: new full-speed USB device number 7 using xhci_hcd
[ 2304.398852] usb 1-4: New USB device found, idVendor=1b1f, idProduct=c00f
[ 2304.398868] usb 1-4: New USB device strings: Mfr=4, Product=14, SerialNumber=36
[ 2304.398870] usb 1-4: Product: HM-CFG-USB
[ 2304.398871] usb 1-4: Manufacturer: eQ-3
[ 2304.398872] usb 1-4: SerialNumber: KEQ1111302
[ 2304.401183] hid-generic 0003:1B1F:C00F.0007: hiddev0,hidraw0: USB HID v1.10 Device [eQ-3 HM-CFG-USB] on usb-0000:00:14.0-4/input0


Ist es normal, dass hier "hiddev0,hidraw0" aufgeführt wird?


Die relevanten Module sind meiner Ansicht nach alle vorhanden:

root@proxmox:~# ls /lib/modules/`uname -r`/kernel/drivers/usb/serial
aircable.ko         io_ti.ko        mxuport.ko      ssu100.ko
ark3116.ko          ipaq.ko         navman.ko       symbolserial.ko
belkin_sa.ko        ipw.ko          omninet.ko      ti_usb_3410_5052.ko
ch341.ko            ir-usb.ko       opticon.ko      usb_debug.ko
cp210x.ko           iuu_phoenix.ko  option.ko       usbserial.ko
cyberjack.ko        keyspan.ko      oti6858.ko      usb-serial-simple.ko
cypress_m8.ko       keyspan_pda.ko  pl2303.ko       usb_wwan.ko
digi_acceleport.ko  kl5kusb105.ko   qcaux.ko        visor.ko
empeg.ko            kobil_sct.ko    qcserial.ko     whiteheat.ko
f81232.ko           mct_u232.ko     quatech2.ko     wishbone-serial.ko
ftdi_sio.ko         metro-usb.ko    safe_serial.ko  xsens_mt.ko
garmin_gps.ko       mos7720.ko      sierra.ko
io_edgeport.ko      mos7840.ko      spcp8x5.ko



root@proxmox:~# ls /lib/modules/`uname -r`/kernel/drivers/usb/class
cdc-acm.ko  cdc-wdm.ko  usblp.ko  usbtmc.ko


So sieht das FHEM-Logfile nach einem Bootvorgang aus:

2016.11.01 12:46:24 1: Including fhem.cfg
2016.11.01 12:46:24 3: telnetPort: port 7072 opened
2016.11.01 12:46:24 3: WEB: port 8083 opened
2016.11.01 12:46:24 3: WEBphone: port 8084 opened
2016.11.01 12:46:24 3: WEBtablet: port 8085 opened
2016.11.01 12:46:24 2: eventTypes: loaded 220 events from ./log/eventTypes.txt
2016.11.01 12:46:24 1: HMLAN_Parse: HMUSB new condition disconnected
2016.11.01 12:46:24 3: Opening HMUSB device 127.0.0.1:1234
2016.11.01 12:46:24 3: HMUSB device opened
2016.11.01 12:46:24 1: HMLAN_Parse: HMUSB new condition init
2016.11.01 12:46:24 3: Opening CUL0 device /dev/ttyACM0
2016.11.01 12:46:24 3: Can't open /dev/ttyACM0: No such file or directory
2016.11.01 12:46:24 2: Switched CUL0 rfmode to HomeMatic
2016.11.01 12:46:24 1: Including ./log/fhem.save
2016.11.01 12:46:24 3: Device HM_3D944E added to ActionDetector with 000:10 time
2016.11.01 12:46:24 3: Device HM_3D9466 added to ActionDetector with 000:10 time
2016.11.01 12:46:24 3: Device HM_3D9490 added to ActionDetector with 000:10 time
2016.11.01 12:46:24 3: Device HM_47D5B1 added to ActionDetector with 000:10 time
2016.11.01 12:46:24 3: Device HM_47FEC3 added to ActionDetector with 000:10 time
2016.11.01 12:46:24 3: Device HM_4A706E added to ActionDetector with 000:10 time
2016.11.01 12:46:24 3: Device HM_4A75C5 added to ActionDetector with 000:10 time
2016.11.01 12:46:24 1: usb create starting
2016.11.01 12:46:24 1: usb create end
2016.11.01 12:46:24 0: Featurelevel: 5.7
2016.11.01 12:46:24 0: Server started with 69 defined entities (version $Id: fhem.pl 9893 2015-11-15 08:43:05Z rudolfkoenig $, os linux, user fhem, pid 1164)
2016.11.01 12:46:24 1: HMLAN_Parse: HMUSB new condition ok



Das Internet ist voll mit Lösungen, die mich alle nicht wirklich weiter bringen. Das Anlegen einer udev nach folgender Anleitung bringt leider auch kein ttyACM*-device hervor:

https://www.fischer-net.de/hausautomation/fhem/27-fhem-und-dynamische-devices.html

  idVendor           0x1b1f
  idProduct          0xc00f

root@proxmox:/etc/udev/rules.d# nano 61-persistent-CUL868.rules
KERNEL=="ttyACM*", SUBSYSTEMS=="usb", ATTRS{idVendor}=="1b1f", ATTRS{idProduct}=="c00f", SYMLINK+="cul868", MODE="0666"


Danach kurz per "/etc/init.d/udev reload" das udev-System neustarten und prüfen, ob es das tty-device nun unter "/dev/" gibt. Leider nicht.

Habt Ihr eine Idee, wie ich diesen TTY-Eintrag erhalte? Ohne den brauche ich mit der vCCU ja gar nicht weitermachen. Ich muss allerdings dazu sagen, dass solche Kernel-Treiber/-Modul-Geschichten nicht gerade mein Fachgebiet sind.

Danke und Gruß Hoppel
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Athu am 20 Dezember 2016, 17:59:19
Hi all,

da es den HM-CFG-USB leider nirgends mehr zu kaufen gibt wollte ich wissen, ob es auch mit dem CC-USB-O-O-GS-R5 von eQ-3 geht.
Dieser Stick ist eigentlich nur zum Programmieren von Heizkörperreglern gedacht, aber ich dachte das wäre vielleicht eine alternative um HM Schalter mit meinem neuen FHEM interagieren zu lassen?

Gruß Athu
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bennemannc am 20 Dezember 2016, 20:54:38
Hallo,

glaube ich nicht - und selbst wenn, was willst Du mit einer Reichweite von 10 Metern? So steht das zumindest in den technischen Daten.

Gruß Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: -Helge- am 21 Dezember 2016, 21:36:59
Guten Abend,

ich nutze einen alten Adapter (den mit Antenne) an einer Synology DS 212j mit DSM 6.0. FHEM Version ist die 5.7-mfr-20160330, hmland die 0.101-3. Der Adapter kommuniziert auf Port 4242, synousbmodem ist wegkopiert.
Der Adapter hängt sich permanent auf:

2016.12.21 21:29:49 1: 127.0.0.1:4242 reappeared (hermes)
2016.12.21 21:29:49 1: 127.0.0.1:4242 disconnected, waiting to reappear (hermes)
2016.12.21 21:29:49 1: HMLAN_Parse: hermes new condition disconnected
2016.12.21 21:29:51 1: HMLAN_Parse: hermes new condition init
2016.12.21 21:29:51 1: 127.0.0.1:4242 reappeared (hermes)
2016.12.21 21:29:51 1: 127.0.0.1:4242 disconnected, waiting to reappear (hermes)
2016.12.21 21:29:51 1: HMLAN_Parse: hermes new condition disconnected

Hat einer von Euch eine Idee? Ich wäre für Tipps sehr dankbar.

Grüße

Helge
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 22 Dezember 2016, 11:58:24
Hallo,

Zitat von: hoppel118 am 01 November 2016, 13:37:40
Allerdings fehlt mir das "/dev/ttyACM0".

Der HM-CFG-USB ist kein serielles Geraet und erzeugt kein /dev/ttyACM0.

Wo hast Du das mit dem Devicefile her, da gabs schon mehrere Leute, die das dachten? Irgendwo muss da im Internet eine Falschinformation stehen...

Zitat
root@proxmox:~# lsusb
Bus 001 Device 007: ID 1b1f:c00f


Bus 001 Device 007: ID 1b1f:c00f ist der CUL.

Nein, das ist der HM-CFG-USB.

Zitat
Ist es normal das hier keine Hersteller-Bezeichnung angezeigt wird?

Ja, ist normal.

Zitat
    |__ Port 4: Dev 7, If 0, Class=Human Interface Device, Driver=usbhid, 12M ist der CUL. Ist es normal, dass hier usbhid als Treiber geladen wird?

Nein, das ist der HM-CFG-USB, und ja HID ist normal.

Zitat
So sieht das FHEM-Logfile nach einem Bootvorgang aus:

2016.11.01 12:46:24 1: Including fhem.cfg
2016.11.01 12:46:24 1: HMLAN_Parse: HMUSB new condition disconnected
2016.11.01 12:46:24 3: Opening HMUSB device 127.0.0.1:1234
2016.11.01 12:46:24 3: HMUSB device opened
2016.11.01 12:46:24 1: HMLAN_Parse: HMUSB new condition init


Sieht doch gut aus.

Zitat

2016.11.01 12:46:24 3: Opening CUL0 device /dev/ttyACM0
2016.11.01 12:46:24 3: Can't open /dev/ttyACM0: No such file or directory
2016.11.01 12:46:24 2: Switched CUL0 rfmode to HomeMatic


Was versuchst Du hier eigentlich zu tun? Wieso willst Du unbedingt ein zweites IO-Geraet mit /dev/ttyACM0 einbinden? Wenn ich das richtig sehe, hast Du doch nur einen Stick, und zwar einen HM-CFG-USB und keinen zusaetzlichen CUL?

Zitat
Habt Ihr eine Idee, wie ich diesen TTY-Eintrag erhalte? Ohne den brauche ich mit der vCCU ja gar nicht weitermachen.

Der HM-CFG-USB ist kein CUL und erzeugt kein ttyACM*. Das hat aber mit einer VCCU nichts zu tun, die funktioniert trotzdem.

Zitat von: -Helge- am 21 Dezember 2016, 21:36:59
ich nutze einen alten Adapter (den mit Antenne) an einer Synology DS 212j mit DSM 6.0. FHEM Version ist die 5.7-mfr-20160330, hmland die 0.101-3. Der Adapter kommuniziert auf Port 4242, synousbmodem ist wegkopiert.
Der Adapter hängt sich permanent auf.

Wie lautet die dazugehoerige Ausgabe des hmland?

Viele Gruesse
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hoppel118 am 22 Dezember 2016, 18:36:55
Hallo Michael,

vielen Dank, dass du dich dem Thema nochmal annimmst. Ich versuche mal mit meinem bescheidenen Knowhow auf deine Fragen einzugehen. Grundsätzlich befinde ich mich in der Situation, dass ich mir einen HM-CFG-USB gekauft habe und hierzu nun eine VCCU in FHEM einrichten möchte. Da ich so ziemlich keinen Plan davon habe wie FHEM eigentlich genau funktioniert, habe ich mir irgendwelche Howtos im Internet zusammengesucht, um irgendwie zum Ziel zu kommen. ;)

Zitat von: mgernoth am 22 Dezember 2016, 11:58:24Der HM-CFG-USB ist kein serielles Geraet und erzeugt kein /dev/ttyACM0.

Wo hast Du das mit dem Devicefile her, da gabs schon mehrere Leute, die das dachten? Irgendwo muss da im Internet eine Falschinformation stehen...

Zunächst habe ich mich an folgende Anleitung gehalten, da sie suggeriert, dass mein Homematic danach funktioniert. Derzeitig besitze ich neben dem HM-CF-USB lediglich sieben Heitzungstermosthate (HM-CC-RT-DN):

http://mathias-biedert.de/2015/10/19/hm-cfg-usb-2-konfigurations-adapter-mit-fhem-nutzen-2/

Nachdem ich die Anleitung abgearbeitet hatte und meine 7 Thermostate verbunden waren, war ich erstmal glücklich. Dann habe ich allerdings herausgefunden, dass ich auch eine VCCU benötige. Dafür habe ich hier im Wiki folgende Anleitung durchgearbeitet:

https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU

Dort taucht dann unter einrichten: "define CUL0 CUL /dev/ttyACM0@9600 0000" auf und ich komme wegen des fehlenden "ttyACM" nicht weiter. Hier habe ich dann anscheinend aufgrund der Angaben im FHEM-Wiki schon einen Denk-Fehler oder wurde auf die falschen Weg geführt.

Zitat von: mgernoth am 22 Dezember 2016, 11:58:24Nein, das ist der HM-CFG-USB.

OK, ich hatte hier anscheinend ein Verständnisproblem, was eigentlich ein CUL ist.

Zitat von: mgernoth am 22 Dezember 2016, 11:58:24Nein, das ist der HM-CFG-USB, und ja HID ist normal.

Das beruhigt mich.

Zitat von: mgernoth am 22 Dezember 2016, 11:58:24Sieht doch gut aus.

Zitat von: mgernoth am 22 Dezember 2016, 11:58:24Was versuchst Du hier eigentlich zu tun? Wieso willst Du unbedingt ein zweites IO-Geraet mit /dev/ttyACM0 einbinden? Wenn ich das richtig sehe, hast Du doch nur einen Stick, und zwar einen HM-CFG-USB und keinen zusaetzlichen CUL?

Das siehst du richtig, ich habe nur den USB-Stick. Irgendwie war ich aufgrund des Howtos der Meinung, dass ich aus meinem Stick per Definition einen CUL machen muss. Das alles ist jetzt auch schon wieder ein paar Tage her...

Zitat von: mgernoth am 22 Dezember 2016, 11:58:24Der HM-CFG-USB ist kein CUL und erzeugt kein ttyACM*. Das hat aber mit einer VCCU nichts zu tun, die funktioniert trotzdem.

OK, was fehlt mir denn, damit ich die VCCU eingerichtet bekomme und was mache ich mit den CUL_HM-Einträgen? Sind die so in Ordnung oder soll ich diese besser anpassen?

Hier die entsprechenden Zeilen meiner fhem.cfg:

attr global userattr cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd none
attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global verbose 3

define telnetPort telnet 7072 global
attr telnetPort password xxxxxxxxxxx

define WEB FHEMWEB 8083 global
attr WEB group Thermostate
attr WEB sortRooms Bad Büro Flur Küche Schlafzimmer Wohnzimmer

define WEBphone FHEMWEB 8084 global
attr WEBphone hiddenroom CUL_HM,Unsorted
attr WEBphone stylesheetPrefix smallscreen

define WEBtablet FHEMWEB 8085 global
attr WEBtablet hiddenroom CUL_HM,Unsorted
attr WEBtablet stylesheetPrefix touchpad

# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog

define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log

define eventTypes eventTypes ./log/eventTypes.txt

# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create

#HM-Gateway
define HMUSB HMLAN 127.0.0.1:1234
attr HMUSB hmId 242424
attr HMUSB hmLanQlen 1_min
attr HMUSB loadLevel 0:low,40:batchLevel,90:high,99:suspended


Danach kommen die 7 Thermostate mit jeweils folgender Konfiguration:

define HM_47FEC3 CUL_HM 47FEC3
attr HM_47FEC3 IODev HMUSB
attr HM_47FEC3 actCycle 000:10
attr HM_47FEC3 actStatus unknown
attr HM_47FEC3 alias büro_thermostat
attr HM_47FEC3 autoReadReg 4_reqStatus
attr HM_47FEC3 expert 2_full
attr HM_47FEC3 firmware 1.4
attr HM_47FEC3 group Thermostate
attr HM_47FEC3 model HM-CC-RT-DN
attr HM_47FEC3 room Büro
attr HM_47FEC3 serialNr NEQ0313241
attr HM_47FEC3 subType thermostat
attr HM_47FEC3 webCmd getConfig:clear msgEvents:burstXmit
define FileLog_HM_47FEC3 FileLog ./log/HM_47FEC3-%Y.log HM_47FEC3
attr FileLog_HM_47FEC3 logtype text
attr FileLog_HM_47FEC3 room CUL_HM
define HM_47FEC3_Weather CUL_HM 47FEC301
attr HM_47FEC3_Weather model HM-CC-RT-DN
attr HM_47FEC3_Weather peerIDs 00000000,
define HM_47FEC3_Climate CUL_HM 47FEC302
attr HM_47FEC3_Climate model HM-CC-RT-DN
attr HM_47FEC3_Climate peerIDs 00000000,
define HM_47FEC3_WindowRec CUL_HM 47FEC303
attr HM_47FEC3_WindowRec model HM-CC-RT-DN
attr HM_47FEC3_WindowRec peerIDs 00000000,
attr HM_47FEC3_WindowRec stateFormat last:trigLast
define HM_47FEC3_Clima CUL_HM 47FEC304
attr HM_47FEC3_Clima model HM-CC-RT-DN
attr HM_47FEC3_Clima peerIDs 00000000,
define HM_47FEC3_ClimaTeam CUL_HM 47FEC305
attr HM_47FEC3_ClimaTeam model HM-CC-RT-DN
attr HM_47FEC3_ClimaTeam peerIDs 00000000,
define HM_47FEC3_remote CUL_HM 47FEC306
attr HM_47FEC3_remote model HM-CC-RT-DN
attr HM_47FEC3_remote peerIDs 00000000,
define ActionDetector CUL_HM 000000
attr ActionDetector event-on-change-reading .*
attr ActionDetector model ActionDetector


Mein Logfile sieht nach einem FHEM-Restart wie folgt aus:

2016.12.22 18:59:03 0: Server shutdown
2016.12.22 18:59:20 1: Including fhem.cfg
2016.12.22 18:59:20 3: telnetPort: port 7072 opened
2016.12.22 18:59:20 3: WEB: port 8083 opened
2016.12.22 18:59:20 3: WEBphone: port 8084 opened
2016.12.22 18:59:20 3: WEBtablet: port 8085 opened
2016.12.22 18:59:20 2: eventTypes: loaded 205 events from ./log/eventTypes.txt
2016.12.22 18:59:20 1: HMLAN_Parse: HMUSB new condition disconnected
2016.12.22 18:59:20 3: Opening HMUSB device 127.0.0.1:1234
2016.12.22 18:59:20 3: HMUSB device opened
2016.12.22 18:59:20 1: HMLAN_Parse: HMUSB new condition init
2016.12.22 18:59:20 1: Including ./log/fhem.save
2016.12.22 18:59:20 3: Device HM_3D944E added to ActionDetector with 000:10 time
2016.12.22 18:59:20 3: Device HM_3D9466 added to ActionDetector with 000:10 time
2016.12.22 18:59:20 3: Device HM_3D9490 added to ActionDetector with 000:10 time
2016.12.22 18:59:20 3: Device HM_47D5B1 added to ActionDetector with 000:10 time
2016.12.22 18:59:20 3: Device HM_47FEC3 added to ActionDetector with 000:10 time
2016.12.22 18:59:20 3: Device HM_4A706E added to ActionDetector with 000:10 time
2016.12.22 18:59:20 3: Device HM_4A75C5 added to ActionDetector with 000:10 time
2016.12.22 18:59:20 1: usb create starting
2016.12.22 18:59:20 1: usb create end
2016.12.22 18:59:20 0: Featurelevel: 5.7
2016.12.22 18:59:20 0: Server started with 67 defined entities (version $Id: fhem.pl 9893 2015-11-15 08:43:05Z rudolfkoenig $, os linux, user fhem, pid 672)
2016.12.22 18:59:21 1: HMLAN_Parse: HMUSB new condition ok


Für weitere Unterstützung wäre ich dir wirklich sehr dankbar.

Gruß Hoppel
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: -Helge- am 22 Dezember 2016, 21:07:13
Zitat von: mgernoth am 22 Dezember 2016, 11:58:24

Wie lautet die dazugehoerige Ausgabe des hmland?


Hmm. Richtig viel sagt er nicht:

2016-12-21 21:29:43.084314: Connection to 127.0.0.1 closed!
2016-12-21 21:29:44.098951: Client 127.0.0.1 connected!
2016-12-21 21:29:44.104306: Connection to 127.0.0.1 closed!
2016-12-21 21:29:49.149003: Client 127.0.0.1 connected!
2016-12-21 21:29:49.154328: Connection to 127.0.0.1 closed!
2016-12-21 21:29:51.919040: Client 127.0.0.1 connected!
2016-12-21 21:29:51.925365: Connection to 127.0.0.1 closed!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 23 Dezember 2016, 11:11:00
Hi,

Zitat von: hoppel118 am 22 Dezember 2016, 18:36:55
Nachdem ich die Anleitung abgearbeitet hatte und meine 7 Thermostate verbunden waren, war ich erstmal glücklich. Dann habe ich allerdings herausgefunden, dass ich auch eine VCCU benötige. Dafür habe ich hier im Wiki folgende Anleitung durchgearbeitet:

https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU

Ah, ok. Du brauchst nicht unbedingt eine VCCU, aber sie ist sehr zu empfehlen.

In dem Beispiel gibt es zwei IOs einen HMLAN und einen CUL. Da Du nur einen HM-CFG-USB hast, kannst Du den CUL-Eintrag ignorieren.
Einfach nur die VCCU definieren und im Attribut IOList nur HMUSB angeben, also:


define VCCU CUL_HM 242424
attr VCCU IOList HMUSB
attr VCCU model CCU-FHEM
attr VCCU subType virtual
attr VCCU webCmd virtual:update


Falls Du später mal zusätzliche IOs hast, dann dieses Attribut erweitern.

Zitat von: -Helge- am 22 Dezember 2016, 21:07:13
Hmm. Richtig viel sagt er nicht:

2016-12-21 21:29:43.084314: Connection to 127.0.0.1 closed!
2016-12-21 21:29:44.098951: Client 127.0.0.1 connected!

Hmm, welche Optionen hast Du angegeben? Kannst Du da bitte noch ein -D (für Debug) hinzufügen?
Als welcher Benutzer läuft der hmland? Taucht der Stick in lsusb auf, passen die Berechtigungen auf dem entsprechenden Gerät in /dev/bus/usb/...?

Viele Grüße
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hoppel118 am 23 Dezember 2016, 16:26:54
Zitat von: mgernoth am 23 Dezember 2016, 11:11:00
Ah, ok. Du brauchst nicht unbedingt eine VCCU, aber sie ist sehr zu empfehlen.

In dem Beispiel gibt es zwei IOs einen HMLAN und einen CUL. Da Du nur einen HM-CFG-USB hast, kannst Du den CUL-Eintrag ignorieren.
Einfach nur die VCCU definieren und im Attribut IOList nur HMUSB angeben, also:


define VCCU CUL_HM 242424
attr VCCU IOList HMUSB
attr VCCU model CCU-FHEM
attr VCCU subType virtual
attr VCCU webCmd virtual:update


Falls Du später mal zusätzliche IOs hast, dann dieses Attribut erweitern.

Hallo Michael,

vielen Dank für das zügige Feedback. Das habe ich aus dem Wiki-Eintrag so leider nicht herausgelesen. Wenn ich mich recht entsinne, wurde mein HMUSB während der Anbindung an FHEM "automatisch" mit der Bezeichnung "CUL_HM" versehen. Dies hat dann dazu geführt, dass ich dachte, dass es sich nun per Definition um einen CUL handelt. OK, da habe ich nun etwas dazu gelernt.

Ich habe die VCCU deinem Vorschlag entsprechend konfiguriert. Das hat reibungslos funktioniert. Super, momentan deckt mein HMUSB alle relevanten Orte des Hauses ab. Ein weiteres IO ist also erstmal nicht erforderlich. Wenn es irgendwann mal dazu kommen sollte, kann ich jetzt ja relativ einfach erweitern.

Danke für deine Unterstützung und für die Aufklärung, dass die Welt gar nicht so kompliziert ist. ;)


Gibt es eigentlich irgendwelche tollen IOS Apps die ich verwenden kann, um meine Thermostate vom Handy aus zu steuern?

Ich habe mir mal ein paar FHEM Apps für IOS heruntergeladen. Insbesondere "FHEM App" finde ich optisch ansprechend. Allerdings kann ich die Temperaturen damit nicht vom Handy aus verändern. Die Temperaturen verändern sich nicht, obwohl es optisch dargestellt wird. Kann ich nun aufgrund der VCCU auch HM-Apps verwenden und diese erkennen die VCCU als HM-Komponente an. Oder benötige ich dafür dann doch wieder HM-Hardware?

Wie macht ihr das so mit eurem Handy bzw. Tablet?

Frohes Fest und Gruß Hoppel
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: -Helge- am 24 Dezember 2016, 03:18:59
Zitat von: mgernoth am 23 Dezember 2016, 11:11:00

Hmm, welche Optionen hast Du angegeben? Kannst Du da bitte noch ein -D (für Debug) hinzufügen?
Als welcher Benutzer läuft der hmland? Taucht der Stick in lsusb auf, passen die Berechtigungen auf dem entsprechenden Gerät in /dev/bus/usb/...?

Viele Grüße
  Michael


Puhh. Ich habe hmland via Synology spk installiert, die von M. Kunzmann https://github.com/mkunzmann/spksrc/releases/download/0.101-3/hmland_88f6281-5.2_0.101-3.spk. Den User fragt sie nicht ab, ich dachte aber gelesen zu haben, dass sie fhem als User einträgt. Einzige Option ist der Port. Leider gehen meine Linuxkenntnisse gegen Null - kann ich den Debug-Output irgendwie anders anfordern? Wie kann ich den User ermitteln?
lsusb gibt es auf der Syno nicht. Ich hab mal in /usr/syno/etc/usbdev.conf geschaut, aber das ist auch nicht sehr aussagekräftig:


[0480:d010:20121223085135]
        guid_0 = 201212230851350
        interface_0 = sdq
[05dc:a833:AA88QC9NQJSG9639]
        guid_0 = AA88QC9NQJSG96390
        interface_0 = sdr


bei den beiden handelt es sich vermutlich um die beiden externen Laufwerke, der Stick ist also nicht dabei.
/dev/bus/usb enthält keine lesbaren Einträge.
Ich habe versucht, die Rechte für fhem zu erweitern, war aber auch erfolglos.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: birdy am 31 Dezember 2016, 14:14:13
Hallo zusammen

Ich habe FHEM  7.5 auf einen Intel NUC i3 laufen als OS verwende ich Debian 8.4 (bisher) und es ist alles problemlos gelaufen.
In den letzten Tagen habe ich mich daran gewagt das Ganze zu virtualisieren. Also das System frisch aufgesetzt mit Proxmox VE 4.4 und Debian 8. 6. (Ist nun also in etwa dieselbe Konfiguration wie z.B. User Loredo verwendet, gem. seiner Signatur).

Seither zickt bei mir der USB Konfigurations-Adapter (HM-CFG-USB) welcher via hamland eingebunden ist gewaltig. Timingproblme ->
usb-transfer took more than 100ms (127ms), this may lead to timing problems!

Wer verwendet auch den HM-CFG-USB in Verbindung mit Proxmox (allenfalls eine andere Virtualisierung).
Gibt es da dieselben (timing) Probleme und gibt es eine Lösung dazu?
Kann der HM-CFG-USB grundsätzlich an einer VM betrieben werden, oder muss ich wieder zurück?

Gruss birdy
Titel: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hoppel118 am 31 Dezember 2016, 14:55:03
Hallo @birdy

bei mir läuft derzeitig noch Proxmox 4.3, was aber keinen Unterschied machen sollte. Von den Timing Problemen in Verbindung mit dem HM-CFG-USB und Virtualisierung habe ich schon öfters gelesen. Wie hast du dein FHEM virtualisiert? Per KVM oder per LXC?

Ich hatte zwei virtuelle Maschinen für FHEM eingerichtet, eine als LXC und eine als KVM.

LXC hatte diese Timing-Probleme bei mir nicht. LXC hat aber auch direkten Zugriff auf die Hardware. In der Config-Datei für den LXC-Container musste ich damals irgendwas konfigurieren, damit FHEM Zugriff auf den HM-CFG-USB bekommt. Kann ich aber gerade nicht mehr nachvollziehen, da ich den Container irgendwann gelöscht habe. Folgender Link hat mich zum Ziel geführt:

http://askubuntu.com/questions/545359/lxc-usb-device-passthrough

Bei meinem derzeitigen KVM-Container sehe ich ab und zu diese Timing-Probleme. Bei mir hilft da ein Reboot des KVM-Containers. Warum auch immer, wenn ich etwas an der Config ändere und dann nur den FHEM-Dienst neu starte, habe ich die Timingprobleme. Wenn ich dann die ganze KVM neu starte, sind die Timingprobleme weg.

Werde bei Gelegenheit auch wieder zurück zu LXC. Es gibt ein paar super Backup-Befehle für FHEM. Das macht es wirklich einfach FHEM umzuziehen. Da bin ich damals über Google drauf gestoßen (keine Ahnung, ob man das auch hier im wiki irgendwo findet):

https://waschto.eu/fhem-umzug-bei-einem-systemwechsel

Gruß Hoppel
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: birdy am 01 Januar 2017, 13:27:16
Hallo hoppel118

Zuerst einmal wünsche ich Dir ein frohes neues Jahr.
Danke für die ausführliche Antwort und die Links. Ich habe FHEM mittels KVM virtualisiert. Ich dachte mir wenn schon virtualisieren dann gleich richtig.........

Ein Neustart bring bei mir bezüglich den Timingproblemen keinen Unterschied.   

Werde es also noch mit der LXC Variante versuchen, macht ja wohl Sinn wenn Debian auf Debian läuft. Es ist dann zwar keine saubere Entkopplung zwischen den OS und den Unterbau (der eigentliche Sinn der Virtualisierung) aber ok.  Wohl notwendig für ein sauberes Funktionieren und immer noch deutlich besser als wenn FHEM direkt auf der HW läuft.  Sobald ich etwas Zeit habe werde ich mich an die Arbeit machen.


Gruss birdy   

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hoppel118 am 01 Januar 2017, 14:09:28
Da mir auch schon geholfen wurde, gebe ich natürlich gerne was zurück! ;)

Bin mal gespannt, ob das bei dir mit LXC funktioniert.
Titel: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hoppel118 am 01 Januar 2017, 14:22:54
*Doppelpost*
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: -Helge- am 02 Januar 2017, 01:00:07
Ich mal wieder.

Ich habe folgendes ausprobiert:
1.) Im Startskript -D ergänzt. Brachte nichts Neues
2.) Den user von "hmland" auf "fhem" geändert. Dann startet der hmland nicht mehr
3.) Den user auf "admin" gesetzt. Jetzt läuft er scheinbar stabil, im Log steht bisher:


2017-01-02 00:53:51.407739: LAN < E2EA83D,0000,510231AA,FF,FFD3,07845E2EA83D000000B2A45F001B3A019C091E03
2017-01-02 00:53:51.407918: LAN < E2398B4,0000,5102C1B5,FF,FFCF,C286702398B400000000C031
2017-01-02 00:53:51.439477: LAN < I00,00,00,00
2017-01-02 00:53:51.439828: LAN > Y02,00,
2017-01-02 00:53:51.502220: LAN < I00,00,00,00
2017-01-02 00:53:51.502872: LAN > Y03,00,
2017-01-02 00:53:51.566210: LAN < I00,00,00,00
2017-01-02 00:53:51.566874: LAN > T1FFC44FF,04,00,00000000
2017-01-02 00:53:51.630937: LAN > S5C74205E,00,00000000,01,5C74205E,998112F10A16000000
2017-01-02 00:53:51.694216: LAN < R5C74205E,0002,00000000,FF,7FFF,998112F10A16000000
2017-01-02 00:54:16.081795: LAN > K
2017-01-02 00:54:16.142490: LAN < HHM-USB-IF,03BC,IEQ0435373,1781E7,F10A16,5103AA3D,0000
2017-01-02 00:54:41.091649: LAN > K
2017-01-02 00:54:41.134714: LAN < HHM-USB-IF,03BC,IEQ0435373,1781E7,F10A16,51040BDF,0000
2017-01-02 00:55:06.121979: LAN > K
2017-01-02 00:55:06.159026: LAN < HHM-USB-IF,03BC,IEQ0435373,1781E7,F10A16,51046DA0,0000
2017-01-02 00:55:20.751244: LAN < E2EA83D,0000,5104A69B,FF,FFD3,08845E2EA83D000000B2A47E001B4B019D091A03
2017-01-02 00:55:25.615271: LAN < E2398B4,0000,5104B9A6,FF,FFCF,C386702398B400000000C031
2017-01-02 00:55:31.132191: LAN > K
2017-01-02 00:55:31.183288: LAN < HHM-USB-IF,03BC,IEQ0435373,1781E7,F10A16,5104CF61,0000
2017-01-02 00:55:56.190854: LAN > K
2017-01-02 00:55:56.239643: LAN < HHM-USB-IF,03BC,IEQ0435373,1781E7,F10A16,51053142,0000
2017-01-02 00:56:21.204102: LAN > K
2017-01-02 00:56:21.263806: LAN < HHM-USB-IF,03BC,IEQ0435373,1781E7,F10A16,51059303,0000
2017-01-02 00:56:46.232707: LAN > K
2017-01-02 00:56:46.287910: LAN < HHM-USB-IF,03BC,IEQ0435373,1781E7,F10A16,5105F4C5,0000
2017-01-02 00:57:11.262937: LAN > K
2017-01-02 00:57:11.312147: LAN < HHM-USB-IF,03BC,IEQ0435373,1781E7,F10A16,51065686,0000
2017-01-02 00:57:36.283213: LAN > K
2017-01-02 00:57:36.336299: LAN < HHM-USB-IF,03BC,IEQ0435373,1781E7,F10A16,5106B847,0000
2017-01-02 00:57:47.248409: LAN < E2EA83D,0000,5106E2E5,FF,FFD3,09845E2EA83D000000B2A49B001B5E01A5091A03
2017-01-02 00:58:01.303243: LAN > K
2017-01-02 00:58:01.360422: LAN < HHM-USB-IF,03BC,IEQ0435373,1781E7,F10A16,51071A08,0000
2017-01-02 00:58:24.112696: LAN < E2398B4,0000,510772F4,FF,FFCF,C486702398B400000000C031
2017-01-02 00:58:26.313402: LAN > K
2017-01-02 00:58:26.352632: LAN < HHM-USB-IF,03BC,IEQ0435373,1781E7,F10A16,51077BA9,0000
2017-01-02 00:58:51.343789: LAN > K
2017-01-02 00:58:51.376832: LAN < HHM-USB-IF,03BC,IEQ0435373,1781E7,F10A16,5107DD6A,0000


Was sagt mir das?
Ist es problematisch, wenn der hmland Adminrechte hat?

Grüße

Helge
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 02 Januar 2017, 10:08:02
hallo helge,
die firmware deines sticks ist ja uralt. ich wusste gar nicht, dass es sowas gibt. 0.967 sollte die aktuelle sein.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: -Helge- am 02 Januar 2017, 15:31:22
Hmm. Wo genau in diesen Zeilen hast du die Firmwareversion gelesen?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 02 Januar 2017, 16:29:37
Zitat2017-01-02 00:55:06.159026: LAN < HHM-USB-IF,03BC,IEQ0435373,1781E7,F10A16,51046DA0,0000
mit fw 0.967 sollte da 03C7 stehen. du hast also fw 0.956
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: -Helge- am 02 Januar 2017, 17:23:13
Ok, hab ihn auf die 0.967 geflasht. Sieht soweit gut aus. Bleibt erstmal noch die Frage nach dem User - hmland läuft derzeit, wie erwähnt, als admin, und ich bin mir nicht ganz wohl dabei. Ist das ok oder sollte ich das ändern?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: birdy am 07 Januar 2017, 17:48:23
Zitat von: hoppel118 am 31 Dezember 2016, 14:55:03

.........
LXC hatte diese Timing-Probleme bei mir nicht. LXC hat aber auch direkten Zugriff auf die Hardware. In der Config-Datei für den LXC-Container musste ich damals irgendwas konfigurieren, damit FHEM Zugriff auf den HM-CFG-USB bekommt. Kann ich aber gerade nicht mehr nachvollziehen, da ich den Container irgendwann gelöscht habe. Folgender Link hat mich zum Ziel geführt:
.............

Ich habe inzwischen meine FHEM Installation auf LXC Container umgestellt und das Timing-Problem ist damit behoben. Die Zeiten liegen damit zwischen  40 – 50ms  und der  HM-CFG-USB läuft somit wieder ohne Probleme.   :)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hoppel118 am 07 Januar 2017, 20:21:53
TOP, freut mich, dass das bei dir auch klappt! Danke für die Rückmeldung. Dann werde ich mein FHEM bei Gelegenheit auch mal wieder in einen LXC schieben!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: NilsB am 10 Januar 2017, 23:30:12
Hallo allerseits,

Ich hoffe keine Ankündigung übersehen zu haben, aber kann es sein, dass der HM-CFG-USB(2) nicht mehr vertrieben wird?

Ich finde ihn weder bei eq-3 noch bei ELV auf der Homepage und selbst Amazon & Co. haben ihn nicht mehr vorrätig.

Klar, bei mir steckt ein funktionierender Stick im Pi, aber was wenn den mal zeitliche segnet, die anderen Homematickomponenten im zweistelligen Bereich aber weiterhin gesteuert werden wollen?

Grüße
Nils
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: birdy am 10 Januar 2017, 23:34:54
Nein gibt's nicht mehr. Wurde hier schon öfters diskutiert.  Inzwischen sind auch schon alle Restbestände bei den verschiedenen Anbietern aufgekauft.  :(
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: NilsB am 10 Januar 2017, 23:39:35
Puh, extrem ärgerlich - danke für die unkomplizierte, prompte Antwort.

Ist denn aktuell irgendein sinnvolles Gateway erhältlich, was ich in meinem kleinen Anflug von Panik bestellen und horten kann?

Grüße
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: birdy am 10 Januar 2017, 23:42:08
Schau mal hier https://forum.fhem.de/index.php/topic,63682.msg558349.html#msg558349
Titel: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hoppel118 am 10 Januar 2017, 23:44:07
Zitat von: NilsB am 10 Januar 2017, 23:39:35
Puh, extrem ärgerlich - danke für die unkomplizierte, prompte Antwort.

Ist denn aktuell irgendein sinnvolles Gateway erhältlich, was ich in meinem kleinen Anflug von Panik bestellen und horten kann?

Grüße


Schau dir das mal an:

https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_für_Raspberry_Pi (https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi)

Gruß Hoppel
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: NilsB am 11 Januar 2017, 00:05:20
Stark, direkt ein Doppelschlag bei der Antwort - da scheint es Mitfühlende für meine Panik zu geben ;)

Nochmal danke. Bin beruhigt... das sind mögliche Lösungen. Habe so einen Pi-Adapter bestellt. Günstige 20€ für ein ruhiges Einschlafen :D

Grüße!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hoppel118 am 26 Februar 2017, 11:46:04
Hallo Leute,

habe mal eine Frage. Habe kürzlich meinen gesamten Proxmox-Server neu aufgesetzt und in diesem Zuge auch gleich meinen fhem Server anhand eines backups von einer kvm (Kernel-based Virtual Machine) in einen lxc (LinuxContainer) übertragen.

Das hat soweit auch problemlos geklappt. Allerdings ist meiner Frau heute morgen aufgefallen, dass die Uhrzeit an den Thermostaten nicht stimmt. OK, kurz die Uhrzeit im LXC geprüft, siehe da, die Zeit stimmt nicht mit dem Hostsystem überein, sondern hängt eine Stunde hinterher.

OK, hätte gedacht, dass der lxc sich die Uhrzeit/Zeitzone vom Host holt und immer synchron ist. Für die Zeitzone trifft das anscheinend nicht zu. Also habe ich die Zeitzone mit dem Befehl "dpkg-reconfigure tzdata" nochmal korrigiert. Nun passt die Zeit.

root@fhem:~# date
Sun Feb 26 11:44:13 CET 2017


Dann hatte ich die Hoffnung, dass es direkt einen Push der neuen Systemzeit auf die Thermostate gibt, leider nicht. Reboot des Containers bringt auch nichts. Also kurz gegoogelt und diesen Thread gefunden:

https://forum.fhem.de/index.php?topic=34722.0

Dann kurz den Befehl "set <device> sysTime" für alle meine Thermostate ausgeführt. Laut logfile sieht alles schick aus:

2017.02.26 10:34:52 0: Server shutdown
2017.02.26 10:34:59 1: Including fhem.cfg
2017.02.26 10:34:59 3: telnetPort: port 7072 opened
2017.02.26 10:34:59 3: WEB: port 8083 opened
2017.02.26 10:34:59 3: WEBphone: port 8084 opened
2017.02.26 10:34:59 3: WEBtablet: port 8085 opened
2017.02.26 10:34:59 2: eventTypes: loaded 213 events from ./log/eventTypes.txt
2017.02.26 10:34:59 1: HMLAN_Parse: HMUSB new condition disconnected
2017.02.26 10:34:59 3: Opening HMUSB device 127.0.0.1:1234
2017.02.26 10:34:59 3: HMUSB device opened
2017.02.26 10:34:59 1: HMLAN_Parse: HMUSB new condition init
2017.02.26 10:34:59 1: Including ./log/fhem.save
2017.02.26 10:34:59 3: Device HM_3D944E added to ActionDetector with 000:10 time
2017.02.26 10:34:59 3: Device HM_3D9466 added to ActionDetector with 000:10 time
2017.02.26 10:34:59 3: Device HM_3D9490 added to ActionDetector with 000:10 time
2017.02.26 10:34:59 3: Device HM_47D5B1 added to ActionDetector with 000:10 time
2017.02.26 10:34:59 3: Device HM_47FEC3 added to ActionDetector with 000:10 time
2017.02.26 10:34:59 3: Device HM_4A706E added to ActionDetector with 000:10 time
2017.02.26 10:34:59 3: Device HM_4A75C5 added to ActionDetector with 000:10 time
2017.02.26 10:34:59 1: usb create starting
2017.02.26 10:34:59 1: usb create end
2017.02.26 10:34:59 0: Featurelevel: 5.7
2017.02.26 10:34:59 0: Server started with 68 defined entities (version $Id: fhem.pl 9893 2015-11-15 08:43:05Z rudolfkoenig $, os linux, user fhem, pid 904)
2017.02.26 10:35:00 1: HMLAN_Parse: HMUSB new condition ok
2017.02.26 10:43:38 3: CUL_HM set HM_3D944E sysTime
2017.02.26 10:44:24 3: CUL_HM set HM_3D9466 sysTime
2017.02.26 10:44:44 3: CUL_HM set HM_3D9490 sysTime
2017.02.26 10:45:19 3: CUL_HM set HM_47D5B1 sysTime
2017.02.26 10:45:36 3: CUL_HM set HM_47FEC3 sysTime
2017.02.26 10:45:54 3: CUL_HM set HM_4A706E sysTime
2017.02.26 10:46:07 3: CUL_HM set HM_4A75C5 sysTime


Allerdings wurde die Zeit auf den Thermostaten nicht aktualisiert.


Danke und Gruß Hoppel
Titel: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hoppel118 am 26 Februar 2017, 12:24:59
Hm..., ich habe gerade einfach mal die Batterien bei einem Thermostat entfernt. Danach passt die Uhrzeit. Bleibt die Frage, wie ich das vernüftig vom Server aus triggern kann.

EDIT: Ich habe jetzt mal bei allen bis auf bei zwei Thermostaten die Batterien entfernt, so dass wir hier immer noch die Gelegenheit haben zu testen. Also wie macht man das vom Server aus?

EDIT2: Habe übrigens noch ein Bisschen weiter gegoogelt und habe öfters die Aussage gefunden, dass die Thermostate sich die Zeit 1x innerhalb von 24 Std abholen. Ok, dann warte ich einfach mal bis morgen. ;) Trotzdem wundert mich, dass die Zeit mit dem "set ... sysTime"-Befehl nicht zeitnah aktualisiert wird.

EDIT3: Ok, das Problem scheint sich tatsächlich von allein zu lösen. Einer der beiden Thermostate, wo ich die Batterien nicht entfernt habe, hat mittlerweile die korrekte Zeit. ;)

EDIT4: Kurz nochmal geschaut... Nun hat's auch das letzte Thermostat erwischt.

Das Thema hat sich also erledigt.

Gruß Hoppel
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Alchemi am 06 März 2017, 21:55:00
Hallo,

auch wenn die HM-CFG-USB's so langsam aussterben, aber bei der hmland 0.103-git ist ein kleiner Typo in Zeile 20
in der /opt/hmcfgusb/debian/hmland.init (wenn man nach WIKI vorgeht):
wenn man der Anleitung des WIKI folgt, kompilliert man unter:
/opt/hmcfgusb/
Das zu kopierende init-Script /opt/hmcfgusb/debian/hmland.init erwartet den "Dienst" hmland in Zeile 20 aber unter:
/opt/hm/hmcfgusb/

Den Grund für letzters hat mgernoth in Antwort #1004 genannt.
Also einen(!) der Pfade entsprechend anpassen und alles klappt, wie beschrieben.  :D

Gruß
Alchemi
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 07 März 2017, 10:57:49
Hallo,

Zitat von: Alchemi am 06 März 2017, 21:55:00
auch wenn die HM-CFG-USB's so langsam aussterben, aber bei der hmland 0.103-git ist ein kleiner Typo in Zeile 20
in der /opt/hmcfgusb/debian/hmland.init (wenn man nach WIKI vorgeht):

DAEMON=/opt/hm/hmcfgusb/$NAME # Introduce the server's location here

Der Pfad passt zum erzeugten Debian-Paket (worin auch dieses Init-Skript enthalten ist).

Viele Grüße
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: heyphan am 07 August 2017, 17:50:50
Ich habe mein fhem auf einen neuen Server umgezogen und möchte es dort nun innerhalb einer VM laufen lassen. Leider klappt der Zugriff via USB mit hmland von innerhalb der VM (kvm) nicht, es kommen die Fehlermeldungen wie hier (https://wiki.fhem.de/wiki/HM-CFG-USB_USB_Konfigurations-Adapter) beschrieben für den PI (oder in diesem Thread scheints auch beschrieben für schlechte externe USB-Hubs):
usb-transfer took more than 100ms (125ms), this may lead to timing problems!

Da das wohl nur eine Warnung ist, die Probleme unkt aber es trotzdem versucht wird: in der Tat, es hat auch nichts funktioniert, der hmlan macht ständig disappear / reappear und empfängt gar nichts.

Lasse ich den hmland auf dem Host laufen (Zugriff vom fhem in der VM über IP:Port) funktioniert es bestens.

Hat jemand Erfahrung mit VMs / kvm? Wieso klappt das Hineinreichen eines USB-Device nur so schlecht? Gibt wohl Timing-Probleme? Kann man da was optimieren bzgl. der VM? (ich reiche das Device laut kvm manpage hinein mit: "-usb -usbdevice host:1b1f:c00f" -- und es taucht auch drinnen dann auf bei lsusb! Und hmland scheint es auch zu finden - nur dann eben nicht richtig damit arbeiten zu können!)
Es kommen übrigens konstant Transfer-Zeiten von zwischen 120 und 130ms.

Wäre schön den fhem samt Treiber in die VM packen zu können.

Andere scheinen da mehr Glück zu haben, aber das ist wohl vmware, nicht kvm:
https://forum.fhem.de/index.php/topic,33859.msg262589.html#msg262589

Merci für alle Hints..
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hoppel118 am 07 August 2017, 18:01:45
Moin @heyphan,

da hast du mit KVM wohl Pech gehabt. Wir hatten die Diskussion in diesem Thread schonmal ein paar Seiten zuvor:

https://forum.fhem.de/index.php?topic=13071.msg550080#msg550080

Bei @birdy und mir läuft es ohne Timing-Probleme in einem LinuxContainer (LXC).

Wenn du Proxmox für die Virtualisierung einsetzt, funktioniert das Aufsetzen eines LXC von Haus aus. Du musst deinem LXC-Container dann Zugriff auf das USB-Device geben.

Gruß Hoppel
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: heyphan am 07 August 2017, 18:25:37
Oh, Danke für den Hinweis - Schade! Naja bei manchen scheints ja auch halbwegs zu klappen, bei anderen nicht.

An einem Container-Ersatz bin ich jetzt eher nicht interessiert, wenn dann wollte ich das schon möglichst komplett unabhängig haben / voll-virtualisiert. Mit dem fhem selbst klappt es ja auch, und mit dem Treiber auf dem Host habe ich erst mal einen funktionierenden Workaround.

Wer hätts gedacht, dass das hochgelobte kvm da solche Probleme macht - wird ja durchaus auch professionell eingesetzt. Aber da sind wohl selten USB-Devices im Spiel, die an den Host-Servern hängen..
Trotzdem, da enttäuscht kvm schon!

Und falls irgendwann mal jemand hier reinliest der sich mit kvm und der Thematik genauer auskennt: wäre schon interessant was da genau los ist. Ob man nicht mit der richtigen Detail-Konfiguration kvm / mit den richtigen Kniffen (oder letztlich einem Patch) für mehr "USB-Performance" sorgen könnte. Das Problem gibts wohl auch mit anderer (USB-)Hardware.

Der Host ist übrigens ein Ubuntu 16.04 auf einem Intel-System Core-i5 7500 mit genug RAM und SSD. Mangelnde Host-Performance sollte es nicht sein.


Titel: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hoppel118 am 07 August 2017, 19:57:40
Was spricht deiner Ansicht nach gegen einen LXC? Du kannst per SSH in den Container gehen, wenn du es so konfigurierst und hast dort eine ganze normale Umgebung in der du alles per apt installieren kannst, was du möchtest. LXC ist nicht Docker.

LXC läuft genauso wie KVM auch auf Ubuntu.

Gruß Hoppel
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: heyphan am 08 August 2017, 11:04:23
@hoppel

Ich kenne in der Tat weder LXC noch Docker und was sonst grade noch "hip" ist so genau. Abgesehen davon dass ich mich nur mit begrenzt vielen solchen Techniken überhaupt im Detail auseinandersetzen will, steht hinter meinem Wunsch nach Virtualisierung folgendes:
Es soll möglich sein, so eine VM in Zukunft 1:1 auf eine neue Kiste zu übernehmen, ohne gross Arbeit reinzustecken. D.h. wenn in 5 Jahren ein neuer Server mit Ubuntu 22.04 den alten ablösen soll, kann ich notfalls die noch immer auf dem heutigen Update-Stand befindliche fhem-VM einfach dort drauflegen und starten, und sie wird normal weiterlaufen. Eben voll-virtualisiert.

Bei allem was eher so "Container" sind (und scheinbar steht das C in LXC ja für Container), läuft das im Container befindliche doch auf dem Host-Kernel? So ähnlich habe ich das jedenfalls im Hinterkopf beim Stichwort "Container". Also würde neuer Host und alte "VM" (nein eben Container) nicht wirklich zusammenpassen?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 08 August 2017, 11:39:55
Zitat von: heyphan am 08 August 2017, 11:04:23
Ich kenne in der Tat weder LXC

Ist eine Container Variante in Proxmox, so kenne ich es ;)

ZitatLinux Containers (LXC)

Ab Version 4.0 lösen Linux Containers (LXC) die bisher verwendeten OpenVZ-Container (bis Proxmox VE 3.4) ab. Bei einem Upgrade eines Proxmox-Clusters können die OpenVZ-Container zu LXC konvertiert werden.[3]

Mit dem Wechsel auf LXC kann Proxmox jetzt die aktuellen Linux-Kernels nutzen. Die komplette Integration von LXC in das Proxmox VE-Framework erlaubt ab Proxmox VE 4.x die Verwendung von LXC mit fast allen modernen Storage-Plugins wie Ceph, ZFS (Dateisystem), NFS (Network File System), DRBD9 oder lokalem Speicher.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: heyphan am 08 August 2017, 12:59:04
@moonsorrox

OK - und ändert das was an meiner obigen Aussage? Ein LXC-Container kann doch vermutlich nicht auf eine komplett andere (ggf. Jahre neuere) Host-Umgebung gelegt werden und läuft dann völlig ohne Änderungen weiter?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 08 August 2017, 16:27:51
ich wollte damit sagen was ein LXC-Container ist... ;) den Rest vernachlässige ich mal... :D

Ansonsten ist für mich das Thema schon interessant, denn ich habe auch ein virtuelles Fhem am laufen und den HM-CFG-USB nicht zum laufen bekommen, mir aber weiter keine Mühe gegeben, da ich noch ein HM-LAN habe  ;)

ZitatEs soll möglich sein, so eine VM in Zukunft 1:1 auf eine neue Kiste zu übernehmen, ohne gross Arbeit reinzustecken.
Und damit hast du natürlich den Nagel auf den Kopf getroffen, denn dies war auch mein Unterfangen  :D ;)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hoppel118 am 14 August 2017, 17:28:10
Ich habe lediglich eine funktionierende Alternative aufgezeigt. Proxmox bietet LXC neben KVM bereits als Standard an. Für viele weitere Betriebssysteme ist LXC mittlerweile auch über die entsprechende Paketverwaltung verfügbar.

Außerdem hatte ich einen Link gepostet, der beschreibt, wie man ganz einfach mit den FHEM-Boardmitteln ein Backup macht und dieses in einer neuen (evtl. anderen) Umgebung wiederherstellt. So kann man die bereits erfolgte (bare metal, virtualisierte oder containerisierte) Konfiguration wiederherstellen. ;)

Was ihr damit nun macht, könnt ihr selbst entscheiden. Ich weiß leider nicht, wie man in 5 bis 10 Jahren virtualisiert oder containerisiert und ob es dann XEN, KVM, LXC, Docker oder was auch immer noch gibt. ;)

Also, viel Erfolg! Berichtet doch mal für welchen Weg ihr euch entschieden habt.

Gruß Hoppel
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: heyphan am 16 August 2017, 14:47:25
ZitatAlso, viel Erfolg! Berichtet doch mal für welchen Weg ihr euch entschieden habt.

Ich bleibe bei meinem Wunsch nach voll-virtualisiert. Da ja niemand meinen Bedenken zu Containern widersprochen hat: die können sicherlich nicht so direkt auf jede beliebige (auch zukünftige) Server-Umgebung gelegt und sofort weiterverwendet werden / Container und Host müssen zusammenpassen (falls das ein komplettes Missverständnis ist, sagt es ruhig).

Mangels ordentlichem USB-Zugriff habe ich das so mit kvm nun zwar auch nicht, aber zumindest fhem selbst läuft ja in der VM und greift über LAN auf den hmland auf dem Host zu. Für den Moment ein akzeptabler Workaround.

Backup klingt interessant, wobei ich das auch manuell durch Übernahme der config-Dateien (und Logs für vollständige Daten-Historie) ganz gut hinbekommen hatte. Doch Ziel ist ja erst mal, dass beim nächsten mal weder das eine noch das andere notwendig ist - unabhängig davon wie (un)realistisch das am Ende dann tatsächlich sein wird aus irgendwelchen anderen Gründen, wieviel oder wenig Zeit das spart und an anderer Stelle kostet, wie wünschenswert eine Aktualisierung wäre wenn man schon mal dabei ist etc.
Titel: HM-CFG-USB HMLAND liefert keine Daten mehr
Beitrag von: kennerblick am 23 Oktober 2017, 07:39:08
nach einigen Wochen ohne Beobachtung habe ich festgestellt, dass mein HM-CFG-USB-2 keine Daten mehr gesendet. Das Upgrade auf Ubuntu 17.10 schien für mich ein Grund zu sein. Nachdem ich den Stick aber auch an einem 16.10 und dann an einem 16.04 erfolglos getestet habe, hoffe ich, hier einen Ansatz zu bekommen.
Folgende Systeme:
PC mit Ubuntu 17.10, Raspberry Pi 2 mit Ubuntu 16.10, Odroid C2 mit Ubuntu 16.04.
Auf allen 3 Systemen habe ich den hmcfgusb mit hmland erfolgreich (ohne Fehler) kompiliert.
Überall liefert ein einfaches '/opt/hmcfgusb/hmland -p 1234 -D'  keine Ausgabe. Bei allen Systemen liefert   '/opt/hmcfgusb/hmland -i' sehr wohl Werte:

root@raspi:~# /opt/hmcfgusb/hmland -i
HHM-USB-IF,03C7,LEQ1199586,30843C,000000,0244DBAA,0000,00
E2E9ADA,0000,0083FB9E,FF,FFAE,8486102E9ADA0000000A88C5E70F00
E2E9ADA,0000,0223A728,FF,FFAF,3886102E9ADA0000000AA8C1E70F00
E4E5830,0000,0223ED54,FF,FFC9,3D86104E583000000006010000
E4E5830,0000,0223ED54,FF,FFC9,3D86104E583000000006010000

Wie man sehen kann, habe ich die aktuelle Firmware drauf. Der Stick lässt sich auch unter Windows nutzen um testweise Geräte anzulernen.
Ich benötige ihn aber als Funker an einem Linux-Gerät um ihn dann mit homegear zu verwenden. Mit strace sieht man, wo er immer hängen bleibt. Das sagt mir nichts, vielleicht einem von Euch. Ich hoffe drauf!
Besten Dank schonmal!

root@raspi:~# strace -f /opt/hmcfgusb/hmland -p 1234 -D
execve("/opt/hmcfgusb/hmland", ["/opt/hmcfgusb/hmland", "-p", "1234", "-D"], [/* 14 vars */]) = 0
brk(0)                                  = 0x1158000
uname({sys="Linux", node="andyraspi", ...}) = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb6f14000
access("/etc/ld.so.preload", R_OK)      = 0
open("/etc/ld.so.preload", O_RDONLY|O_CLOEXEC) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=42, ...}) = 0
mmap2(NULL, 42, PROT_READ|PROT_WRITE, MAP_PRIVATE, 3, 0) = 0xb6f13000
close(3)                                = 0
open("/usr/lib/arm-linux-gnueabihf/libarmmem.so", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0h\5\0\0004\0\0\0"..., 512) = 512
lseek(3, 17960, SEEK_SET)               = 17960
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 960) = 960
lseek(3, 17696, SEEK_SET)               = 17696
read(3, "A.\0\0\0aeabi\0\1$\0\0\0\0056\0\6\6\10\1\t\1\n\3\f\1\22\4\24"..., 47) = 47
fstat64(3, {st_mode=S_IFREG|0644, st_size=18920, ...}) = 0
mmap2(NULL, 83236, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6ed2000
mprotect(0xb6ed7000, 61440, PROT_NONE)  = 0
mmap2(0xb6ee6000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x4000) = 0xb6ee6000
mprotect(0xbe94b000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC|PROT_GROWSDOWN) = 0
close(3)                                = 0
munmap(0xb6f13000, 42)                  = 0
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=25497, ...}) = 0
mmap2(NULL, 25497, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb6f0d000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/arm-linux-gnueabihf/libusb-1.0.so.0", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\344,\0\0004\0\0\0"..., 512) = 512
lseek(3, 78712, SEEK_SET)               = 78712
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1040) = 1040
lseek(3, 78404, SEEK_SET)               = 78404
read(3, "A.\0\0\0aeabi\0\1$\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\24\1\25"..., 47) = 47
fstat64(3, {st_mode=S_IFREG|0644, st_size=79752, ...}) = 0
mmap2(NULL, 111328, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6eb6000
mprotect(0xb6ec9000, 28672, PROT_NONE)  = 0
mmap2(0xb6ed0000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12000) = 0xb6ed0000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/arm-linux-gnueabihf/librt.so.1", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\1\1\1\3\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0000\30\0\0004\0\0\0"..., 512) = 512
lseek(3, 25352, SEEK_SET)               = 25352
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1320) = 1320
lseek(3, 24964, SEEK_SET)               = 24964
read(3, "A0\0\0\0aeabi\0\1&\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\23\1\24"..., 49) = 49
fstat64(3, {st_mode=S_IFREG|0644, st_size=26672, ...}) = 0
mmap2(NULL, 90684, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6e9f000
mprotect(0xb6ea5000, 61440, PROT_NONE)  = 0
mmap2(0xb6eb4000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x5000) = 0xb6eb4000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/arm-linux-gnueabihf/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0L\204\1\0004\0\0\0"..., 512) = 512
lseek(3, 1239936, SEEK_SET)             = 1239936
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 2840) = 2840
lseek(3, 1236500, SEEK_SET)             = 1236500
read(3, "A.\0\0\0aeabi\0\1$\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\23\1\24"..., 47) = 47
fstat64(3, {st_mode=S_IFREG|0755, st_size=1242776, ...}) = 0
mmap2(NULL, 1312152, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6d5e000
mprotect(0xb6e89000, 65536, PROT_NONE)  = 0
mmap2(0xb6e99000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12b000) = 0xb6e99000
mmap2(0xb6e9c000, 9624, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb6e9c000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/arm-linux-gnueabihf/libudev.so.1", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\304&\0\0004\0\0\0"..., 512) = 512
lseek(3, 49532, SEEK_SET)               = 49532
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1120) = 1120
lseek(3, 49168, SEEK_SET)               = 49168
read(3, "A0\0\0\0aeabi\0\1&\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\23\1\24"..., 49) = 49
fstat64(3, {st_mode=S_IFREG|0644, st_size=50652, ...}) = 0
mmap2(NULL, 116768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6d41000
mprotect(0xb6d4d000, 61440, PROT_NONE)  = 0
mmap2(0xb6d5c000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xb000) = 0xb6d5c000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/arm-linux-gnueabihf/libpthread.so.0", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0lY\0\0004\0\0\0"..., 512) = 512
lseek(3, 120788, SEEK_SET)              = 120788
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1520) = 1520
lseek(3, 86420, SEEK_SET)               = 86420
read(3, "A0\0\0\0aeabi\0\1&\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\23\1\24"..., 49) = 49
fstat64(3, {st_mode=S_IFREG|0755, st_size=122308, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb6f0c000
mmap2(NULL, 160316, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6d19000
mprotect(0xb6d2d000, 65536, PROT_NONE)  = 0
mmap2(0xb6d3d000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x14000) = 0xb6d3d000
mmap2(0xb6d3f000, 4668, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb6d3f000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/arm-linux-gnueabihf/libdl.so.2", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\220\t\0\0004\0\0\0"..., 512) = 512
lseek(3, 8660, SEEK_SET)                = 8660
read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1160) = 1160
lseek(3, 8328, SEEK_SET)                = 8328
read(3, "A0\0\0\0aeabi\0\1&\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\23\1\24"..., 49) = 49
fstat64(3, {st_mode=S_IFREG|0644, st_size=9820, ...}) = 0
mmap2(NULL, 73912, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6d06000
mprotect(0xb6d08000, 61440, PROT_NONE)  = 0
mmap2(0xb6d17000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1000) = 0xb6d17000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb6f0b000
set_tls(0xb6f0b4c0, 0xb6f0bba8, 0xb6f17050, 0xb6f0b4c0, 0xb6f17050) = 0
mprotect(0xb6e99000, 8192, PROT_READ)   = 0
mprotect(0xb6d17000, 4096, PROT_READ)   = 0
mprotect(0xb6d3d000, 4096, PROT_READ)   = 0
mprotect(0xb6eb4000, 4096, PROT_READ)   = 0
mprotect(0xb6d5c000, 4096, PROT_READ)   = 0
mprotect(0xb6ed0000, 4096, PROT_READ)   = 0
mprotect(0xb6ed2000, 20480, PROT_READ|PROT_WRITE) = 0
mprotect(0xb6ed2000, 20480, PROT_READ|PROT_EXEC) = 0
cacheflush(0xb6ed2000, 0xb6ed7000, 0, 0x15, 0xbe94b8f0) = 0
mprotect(0xb6f16000, 4096, PROT_READ)   = 0
munmap(0xb6f0d000, 25497)               = 0
set_tid_address(0xb6f0b068)             = 2711
set_robust_list(0xb6f0b070, 12)         = 0
rt_sigaction(SIGRTMIN, {0xb6d1e434, [], SA_RESTORER|SA_SIGINFO, 0xb6d8d1a0}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0xb6d1e2d8, [], SA_RESTORER|SA_RESTART|SA_SIGINFO, 0xb6d8d1a0}, NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
rt_sigaction(SIGPIPE, {SIG_IGN, [], SA_RESTORER, 0xb6d8d180}, NULL, 8) = 0
socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 3
setsockopt(3, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0
bind(3, {sa_family=AF_INET, sin_port=htons(1234), sin_addr=inet_addr("0.0.0.0")}, 16) = 0
listen(3, 1)                            = 0
accept(3,

Titel: Antw:HM-CFG-USB HMLAND liefert keine Daten mehr
Beitrag von: mgernoth am 25 Oktober 2017, 15:50:33
Hallo,

Zitat von: kennerblick am 23 Oktober 2017, 07:39:08

root@raspi:~# strace -f /opt/hmcfgusb/hmland -p 1234 -D
...
bind(3, {sa_family=AF_INET, sin_port=htons(1234), sin_addr=inet_addr("0.0.0.0")}, 16) = 0
listen(3, 1)                            = 0
accept(3,


hmland wartet auf eine Verbindung von Fhem, dieses stellt aber keine Verbindung her. Steht was im Fhem Logfile? Wie sieht das List des Geräts in Fhem aus? Gibts eine Firewall, die Port 1234 filtert?

Viele Grüße
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hanzoh am 16 November 2017, 06:54:53
Guten Morgen,

hat schon jemand den neuen USB Stick für Homematic IP getestet?
Der ist ja bereits vor einigen Monaten in Logs und Zulassungsunterlagen bei eq3 aufgetaucht,
aber hier habe ich den jetzt zum ersten Mal zum kaufen gefunden:

https://www.smarthome.de/geraete/eq3-smarthome-funkstick-fuer-homematic-ip

Viele Grüße
hanzoh
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 16 November 2017, 08:50:29
Hallo,

Zitat von: hanzoh am 16 November 2017, 06:54:53
hat schon jemand den neuen USB Stick für Homematic IP getestet?

Soweit ich weiss, nicht. Hast Du einen? Als welches Gerät meldet es sich?
Mit viel Gück ist es ein HMUARTLGW hinter einem USB-Serialkonverter.

Zitat
Der ist ja bereits vor einigen Monaten in Logs und Zulassungsunterlagen bei eq3 aufgetaucht,

Hast Du hier Links dazu?

Zitat
aber hier habe ich den jetzt zum ersten Mal zum kaufen gefunden:
https://www.smarthome.de/geraete/eq3-smarthome-funkstick-fuer-homematic-ip

Na dann mal schauen, was die mir liefern...

Viele Grüße
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: moonsorrox am 16 November 2017, 08:54:35
Da es ja den älteren nicht mehr gibt wäre das eine Alternative..? Ich dachte immer Homematic IP Geräte kann man nicht einsetzen mit Fhem. Hat sich das geändert..?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hanzoh am 16 November 2017, 09:27:02
Zitat von: mgernoth am 16 November 2017, 08:50:29
Hallo,

Soweit ich weiss, nicht. Hast Du einen? Als welches Gerät meldet es sich?
Mit viel Gück ist es ein HMUARTLGW hinter einem USB-Serialkonverter.

Hast Du hier Links dazu?

Na dann mal schauen, was die mir liefern...

Viele Grüße
  Michael

Hallo Michael,

ich habe den Stick noch nicht.
Bislang setze ich nur Z-Wave Geräte ein, bin aber sehr an einem Fenstergriffsensor interessiert:

https://www.amazon.de/dp/B01KPM3OJG/

Da bei mir alles auf einem x86 Server läuft, und ich lediglich ein simples Interface benötige (wie der Z-Wave Stick),
habe ich nach einem Homematic IP USB Stick gesucht und damals erst das:
http://www.eq-3.de/service/downloads.html?id=439&download=produkt&pid=14545

und etwas später dann das:
https://github.com/jens-maus/RaspberryMatic/commit/43e8e05de7b36e52bc85fa7ddf45bad85e472df7#diff-54a6737e1396a2733303c06f0aad9805

gefunden.

Erwerblich war das Gerät aber nirgendwo.
Heute morgen habe ich zufällig noch einmal danach gesucht und ihn in dem Telekom Shop gefunden.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 16 November 2017, 09:44:06
Hallo,

Zitat von: moonsorrox am 16 November 2017, 08:54:35
Da es ja den älteren nicht mehr gibt wäre das eine Alternative..? Ich dachte immer Homematic IP Geräte kann man nicht einsetzen mit Fhem. Hat sich das geändert..?

Nein, Homematic IP wird damit auch nicht einfach so gehen. Aber evtl. normales Homematic.

Zitat von: hanzoh am 16 November 2017, 09:27:02
Bislang setze ich nur Z-Wave Geräte ein, bin aber sehr an einem Fenstergriffsensor interessiert:
https://www.amazon.de/dp/B01KPM3OJG/

Der ist IP, wird also nicht funktionieren, selbst wenn der Stick tut. Aber den gibts auch als Classic:

https://www.elv.de/homematic-funk-fenster-drehgriffkontakt-1.html

Zitat
https://github.com/jens-maus/RaspberryMatic/commit/43e8e05de7b36e52bc85fa7ddf45bad85e472df7#diff-54a6737e1396a2733303c06f0aad9805

Das hört sich so an, als ob das einfach ein HMUART hinter einem FTDI-Konverter ist :-)
Evtl. kann man mit dem Ding und dem HMUARTLGW-Modul dann einfach Homematic Classic aus Fhem steuern.

Zitat
Heute morgen habe ich zufällig noch einmal danach gesucht und ihn in dem Telekom Shop gefunden.

Danke auf jeden Fall für die Links. Ich melde mich, wenn meiner geliefert wird und ob er nutzbar ist.

Viele Grüße
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 18 November 2017, 11:00:16
Hallo,

Zitat von: mgernoth am 16 November 2017, 09:44:06
Danke auf jeden Fall für die Links. Ich melde mich, wenn meiner geliefert wird und ob er nutzbar ist.

schlechte Nachrichten: Der Stick unterstützt _nur_ HmIP und lässt sich auch nicht mit der Firmware des HM-MOD-UART flashen (der Bootloader lehnt die neue Firmware ab) :-(

Viele Grüße
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: pc1246 am 19 November 2017, 14:47:30
Zitat von: mgernoth am 18 November 2017, 11:00:16
Hallo,

schlechte Nachrichten: Der Stick unterstützt _nur_ HmIP und lässt sich auch nicht mit der Firmware des HM-MOD-UART flashen (der Bootloader lehnt die neue Firmware ab) :-(

Viele Grüße
  Michael
Hallo Michael
Heisst das denn, dass HM-IP jetzt ein Stueck naeher an fhem gerueckt ist?
Gruss Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: K-MEL am 26 Dezember 2017, 15:35:21
Gibt es hier schon was neues zum Thema HMIP Stick?
Lässt sich über diesen ein HM IP Gerät in FHEM einbinden?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 01 Januar 2018, 16:24:34
Hallo,

Zitat von: pc1246 am 19 November 2017, 14:47:30
Heisst das denn, dass HM-IP jetzt ein Stueck naeher an fhem gerueckt ist?

Zitat von: K-MEL am 26 Dezember 2017, 15:35:21
Gibt es hier schon was neues zum Thema HMIP Stick?
Lässt sich über diesen ein HM IP Gerät in FHEM einbinden?

Nein. Da müsste jemand ran, der sehr viel Zeit hat, da sowohl die genauen Verschlüsselungsparameter als auch das Protokoll komplett unbekannt sind.

Viele Grüße
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: tom44 am 03 Januar 2018, 14:58:18
Zitat von: mgernoth am 18 November 2017, 11:00:16
schlechte Nachrichten: Der Stick unterstützt _nur_ HmIP und lässt sich auch nicht mit der Firmware des HM-MOD-UART flashen (der Bootloader lehnt die neue Firmware ab) :-(
Hallo Michael,
Hast Du den weißen Stick der Telekom zerlegt? Ist das Foto dieser Stick? Der sieht  aus, als ob es der "ELV Homematic Komplettbausatz Funkmodul für Raspberry Pi
https://www.elv.at/homematic-funkmodul-fuer-raspberry-pi-bausatz.html (https://www.elv.at/homematic-funkmodul-fuer-raspberry-pi-bausatz.html)
mit angelötetem USB- Anschluss?
Das wäre - theoretisch - perfekt für mich, da meine Z-WAVE Razberry- Modul bereits die ersten 10 GPIO Pins des Raspberry Pis belegen und ich damit keinen Platz mehr für das Homematic Funkmodul habe .... wenn nicht die von Dir beschriebene totale Einschränkung gelten würde, dass man damit gar nicht homematic ip steuern kann.
Kannst Du denn damit wenigstens die "alten" Homematic Dinge schalten oder hast Du das Geld damit zum Fenster rausgeschmissen?

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 03 Januar 2018, 18:03:42
Hi,

Zitat von: tom44 am 03 Januar 2018, 14:58:18
Hallo Michael,
Hast Du den weißen Stick der Telekom zerlegt? Ist das Foto dieser Stick?

Ja.

Zitat
Der sieht  aus, als ob es der "ELV Homematic Komplettbausatz Funkmodul für Raspberry Pi
https://www.elv.at/homematic-funkmodul-fuer-raspberry-pi-bausatz.html (https://www.elv.at/homematic-funkmodul-fuer-raspberry-pi-bausatz.html)
mit angelötetem USB- Anschluss?

Ja. Nein, das Funkmodul ist nur ein CC1101-Transceiver. Der Mikrocontroller befindet sich neben dem USB-Seriellkonverter auf der Basisplatine.

Zitat
Kannst Du denn damit wenigstens die "alten" Homematic Dinge schalten oder hast Du das Geld damit zum Fenster rausgeschmissen?

Nein, der kann wirklich nur HmIP. Er hat keine DualCoPro Anwendung wie das Raspberry Pi-Modul (mit der dualen Firmware). Und es lässt sich auch keine andere Firmware flashen. Das Ding ist für Fhem nutzlos, mit der OCCU (und damit HMCCU) soll man damit wohl HmIP sprechen können.

Ich bleibe bei meinem selbstgebastelten Stick mit Pi-Modul hinter einem CP2102.

Viele Grüße
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Brockmann am 05 Januar 2018, 12:45:21
Zitat von: Alchemi am 06 März 2017, 21:55:00
Hallo,

auch wenn die HM-CFG-USB's so langsam aussterben, aber bei der hmland 0.103-git ist ein kleiner Typo in Zeile 20
in der /opt/hmcfgusb/debian/hmland.init (wenn man nach WIKI vorgeht):
wenn man der Anleitung des WIKI folgt, kompilliert man unter:
/opt/hmcfgusb/
Das zu kopierende init-Script /opt/hmcfgusb/debian/hmland.init erwartet den "Dienst" hmland in Zeile 20 aber unter:
/opt/hm/hmcfgusb/

Den Grund für letzters hat mgernoth in Antwort #1004 genannt.
Also einen(!) der Pfade entsprechend anpassen und alles klappt, wie beschrieben.  :D

Gruß
Alchemi
Bin gerade selber über diese Falle gestolpert und habe dann hier die Lösung gefunden. Danke!
Da es mir recht naheliegend erscheint, dass auch andere diesen Fehler machen, habe ich im WIKI-Artikel einen entsprechenden Hinweis ergänzt. Ich hoffe, das ist im Sinne aller.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: FHEMAN am 03 Mai 2018, 23:29:21
Hallo,

ich bin gerade dabei, fhem zu virtualisieren. Mit Proxmox als Debian 9 Container. Bekomme es aber nicht gebacken, den HM-CFG-USB2 so durchzuschleifen, dass ich ihn als HMLAND nutzen kann.
Ich bekomme nur init-disconnected im Wechsel und folgende Meldungen in der Konsole

2018-05-03 23:23:15.878818: Client 192.168.2.201 connected!
Can't find/open HM-CFG-USB!
Can't initialize HM-CFG-USB!
2018-05-03 23:23:15.878914: Connection to 192.168.2.201 closed!
2018-05-03 23:23:16.879564: Client 192.168.2.201 connected!
Can't find/open HM-CFG-USB!
Can't initialize HM-CFG-USB!
2018-05-03 23:23:16.879664: Connection to 192.168.2.201 closed!


Kann mir jemand beim Einbinden des Geräts helfen?

Gruß
Ronny
Titel: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hoppel118 am 04 Mai 2018, 07:58:35
Wie hast du denn virtualisiert, KVM oder LXC?

Ich empfehle dir LXC. In KVM kam es bei mir und bei dem User @birdy zu Timingproblemen. Mit LXC gab es diese nicht. Schau dir mal folgenden Post und darauf folgende an:

https://forum.fhem.de/index.php/topic,13071.msg550080.html?PHPSESSID=43u4t6u82tr4lbcljin4a92pf4#msg550080

Dort ist auch ein Link, wie man einem LXC die Rechte auf ein USB Device gibt. Bei LXC wird nicht durchgereicht.

Gruß Hoppel
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Spezialtrick am 31 Mai 2018, 22:15:15
Zitat von: birdy am 07 Januar 2017, 17:48:23
Ich habe inzwischen meine FHEM Installation auf LXC Container umgestellt und das Timing-Problem ist damit behoben. Die Zeiten liegen damit zwischen  40 – 50ms  und der  HM-CFG-USB läuft somit wieder ohne Probleme.   :)

Wie hast du den HM-CFG-USB in den Lxc Container eingebunden? Meinen MiniCul konnte ich einbinden, aber mit dem HM-CFG-USB scheitere ich kläglich.  :-\

Bisher habe ich es so in der Config des Containers versucht:


lxc.mount.entry          = /dev/usb                        dev/usb                 none bind,optional,create=dir
lxc.mount.entry          = /dev/hidraw0                  dev/hidraw0           none bind,optional,create=file
lxc.cgroup.devices.allow = c 238:* rwm


Zitat von: hoppel118 am 31 Dezember 2016, 14:55:03
LXC hatte diese Timing-Probleme bei mir nicht. LXC hat aber auch direkten Zugriff auf die Hardware. In der Config-Datei für den LXC-Container musste ich damals irgendwas konfigurieren, damit FHEM Zugriff auf den HM-CFG-USB bekommt. Kann ich aber gerade nicht mehr nachvollziehen, da ich den Container irgendwann gelöscht habe. Folgender Link hat mich zum Ziel geführt:

http://askubuntu.com/questions/545359/lxc-usb-device-passthrough

Wie hast du es implementiert, Hoppel118?
Titel: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hoppel118 am 03 Juni 2018, 20:03:24
Zitat von: Spezialtrick am 31 Mai 2018, 22:15:15Wie hast du es implementiert, Hoppel118?

Ich nutze zwar momentan kein proxmox mehr, habe aber mal in meine Backups geschaut. Meine Config sah wie folgt aus:

lxc.cgroup.devices.allow: c 189:* rwm
lxc.mount.entry: /dev/bus/usb/001 dev/bus/usb/001 none bind,optional,create=dir


Hilft dir das? Ich weiß nicht, was du da gemacht hast. Eigentlich sollte das bei dir genauso aussehen, wie bei mir. [emoji6]

Gruß Hoppel
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: my-engel am 09 August 2018, 21:37:04
Hallo,
habe lange Zeit (2 Jahre) den HM-CFG-USB über hmland erfolgreich an einer FritzBox betrieben auf welcher auch FHEM läuft.
Der Stick läuft in FHEM über Port 1001 des localhost der FritzBox
Habe das Device in diesem FHEM nun gelöscht und ein weiteres FHEM auf einem RPI3 installiert .
In diesem neuen FHEM wollte ich diesen HM-CFG-USB  der Fritzbox Remote einbinden.
Die FritzBox hat die IP 192.168.1.1 .
Am RPI im neuen FHEM also "define hmusb hmlan 192.168.1.1:1001" eingegeben.
Jedoch bekomme ich da keine Verbindung hin und das neue FHEM sagt immer disconnected .
Im Log des RPI FHEM steht:
2018.08.10 09:53:51 3: Opening HMUSB device 192.168.1.1:1001
2018.08.10 09:53:51 1: HMUSB: Can't connect to 192.168.1.1:1001: Connection refused
Laut Wiki sollte das doch funktionieren oder habe ich da einen Denkfehler ?
Welche Berechtigung muss ich da wo setzen bzw. kann ich mit dem
"define hmusb hmlan 192.168.1.1:1001" einen Benutzer und PW mit übergeben?

MfG Uwe

!!!!!!!!!
Hat sich erledigt, funktioniert jetzt...
musste den Daemon auf der FritzBox natürlich auch mit 192.168.1.1 starten....
Ich lass diese Text mal hier stehen, vielleicht hilft es ja jemanden
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: ujaudio am 07 November 2018, 16:59:16
Nachdem ich zuerst im falschen Thread war, hoffe ich nun hier richtig zu sein:

Ab FHEM-Version 5.9 gibt es die Datei /etc(init.d(fhem nicht mehr und damit keine Möglichkeit den hmland VOR FHEM zu staren und NACH FHEM zu beenden. Das muss nun über "service" implemetiert werden. Mein Verständnis ist aktuell wie folgt:

1. Der fhem.service wird ab Version 5.9 so gestartet.
# $Id: fhem.service 16001 2018-01-26 11:54:41Z betateilchen $

[Unit]
Description=FHEM Home Automation
Wants=network.target
After=network.target

[Service]
Type=forking
User=fhem
Group=dialout
WorkingDirectory=/opt/fhem
ExecStart=/usr/bin/perl fhem.pl fhem.cfg
#ExecStart=/usr/bin/perl fhem.pl configDB
Restart=always

[Install]
WantedBy=multi-user.target


Diese Datei liegt im Vereichnis /etc/systemd/system

Es muss ein hmland.service definiert werden.
# $Id: hmland.service 00001 2018-11-07 15:29:41Z jar $

[Unit]
Description=FHEM Home Automation hmland
Wants=network.target
Before=fhem.service
BindsTo=fhem.service

[Service]
Type=forking
User=fhem
Group=dialout
WorkingDirectory=/opt/fhem
ExecStart=/opt/hmcfgusb/hmland -d -p 1000
Restart=always

[Install]
WantedBy=multi-user.target


So müsste der Code doch aussehen oder liege ich hier falsch? Die Datei hmland.service muss natürlich noch die entsprechenden Rechte bekommen:
sudo chmod 775 hmland.service
Was muss ich sonst noch beachten? Falls ich noch einen hilfreichen Hinweis bekommen kann, würde es mich freuen, andernfalls mache ich halt mal trial&error :-)

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 07 November 2018, 17:52:58
Das hat weniger mit FHEM zu tun, das ist systemd-service-Definition. Kann praktisch alles, was früher mit init-Scripten ging und hat durchaus auch sein Vorteile. Z.B. kann man damit recht leicht Watchdog-Überwachung für FHEM realisieren (Beispiel: http://www.s6z.de/cms/index.php/homeautomation-homecontrol/softwareplattformen/fhem/142-fhem-watchdog-mit-systemd).

Auf ersten Blick sollte so laufen, probiere es einfach aus.

FHEM-Update wird deine Service-Definition nicht überschreiben.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: ujaudio am 07 November 2018, 21:22:05
Naja, irgendetwas stimmt noch nicht:

$ sudo systemctl start hmland.service
$ sudo systemctl status hmland.service
● hmland.service - hmland
   Loaded: loaded (/etc/systemd/system/hmland.service; enabled; vendor preset: enabled)
   Active: failed (Result: start-limit-hit) since Wed 2018-11-07 21:15:51 CET; 35s ago
  Process: 851 ExecStart=/opt/hmcfgusb/hmland -d -p 1000 (code=exited, status=0/SUCCESS)
Main PID: 835 (code=exited, status=1/FAILURE)

Nov 07 21:15:51 UJ1-Zentrale systemd[1]: Started hmland.
Nov 07 21:15:51 UJ1-Zentrale systemd[1]: hmland.service: Service hold-off time over, scheduling restart.
Nov 07 21:15:51 UJ1-Zentrale systemd[1]: Stopped hmland.
Nov 07 21:15:51 UJ1-Zentrale systemd[1]: hmland.service: Start request repeated too quickly.
Nov 07 21:15:51 UJ1-Zentrale systemd[1]: Failed to start hmland.
Nov 07 21:15:51 UJ1-Zentrale systemd[1]: hmland.service: Unit entered failed state.
Nov 07 21:15:51 UJ1-Zentrale systemd[1]: hmland.service: Failed with result 'start-limit-hit'.


Ich kann da nicht erkennen, wo ich suchen muss...
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hexenmeister am 07 November 2018, 21:46:00
Weiß jetzt nicht auf anhieb. Irgendwas sagt mir aber, dass Type=forking das Problem ist. Versuche mal ohne und ohne -d Option.
Schal mal, ob das hier hilft: https://wiki.fhem.de/wiki/Benutzer:Benheim/Startscript_systemd
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: ujaudio am 08 November 2018, 08:05:06
Danke, das war genau der richtige Hinweis!
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Esteban am 10 November 2018, 13:46:10
Hallo!

Ich hab einen RPi 2 mit wheezy seit fast 3 Jahren im Einsatz gehabt. Natürlich hab ich so gut wie alles vergessen, was ich damals gemacht habe. Wenn ich nicht gerade auf meiner Synology herum hantiere oder auf meinem Pi-Hole DNS Server habe ich auch nicht sonderlich viele Berührunspunkte mit Linux.

Nun hab ich einen neuen Raspberry Pi 3 B+ gekauft und gleich Raspbian Stretch installiert. Danach hab ich FHEM installiert und das Backup zurückgesichert.

Der JeeLink läuft und der CUL für Intertechno auch. Nur mit meinem Homematic scheint es größere Probleme zu geben.

Ich konnte mich daran erinnern, dass ich in /etc/init.d ein fhem startupscript hatte, in der der Start des Homematic Dienstes mit Portangabe (bei mir 1000) angelegt wurde.

Nun gibt's in /etc/init.d gar kein fhem startupscript - fhem läuft aber trotzdem automatisch.

Sicher hat sich hier in Stretch was verändert.

Ich habe daraufhin nach der Anleitung soweit verstanden, dass hmland jetzt als Daemon gestartet wird, also hab ich

https://wiki.fhem.de/wiki/HM-CFG-USB_USB_Konfigurations-Adapter#Start_als_Daemon

befolgt und eingerichtet - auf Port 1000

Der Logfile jetzt:

2018.11.10 13:17:55 0: Server shutdown
2018.11.10 13:18:05 1: Including fhem.cfg
2018.11.10 13:18:06 2: eventTypes: loaded 2415 events from ./log/eventTypes.txt
2018.11.10 13:18:06 3: Opening CUL1 device /dev/ttyACM0
2018.11.10 13:18:06 3: Setting CUL1 serial parameters to 9600,8,N,1
2018.11.10 13:18:06 3: CUL1: Possible commands: ABbCeFGhiKkLlMmNRTtUuVWXxYZ
2018.11.10 13:18:06 3: CUL1 device opened
2018.11.10 13:18:06 1: HMLAN_Parse: hmusb new condition disconnected
2018.11.10 13:18:06 3: Opening hmusb device 127.0.0.1:1000
[b]2018.11.10 13:18:06 1: hmusb: Can't connect to 127.0.0.1:1000: Connection refused[/b]
2018.11.10 13:18:07 3: Opening myJeeLink device /dev/ttyUSB0
2018.11.10 13:18:07 3: Setting myJeeLink serial parameters to 57600,8,N,1
2018.11.10 13:18:08 3: myJeeLink device opened
2018.11.10 13:18:08 1: Including ./FHEM/it_devices.cfg
2018.11.10 13:18:08 1: Including ./FHEM/hm_unknown.cfg
2018.11.10 13:18:08 3: WEB: port 8083 opened



Wenn ich jetzt den Daemon manuell starte:


pi@fhemsrv:~ $
root@fhemsrv:/home/pi# /opt/hmcfgusb/hmland -p 1000 -D
2018-11-10 13:27:15.633952: Client 127.0.0.1 connected!


läuft für die Zeit auch alles.

Wie starte ich den Daemon denn automatisch oder wie kann ich überprüfen, ob er läuft???

Besten Dank!

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 10 November 2018, 14:26:53
vielleicht die letzten beiträge lesen?  ;)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: ujaudio am 10 November 2018, 14:33:11
Hinweis 2: Ab FHEM-Version 5.9 gibt es die Datei /etc/init.d/fhem nicht mehr. Stattdessen muss im Raspberry ein "service" installiert werden:

cd /etc/systemd/system
sudo vi hmland.service
# in diese Datei den folgenden Code kopieren:

[Unit]
Description=Homematic LAN Adapter service
After=network.target

[Service]
ExecStart=/opt/hmcfgusb/hmland -p 1000

[Install]
WantedBy=multi-user.target


Außerdem muss in der Datei fhem.service in diesem Vereichnis der Eintrag "Wants=network.target" in "Wants=hmland.service" geändert werden.
Danach muss man den Raspberry noch neu booten.

So hat es zumindest bei mir funktioniert...

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Esteban am 10 November 2018, 15:04:10
Jo, ich hätte noch erwähnen sollen, dass ich zumindest die letzten 3 Seiten gelesen habe aber eben nicht auf die endgültige Lösung gestoßen bin...

Klappt bei mir auch, vielen Dank ujaudio!

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: ujaudio am 10 November 2018, 16:31:43
Der "hexenmeister" hat aber den richtigen Hinweis gegeben https://forum.fhem.de/index.php?topic=13071.msg855293#msg855293 (https://forum.fhem.de/index.php?topic=13071.msg855293#msg855293)  ;)
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: marvin78 am 14 November 2018, 09:15:41
Zitat von: ujaudio am 10 November 2018, 14:33:11
Hinweis 2: Ab FHEM-Version 5.9 gibt es die Datei /etc/init.d/fhem nicht mehr. Stattdessen muss im Raspberry ein "service" installiert werden:



Wie kommst du denn darauf, dass das irgendwas mit fhem und der Version zu tun hat?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: ujaudio am 14 November 2018, 10:18:19
Zitat von: marvin78 am 14 November 2018, 09:15:41
Wie kommst du denn darauf, dass das irgendwas mit fhem und der Version zu tun hat?

Mein aktives System läuft mit FHEM 5.7, da wurde bei der Installation die Datei /etc/init.d/fhem installiert.
Zu Testzwecken arbeite ich mit einem anderen Raspberry, da habe ich mir das Rasbian kaputt gemacht und es war am einfachsten komplett neu aufzusetzen, das habe ich im Frühjahr gemacht und FHEM 5.8 genutzt, da kam die Datei auch dazu.
Seit einigen tagen setze ich nochmals komplett neu auf, um mein aktives System auch mit neuer Hardware zu ersetzen, und nach der Installation von FHEM 5.9 ist diese Datei nicht vorhanden.

Daraus habe ich das abgeleitet, aber vielleicht habe ich ja etwas falsch gemacht.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: pc1246 am 14 November 2018, 11:51:34
Hallo Juergen
Das haengt vom Betriebssystem ab. Du bist von wheezy zu stretch gewechselt, und hast es wohl nicht gemerkt.
Gruss Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Aerics am 21 November 2018, 20:04:08
Seit ein paar Tagen bekomme ich folgende Meldung immer mal wieder über den Tag verteilt:
Zitathmusb: Unknown code A0F30861064E8790000000A8CAE111900::-99:hmusb, help me!

Ist immer der gleiche Code.
Habe eigentlich nichts geändert. Jemand ne Idee was der Auslöser sein könnte bzw. wie ich dies beheben kann?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: gloob am 21 November 2018, 20:10:44
Zitat von: Aerics am 21 November 2018, 20:04:08
Seit ein paar Tagen bekomme ich folgende Meldung immer mal wieder über den Tag verteilt:
Ist immer der gleiche Code.
Habe eigentlich nichts geändert. Jemand ne Idee was der Auslöser sein könnte bzw. wie ich dies beheben kann?

Google: FHEM Wiki VCCU
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: uwirt am 06 Januar 2019, 13:00:16
Ich habe VCCU mit einem HM-CFG-LAN (HMLAN1) und einer HmIP-CCU3 (HMLAN2) aufgesetzt und beide sind in der VCCU ok. Dem HMLAN1 habe ich die zugehörende hmId vergeben.

nun erhalte ich immer wieder die Fehlermeldung

Zitat
Messages collected while initializing FHEM:
configfile: HMLAN2: unknown attribute hmId. Type 'attr HMLAN2 ?' for a detailed list.

Autosave deactivated

Es scheint zwar nicht zu stören aber es ist zumindest unschön.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 06 Januar 2019, 19:08:41
wo ist der zusammenhang zum usb adapter?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: holzwurm83 am 10 Januar 2019, 23:32:08
Hallo zusammen, ich habe schon eine ganze Weile zwei Aktoren am laufen. Vor zwei Wochen hatte ich einen Stromausfall und danach waren die Peerings weg. Habe nichts weiter dabei gedacht und sie wieder eingerichtet.

Heute war wieder kurz der Strom weg und jetzt sind wieder die Peerings weg!

Hat jemand eine Ahnung warum?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: pc1246 am 11 Januar 2019, 08:19:12
Zitat von: holzwurm83 am 10 Januar 2019, 23:32:08
Hallo zusammen, ich habe schon eine ganze Weile zwei Aktoren am laufen. Vor zwei Wochen hatte ich einen Stromausfall und danach waren die Peerings weg. Habe nichts weiter dabei gedacht und sie wieder eingerichtet.

Heute war wieder kurz der Strom weg und jetzt sind wieder die Peerings weg!

Hat jemand eine Ahnung warum?
Moin
Ich moechte ja jetzt nicht frank zitieren, aber wo ist hier der Zusammenhang? Mach doch einfach ein neues Thema auf, und poste gleich mal Deine listings der betroffenen devices und des IO-dev!
Gruss Christoph
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RoBra81 am 13 Oktober 2019, 21:55:29
Hallo,

ich habe gestern mein FHEM neu gestartet, da nach es nach Arbeiten am Netzwerk nicht mehr so richtig tat. Seit diesem Neustart funktioniert mein hmland nicht mehr richtig: der HM-CFG-USB-2 wird scheinbar noch erkannt:

root@homeserver:~# usb-devices

T:  Bus=05 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#=  2 Spd=12  MxCh= 0
D:  Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
P:  Vendor=1b1f ProdID=c00f Rev=09.67
S:  Manufacturer=eQ-3
S:  Product=HM-CFG-USB
S:  SerialNumber=MEQxxxxxx
C:  #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=100mA
I:  If#= 0 Alt= 0 #EPs= 2 Cls=03(HID  ) Sub=00 Prot=00 Driver=usbhid


Wenn der hmland läuft, dann wechselt der Status im FHEM ständig von connected auf disconnected:

2019.10.12 17:22:18.422 1: 127.0.0.1:1000 disconnected, waiting to reappear (OG.ze.SE.HomematicRF)
2019.10.12 17:22:18.525 1: HMLAN_Parse: OG.ze.SE.HomematicRF new condition disconnected
2019.10.12 17:22:21.087 1: HMLAN_Parse: OG.ze.SE.HomematicRF new condition init
2019.10.12 17:22:21.439 1: 127.0.0.1:1000 reappeared (OG.ze.SE.HomematicRF)
2019.10.12 17:22:23.398 1: 127.0.0.1:1000 disconnected, waiting to reappear (OG.ze.SE.HomematicRF)
2019.10.12 17:22:23.516 1: HMLAN_Parse: OG.ze.SE.HomematicRF new condition disconnected
2019.10.12 17:22:24.606 1: HMLAN_Parse: OG.ze.SE.HomematicRF new condition init
2019.10.12 17:22:24.778 1: 127.0.0.1:1000 reappeared (OG.ze.SE.HomematicRF)
2019.10.12 17:22:26.768 1: 127.0.0.1:1000 disconnected, waiting to reappear (OG.ze.SE.HomematicRF)
2019.10.12 17:22:26.859 1: HMLAN_Parse: OG.ze.SE.HomematicRF new condition disconnected
2019.10.12 17:22:28.008 1: HMLAN_Parse: OG.ze.SE.HomematicRF new condition init
2019.10.12 17:22:28.190 1: 127.0.0.1:1000 reappeared (OG.ze.SE.HomematicRF)
2019.10.12 17:22:28.552 1: 127.0.0.1:1000 disconnected, waiting to reappear (OG.ze.SE.HomematicRF)
2019.10.12 17:22:28.643 1: HMLAN_Parse: OG.ze.SE.HomematicRF new condition disconnected
2019.10.12 17:22:29.279 1: HMLAN_Parse: OG.ze.SE.HomematicRF new condition init
2019.10.12 17:22:29.424 1: 127.0.0.1:1000 reappeared (OG.ze.SE.HomematicRF)
2019.10.12 17:22:30.131 1: 127.0.0.1:1000 disconnected, waiting to reappear (OG.ze.SE.HomematicRF)
2019.10.12 17:22:30.247 1: HMLAN_Parse: OG.ze.SE.HomematicRF new condition disconnected
2019.10.12 17:22:33.239 1: HMLAN_Parse: OG.ze.SE.HomematicRF new condition init
2019.10.12 17:22:33.413 1: 127.0.0.1:1000 reappeared (OG.ze.SE.HomematicRF)
2019.10.12 17:22:34.678 1: 127.0.0.1:1000 disconnected, waiting to reappear (OG.ze.SE.HomematicRF)
2019.10.12 17:22:34.908 1: HMLAN_Parse: OG.ze.SE.HomematicRF new condition disconnected
2019.10.12 17:22:36.936 1: HMLAN_Parse: OG.ze.SE.HomematicRF new condition init
2019.10.12 17:22:37.321 1: 127.0.0.1:1000 reappeared (OG.ze.SE.HomematicRF)
2019.10.12 17:22:37.993 1: 127.0.0.1:1000 disconnected, waiting to reappear (OG.ze.SE.HomematicRF)
2019.10.12 17:22:38.234 1: HMLAN_Parse: OG.ze.SE.HomematicRF new condition disconnected
2019.10.12 17:22:42.056 1: HMLAN_Parse: OG.ze.SE.HomematicRF new condition init
2019.10.12 17:22:42.234 1: 127.0.0.1:1000 reappeared (OG.ze.SE.HomematicRF)


und im Log von hmland steht:

Sun Oct 13 21:22:32 2019: [hmland] Can't find/open HM-CFG-USB!
Sun Oct 13 21:22:32 2019: [hmland] Can't initialize HM-CFG-USB!
Sun Oct 13 21:22:35 2019: [hmland] Can't find/open HM-CFG-USB!
Sun Oct 13 21:22:35 2019: [hmland] Can't initialize HM-CFG-USB!
Sun Oct 13 21:22:36 2019: [hmland] Can't find/open HM-CFG-USB!
Sun Oct 13 21:22:36 2019: [hmland] Can't initialize HM-CFG-USB!
Sun Oct 13 21:22:37 2019: [hmland] Can't find/open HM-CFG-USB!
Sun Oct 13 21:22:37 2019: [hmland] Can't initialize HM-CFG-USB!
Sun Oct 13 21:22:40 2019: [hmland] Can't find/open HM-CFG-USB!
Sun Oct 13 21:22:40 2019: [hmland] Can't initialize HM-CFG-USB!


(Logs sind von verschiedenen Tagen, Inhalt ist aber identisch.)

Ich habe bereits einen zweiten Adapter probiert, der das gleiche Ergebnis liefert.

Woran kann das liegen?

Vielen Dank
Ronny
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Bartimaus am 13 Oktober 2019, 22:05:16
Moin,

guggst Du mal:

https://wiki.fhem.de/wiki/Benutzer:Benheim/Startscript_systemd
https://forum.fhem.de/index.php/topic,54271.msg596902.html#msg596902
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RoBra81 am 14 Oktober 2019, 09:01:12
Zitat von: Bartimaus am 13 Oktober 2019, 22:05:16
Moin,

guggst Du mal:

https://wiki.fhem.de/wiki/Benutzer:Benheim/Startscript_systemd
https://forum.fhem.de/index.php/topic,54271.msg596902.html#msg596902
Meinst du mich? Ich verstehe den Zusammenhang gerade nicht...

Gesendet von meinem LYA-L29 mit Tapatalk

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 14 Oktober 2019, 09:09:05
Bevor Du uns rumrätseln lässt. Du hast Änderungen am Netzwerk gemacht. Danach geht was nicht mehr. Schlussfolgerung: es liegt vermutlich an Deinen Änderungen. Aber wenn Du nicht beschreibst, was Du geändert hast, wird Dir vermutlich niemand helfen können.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RoBra81 am 14 Oktober 2019, 11:52:19
Zitat von: volschin am 14 Oktober 2019, 09:09:05
Bevor Du uns rumrätseln lässt. Du hast Änderungen am Netzwerk gemacht. Danach geht was nicht mehr. Schlussfolgerung: es liegt vermutlich an Deinen Änderungen. Aber wenn Du nicht beschreibst, was Du geändert hast, wird Dir vermutlich niemand helfen können.
Nein, ich habe am Netzwerk nichts geändert, hatte aber den Netzwerkstecker einer SqueezeBox kurz gezogen, womit FHEM aus irgendeinem Grund nicht klar kam. Änderungen gab es aber keine...

Gesendet von meinem LYA-L29 mit Tapatalk

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: wtue am 14 Oktober 2019, 13:50:41
Hallo RoBra81,
du bist aber sicher, dass der hmland gestartet ist? Was liefert die Abfrage

ps -elf |grep hmland
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: RoBra81 am 14 Oktober 2019, 21:03:19
Ja, der zweite Log-Auszug stammt ja vom hmland-Log sobald sich fhem mit diesem verbindet...

Gesendet von meinem LYA-L29 mit Tapatalk

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: xentity am 08 Dezember 2019, 14:25:59
Hallo.

Ich benutze fhem mit dem HMUSB schon seit einigen Jahren. Der USB-Stick hängt neben einem CUL (für FS20) an einem Raspberry Pi und verbindet damit die Heizungen, Thermostate, Fensterkontakte, etc.

Habe mir nun (dummerweise) HM-IP-Steckdosen gekauft. Von der Architektur her würde ich das wie folgt aufbauen (siehe Anhang). Pairing ist bisher nicht möglich, von daher befürchte ich, dass das nicht funktioniert.
Würde das ausreichen, um eine VCCU zu bilden? Oder benötige ich ggf. eine weitere Hardware-/Softwarekomponente?

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 08 Dezember 2019, 17:44:04
Ja, eine VCCU kannst Du so einrichten. Die Kommuniziert deshalb aber noch nicht mit Deinen HMIP Devices. Darüber lassen sich lediglich z.B. Mehrere HMUSB zusammenschalten und die Kommunikation der Geräte hat ein Failover oder kommuniziert mit dem HMUSB mit der besten Verbindung.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: xentity am 08 Dezember 2019, 18:40:35
Zitat von: volschin am 08 Dezember 2019, 17:44:04
Ja, eine VCCU kannst Du so einrichten. Die Kommuniziert deshalb aber noch nicht mit Deinen HMIP Devices. Darüber lassen sich lediglich z.B. Mehrere HMUSB zusammenschalten und die Kommunikation der Geräte hat ein Failover oder kommuniziert mit dem HMUSB mit der besten Verbindung.

Hi, und was wäre nun noch notwendig, um auf diesem Raspi mit dem HMUSB die HMIPs zu kontrollieren? Über das Failover-Thema hatte ich schon gelesen, aber das ist für mich nicht wichtig. Die VCCU hatte ich ja nur eingerichtet, da im Wiki das hier steht:

ZitatZur Einbindung von Geräten, die HM-IP verwenden, ist derzeit (Stand Januar 2019) noch zwingend eine (ggf. virtualisierte) CCU2 oder neuer erforderlich.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 08 Dezember 2019, 18:50:56
Eine VCCU ist aber keine virtualisierte CCU2. Dazu brauchst Du schon noch einen RaspberryMatic oder vergleichbares als Docker Image.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: xentity am 08 Dezember 2019, 20:58:37
Zitat von: volschin am 08 Dezember 2019, 18:50:56
Eine VCCU ist aber keine virtualisierte CCU2. Dazu brauchst Du schon noch einen RaspberryMatic oder vergleichbares als Docker Image.

Mh, verwirrend für Nicht-Kenner. Das Wiki hat genau das behauptet:
ZitatEine Virtuelle CCU, auch VCCU genannt, ist eine Zentrale für HomeMatic-Geräte.

Gut, laut der Readme eines Docker-Containers ( https://github.com/angelnu/docker-ccu ) wird als notwendiger Adapter nicht der HM-CFG-USB-2, sondern der HmIP-RFUSB erwähnt. Also müsste ich mir noch den HM-MOD-RPI-PCB holen und dann den Docker-Container damit funken lassen?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 09 Dezember 2019, 08:54:00
Ach, das kannte ich noch nicht. Ich hatte mir vor geraumer Zeit mal das piVCCU-Projekt angesehen. Da scheint sich aber das von Dir genannte Projekt auch drauf zu stützen. Ich kann Dir da leider nur sagen, dass ich neben dem HM-CFG-USB2 auch einen HM-MOD-RPI-PCB habe, beide über FHEM-VCCU zusammengeschaltet. Ich betreibe damit nur Classic HomeMatic.
Das funktioniert sehr gut.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Andy_C am 06 Juni 2020, 00:30:21
Hallo Zusammen,
ich habe aktuell ein Problem mit hmland und HM-CFG-USB2 Adapter. Nach update von meiner Uralt-Version von hmland zeigt er mir den Stick wenn ich ihn abstecke (Simulation offline, da habe ich ein Notify mit Mail an mich drauf) immer wechselnd als online/offline an. In der Hmlog versucht hmland den Stick mit der entsprechenden Serial xxx zu finden. Ist das so gewollt, habe ich da was falsch konfiguriert oder lässt sich das durch die Suche nach dem USB vom hmland-Dämon nicht ändern? Betrieb ist aktuell mit 2 Sticks.. Fhem ist aktuell, laut configCheck fehlerfrei, VCCU, neue Version Alexa und virtueller CCU3. Fhem läuft auf einem Raspberry B+, ebenfalls aktuelles stretch. Die Sticks werden mit folgenden Parametern gestartet.

/opt/hmcfgusb/hmland -d -p XXXX -r 0 -S XXXXXXXX 2>&1 | perl -ne '$|=1; print localtime . ": [hmland] $_"' >> /var/log/hmland1.log &

den Eintrag für das Logging lasse ich vollständigkeitshalber auch dran.

Ausserdem würde ich noch gern wissen ob man den Namen der PID-File ändern kann? Wäre interessant da ich ja Sticks habe.

Gruß, Andy

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: volschin am 06 Juni 2020, 04:26:28
Ich kann Dir da vermutlich nicht wirklich weiterhelfen, aber der Status bei korrekter Funktion in FHEM ist opened.
Die meisten werden wohl, wie ich, nur einen Stick pro Gerät betreiben und da ist dein Overhead mit der Seriennummernsuche nicht notwendig.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Andy_C am 06 Juni 2020, 10:34:52
Hallo,

danke für deine Antwort ;-). Da ich 2 Sticks am Raspberry verwende, musste ich auch auf die aktuelle Version mit dem Parameter -S für die Seriennummer wechseln. Die Sticks werden auch als online angezeigt und funktionieren einwandfrei. Mir geht es nur um das Verhalten, sobald ich den Stick abschließe. Dann sollte er in Fhem ja als offline angezeigt werden und mit der aktuellen Version macht er das bei mir nicht. Auch wenn ich nur einen Stick anschließe und die andere hmland-Instanz nicht starte... sobald ich einen Stick abschließe wird in Fhem wild zwischen on-/ofline hin- und hergeschaltet. In diesem Zustand kann ich natürlich auch das Notify bei Ausfall des jeweiligen Senders nicht... sprich Zustand offline. Ich könnte mal versuchen ob es bei einem Stick ohne Serial genauso verhält... werde ich gleich machen ;-).

Gruß, Andy
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Andy_C am 06 Juni 2020, 12:37:42
Hallo,
nun habe ich habe alle Versionen von hmland heruntergeladen und nacheinander getestet... gleiches Problem. Leider habe ich die letzte Zeit sehr viel aktualisiert. Für die CCU3 und HM-IP habe ich auch noch den UART eingebaut, aber den habe ich schon testweise ausgebaut und die virtuelle CCU abgeschaltet (auch eine Sicherung getestet in der er noch nicht installiert war). Da hat sich auch nichts geändert. Im Logfile vom hmland versucht er die ganze Zeit den Stick zu initialisieren, im gleichen Takt wie er mir in Fhem offline/online erscheint. Bei meinem hmlan Sender in der Garage funktioniert Alles ohne Probleme... wenn er offline/online geht wird er mir auch passend angezeigt.

Gruß, Andy
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 06 Juni 2020, 13:36:53
vielleicht hat es mit den änderungen im zusammenhang mit DevIo.pm zu tun?
da gibt es gerade im forum einige probleme.

die fw vom stick muss natürlich auch zu hmland passen.
aktuell ist 0.967.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Andy_C am 06 Juni 2020, 14:06:34
Hallo Frank,

auf allen Sticks ist die aktuelle Software 0.967 drauf. Ich hatte meine alten Images leider gelöscht (immer eine schlechte Idee), weil ja Alles lief ;-(. Das Älteste ist vom 14.05.... von den Änderungen wusste ich nichts. Werde versuchen da was rauszukriegen. Vielleicht bekomme ich da eine alte Version zum Testen her... danke für den Tip!

viele Grüße, Andy
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 06 Juni 2020, 14:16:14
dann versuch doch über restore ein älteres fhem.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Andy_C am 06 Juni 2020, 15:42:34
Du meinst sicher über das RestoreDir? Da sind leider auch nur ab 05.2020 drin. Auf einer alten Festplatte habe ich noch Sicherungen gefunden... allerdings von 2013-2016. Mal sehen was ich damit anfangen kann... für einen Test wird es sicher reichen.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 06 Juni 2020, 15:59:39
versuch mal das älteste von 2020.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Andy_C am 06 Juni 2020, 17:20:01
In der Sicherung ist leider auch nicht mal die DevIo.pm drin.... Ich habe jetzt eine komplette Installation von fhem aus 2016 zurückgespielt und gestartet... Im Moment mit dem aktuellen hmlan und der Hm-CFG-USB2 lief mit Angabe der Serial. Wurde auch einwandfrei erkannt und das System lief. Ich hab einen der Stick abgesteckt.. wohl den Richtigen getroffen... und wieder das Gleiche Online/Disconnect Spiel. Da es ja definitiv eine andere DevIo.pm war, kann das wohl fhem ausgeschlossen werden oder sehe ich das falsch? Früher lief das mit dem Notify auch... also kann ich sicher sagen das früher dieses Online/Offline im Wechsel nicht war. Langsam gehen mir die Ideen aus ;-(. Könnte bitte mal Jemand schauen was in Fhem passiert wenn der Stick abgesteckt wird? Ob dann auch immer online/offline wechselt? Vielleicht ist noch niemand auf so eine dumme Idee gekommen... im Betrieb funktioniert bei mir ja auch Alles ;-).

viele Grüße, Andy
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: hoppel118 am 06 Juni 2020, 19:00:36
Habe auch zwei HM-CFG-USB-2. Bin momentan auf Reise, komme aber per VPN an meine Umgebung.

Kann man das Verhalten ohne Entfernen des Sticks irgendwie nachstellen?

Gruß Hoppel
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Andy_C am 06 Juni 2020, 19:41:49
Hi,
ich habe gerade mal hmland gekillt um zu testen ob das Problem dann auch auftaucht... aber dann werden die Sticks brav als disconnect angezeigt.... also scheint der Fehler nur aufzutreten wenn hmland läuft und der Stick mechanisch abgesteckt wird.  Dabei spielt keine Rolle ob der Stick beim Start von hmland bereits abgesteckt ist oder ob er im laufenden Betrieb ausgesteckt wird.

Gruß, Andy
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: mgernoth am 06 Juni 2020, 21:41:44
Hallo Andy,

Zitat von: Andy_C am 06 Juni 2020, 00:30:21
Nach update von meiner Uralt-Version von hmland zeigt er mir den Stick wenn ich ihn abstecke (Simulation offline, da habe ich ein Notify mit Mail an mich drauf) immer wechselnd als online/offline an. In der Hmlog versucht hmland den Stick mit der entsprechenden Serial xxx zu finden. Ist das so gewollt, habe ich da was falsch konfiguriert oder lässt sich das durch die Suche nach dem USB vom hmland-Dämon nicht ändern?

das ist die Implementierung im hmland, die erst nach Annahme der (fhem-)Verbindung versucht, den Stick zu öffnen. Wenn das nicht klappt (Stick nicht gefunden, Permission-Probleme oder sowas) wird die Verbindung gleich wieder geschlossen. Ist suboptimal, aber ich hab dunkel in Erinnerung, dass es irgendeinen Grund für diese Implementierung gab...

Dieses Verhalten war schon immer so (laut git).

Viele Grüße
  Michael
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Andy_C am 06 Juni 2020, 23:56:02
Hallo Michael,

ich war mir zwar sicher das ich das mit dem Notify damals getestet hatte... aber ich will es nicht beschwören ;-). Kann es  sein das ich noch eine 0.xxx Version drauf hatte? Hatte nie einen Grund für ein Update, lief immer ohne Probleme. Also war ich wohl mit einer der ersten eine Version von dir drauf hatten ;-)... Habe damals habe ich mit dem USB-Stick angefangen (heute noch im Einsatz). Die Ausfall-Notifys auf den Sticks sind schon gelöscht.


vielen Dank und viele Grüße, Andy

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: birdy am 01 Juli 2021, 22:07:02
Vor ein paar Tagen habe ich festgestellt, dass mein 4 Tasten Homematic Funk-Handsender nicht mer funktioniert. Ich vermute das Problem liegt beim HM-CFG-USB Adapter den ich mit HMLAND eingebunden habe.
Ist davon auszugehen, dass USB Stick das Zeitliche gesegnet hat... ?
(Ich denke, ich habe mal irgendwo gelesen, dass diese nicht allzu lange halten..)

Schon mal vielen Dank für einen Tipp
Gruss birdy

systemctl status hmland   zeigt
* hmland.service - Homematic LAN Adapter service
   Loaded: loaded (/etc/systemd/system/hmland.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2021-07-01 21:06:27 CEST; 17min ago
Main PID: 106 (hmland)
    Tasks: 2 (limit: 4915)
   Memory: 1012.0K
   CGroup: /system.slice/hmland.service
           `-106 /opt/hmcfgusb/hmland -p 1234

Jul 01 21:24:00 FHEM hmland[106]: Can't find/open HM-CFG-USB!
Jul 01 21:24:00 FHEM hmland[106]: Can't initialize HM-CFG-USB!
Jul 01 21:24:01 FHEM hmland[106]: Can't find/open HM-CFG-USB!
Jul 01 21:24:01 FHEM hmland[106]: Can't initialize HM-CFG-USB!
Jul 01 21:24:02 FHEM hmland[106]: Can't find/open HM-CFG-USB!
Jul 01 21:24:02 FHEM hmland[106]: Can't initialize HM-CFG-USB!
Jul 01 21:24:03 FHEM hmland[106]: Can't find/open HM-CFG-USB!
Jul 01 21:24:03 FHEM hmland[106]: Can't initialize HM-CFG-USB!
Jul 01 21:24:04 FHEM hmland[106]: Can't find/open HM-CFG-USB!
Jul 01 21:24:04 FHEM hmland[106]: Can't initialize HM-CFG-USB!


lsusb zeigt
Bus 002 Device 002: ID 8087:8001 Intel Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 005: ID 8087:0a2a Intel Corp.
Bus 001 Device 004: ID 03eb:204b Atmel Corp. LUFA USB to Serial Adapter Project
Bus 001 Device 003: ID 1b1f:c00f eQ-3 Entwicklung GmbH HM-CFG-USB/HM-CFG-USB-2 [HomeMatic Configuration adapter]
Bus 001 Device 002: ID 03eb:204b Atmel Corp. LUFA USB to Serial Adapter Project
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub



Bei der HMLAN Komponente werden die beiden Readings in Sekundentakt updated.

Xmit-Events   disconnected:2359 init:2358   2021-07-01 22:02:36
Cond          init                          2021-07-01 22:02:36


Internals:
   DEF        127.0.0.1:1234
   DeviceName 127.0.0.1:1234
   FD         98
   FUUID      5d0d514e-f33f-f4b3-0e67-0cc2dc7c048bb8ea
   NAME       hmusb
   NR         99
   NTFY_ORDER 50-hmusb
   PARTIAL   
   STATE      opened
   TYPE       HMLAN
   XmitOpen   0
   assignedIDsCnt 9 report:0
   msgKeepAlive dlyMax:0 bufferMin:28
   msgLoadCurrent 0
   owner     
   owner_CCU  VCCU
   READINGS:
     2021-05-24 20:48:46   D-HMIdAssigned  170272
     2021-05-24 20:48:46   D-HMIdOriginal  3730F3
     2021-05-24 20:48:46   D-firmware      0.967
     2021-05-24 20:48:46   D-serialNr      MEQ0231843
     2021-07-01 22:08:26   Xmit-Events     disconnected:2699 init:2699
     2021-07-01 22:08:26   cond            init
     2021-06-20 23:15:59   loadLvl         low
     2017-01-09 00:13:19   prot_ERROR-Overload last
     2017-01-19 22:58:36   prot_Warning-HighLoad last
     2021-07-01 22:08:26   prot_disconnected last
     2021-07-01 22:08:26   prot_init       last
     2021-05-24 20:48:46   prot_ok         last
     2021-07-01 22:08:26   state           opened
   helper:
     assIdCnt   9
     assIdRep   0
     setTime    49596
     cnd:
       253        2699
       255        2699
     ids:
       0E4487:
         cfg        +0E4487,00,01,00
         name       HM_0E4487
       15958E:
         cfg        +15958E,00,01,00
         name       HM_15958E
       1BBD52:
         cfg        +1BBD52,00,01,00
         name       HM_1BBD52
       30634D:
         cfg        +30634D,01,01,00
         name       HM_30634D
       3A8ED3:
         cfg        +3A8ED3,01,01,0E
         name       HM_FM_Sensor
       40A3B0:
         cfg        +40A3B0,00,01,00
         name       HM_40A3B0
       46A583:
         cfg        +46A583,01,01,02
         name       RauchSireneAusloeser
       4EB293:
         cfg        +4EB293,00,01,00
         name       HM_4EB293
       4F0507:
         cfg        +4F0507,00,01,00
         name       LED_Strahler
     k:
       BufMin     28
       DlyMax     0
       Next       1625170131.12577
       Start      1625170106.12577
     loadLvl:
       bl         40
       a:
         99
         90
         40
         0
       h:
         0          low
         40         batchLevel
         90         high
         99         suspended
     log:
       all        0
       sys        0
       ids:
         ARRAY(0x558227cec570)
     q:
       HMcndN     255
       answerPend 0
       hmLanQlen  1
       keepAliveRec 1
       keepAliveRpt 0
       loadLastMax 0
       loadNo     0
       scnt       9
       ald:
         0
         0
         0
         0
         0
         0
         0
         0
         0
         0
         0
         0
       apIDs:
Attributes:
   event-on-change-reading .*
   hmId       170272
   hmLanQlen  1_min
   loadLevel  0:low,40:batchLevel,90:high,99:suspended
   room       CUL_HM

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 02 Juli 2021, 10:57:17
eine "nennenswerte" ausfallquote gab es, glaube ich, eventuell am anfang des projektes.

lsusb kann den hmusb ja noch "erkennen".
vielleicht wird nur auf "alte" listen geschaut, oder hast du auch einen reboot vom pi probiert?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: birdy am 02 Juli 2021, 12:31:23
Hallo frank

Genau, weil lsub den Stick erkennt, zweifle ich ob dieser  wirklich defekt ist
Wenn ich auf den Handsender die Tasten drücke, beginnt auch die LED auf den Stick zu blinken. Er scheint also zumindest die Funksinnale zu erkennen.  Aber nicht an FHEM weiter zu geben.

Mein FHEM läuft seit Jahren als lxc Container auf Proxmox / NUC. Daran hat nichts geändert.
Die Virtuelle wie auch die Physischen Maschine habe ich schon mehrfach rebooted.

Das einzige was ich in den letzten Tagen gemacht habe, die anstehenden Proxmox Updates nachgezogen. Gestern habe ich auf Grund des anstehenden Problems auch HMLAMD neu installiert, aber ohne Erfolg... 

Sorry, aber was meinst DU mit ,,alte" listen
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Otto123 am 02 Juli 2021, 12:46:09
Hi birdy,

der HMLAND läuft scheinbar in der Virtualisierung (Proxmox - die ich zugegeben nicht explizit kenne)
Also wird beim Update was passiert sein, was das Durchreichen verhindert?

Ich würde ja den HMLAND auf dem Host laufen lassen...

Gruß Otto
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 02 Juli 2021, 13:07:12
oder falsche berechtigungen von hmland?
siehe 1. post.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 02 Juli 2021, 13:34:40
was mir gerade noch einfällt:
meine debmatic "krallt" sich sofort den hmusb, wenn sie startet und ihn findet. vermutlich wäre er dann bei mir für fhem/hmland auch nicht mehr "erreichbar".

vermutlich agieren raspberrymatic und pivccu ähnlich.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: birdy am 03 Juli 2021, 00:33:14
Besten Dank Euch beiden für Eure Hilfe

lsusb   liefert sowohl auf den Host wie auch auf den Client dasselbe Resultat.
Also ging ich davon aus, dass das Durchreichen funktioniert.
HMLAMD lief immer auf dem Client, warum dies jetzt auf den Host laufen soll habe ich nicht ganz verstanden.

Wo das Problem nun lag, ist mir nicht bekannt. Ich habe HMLAND deinstalliert und alles entfernt und nochmals neu installiert. Wie von Geisterhand läuft es jetzt wieder .
Ich verstehe es nicht, egal, Hauptsache es läuft   :)

Gruss birdy
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: speedAmaster am 17 Dezember 2021, 00:32:04
Hallo,
ich versuche meine FHM Installation auf einen Proxmox-Container umzuziehen. Leider schaffe ich es nicht den HM-CFG-USB im Container anzusprechen.

Auf dem host habe ich mit "lsusb"
Bus 002 Device 011: ID 1b1f:c00f eQ-3 Entwicklung GmbH HM-CFG-USB/HM-CFG-USB-2 [HomeMatic Configuration adapter]
erhalten.
In meine lxc-Konfigurationsdatei habe ich
lxc.cgroup.devices.allow: c 189:* rwm
lxc.mount.entry: /dev/bus/usb/002/011 dev/bus/usb/002/011 none bind,optional,create=file

eingetragen.

Nach dem erneuten Start des Containers erhalte ich mit "sudo /opt/hmcfgusb/hmland -i"
Can't open device: Input/output error
Can't find/open HM-CFG-USB!
Can't initialize HM-CFG-USB!


Ich komme hier nicht weiter und brauche Eure Hilfe! ???
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: FHEMAN am 17 Dezember 2021, 00:56:34
Hi speedAmaster, ich kann erst morgen in meine Config gucken. Aus dem Hut würde ich aber sagen, dass anstelle ":" ein "=" gesetzt werden muss,also

lxc.cgroup.devices.allow= c 189:* rwm
lxc.mount.entry= /dev/bus/usb/002/011 dev/bus/usb/002/011 none bind,optional,create=file
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: speedAmaster am 17 Dezember 2021, 01:06:57
Hi,
ja du hast Recht. Aber leider geht es auch mit einem ":" nicht :-(   
VG
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: FHEMAN am 17 Dezember 2021, 08:43:25
Wird dir das Gerät denn im Container korrekt angezeigt? Die Settings sind an sich richtig. Bis auf das fehlende "=" (!?)
Evtl. auch mal das Hostsystem rebooten.
Ansonsten zum Test mal komplett USB durchreichen, falls nichts anderes dranhängt?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: FHEMAN am 08 Juli 2022, 01:24:05
Da ich gerade einige Zeit mit der Ursachensuche ständiger Disconnects verbracht habe:
Nach dem Proxmox Update auf 7.x (Debian Bullseye) muss für USB Passthrough der cgroup Wert auf cgroup2 geändert werden, also im Fall oben
von
lxc.cgroup.devices.allow: c 189:* rwm
nach
lxc.cgroup2.devices.allow: c 189:* rwm

Vielleicht hilfts ja jemandem.

//Nachtrag: Außerdem ließ sich die Config nun nicht mehr unter /var/lib/lxc/<ID>/config ändern, sondern nur in /etc/pve/lxc/<ID>.conf
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: FHEMAN am 20 Oktober 2022, 17:42:38
Hi, mal die Frage in die Runde:

Gibt es eine Alternative für den Konfigurationsadapter, die genau so funktioniert?
Also die ich mittels HMLAND einbinden kann ohne spezielle Linux Distribution?

Ich möchte gern die USB Variante weiternutzen, da ich mir die LAN Ports und die Netzteile sparen möchte.

//Edit: der HmIP-RF-USB wäre ja ideal, aber der kann kein BidCos - oder doch?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: tndx am 20 Oktober 2022, 19:40:28
Doch, aber nicht mit FHEM.

Das käme in Frage:
https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi#Anbindung_mit_USB-Adapter (https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi#Anbindung_mit_USB-Adapter)

HMLAND brauchst du dann auch nicht mehr, die Neueinrichtung mit VCCU ist schnell gemacht.

Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: FHEMAN am 20 Oktober 2022, 20:56:50
Zitat von: tndx am 20 Oktober 2022, 19:40:28
Doch, aber nicht mit FHEM.

Das käme in Frage:
https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi#Anbindung_mit_USB-Adapter (https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi#Anbindung_mit_USB-Adapter)

HMLAND brauchst du dann auch nicht mehr, die Neueinrichtung mit VCCU ist schnell gemacht.

Ja, an sowas in der Art dachte ich. Das Funkmodul habe ich sogar rumzuliegen. Aber ich wollte eigentlich nicht noch einen Raspi ausstatten und ans Netz hängen. Wenn ich es richtig verstehe, benötige ich hier auch eine spezielle Linux Distro (RaspberryMatic od. piVCCU3). Die ich dann auch wieder warten muss (Updates).

Meine vorhandenen Raspis haben ein HifiBerry Modul draufgesteckt und laufen mit Debian (und piCorePlayer). Daher kommt eher die reine USB-Lösung in Frage.

Die Lösung mit dem ESP schaue ich mir mal genauer an - den könnte ich zumindest per USB Passthrough in einem - eigenen - Container betreiben, fast wie jetzt mit dem HM-CFG-USB.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Otto123 am 20 Oktober 2022, 21:13:10
irgendwie klingt das wirr  :o

Der Link verweist auf die Beschreibung, wie man einen HM-MOD-RPI-PCB mit einem USB Serial Adapter koppelt. Die Kombination kann man direkt an USB stecken und mit dem Modul HMUARTLGW direkt in FHEM  betreiben, OHNE jegliches extra System.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: FHEMAN am 20 Oktober 2022, 22:15:33
Ich nahm an, dass die Serial-to-USB Variante ähnlich wie der HmIP-RF-USB funktioniert und eigene Images benötigt.

Bis auf die Optik wäre es dann wirklich eine brauchbare Alternative zum Konfigurationsadapter.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Otto123 am 21 Oktober 2022, 09:20:24
Bis auf die USB Schnittstelle hat der HmIP-RF-USB mit dem  HM-MOD-RPI-PCB mit USB Adapter quasi nicht gemeinsam. Es gibt wie gesagt das Modul https://wiki.fhem.de/wiki/HMUARTLGW welches noch das HM-LGW-O-TW-W-EU Funk-LAN Gateway mit FHEM verbindet. Beide haben ziemlich ähnliche Hardware verbaut.
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: FHEMAN am 21 Oktober 2022, 10:20:36
Moin Otto, Du führst mir vor Augen, dass ich mich ob der Vielfalt auch hier mehr einlesen sollte... zumindest, wenn ich nicht (teuer) von der Stange kaufen will.

Das Funk-LAN Gateway wäre ja an sich nicht verkehrt, aber bei den aufgerufenen Preisen... Der Homematic IP Access Point wird zwar billig verramscht in den Kleinanzeigen, aber kann leider kein BidCos.

Ich habe mir nun einen "CP2102 USB zu TTL Konverter HW-598 für 3,3V und 5V" bestellt und werde mal eine Fallbacklösung konfigurieren oder direkt parallel betreiben. Leider kann man den hm-mod-rpi-pcb nicht direkt ranflanschen, sondern muss wieder ein Kabelwirrwar generieren. Der HM-MOD-RPI-PCB-USB von PeMue wäre im Grunde die Lösung dafür. Ich liege mit dieser Umstellung aber leider wohl Jahre zurück... :D (Marktplatz ist auch leer)

Bekomme ich den "HM-MOD-RPI-PCB mit USB Adapter" auch ohne Fhem zum Laufen, auf Basis eines Debian Linux? Und dann via Netzwerk ansprechbar?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Otto123 am 21 Oktober 2022, 12:07:50
Das mit dem Kabelwirrwarr kann man in einem Stück Schlauch oder einem Plastikgehäuse verstecken. Meist ist es sowieso gut, dem Sender ein bisschen Abstand zum Computer zu gönnen. Eventuell gibt es da auch Lösungen für den 3D Drucker.

Weiß nicht genau wie Du das meinst mit dem: "ohne FHEM zum laufen." ::) ?

Du kannst zum einen einen ESP32 mit Netzwerkanschluss verwenden oder ein USB LAN TTL Wandler, dann hast Du sowas wie das LAN Gateway.
Du kannst einen ESP8266 nehmen und das Ding an Wlan anschließen - Wlan ist nicht so toll.
Du kannst die genannte USB Kombi an jeden beliebigen Linux PC stecken und die Verbindung über ser2net zum FHEM PC machen.
Es stehen aber alle diese Varianten exakt erklärt in dem Wiki Artikel?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: frank am 21 Oktober 2022, 13:24:52
Zitat von: FHEMAN am 21 Oktober 2022, 10:20:36
Bekomme ich den "HM-MOD-RPI-PCB mit USB Adapter" auch ohne Fhem zum Laufen, auf Basis eines Debian Linux? Und dann via Netzwerk ansprechbar?
von wem denn?
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: FHEMAN am 21 Oktober 2022, 16:22:24
Zitat von: frank am 21 Oktober 2022, 13:24:52
von wem denn?
Von der Fhem Instanz, die irgendwo im Netzwerk hängt. Ich möchte wieder 2 Gateways parallel betreiben - 1 direkt, 1 im LAN. Ottos beschriebene 3. Variante ser2net scheint die Lösung zu sein.
ich musste das Wiki ein paar Mal lesen, um die Basics endlich zu verstehen.
Danke für die Zusammenfassung, Otto :-[
Titel: Antw:HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: FHEMAN am 22 Oktober 2022, 19:55:11
Zitat von: Otto123 am 21 Oktober 2022, 12:07:50
Du kannst die genannte USB Kombi an jeden beliebigen Linux PC stecken und die Verbindung über ser2net zum FHEM PC machen.
Es stehen aber alle diese Varianten exakt erklärt in dem Wiki Artikel?
Diese Variante läuft jetzt bei mir.

Ich musste (anders als im Wiki) das Device via serial/by-id in der ser2net Config einbinden.
Bsp. für meinen Adapter (CP2102 USB zu TTL Konverter HW-598):

ls /dev/serial/by-id

ergibt: usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0

ser2net Config:

4000:raw:0:/dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0:115200 NONE 1STOPBIT 8DATABITS HANGUP_WHEN_DONE
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: blackbite am 07 November 2023, 13:51:23
Ich möchte hier doch mal eine Frage an die Profis loswerden, da mein HM-CFG-USB-2 wohl so langsam das Zeitliche segnet. Zum Glück habe ich noch einen zweiten HM-CFG-USB-2 im Neuzustand ergattern können und wollte nun fragen, wie ich die aktuelle Version von hmland (v103) mit der Option "-S" mit dem Script vom Hexenmeister in Post #449 (https://forum.fhem.de/index.php?topic=13071.msg190887#msg190887) verwenden kann. Ich möchte den Daemon gerne mit dem Betriebssystem starten. Hier wurde die Verwendung zweier HM-CFG-USB bereits umgesetzt. (https://forum.fhem.de/index.php?topic=94187.0). Mir fehlt nur das Perl-Know-How für das Script. Könnte da wohl jemand behilflich sein? Vielen Dank im Voraus.
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Otto123 am 07 November 2023, 18:01:16
Zitat von: blackbite am 07 November 2023, 13:51:23mit dem Script vom Hexenmeister in Post #449 (https://forum.fhem.de/index.php?topic=13071.msg190887#msg190887) verwenden kann
Das war 2014 :) wie alt ist Dein Betriebssystem?

Hier sind zwei Unitfiles für Systemd - so sollte es doch gehen: https://forum.fhem.de/index.php?topic=94187.msg869282#msg869282
Perl braucht es dafür nicht! Hier https://wiki.fhem.de/wiki/HM-CFG-USB_USB_Konfigurations-Adapter#Start_mit_systemd und hier https://wiki.fhem.de/wiki/Fhem.service_(systemd_unit_file)
Für den Umgang mit Systemd. Du kannst natürlich auch die Integration in die fhem.service Unit überlegen, wie im zweiten Artikel prinzipiell beschrieben.

Gruß Otto
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: blackbite am 08 November 2023, 12:05:04
Zitat von: Otto123 am 07 November 2023, 18:01:16
Zitat von: blackbite am 07 November 2023, 13:51:23mit dem Script vom Hexenmeister in Post #449 (https://forum.fhem.de/index.php?topic=13071.msg190887#msg190887) verwenden kann
Das war 2014 :) wie alt ist Dein Betriebssystem?
;) Sehr alt und ich will bald mal alles auf aktuellen Stand bringen. Im Moment fehlt mir aber die Zeit (3 kleine Kinder + Vater Pflegefall...). Ich bin also tatsächlich noch mit init.d unterwegs und wäre sehr dankbar, wenn jemand sich trotzdem erbarmt, die ein oder zwei Codezeilen im alten Script für mich kommentieren kann.
Meine Idee war ungefähr so:

#!/bin/sh
# simple init for hmland
### BEGIN INIT INFO
# Provides:          hmland
# Required-Start:    $network $local_fs $remote_fs
# Required-Stop::    $network $local_fs $remote_fs
# Should-Start:      $all
# Should-Stop:       $all
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Start hmland daemon at boot time
# Description:       Provide Service to use HM-USB-CFG Adapter for FHEM.
### END INIT INFO

pidfile=/var/run/hmland.pid
port1=1234
port2=4321

case "$1" in
start|"")
    chrt 30 /opt/hmcfgusb/hmland -r 0 -d -P -l 127.0.0.1 -p $port1 -S MEQXXXXXX1 2>&1 | perl -ne '$|=1; print localtime . ": [hmland] $_"' >> /var/log/hmland1.log &
    chrt 30 /opt/hmcfgusb/hmland -r 0 -d -P -l 127.0.0.1 -p $port2 -S MEQXXXXXX2 2>&1 | perl -ne '$|=1; print localtime . ": [hmland] $_"' >> /var/log/hmland2.log &
    ;;
restart|reload|force-reload)
    echo "Error: argument '$1' not supported" >&2
    exit 3
    ;;
stop)
    killall hmland
    ;;
status)
    if [ ! -e $pidfile ]; then
        echo "No pid"
        exit 1
    fi
    pid=`cat $pidfile`
    if kill -0 $pid &>1 > /dev/null; then
        echo "Running"
        exit 0
    else
        rm $pidfile
        echo "Not running"
        exit 1
    fi

    ;;
*)
    echo "Usage: hmland [start|stop|status]" >&2
    exit 3
    ;;
esac
EOF
sudo chmod 755 /etc/init.d/hmland
sudo update-rc.d hmland defaults
sudo service hmland start
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Otto123 am 08 November 2023, 14:47:19
Zitat von: blackbite am 08 November 2023, 12:05:04Sehr alt
Dann als erstes welche Version?:
/opt/hmcfgusb/hmland -VHat der die Option -S denn schon?
/opt/hmcfgusb/hmland -h
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: blackbite am 09 November 2023, 11:09:13
Zitat von: Otto123 am 08 November 2023, 14:47:19
Zitat von: blackbite am 08 November 2023, 12:05:04Sehr alt
Dann als erstes welche Version?:
/opt/hmcfgusb/hmland -V --> 0.103-git
Hat der die Option -S denn schon?
/opt/hmcfgusb/hmland -h --> ja, hab mir die aktuelle Version extra deswegen kompiliert
Titel: Aw: HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen
Beitrag von: Otto123 am 09 November 2023, 11:27:58
Hast Du die Aufrufe denn mal ohne den ganzen Zusatz getestet? Auf den ersten Blick sieht doch Deine Anpassung im Script nicht schlecht aus.
Erfordert sicher sudo ... bzw. erhöhte Rechte
port1=1234
port2=4321
/opt/hmcfgusb/hmland -r 0 -d -P -l 127.0.0.1 -p $port1 -S MEQXXXXXX1
/opt/hmcfgusb/hmland -r 0 -d -P -l 127.0.0.1 -p $port2 -S MEQXXXXXX2