Hallo liebe Mitstreiter,
seit ich von der FB auf den Raspi umgezogen bin habe ich die schon oft hier im Forum besprochenen Einträge im LOG. Hier ein Bsp.:
HMLAN1: Unknown code A0D1DA6101EC22723657206010900::-98:HMLAN1, help me!
Auch wenn ich die entsprechenden Beiträge lese verstehe ich trotzdem nicht wo ich ansetzen muß.
Was für Infos braucht Ihr um mich in die richtige Richtung zu schubsen?
VG
Claus
Hast du mehrere HMLANs im Einsatz? Weil du HMLAN1 schreibst?
Ich hatte genau dieses Problem, bis ich eine vccu eingerichtet habe - was leichter war als gedacht.
Hinweis: Bei mir haben beide HMLANs dieselbe HMid.
define vccu CUL_HM XYZXYZ
attr vccu IODev HMLAN2
attr vccu IOList HMLAN1,HMLAN2
attr vccu model CCU-FHEM
attr vccu room Homematic
attr vccu subType virtual
attr vccu webCmd virtual:update
Bei jedem Device, das über die vccu angesprochen werden soll, musst du folgendes ATTR über das WebIF hinzufügen:
IOgrp = vccu:HMLAN1
Viele Grüße,
Heiko
Hallo Heiko,
vielen Dank für die Antwort!
Nein, ich habe nur einen HMLAN im Einsatz und überhaupt nur 3 HM-Geräte angeschlossen. Den HM-LAN, eine Schaltsteckdose und einen Wassersensor. Daher möchte ich gerne vermeiden eine vccu anzulegen.
Bis ich gestern von der FB7390 auf den Raspi umgezogen bin hatte ich diese Meldung auch nicht imLOG.
Hier mal die fheminfo:
Fhem info:
Release : 5.5
Branch : DEVELOPMENT
OS : linux
Arch : arm-linux-gnueabihf-thread-multi-64int
Perl : v5.14.2
uniqueID : xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
upTime : 22:09:48
Defined modules:
CUL_HM : 3
FHEMWEB : 8
FileLog : 4
HMLAN : 1
autocreate : 1
eventTypes : 1
notify : 4
telnet : 1
Defined models per module:
CUL_HM : ActionDetector,HM-LC-SW1-PL2,HM-SEC-WDS
Wo muss ich "suchen"?
VG
Claus
Hallo,
ZitatBis ich gestern von der FB7390 auf den Raspi umgezogen bin
Und natürlich nach dem Umzug bzw. der FHEM-Installatio nauch ein update gemacht vermute ich mal.
Grüße
Hallo Puschel,
vielen Dank für die Antwort!
Ja, ich habe in der Weboberfläche oben in der Befehlszeile "update" eingegeben. Dann musste ich eine Meldung / Datei quittieren und dann lief das update.
Aus dem LOG:
notice update-20130127-001 confirmed on 2014-09-29 18:34:38: 1
Darunter kommt die Auflistung der Dateien aus "FHEM-20140929_183448.tar.gz"
VG
Claus
Hallo,
Und du hast natürlich auch ein shutdown restart gemacht - so wie es am Ende der Updatezeilen steht.
Grüße
Hallo Puschel,
ja, habe ich ... mehrfach ;)
Hast Du eine Vermutung?
VG
Claus
Hallo,
ZitatHast Du eine Vermutung?
Nö, aber das sind so die typischen Fehler über die immer mal wieder gerne gestolpert wird 8)
Grüße
Also ich weiß an dieser Stelle auch nicht weiter.
Wenn du dieses Forum nach Unknown Code durchsuchst, wirst du mehrfach finden, dass eine vccu dies besser abfangen kann.
Und so war es auch bei mir.
Warum scheust du die Einrichtung?
Ich habe die Einrichtung auch zuerst gescheut - aber sie bringt keinerlei Nachteile!
Und bei mir mit 2 HMLANs sogar den Vorteil, dass die Befehle bei Ausfall eines Geräts über das andere ausgeliefert werden - denn die meisten HM-Devices empfangen sehr wohl beide, obwohl ich den 2. fürs Obergeschoss als zusätzlichen Sender gekauft habe.
Hallo Puschel,
ich lese hier schon eine Weile mit und habe dadurch immerhin schon mal eine Ahnung von den Möglichkeiten mit FHEM.
Allerdings befürchte ich, dass ich noch 20 Jahre weiter lesen sollte bis aus der Ahnung tatsächlich mehr wird. ;)
Ich hatte auf der FB nie ein update gemacht und jetzt im Zuge des Umzugs dann halt doch.
Bei dem Stichwort "umziehen" hat sonst nix bei Dir geklingelt?
Hallo Heiko,
durch die Suche wusste ich ja dass es eine "vccu" als Lösung gibt, nur verstehen kann ich diese nicht.
Wenn ich einen Ansatz hätte, warum die Meldung im LOG überhaupt erscheint, was sie verursacht, würde ich versuchen die Ursache zu beseitigen. Aber ich habe ja nur 3 Geräte im Einsatz und bekomme die Meldung erst seit dem ich auf dem Raspi fahre ...
Vermutlich bin ich zu unbedarft oder zu doof aber ich weiss nicht was diese vccu macht, da kann ich in den anderen Threads nicht folgen.
VG
Claus
Technisch kann ich dir leider keine Erklärung geben, da ich reiner Anwender bin und kein Entwickler.
Allerdings probiere ich auch sehr viel "einfach herum" und so manches Problem löst sich dadurch.
Aus den Forenbeiträgen schließe ich, dass die genannte Fehlermeldung auch von "Nachbar"-Geräten kommen kann.
Mit vccu sei die Behandlung derselben besser umgesetz (warum kann ich keine Erklärung geben), und die Praxis zeigt, dass es bei mir funktioniert hat.
ZitatIch hatte auf der FB nie ein update gemacht und jetzt im Zuge des Umzugs dann halt doch.
das ist doch schon die erklärung.
erstmal ist das keine fehlermeldung, sondern ein hinweis, das fhem eine funkmessage erhalten hat, für die sich aber kein modul verantwortlich fühlt. keiner will sie haben. früher hat cul_hm sich erbarmt und hat sie einfach in den müll geworfen.
also ein reguläres hm-device 1EC227 funkt zu einem anderen device 236572 und keinen interessiert es. das ist die mitteilung.
lösungen:
1. meldung ignorieren
2. störquelle beseitigen. da das device mit sehr schlechtem rssi (-98) daherkommt, vermute ich deinen nachbarn als störenfried. also freundlich bitten, dass er es entfernt oder an einen anderen platz verfrachtet.
3. störstrahlung eindämmen. vielleicht hilft ein hoher maschendrahtzaun um die funkstrahlung so zu verringern, dass dein io davon nichts mehr mitbekommt.
4.empfangsbereich deines io verringern/verändern. einfach weiter weg stellen, schon ist die meldung futsch.
5.hm device erstellen und mit attribut ignore versehen:
define unknown1 CUL_HM 1EC227
attr unknown1 ignore 1
eine vccu kann dir beim managen von 5. behilflich sein.
gruss frank
Hallo Frank,
vielen Dank!
Ich habe für die 3 Geräte die eine Meldung verursachen die Einträge in der fhem.cfg vorgenommen
# Ignorieren
define unknown1 CUL_HM 1EC227
attr unknown1 ignore 1
define unknown2 CUL_HM 236572
attr unknown2 ignore 1
define unknown3 CUL_HM 257B7C
attr unknown3 ignore 1
und rereadcfg ausgeführt.
Reicht das oder muss ein shutdown her?
VG
Claus
ZitatReicht das oder muss ein shutdown her?
das hat sich mir noch nicht vollständig erschlossen, wann was reicht, oder auch nicht. deswegen mach ich fast immer shutdown restart, wenn es ernst ist. hier kann ja nichts daneben gehen, ausser das du weiterhin logeinträge bekommst. aber auf jeden fall
vorher save. ausserdem habe ich eine vccu, da brauch ich nur aufs knöpchen drücken. ;) probieren geht über studieren.
edit: in diesem fall brauchst du natürlich nur die zeilen in die eingabezeile tippen. anschliessend save.
gruss frank
Hallo,
solche Einträge kann man auch vornehmen OHNE in der fhem.cfg schrauben zu müssen.
ZitatBei dem Stichwort "umziehen" hat sonst nix bei Dir geklingelt?
Du ziehst deine Installation um - bekommst Logmeldungen die vorher nicht da waren - liest hier die Beiträge und kannst mit dem Inhalt nichts anfangen aber bei MIR soll es klingeln ???
Kurze Zwischenfrage: Woher soll ICH wissen das DU auf der FritzBox nie ein update gemacht hast?
Leute - wir sind hier keine Hellseher (alos ich auf alle Fälle nicht) und zumindest meine Glaskugel ist beim Glaser zum Polieren.
Grüße
Hallo Puschel,
vielen Dank!
Zitatsolche Einträge kann man auch vornehmen OHNE in der fhem.cfg schrauben zu müssen.
Wie denn? Wie meinst Du das? Erkläre es mir bitte.
Zitat... liest hier die Beiträge und kannst mit dem Inhalt nichts anfangen...
Noch nicht so viel , noch nicht genug, aber ich habe die Hoffnung, dass sich das mit der Zeit ändert und ich mehr verstehe!
Zitat...aber bei MIR soll es klingeln...
Aber sicher: Bei der Anzahl Deiner Beiträge (und ich unterstelle Dir deshalb den Besitz eines Erfahrungsschatzes) ist die Wahrscheinlichkeit, dass Dir ein Problem und dessen Lösung bekannt ist, m.E. hoch.
;) Das sich mit dem FHEM Update auf der FB oder Raspi das Verhalten bzw. die Empfangsempfindlichkeit des HMLAN verändert finde ich bemerkenswert ;)
VG
Claus
Hallo,
die Anzahl meiner Beiträge sagt nichts über deren Sinnhaftigkeit aus ;D
Über die Befehlszeile kannst du ALLES in FHEM anlegen was dir autocreate nicht abnimmt.
Bearbeiten lässt sich alles über das Web-Frontend indem du einfach auf DEF klickst und danach mit modify abspeicherst.
Ab und an ein save config klicken sonst ist nach einem restart wieder alles weg.
Wie das bearbeiten geht (gehen kann) habe ich schon ein paar mal gepostet.
Über die Suche nach fhem.cfg bearbeiten und User puschel* findest du die Einträge, teilweise auch mit Screenshots.
Bitte nicht böse sein wenn ich das nicht schon wieder alles nochmal schreibe.
Grüße
ZitatDas sich mit dem FHEM Update auf der FB oder Raspi das Verhalten bzw. die Empfangsempfindlichkeit des HMLAN verändert finde ich bemerkenswert
Lesen ist schwer ;)
Zitatfrüher hat cul_hm sich erbarmt und hat sie einfach in den müll geworfen.
von frank
ZitatLesen ist schwer ;)
zum glück gibt es ein paar ausnahmen. :)
Hallo zusammen,
mittlerweile habe ich 10 Einträge für unbekannte Geräte mit ignore angelegt.
Gibt es viel leicht auch eine Möglichkeit nur bekannte Geräte zuzulassen und alle anderen Geräte automatisch zu ignorieren?
VG,
Claus
Hallo,
ZitatGibt es viel leicht auch eine Möglichkeit nur bekannte Geräte zuzulassen und alle anderen Geräte automatisch zu ignorieren?
Wenn du dafür eine Möglichkeit findest wirst du reich ;)
Nein im Ernst aber woher soll FHEM wissen was für dich
bekannt und
nicht bekannt ist?
Du kannst autocreate abschalten - dann musst du aber alles "zu Fuß" erledigen.
Oder autocreate kurz vor dem anlernen eines neuen Gerätes wieder aktivieren.
Zitatmittlerweile habe ich 10 Einträge für unbekannte Geräte mit ignore angelegt.
Nur 10 Stück?
Du Glücklicher - ich muss mal in meine ignore.cfg schauen aber dort hab ich mittlerweile sicher gut 50 Geräte drin.
Kommt halt immer drauf an wie Technikaffin die Nachbarn sind.
Grüße
Zitatmittlerweile habe ich 10 Einträge für unbekannte Geräte mit ignore angelegt.
Gibt es viel leicht auch eine Möglichkeit nur bekannte Geräte zuzulassen und alle anderen Geräte automatisch zu ignorieren?
bisher nur halbautomatisch mit vccu. aber das wolltest du ja nicht. ;) eventuell würde martin das noch "aufbohren".
@puschel
Zitatich muss mal in meine ignore.cfg schauen
du hast doch wohl nicht manuell an deiner fhem.cfg "rumgeschraubt" und ein include eingefügt. :)
gruss frank
Hallo,
Zitatdu hast doch wohl nicht manuell an deiner fhem.cfg "rumgeschraubt" und ein include eingefügt. :)
Ab und an räum ich meine fhem.cfg schon auf.
Das darf auch jeder machen solange er WEIß was er macht ;)
Und nicht nachher jammert das nix mehr geht :P
Grüße
Vielen Dank für die Antworten und das OT :D
Ich habe versucht das autocreate durch hashes abzuschalten. Dann meldet FHEM das ich zuerst ein autocreate anlegen soll...
Wie mach ich es richtig?
autocreate disable 1, in DEF von autocreate . Dann ist es deaktiviert .
VG
Frank
Hallo Frank,
ich kenn doch nur die fhem.cfg...
Wie komm ich an die DEF?
Oder meinst Du damit die entsprechende Sektion in der cfg?
VG
Claus
Hallo,
attr autocreate disable 1
sollte helfen.
Grüße
Edith:
Zitatich kenn doch nur die fhem.cfg...
Vergiss das es eine fhem.cfg gibt.
Danke, Puschel.
Kein Wunder das autocreate nicht bei unsorted auftaucht wenn ich sie vorher auskommentiere...
Nachdem ich die hashes wieder raus genommen habe konnte ich auch die attr setzen...
wie gesagt, ich habs gleich ;D
Zitat von: Puschel74 am 05 Oktober 2014, 23:25:15
Vergiss das es eine fhem.cfg gibt.
Erinnert mich an "...das sind nicht die Droiden die Ihr sucht"
;D
Zitat von: Claus am 05 Oktober 2014, 23:46:54
"...das sind nicht die Droiden die Ihr sucht"
Wenn Sie mal alle bitte hier oben in das kleine Licht schauen würden...
Ich werde noch wahnsinnig!
Obwohl ich glaubte autocreate mit folgendem Code abgeschaltet zu haben
define autocreate autocreate
attr autocreate disable 1
attr autocreate filelog ./log/%NAME-%Y.log
attr autocreate room Unsorted
hatte ich heute wieder zwei neue Einträge im Log.
Wie kann das sein?
VG
Claus
Hallo,
wenn du autocreate per # auskommentierst ist es aus.
Warum bei dir dann FHEM noch meckert kann ich dir nicht beantworten.
Ich habe autocreate bei mir mit # auskommentiert - nicht nur das define sondern auch die Attribute dazu - und ich hab Ruhe.
# define autocreate autocreate
# attr autocreate filelog ./log/%NAME-%Y.log
# attr autocreate room Unsorted
So solltest du das Attribut disable löschen können - auskommentiert ist auch ausgeschaltet.
Zumindest bei mir.
Grüße
Hallo Puschel,
vielen Dank!
So hatte ich es ja zuerst auch gemacht. Aber dann bekomme ich beim klicken auf save fhem.cfg
Please define autocreate first
Wenn ich dann nochmal die cfg speichere kommt die Meldung nicht mehr !?
Folgendes habe ich nun in "die-dessen-namen-nicht-geannt-werden-soll" eingetragen
# Autocreate abschalten
# define autocreate autocreate
# attr autocreate disable 1
# attr autocreate filelog ./log/%NAME-%Y.log
# attr autocreate room Unsorted
Mal sehen ob es nun hilft.
VG
Claus
Hallo,
Zitatdie-dessen-namen-nicht-geannt-werden-soll
;D
Beim ersten mal ist die Meldung ok da autocreate im savefile noch als aktiv markiert ist.
Diese Meldungen kannst du ignorieren.
Mich wundert aber das disable nicht greift ???
Grüße
Zitathatte ich heute wieder zwei neue Einträge im Log.
Wie kann das sein?
weil das eine mit dem anderen nichts zu tun hat? ;)
@Puschel
... mit meinem gesunden Unverständnis stelle ich mal eine Theorie zue dikussion.
Bei meinem Umzug von FB auf Raspi hatte ich folgende Zustände
1. FB alleine
2. Install, Aktivierung und update von FHEM auf Raspi mit Standard-cfg
3. Löschung aller nicht-standard-Inhalte auf FB fhem.cfg
4. save.cfg, shutdown restart von FHEM auf FB
5. Einfügen der nicht-standard-Inhalte der fhem.cfg auf Raspi
6. save.cfg, shutdown restart von fhem auf Raspi
7. FritzOS 6.20 auf FB installiert = Tschüss FHEM auf FB
Ich meine mich zu erinnern, dass dann die HMId erneurt wurde ... irgendwie.
Kann das damit zusammenhängen?
@frank: hat es nicht!? Jetzt bin ich ganz gaga.
Ich hatte es so verstanden, dass, wenn kein autocreate da ist auch kein neues unbekanntes Device mit meinem HMLAN sprechen kann. Durch das Ignore bekommen die bbis dahin illegal eingefunkten Devices dann halt keine Antwort mehr.
Verwirrt ich bin ...
VG
Claus
Hallo,
ZitatIch hatte es so verstanden, dass, wenn kein autocreate da ist auch kein neues unbekanntes Device mit meinem HMLAN sprechen kann.
Doch sprechen schon - der HMLan hört nur nicht richtig zu resp. das Device wird nicht angelegt.
So als ob du mit einem Japaner redest - er hört dich aber er versteht nix ;D
ZitatIch meine mich zu erinnern, dass dann die HMId erneurt wurde ... irgendwie.
Nö, die HMID sollte bei einem einfachen Umzug nicht erneuert werden da du diese ja in der Konfig mitnimmst.
Grüße