HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen

[Bennemannc]

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

[-Helge-]

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

[mgernoth]

Hallo,

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...

Code Auswählen Erweitern

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.

Ist es normal das hier keine Hersteller-Bezeichnung angezeigt wird?

Ja, ist normal.

    |__ 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.

So sieht das FHEM-Logfile nach einem Bootvorgang aus:

Code Auswählen Erweitern

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.

Code Auswählen Erweitern


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?

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.

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

[hoppel118]

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.

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...

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.

Nein, das ist der HM-CFG-USB.

OK, ich hatte hier anscheinend ein Verständnisproblem, was eigentlich ein CUL ist.

Nein, das ist der HM-CFG-USB, und ja HID ist normal.

Das beruhigt mich.

Sieht doch gut aus.

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?

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...

Der 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:

Code Auswählen Erweitern

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:

Code Auswählen Erweitern

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:

Code Auswählen Erweitern

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

[-Helge-]

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!

[mgernoth]

Hi,

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:

Code Auswählen Erweitern


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.

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

[hoppel118]

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:

Code Auswählen Erweitern


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

[-Helge-]

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:

Code Auswählen Erweitern


[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.

[birdy]

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

[hoppel118]

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

[birdy]

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   

[hoppel118]

Da mir auch schon geholfen wurde, gebe ich natürlich gerne was zurück!

Bin mal gespannt, ob das bei dir mit LXC funktioniert.

[hoppel118]

*Doppelpost*

[-Helge-]

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:

Code Auswählen Erweitern


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

[frank]

hallo helge,
die firmware deines sticks ist ja uralt. ich wusste gar nicht, dass es sowas gibt. 0.967 sollte die aktuelle sein.