Ganz im Stile des NACK-Problems beim HM-Sec-SCo aufgrund schlechter Batterie (https://forum.fhem.de/index.php/topic,111028.msg1051906.html#msg1051906) hier mein Hinweis, in diesen Fällen doch wirklich auch mal um die Ecke zu denken:
Fast zwei Tage lang bekam ich diese Meldungen teilweise im Minutentakt, was erst mal nur durch Zufall entdeckt wurde. Bevor ich die VCCU anweisen wollte, den Code zu ignorieren, ergab eine kleine Codeanalyse, dass die beiden enthaltenen HmID durchaus zu existierenden und funktionierenden Geräten in meiner Konfiguration gehören.
Was war passiert?
Ich hatte vor zwei Tagen HMConfig.pm aus dem SVN gezogen und per "reload" im laufenden Betrieb neu geladen. Dabei muss mir eine Fehlermeldung durchgerutscht sein. Denn die beiden fraglichen Geräte aus der Homebrew-Klasse mit eigener Definition wurden damit abgeschossen und funktionsuntüchtig (was wegen der selten benötigten Werte eben nicht auffiel). Und der eine Sensor hat eine Firmware, die im Minutentakt sendet (und zwar den Füllstand eines wöchentlich zu leerenden Großcontainers, per Ultraschall).
"Wenn's nicht tut, dann hilft reboot". Genau.
Also, wenn solche Codes plötzlich auftauchen, kann der Nachbar auch ganz unschuldig sein.
da könnte auch eine übersicht der eigenen id's helfen.
get hminfo param -d DEF serialNr
Achja. Habe das bisher mit "list TYPE=CUL_HM DEF" gemacht. Hat dann nicht nur Devices, sondern auch alle Kanäle.
Tatsächlich habe ich gar nicht den Code analysiert, sondern die Logs von FHEM und einem AskSinAnalyzer verglichen. Mit den Zeitstempeln habe ich die Geräte dann identifiziert. Denn der AskSinAnalyzer lieferte mir sofort die Namen der Geräte (bzw. den selbstdefinierten shortAlias, was die Anzeige auf dem Display deutlich angenehmer macht). Erst dann wurde mir klar, dass FHEM die eigentlich bekannten Geräte nicht mehr identifizieren konnte.
Zitat von: Pfriemler am 13 Mai 2020, 17:42:50
Bevor ich die VCCU anweisen wollte, den Code zu ignorieren
Hallo Pfriemler,
wie kann man die VCCU anweisen einen bestimmten Code zu ignorieren?
Ich habe ständig Zeug in meinem Protokoll das nicht von mir stammt.
Die Zeilen mit den hohen rssi Werten ˃100 sind keine Geräte von mir und müllen mein Logfile zu.
- 2020.05.24 17:04:19.573 4: CUL_Parse: CUL_0 A 0F 0F 8610 6ACCA0 000000 0A84DA0C0000BD -107.5
2020.05.24 17:05:14.498 4: CUL_Parse: CUL_0 A 06 77 37C7 7BC516 BF -106.5
2020.05.24 17:05:14.501 3: CUL_0: Unknown code A067737C77BC516, help me!
2020.05.24 17:05:42.577 4: CUL_Parse: CUL_0 A 06 6B FF95 7BC516 B7 -110.5
2020.05.24 17:05:42.579 3: CUL_0: Unknown code A066BFF957BC516, help me!
2020.05.24 17:06:06.072 4: CUL_Parse: CUL_0 A 0F 7B 8610 6957EB 000000 0A28E20B004017 -62.5
2020.05.24 17:06:22.906 4: CUL_Parse: CUL_0 A 0F 2F 8610 45F772 000000 0A28D80B004000 -74
2020.05.24 17:06:43.463 4: CUL_Parse: CUL_0 A 0F 90 8610 6ACC06 000000 0AA8D30B4A00BE -107
2020.05.24 17:06:51.075 4: CUL_Parse: CUL_0 A 0F 10 8610 6ACCA0 000000 0A84DA0C0000C5 -103.5
2020.05.24 17:08:26.076 4: CUL_Parse: CUL_0 A 0F 7C 8610 6957EB 000000 0A28E20B004016 -63
2020.05.24 17:08:37.087 4: CUL_Parse: CUL_0 A 06 64 7095 7BC516 CB -100.5
2020.05.24 17:08:37.090 3: CUL_0: Unknown code A066470957BC516, help me!
VG
betamax
Schau mal in Deine VCCU nach "unknown_..." in den Readings. Deine VCCU sollte Deinen CUL natürlich unter ihren Fittichen haben.
Mit dem VCCU-Kommando "defIgnUnknown" werden die bisher unbekannten Geräten in FHEM angelegt und bekommen anschließend per Attribut "ignore 1" Aufmerksamkeitsverbot (so wie man das auch händisch machen kann). Sollten Geräte aus dieser Liste inzwischen definiert worden sein, werden sie nicht angetastet, man macht sich also nix kaputt.
Sind die A06... nicht HMIP? dann geht nur verbose Level
Guter Riecher!
Ob HMIP oder nicht ...
Zitat von: frank am 07 Dezember 2017, 17:02:38
messages, die mit A06 beginnen, sind keine bidcos messages. kein fhem modul will sie haben, daher unknown code meldungen.
Zitat von: frank am 22 April 2020, 15:30:53
bei A06 msgs kann die vccu nicht helfen.
Zitat von: fhem-hm-knecht am 22 April 2020, 20:29:37
die A06 Meldungen bekommt man nur weg
a. verbose am Cul auf 2 stellen (unterdrückt verbose 3 und höher Meldungen)
b. keinen Cul oder Clone benutzen
c. orginale HM I/Os benützen
d. neue Firmware schreiben...
Hallo,
ich habe das attr verbose am Cul auf 2 gestellt, scheint zu funktionieren.
Zitat von: Pfriemler am 24 Mai 2020, 21:40:18
Schau mal in Deine VCCU nach "unknown_..." in den Readings. Deine VCCU sollte Deinen CUL natürlich unter ihren Fittichen haben.
Mit dem VCCU-Kommando "defIgnUnknown" werden die bisher unbekannten Geräten in FHEM angelegt und bekommen anschließend per Attribut "ignore 1" Aufmerksamkeitsverbot (so wie man das auch händisch machen kann).
Das hatte ich zuerst versucht.
Nachdem VCCU-Kommando "defIgnUnknown" sind die "unknown_..." aus den Readings verschwunden.
Ich habe die dann aber nicht mehr gefunden und konnte dann kein Attribut "ignore 1" setzen.
Danke an alle!
VG
betamax
Zitat von: betamax am 26 Mai 2020, 15:49:09
Nachdem VCCU-Kommando "defIgnUnknown" sind die "unknown_..." aus den Readings verschwunden.
Ich habe die dann aber nicht mehr gefunden und konnte dann kein Attribut "ignore 1" setzen.
Das "ignore 1" macht defIgnUnknown ja allein. Wenn die nicht mehr zu finden sind, hat alles funktioniert :-)
defmod c_showignoreddevices cmdalias showignoreddevices AS { join("\n", grep { $attr{$_}{ignore} } sort keys %attr ) }
attr c_showignoreddevices room <.........NachBeliebenZuSetzen...........>
"showignoreddevices" in der Eingabezeile ... und da hat man sie. Habe ich mir noch als Link ins Menü gesetzt: in der verwendeten FHEMWEB-Instanz attr menuEntries "cmd=showignoreddevices" hinzufügen.
Zitat von: Pfriemler am 26 Mai 2020, 20:10:19
"showignoreddevices" in der Eingabezeile ... und da hat man sie.
Ja klappt alles bis dahin.
Das mit dem Link setzen klappt leider nicht.
attr [-a|-r] <name> <attrname> [<attrvalue>]
where <name> is a single device name, a list separated by comma (,) or a regexp.
See the devspec section in the commandref.html for details.
Die commandref.html hat mich auch nicht erhellt.
Wenn ich etwas eingebe, kommt eine Fehlermeldung. Ich weiß nicht was der von mir will, sorry bin kein Programmierer.
Das Ausführen des Codes "attr WEB menuEntries showignoreddevices" würde vermutlich funktionieren, allerdings würden vorhandene Menüeinträge so gelöscht werden.
Daher besser:
- Öffne Deine bevorzugte FHEMWEB-Instanz zum Programmieren. Default heißt sie "WEB" auf dem Port 8083. Ich nutze bspw. eine eigene Instanz mit besonderen Rechten.
- Klicke unter Attribute auf das Attribut menuEntries und schaue was dort steht - füge dort an die gewünschte Position das "showignoreddevices" hinzu. Vergiss das Übernehmen nicht (mit dem Button "attr")
Perl und FHEM sind kein Hexenwerk. Ich kannte mich vorher auch maximal mit BASIC-Dialekten aus. Das kommt mit der Zeit, besonders wenn man die Einstiegshürde mal genommen hat.