Unbekanntes device, oder?

[Andre]

Hallo Martin,

ob es am Ende für die Allgemeinheit interessant ist, kann ich natürlich nicht beurteilen. Ich kann da nur für mich sprechen.

Ich habe zwei Anwendungsfälle:

1) Bei Problemen ist es aus meiner Sicht (u.a.) interessant zu wissen wer mit wem in meiner Reichweite kommuniziert. Mein CUL fängt die Nachrichten ja auch auf und verarbeitet sie - auch wenn er sie im Zweifel am Ende verwirft. Derzeit habe ich (?) keine gute Möglichkeit dies zu sehen. Ich habe kein HMLAN, kann aber über den loglevel auch auf dem CUL die raws loggen. Da kommt dann natürlich wieder alles Mögliche ins Logfile. Dediziert nur unbekannten Traffic zu loggen geht derzeit nicht.

2) Ich versuche das ganze einfach aus Interesse so gut es geht zu verstehen. Auch hier ist es aus meiner Sicht interessant. FHEM ist ja nicht nur eine Endanwenderplattform sondern auch ein ganzes Stück weit eine Entwicklerplattform. Es gibt ja doch die eine oder andere Einstellmöglichkeit die nicht für die Allgemeinheit interessant ist sondern nur aus Entwicklersicht.

Dass die Readings nicht als Logersatz zu nutzen sind, sehe ich auch so. Ich habe ~40 unbekannte Devices (und damit Readings in der vccu bis ich die Dinger alle auf ignore habe). Daher kam die Idee mit HMInfo. Bildzeitung hin oder her, vielleicht kann man es ja irgendwie als Attribut einstellbar machen. Ich will auch keine lange Diskussion mit Dir drüber führen, ich finde es toll was Du hier machst und Du kannst es besser einschätzen als ich.

final call

Gruß
André

[martinp876]

Hallo Andre,

1)
a)

interessant zu wissen wer mit wem in meiner Reichweite kommuniziert.

hm - wozu? Wenn es deine sind sollten sie nicht unbekannt sein. Wenn es die vom Nachbarn sind 'sollte' es dich nichts angehen. Und wenn es dich doch interessiert kannst du die Devices bei dir definieren.

Mein CUL fängt die Nachrichten ja auch auf und verarbeitet sie - auch wenn er sie im Zweifel am Ende verwirft.

das IO verarbeitet immer 'komplett' - verworfen wird dann in CUL_HM (detail...). Das IO weiss nicht, ob es eine verworfen werden muss.

Derzeit habe ich (?) keine gute Möglichkeit dies zu sehen. Ich habe kein HMLAN, kann aber über den loglevel auch auf dem CUL die raws loggen

ich würde den Filter auch in CUL einbauen - aber Rudi (Owner) hat schon mit meinen anderen erweiterungen Probleme.

Dediziert nur unbekannten Traffic zu loggen geht derzeit nicht.

willst du also loggen oder nur sehen, wer mit wem "redet"? Das macht einen erheblichen Unterschied.

2)

Ich versuche das ganze einfach aus Interesse so gut es geht zu verstehen. Auch hier ist es aus meiner Sicht interessant.

Verstehen ist immer gut. Aber ist das wirklich etwas. dass sich weiter bringt? Wenn du lernen willst sind es doch eher bekannte Devices und nicht die, die du garnicht definiert hast.

FHEM ist ja nicht nur eine Endanwenderplattform sondern auch ein ganzes Stück weit eine Entwicklerplattform.

korrekt.

Es gibt ja doch die eine oder andere Einstellmöglichkeit die nicht für die Allgemeinheit interessant ist sondern nur aus Entwicklersicht.

alles, was einstellbar ist (und das uns irgendwie bekannt ist) steht zu Verfügung. Kennst du etwas Gegenteiliges?

Ich habe ~40 unbekannte Devices

geschäftige Nachbarschaft

Daher kam die Idee mit HMInfo. Bildzeitung hin oder her, vielleicht kann man es ja irgendwie als Attribut einstellbar machen.

um die unbekannten devices zu erkennen und auf ignore zu setzen sollte die vccu eigentlich effektiv sein.
um zu loggen was bekannte (oder unbekannte) Devices senden - incl aller detail - sollte man am IO filtern - entsprechend HMLAN auch in der CUL. Kann mal bei Rudi anfragen, so dir das wichtig ist.
um messages zu loggen kann man hmProtokollEvents setzen - das filtert wieder nicht auf IDs... . Das sollte evtl geändert werden. ggf könnte man hier auch messages der ignored devices loggen.

Ich denke, das sollte dir reichen: hmProtokollEvents als Attribut am Device, das auch ignored Devices ggf logt.

Gruss Martin

[Charity]

Hi,

kann mir das bitte mal jemand erklären.

Ich habe nun brav die mir unbekannten Geräte definiert und auf ignore gesetzt.

Mittlerweile bin ich bei 28 unbekannten Geräten angekommen.
Ich trage mittlerweile jeden Tag etwa 3-4 neue unbekannte Geräte ein.

Welche Geräte werden da erkannt ?

Von meiner Nachbarschaft her, kann ich ausschließen, dass hier meine etwa 70jährigen Nachbaren sich jeden Tage 3-4 neue Geräte kaufen und in deren nicht vorhandenes System hängen. Und was recht eigenartig ist, dass diese Geräte stets irgendwann ab Mitternacht auftauchen.

Seitdem ich nun die Geräte alle ignore setze ist mein System wieder richtig flott, aber bis zu welcher Gerätanzahl soll ich das machen. Das ist ja nicht normal das jeden Tag 3-4 neue dazukommen, oder hab ich da mit der Geräten etwas falsch verstanden.

Gestern hatte ich noch folgende eingebunden

Code Auswählen Erweitern


define nbDev1 CUL_HM 166568
attr nbDev1 ignore 1
define nbDev2 CUL_HM 12BA80
attr nbDev2 ignore 1
define nbDev3 CUL_HM 12C6CD
attr nbDev3 ignore 1
define nbDev4 CUL_HM 15F4A1
attr nbDev4 ignore 1
define nbDev5 CUL_HM 13D155
attr nbDev5 ignore 1
define nbDev6 CUL_HM 114393
attr nbDev6 ignore 1
define nbDev7 CUL_HM 113EE0
attr nbDev7 ignore 1
define nbDev8 CUL_HM 14C43D
attr nbDev8 ignore 1
define nbDev9 CUL_HM 14F408
attr nbDev9 ignore 1
define nbDev10 CUL_HM 153DB9
attr nbDev10 ignore 1
define nbDev11 CUL_HM 178E84
attr nbDev11 ignore 1
define nbDev12 CUL_HM 1B4DD2
attr nbDev12 ignore 1
define nbDev13 CUL_HM 1B4E4F
attr nbDev13 ignore 1
define nbDev14 CUL_HM 1EFEC4
attr nbDev14 ignore 1
define nbDev15 CUL_HM 1EFECE
attr nbDev15 ignore 1
define nbDev16 CUL_HM 1FB7AF
attr nbDev16 ignore 1
define nbDev17 CUL_HM 15F17D
attr nbDev17 ignore 1


und heute in der Nacht bzw. auch jetzt am Nachmittag sind folgende wieder dazugekommen :

Code Auswählen Erweitern


2014.07.11 00:40:23 3: HMLAN1: Unknown code A0D5BA41015F17D13D15506010100::-101:HMLAN1, help me!
2014.07.11 00:58:51 3: HMLAN1: Unknown code A0E6B8002123EE413D155010100003A::-100:HMLAN1, help me!
2014.07.11 00:58:52 3: HMLAN1: Unknown code A0E6C8002123EE413D155010200003A::-99:HMLAN1, help me!
2014.07.11 00:58:52 3: HMLAN1: Unknown code A0E36800217509C13D155010100003A::-98:HMLAN1, help me!
2014.07.11 00:59:24 3: HMLAN1: Unknown code A0D6E8410123EE40000000602C800::-102:HMLAN1, help me!
2014.07.11 01:00:06 3: HMLAN1: Unknown code A0D708410123EE400000006020000::-101:HMLAN1, help me!
2014.07.11 02:46:59 3: HMLAN1: Unknown code A0DCAA41019F33C13D15506010000::-94:HMLAN1, help me!
2014.07.11 05:51:38 3: HMLAN1: Unknown code A0E0480021B4F9813D1550101C80054::-102:HMLAN1, help me!
2014.07.11 05:53:30 3: HMLAN1: Unknown code A0E7080021538CB13D1550102C80019::-104:HMLAN1, help me!
2014.07.11 05:53:31 3: HMLAN1: Unknown code A0E1F800217509D13D155010100004A::-103:HMLAN1, help me!
2014.07.11 05:53:32 3: HMLAN1: Unknown code A0E0C80021B4DDE13D155010100003C::-101:HMLAN1, help me!
2014.07.11 05:53:34 3: HMLAN1: Unknown code A0E1F80021750BC13D155010100004E::-102:HMLAN1, help me!
2014.07.11 05:53:35 3: HMLAN1: Unknown code A0E7180021538CB13D1550101000018::-103:HMLAN1, help me!
2014.07.11 05:53:36 3: HMLAN1: Unknown code A0E37800217509C13D1550101000034::-101:HMLAN1, help me!
2014.07.11 05:53:37 3: HMLAN1: Unknown code A0E6D8002123EE413D1550101000034::-101:HMLAN1, help me!
2014.07.11 09:38:55 3: HMLAN1: Unknown code A0D92B61015CE6D13D15506010000::-102:HMLAN1, help me!
2014.07.11 18:55:22 3: HMLAN1: Unknown code A0D2CA61015EC6B13D15506010000::-103:HMLAN1, help me!
2014.07.11 19:16:06 3: HMLAN1: Unknown code A0D38A41013231913D15506010000::-79:HMLAN1, help me!
2014.07.11 20:01:06 3: HMLAN1: Unknown code A0C2DA44115EC6B13D155011FC8::-107:HMLAN1, help me!
2014.07.11 20:01:44 3: HMLAN1: Unknown code A0C2EA44115EC6B13D155012064::-103:HMLAN1, help me!


die ich nun wieder mit

Code Auswählen Erweitern


define nbDev18 CUL_HM 123EE4
attr nbDev18 ignore 1
define nbDev19 CUL_HM 17509C
attr nbDev19 ignore 1
define nbDev20 CUL_HM 19F33C
attr nbDev20 ignore 1
define nbDev21 CUL_HM 1B4F98
attr nbDev21 ignore 1
define nbDev22 CUL_HM 1538CB
attr nbDev22 ignore 1
define nbDev23 CUL_HM 17509D
attr nbDev23 ignore 1
define nbDev24 CUL_HM 1B4DDE
attr nbDev24 ignore 1
define nbDev25 CUL_HM 1750BC
attr nbDev25 ignore 1
define nbDev26 CUL_HM 15CE6D
attr nbDev26 ignore 1
define nbDev27 CUL_HM 15EC6B
attr nbDev27 ignore 1
define nbDev28 CUL_HM 132319
attr nbDev28 ignore 1


definiert habe.

PS: Mein System wurde gerade heute Nachmittag wieder aktualisiert und rebootet.

[martinp876]

aktive Nachbarschaft.
Eine vccu sollte etwas sanfter damit umgehen. wenn du also eine hat wird ein Reading angelegt, wenn dies auftritt.

[Charity]

Hallo Martin,

danke für die Antwort.

Ich habe derzeit folgendes definiert :

Code Auswählen Erweitern


define HMLAN1 HMLAN 192.168.0.20:1000
attr HMLAN1 hmId AA12BC
attr HMLAN1 hmLanQlen 1_min


und

Code Auswählen Erweitern


define vccu CUL_HM AA12BD
attr vccu IODev HMLAN1
attr vccu model CCU-FHEM
attr vccu subType virtual
attr vccu webCmd virtual:update


heut ist schon wieder ein neues Device aufgetaucht.

Aber generell die Art wie ich das definiert habe stimmt, oder ?
Kann ich hier noch etwas optimaler machen ?

Danke

[martinp876]

Code Auswählen Erweitern

attr vccu IOList HMLAN1
wäre noch gut.

dann kannst du in den Devices

attr dev IOgrp vccu

oder

attr dev IOgrp vccu:HMLAN1

setzen. Für automatische Ersatzschaltung, wenn du einmal mehr als ein IO besitzt.

Die neuen Devices sollten dann in der vccu erscheinen - als Reading.
Aktuell bin ich auf dem Sprung - kann es gerade nicht nachtesten. Werde auch die Woche nicht verfügbar sein - bis nächste Woche also.
Du kannst es aber einfach ausprobieren.
Lösche eines deiner devices und löse ein Event aus (button press oder so). Es sollte in der vccu erscheinen. Dann mache ein shutdown restart oder rereadCfg und dein Device ist wieder wie neu, test beendet.

Gruss Martin

[Charity]

Hallo Martin,

danke, ich werde das heut noch ausprobieren.

[daheim]

Hallo zusammen,

muss mich mal einklinken. Habe folgenden Fehler im Log

Code Auswählen Erweitern


2014.07.14 09:06:08 3: Haus: Unknown code A0B02A0011E9F25217537010E::-98:Haus, help me!
2014.07.14 09:06:08 3: Haus: Unknown code A0B02A0011E9F25217537010E::-98:Haus, help me!
2014.07.14 09:06:08 3: Haus: Unknown code A0A0280021E9F2521753700::-98:Haus, help me!
2014.07.14 09:06:09 3: Haus: Unknown code A0B03A0011E9F25217537020E::-100:Haus, help me!
2014.07.14 09:06:09 3: Haus: Unknown code A0A0380021E9F2521753700::-99:Haus, help me!


Daraufhin habe ich meine Config für die HMLAN um die Vccu erweiter ohne erfolg.

Code Auswählen Erweitern


define Scheune HMLAN 192.168.115.116:1000
attr Scheune hmId 1E9F25
attr Scheune hmLanQlen 1_min
attr Scheune wdTimer 25

define Haus HMLAN 192.168.115.117:1000
attr Haus hmId 1E9F25
attr Haus hmLanQlen 1_min

define vccu CUL_HM AA12BD
attr vccu IODev Haus
attr vccu model CCU-FHEM
attr vccu subType virtual
attr vccu webCmd virtual:update
attr dev IOgrp vccu:Haus


Wenn ich die VCCU einbinde habe ich auf der Startseite von FHEM den Fehler: Error messages while initializing FHEM:
configfile: Please define dev first

Wo ist mein Fehler???

VG

Daniel

[frank]

hallo daniel,

da warst du wohl nicht aufmerksam genug.
1. hmid von den io und die definition der vccu muss gleich sein.
2. du musst deine 2 io mit der vccu assignen.

Code Auswählen Erweitern

attr vccu IOList haus,scheune
3. das attribut IOgrp gehört eigentlich in die devices, die diese vccu nutzen sollen. ob die vccu selber das attribut haben kann, weiss ich nicht. probier es aus. auf jeden fall muss "dev" dann den namen des devices erhalten, dem du dieses attribut geben möchtest. wahrscheinlich hast du gar kein device, dass den namen dev hat?

gruss frank

[daheim]

Hallo Frank,

danke für deine Antwort.

Ich habe aber gerade einen Knoten im Kopf...

Also sollte der Code so aussehen?

Code Auswählen Erweitern


define vccu CUL_HM 1E9F25
attr vccu IODev Haus, Scheune
attr vccu model CCU-FHEM
attr vccu subType virtual
attr vccu webCmd virtual:update
attr dev IOgrp vccu:Haus, Scheune


Grüße

Daniel

[frank]

Ich habe aber gerade einen Knoten im Kopf...

wieso?

define vccu CUL_HM 1E9F25
attr vccu model CCU-FHEM
attr vccu subType virtual

genau. hiermit definierst du eine virtuelle ccu mit der selben hmid wie deine io.

nun fehlt immer noch punkt 2. deine vccu hat noch keine io.

Code Auswählen Erweitern

attr vccu IOList Haus,Scheune
hiermit assignst du diese beiden io mit der vccu. diese werden nun über die vccu verwaltet.

damit sollte deine vccu erstmal funktionieren und die unknown-devices entsprechend behandeln.

---------------------------------------------------------------------------------------------

wenn du die vorzüge einer vccu (zb automatische auswahl eines io nach betriebsbereitschaft oder rssi) auch an deinen devices (schalter, aktoren, thermostate, ...) nutzen möchtest, must du fhem noch mitteilen welches device die vccu nutzen soll. also in jedem device, dass die vccu nutzen soll, das attr IOgrp anlegen.

Code Auswählen Erweitern

attr name_meines_device IOgrp vccu:Haus
damit legst du fest, dass fhem das device "name_meines_device" über die vccu anspricht, und zwar vorzugsweise über das io "Haus", sofern es betriebsbereit ist. in diesem fall aber keine automatische rssi auswahl, weil bevorzugt eingestellt ist. dieses attr überschreibt also das attribut IODev, das nur ein bestimmtes device festlegen kann. also nicht 2. wenn gar kein attribut von diesen beiden angegeben wird, wählt fhem ein bestimmtes zufällig aus.

wenn du diese attribute für deine vccu festlegen willst musst du zb

Code Auswählen Erweitern

attr vccu IODev Haus
attr vccu IOgrp vccu:Haus
die funktion der attribute bei einer vccu sind mir aber nicht ersichtlich, weil sie ja nicht über io mit sich selber kommunizieren muss. daher wahrscheinlich überflüssig.

gruss frank

[daheim]

Hallo Frank,

Danke für deine Hilfe.

Funktioniert jetzt alles wieder

[aeronaut]

Ich verstehe das Prinzip und die Auswirkungen der vccu noch nicht ganz und bin auch gar nicht sicher, ob ich das unbedingt brauche. Mir würde es reichen, wenn die "Unknown Code"-Events nicht im Logfile auftauchen. Um durch das erhöhte Logging nicht schon wieder eine SD-Karte zu verlieren. Gibt es so eine Möglichkeit?

[hexenmeister]

Fhem loggt in jedem fall zu viel,  damit dies noch eine rolle spielen würde. Wenn du die logs nicht brauchst, lege sie in ramdisk. Aber läuft das nicht dem eigentlichen einsatzzweck zuwider?
Oder lege sie auf ein usb-stick. Den kann man ja ggf. Leicht ersetzen. Aber eigentlich gehen die so schnell gar nicht kaputt. Meine produktive sd ist bald zwei Jahre alt und die logs mehrere gb groß.

[martinp876]

a)
wenn du die logs nicht brauchst, schalte sie ab. Attr verbose in global

b) vccu
muss man nicht anlegen.
aber...
sollte man immer anlegen. Es ist der Endpunkt der Kommunikation insbesondere der Kanäle der Zentrale (die hat auch welche). Würde ich die systeminstallation jetzt vorgeben wäre diese instanz immer vorhanden.
Wer keine Feature nutzen will muss dies auch nicht, aber FHEM kann die ereignisse und trigger darstellen (z.B. unknown devics)

Warum eigentlich hast du Angst vor der vccu? Verstehst du den anderen Code in entsprechender Tiefe? Es laufen einige Dinge in der SW die ich im Detail sicher nicht kenne - und die erheblich kritischer sind.

c) unknown code
kannst du abstellen, indem du das Device definierst und auf ignore setzt. vccu brauchst du nicht. Aber mit der könntest du die Devices per Kommando anlegen und ignorieren lassen.