HM virtual CCU

[martinp876]

Hi Frank,

ja, HMConfig hatte ich nicht mit abgegeben.

2 Befehle halte ich für übertrieben (meine Meinung). Die Liste ist meinst endlich, der Aufwand ist es kaum wert. Ich sehe folgende Fälle
a) nach langen Betrieb schaue ich nach - alte Readings!. Lösche alle und schau, was noch kommt
b) ich will alle unknown eintragen. Sollte es eines schon geben wird das Kommando rejected. Das passiert mir nur einmal. Danach lösche ich die Liste und warte wieder ab.

Das Kommando "defIgnUnknown" habe ich auch eingebaut.

[frank]

danke, klappt prima.

fast schon zu gut. ich habe einen neuen tc funken lassen und dann defineUnknown gestartet (den befehlsnamen solltest du bei gelegenheit nochmal verbessern). der tc war dann völlig verschwunden, in keinem room und auch nicht in fhem.cfg. völlig ausradiert. auch keine neuen files gefunden.  --- ich hatte kein save gemacht. 

Danach lösche ich die Liste und warte wieder ab.

das reading war sogar schon von selbst verschwunden, nach defineUnknown.

gruss frank

[martinp876]

der tc war dann völlig verschwunden, völlig ausradiert.

ausradiert wohl nicht. Aber es taucht nicht mehr auf, ausser, wenn man es direkt sucht. Ein "list <unknown_123456> " geht noch.
Siehe Doku zu "ignore".

Für HM werde  ich einbauen dass man diese Devices noch finden kann. inHMInfo kann man mit "i" diese devices einbeziehen. Finden kann man alle mit
get hm param -i ignore

Für alle anderen kommandos muss man
set hm <cmd> -i
setzen, um diese auch zu finden.

das reading war sogar schon von selbst verschwunden, nach defineUnknown.

klar. Wenn ich devices definiere sind sie nicht mehr unknown. Muss also weg.

[frank]

Für HM werde  ich einbauen dass man diese Devices noch finden kann.

sehr gute idee. dann kann man auch den namen ermitteln um zb ein

Ein "list <unknown_123456> " geht noch.

auch durchführen zu können. 

[martinp876]

ist beides schon drin gewesen. List ist FHEM kernal.

Beachte, dass HMInfo per default "ignore" devices ignoriert. Mit der option -i werden diese eingeschlossen. Siehe filter-optionen

[automatisierer]

Will mal ne Rückmeldung geben:
Ich hab den hmLanQlen wieder auf 1 gestellt und alles funktioniert seit ein paar Tagen reibungslos.  Alle Geräte haben nach einem Neustart oder rereadcfg das ioDev das ich als pref. eingestellt hab. Hab auch mal nen Stresstest gemacht, mit HMinfo autoReadReg und auch nen set .* statusRequest. Alles ohne Probleme.
Am Montag war durch das Gewitter die Verbindung zu meinem 2. HMLan unterbrochen worden , hat aber dennoch alles gut funktioniert, bis auf die paar Geräte die außerhalb des Empfangs des 1. HMLan liegen.

Gruß
Ingo

[dennis87]

Hallo,
bei mir läuft die VCCU auch sehr gut, sie hat mir am zweiten Tag auch direkt geholfen, als sich der Switchport an dem mein HMLAN hängt verabschiedet hat .

In den letzten Tagen habe ich jedoch folgende Einträge am Nachmittag im Log stehen:

Code Auswählen Erweitern

2014.09.01 15:59:36 1: 127.0.0.1:1234 disconnected, waiting to reappear (HMUSB)
2014.09.01 15:59:36 1: HMLAN_Parse: HMUSB new condition disconnected
2014.09.01 15:59:36 1: 127.0.0.1:1234 reappeared (HMUSB)
2014.09.01 15:59:36 1: HMLAN_Parse: HMUSB new condition init
2014.09.01 15:59:36 1: 127.0.0.1:1234 disconnected, waiting to reappear (HMUSB)
2014.09.01 15:59:36 1: HMLAN_Parse: HMUSB new condition disconnected
2014.09.01 15:59:36 1: 127.0.0.1:1234 reappeared (HMUSB)
2014.09.01 15:59:36 1: HMLAN_Parse: HMUSB new condition init
2014.09.01 15:59:37 1: 127.0.0.1:1234 disconnected, waiting to reappear (HMUSB)
2014.09.01 15:59:37 1: HMLAN_Parse: HMUSB new condition disconnected
2014.09.01 15:59:37 1: 127.0.0.1:1234 reappeared (HMUSB)
2014.09.01 15:59:37 1: HMLAN_Parse: HMUSB new condition init
2014.09.01 15:59:39 1: 127.0.0.1:1234 disconnected, waiting to reappear (HMUSB)
2014.09.01 15:59:39 1: HMLAN_Parse: HMUSB new condition disconnected
2014.09.01 15:59:39 1: 127.0.0.1:1234 reappeared (HMUSB)
2014.09.01 15:59:39 1: HMLAN_Parse: HMUSB new condition init
2014.09.01 15:59:41 1: 127.0.0.1:1234 disconnected, waiting to reappear (HMUSB)
2014.09.01 15:59:41 1: HMLAN_Parse: HMUSB new condition disconnected
2014.09.01 15:59:41 1: 127.0.0.1:1234 reappeared (HMUSB)
2014.09.01 15:59:41 1: HMLAN_Parse: HMUSB new condition init
2014.09.01 15:59:45 1: 127.0.0.1:1234 disconnected, waiting to reappear (HMUSB)
2014.09.01 15:59:45 1: HMLAN_Parse: HMUSB new condition disconnected
2014.09.01 15:59:45 1: 127.0.0.1:1234 reappeared (HMUSB)
2014.09.01 15:59:45 1: HMLAN_Parse: HMUSB new condition init
2014.09.01 15:59:46 1: 127.0.0.1:1234 disconnected, waiting to reappear (HMUSB)
2014.09.01 15:59:46 1: HMLAN_Parse: HMUSB new condition disconnected
2014.09.01 15:59:46 1: 127.0.0.1:1234 reappeared (HMUSB)
2014.09.01 15:59:46 1: HMLAN_Parse: HMUSB new condition init
2014.09.01 15:59:48 1: HMLAN_Parse: HMUSB new condition ok

An zwei Tagen standen diese Einträge zu exakt denselben Zeiten im Log, heute leicht Zeitversetzt um 16:44.

Komischerweise tauchen diese Zeilen erst seit dem 01.09.14 auf, im Log vom August steht nicht derartiges :-/

Hat jemand eine Idee?

[frank]

die meldungen erhalte ich immer, solange wie ich den hmusb vom usb-port abgezogen habe. hat nichts mit vccu zu tun. da wird hmland den hmusb nicht finden können.

gruss frank

[dennis87]

Ja das erhalte ich genauso wenn der Stick abgezogen ist, jedoch bleibt alles was an dem USB-Hub angeschlossen ist zu der Zeit wo die Meldung auftritt in Betrieb, da hängt nämlich noch mein 1-Wire stick dran.

[frank]

da hängt nämlich noch mein 1-Wire stick dran.

da habe ich schon viele probleme gesehen. viele haben 1-wire auf einem separaten rpi laufen. kann ich nicht selbst beurteilen.

[martinp876]

könnte schwierig werden, wenn der deamon immer wieder meldet, dass der HMUSB reconnected hat. in welchen Zustand ist HMUSB? disconencted? das reconnect kommt vom DEVIO.

[dennis87]

Der HMUSB ist connected , via USB-Hub zum Cubie.

Es gibt keinerlei Anzeichen, dass irgendein disconnect stattfindet :-/

[martinp876]

hast du einmal rohmessages geloggt? Liefert das HMUSB ein keepalive? Sollte es

[fiedel]

Code Auswählen Erweitern

die meldungen erhalte ich immer, solange wie ich den hmusb vom usb-port abgezogen habe. hat nichts mit vccu zu tun. da wird hmland den hmusb nicht finden können.

So ist es. Könnte in Richtung Linux / udev gehen. Deshalb besser separaten Thread aufmachen!

Gruß

Frank

[moonsorrox]

ich habe seit heute hier eine Fernbedienung HM-RC-4-2 und eine Zwischensteckdose HM-ES-PMSw1-Pl zum testen und wollte das mit der virtuellen CCU mal probieren ob die jetzt vernünftig Rückmeldungen bekommen.
Wie sage ich denn den beiden Geräten das sie sich mit der vCCU verbinden sollen oder anders herum der vCCU das sie diese beiden aufnehmen soll..?

Die vCCU habe ich eingerichtet wie es im Wiki steht und die sieht auch so aus nur das eben bei "myHMLAN" bei mir "IOs_ok" steht..