Hallo,
es geht mir langsam mächtig auf den Senkel nach stundenlangen Kampf und Krampf hofft man
CUL_TCM97001 taucht nun endlich nicht mehr im Log auf.
kurze Zeit später selbe Spiel mit CUL_TCM97001_AURIOL
weilchen später selbe Spiel mit CUL_TCM97001_144
weilchen später selbe Spiel mit CUL_TCM97001_143
Jedesmal sein Log kontrollieren mit autocreate einschalten Gerät anlegen auf ignore setzen attr löschen in hiddenroom verlegen geht schon langsam auf den Keks.
Unnütze Einträge in DbLog muss ich auch nicht haben Punkt.
Wenn ich das Modul 14_CUL_TCM97001.pm sorry rausschmeiße ist mit weiteren Nebenwirkungen zu rechnen?
Die dort angeführten Modelle habe ich nicht in Benutzung und werde ich mir mit diesem rumgemalle auch nicht zulegen.
Für bessere Vorschläge hier schon mehrmals angefragt habe ich weiterhin ein offenes Ohr.
Gruß
Hans-Jürgen
bau dir eine notify/Doif, welches automatisch alle Geräte welche angelegt werden und "CUL_.*" heißen in raum hidden verschoben werden und ein exclude für die DB bekommen. Oder lösch die pm Datei und nimm sie aus dem Update mit exclude_from_update raus.
autocreate lässt sich auch ausschalten
autocreate hat ein Attribut ignoreTypes oder so
Hallo,
Danke für Eure Antworten,
Endlich überhaupt mal eine Antwort auf diese Problematik für mich....
Ja autocreate ist auf disabled fast ständig bei mir und ich weiß nicht vergessen, FHEM wächst ja fast ständig bei mir und habe es im Hinterkopf.
Werde dann mal brutal und lösche das Modul.
Gruß
Hans-Jürgen
Zitat von: Deckoffizier am 02 Oktober 2017, 17:47:35
Werde dann mal brutal und lösche das Modul.
Gruß
Hans-Jürgen
Warum??? So ein Unsinn.
Zitatautocreate hat ein Attribut ignoreTypes oder so
Warum machst Du das nicht, da kannst per RegEx angeben was nicht automatisch angelegt werden soll.
Hallo CoolTux,
Deine Antwort
Warum??? So ein Unsinn.
Nun ja was ist daran Unsinn unnötigen Ballast abzuwerfen.
Oder den Gordischen Knoten zerschlagen wenn ich keinen Strick mehr brauche und NICHT dabei in Jubel ausbreche.
In meiner laienhaften Annahme ist bei autocreate disabled, ignoreTypes hinfällig habe ich soweit bis zum erbrechen alles mögliche durchprobiert.
Zur RegEx, habe bewusst autocreate abgeschaltet da ich so nicht einen Rattenschwanz anlegen wollte und die RegEx bei Geräten gleichen Types z.B. FS20 für mich schon knifflig wird was Dich sicher ein müdes lächeln kostet.
Gruß
Hans-Jürgen
Das Modul ist so lange kein Ballast so lange es nicht geladen wird.
Geladen wird es nicht wenn man autocreate disabled oder eben ignoreTypes setzt.
Ist der sauberste Weg.
Achso
ignoreTypes ^CUL_TCM97001$
Sollte eigentlich helfen.
Hallo CoolTux,
Oh je wie nu ? Bin vielleicht schwer von kape?
Geladen wird es nicht wenn man autocreate disabled oder eben ignoreTypes setzt.
Reden wir von ignoreTypes als attr in !! autocreate.
Du schreibst oder
Dieses disabled setzen von autocreate hat eben nicht geholfen leider.
Dann ignoreTypes ^CUL_TCM97001$ ist wenn man ständig autocreate aktiv haben will sicher ein guter Tip und wäre auszuprobieren ob es durchschlägt.
Nächste Baustelle hatte gerade in global autoload_undefined_devices auf null gesetzt und abgespeichert und ist nach FHEM Neustart trotzdem wieder auf eins.
Ist das ein gezicke momentan.
Gruß
Hans-Jürgen
zieht es auch bei
Wenn du beim Device autocreate das Attribut disabled auf 1 stellst dann sollten keine Devices von autocreate mehr angelegt werden.
Das selbe gilt bei ignoreTypes als Attribut bei autocreate
Hallo CoolTux,
nach Deinen Worten
Wenn du beim Device autocreate das Attribut disabled auf 1 stellst dann sollten keine Devices von autocreate mehr angelegt werden.
Das selbe gilt bei ignoreTypes als Attribut bei autocreate
Nun ja, aber dies löst aber immer noch nicht das ständige eintragen im FHEm Log worum es ursächlich ja ging und geht.
Gruß
Hans-Jürgen
Dann kommt das aber nicht von autocreate sondern von einem Modul würde ich sagen. Zeig mal bitte genau so ein Log.
Zitat von: Deckoffizier am 02 Oktober 2017, 19:16:37
wenn man ständig autocreate aktiv haben will
DAS haben zu wollen, ist an sich schon grober Unfug und zeugt nicht gerade von grossem Verständnis dafür, was man eigentlich tut/tun will.
Und schrei hier nicht dauernd so rum. Danke.
Hallo betateilchen,
habe vielleicht einen Denkfehler, wenn ich in in autocreate das attr. ignoreType aktiviere muss autocreate selber auch aktiviert also auf eins gesetzt sein oder nicht.
Zu
Und schrei hier nicht dauernd so rum. Danke.
Sorry bin schon sehr alt und auch nicht so Internet Affin in Punkto Nettikette.
Bilde mir auch ein nicht mit dem Motorrad durch die Kinderstube gefahren zu sein.
Ein dezenter Hinweis vielleicht von Dir was Dich oder andere genau stört.
Bin gern bereit an mir zu arbeiten.
Umschalttaste ist eigentlich aus und Ausrufezeichen sind auch sparsam im Gebrauch.
Private Gründe warum ich aus Zeitmangel etwas hektisch schreibe gehören hier nicht her und bitte um Verständnis.
Bei Probleme aus der Welt schaffen bin ich von Natur aus hartleibig auch wenns schwer fällt.
CoolTux
hier mal ein Logausschnitt
2017.10.02 00:00:01 2: Deleting fhem-2017-10-01.log
2017.10.02 00:06:40 2: CUL_TCM97001 Unknown device Unknown, please define it
2017.10.02 01:00:00 1: SQL Datenbank geleert
2017.10.02 01:06:16 2: CUL_TCM97001 Unknown device Unknown, please define it
2017.10.02 01:18:10 2: CUL_TCM97001 Unknown device Unknown, please define it
2017.10.02 02:00:00 2: FHT set fht_bad year 17 month 10 day 2 hour 2 minute 0
2017.10.02 03:10:35 2: CUL_TCM97001 Unknown device Unknown, please define it
2017.10.02 06:06:56 2: CUL_TCM97001 Unknown device Unknown, please define it
2017.10.02 06:10:56 2: CUL_TCM97001 Unknown device Unknown, please define it
2017.10.02 06:17:25 2: CUL_TCM97001 Unknown device Unknown, please define it
2017.10.02 07:34:33 2: CUL_TCM97001 Unknown device Unknown, please define it
und weiter
2017.10.02 08:13:01 2: CUL_TCM97001 Unknown device CUL_TCM97001_144, please define it
2017.10.02 08:13:31 2: CUL_TCM97001 Unknown device CUL_TCM97001_144, please define it
2017.10.02 08:14:01 2: CUL_TCM97001 Unknown device CUL_TCM97001_144, please define it
2017.10.02 08:14:31 2: CUL_TCM97001 Unknown device CUL_TCM97001_144, please define it
2017.10.02 08:15:31 2: CUL_TCM97001 Unknown device CUL_TCM97001_144, please define it
Gruß
Hans-Jürgen
Wenn disabled gesetzt ist Brauch man ignoreTypes nicht.
https://forum.fhem.de/index.php/topic,36104.15.html
Habe das zum Thema gefunden
Hallo CoolToox,
Wenn disabled gesetzt ist Brauch man ignoreTypes nicht.
Endlich mal auf ein Nenner, so hatte ich es auch versucht hinüber zu bringen.
den genannten Beitrag kenne ich und habe die Tipps soweit durchprobiert.
Habe eigentlich versucht alles was zum Thema hier im Forum greifbar war zu beackern.
Eventuell habe ich etwas übersehen.
Bevor ich um Hilfe bitte versuche ich schon mal selber stundenlang an die Lösung zu kommen und weiß andere haben auch ein Familienleben
und erwarte nicht es auf dem Silbertablett serviert zu bekommen.
Danke für Deine Geduld
Hans-Jürgen
Das mit ignoreTypes hat nicht geklappt?
Mach mal ein
list TYPE=CUL_TCM97001
Grüße
Hallo CoolTux,
auf ist TYPE=CUL_TCM97001
erfolgt keine Ausgabe alles leer.
Liegt es eventuell am gelöschten Modul ?
Dafür wird mir jetzt das Log vollgeballert mit
2017.10.02 21:08:15 0: ERROR: Cannot autoload CUL_TCM97001
2017.10.02 21:08:31 0: ERROR: Cannot autoload CUL_TCM97001
2017.10.02 21:08:50 0: ERROR: Cannot autoload CUL_TCM97001
2017.10.02 21:09:01 0: ERROR: Cannot autoload CUL_TCM97001
2017.10.02 21:09:25 0: ERROR: Cannot autoload CUL_TCM97001
2017.10.02 21:09:32 0: ERROR: Cannot autoload CUL_TCM97001
2017.10.02 21:10:00 0: ERROR: Cannot autoload CUL_TCM97001
2017.10.02 21:10:01 0: ERROR: Cannot autoload CUL_TCM97001
2017.10.02 21:10:31 0: ERROR: Cannot autoload CUL_TCM97001
2017.10.02 21:10:35 0: ERROR: Cannot autoload CUL_TCM97001
Ganz interessant der Link von Krikan
https://forum.fhem.de/index.php/topic,7169.msg31954.html#msg31954
hmmm Wenn disabled gesetzt ist Brauch man ignoreTypes nicht hattest Du gemeint
und da beißt sich die Katze in den Schwanz
für attr. ignoreTypes in autocreate muss ich autocreate ständig enabled haben oder Denkfehler meinerseits.
Heist aber auch dreimal am Tag auf der Lauer liegen ob nicht aus der Nachbarschaft was Neues in meinem Log rummacht und Achtung jedes mal ein neues Device anlegen und
eben dieses Device das eigene attr. ignore verpassen richtig ?
Jetzt möchte ich nichts falsches schreiben und es hat trotzdem nicht richtig das loggen verhindert.
Grundsätzlich möchte ich selbst bestimmen auf meinem System wer(Modul) oder was auf meinem System in das Log schreiben darf oder nicht.
Gruß
Hans-Jürgen
Das liegt am gelöschten Modul.
Du kannst folgendes machen. autocreate wenn nicht benötigt auf disabled, ausserdem ignoreTypes wie empfohlen setzen damit wenn Du autocreate mal brauchst keine Meldungen mehr kommen.
Wer oder was ins Log schreibt bestimmt der Modulauthor. Wie viel geschrieben wird entscheidet der User über das Attribut verbose.
Hallo CoolTux,
hatte autocreate gerade gelöscht nun wenn ich es wieder neu anlege wird in global automatisch wieder attr. autoload_undefined_devices auf 1 reaktiviert.
Ist denn der Satz: Wenn disabled gesetzt ist Brauch man ignoreTypes nicht. hinfällig?
Also kommt man nicht drum rum autocreate zu aktivieren mit attr. ignoreTypes eintragen der Fremdkörper und hoffen das sich nicht neues Gerät von ausserhalb im Log verewigt.
Somit wären wir wider bei Anfang. Nun gut verbose 0 bleibt ja noch offen.
Gruß
Hans-Jürgen
Du musst versuchen die Zusammenhänge zu sehen und zu verstehen.
Du kannst auch autocreate deaktivieren und es immer und ewig auf deaktiviert zu lassen. Dann brauchst Du kein ignore. Wenn Du aber dennoch mal autocreate braucht läufst Du Gefahr das sofort wieder die nicht erwünschten Geräte angelegt werden, um genau das zu verhindern, also wenn autocreate aktiv ist und neue Geräte angelegt werden die du nicht haben wilst, muss ignoreTypes gesetzt werden.
Hallo CulTux,
gebe mir die Größte Mühe
Dein Satz
Du kannst auch autocreate deaktivieren und es immer und ewig auf deaktiviert zu lassen. Dann brauchst Du kein ignore.
Ist mit deaktivieren löschen gemeint oder auf disabled?
Dann wird aber trotzdem das Log voll gemüllt das ist die Krux für mich.
Zum zweiten Satz
Verstehe ich auch soweit, nicht ganz ernst gemeint...
nur wer hat die Glaskugel und weiß vorher wenn die Nachbarschaft neue Geräte anschafft wie ich sie rechtzeitig vorher in ignoreTypes eintrage (RegEx).
und meine eigenen Geräte vom selben Typ aka FS20 selektiere?
Anbei wenn ich bisher autocreate mal auf enable setze dann nur kurzeitig um ein neues Gerät anzulernen.
Gruß
Hans-Jürgen
Was für ein IODev Hast Du eigentlich. Ein CUL aber welchen?
Hallo CoolTux,
hier mal ein list vom 433 CUL neben 868 CUL
Internals:
CMDS BCFiANEkGMKUYRTVWXefmLltux
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
DEF /dev/serial/by-id/usb-busware.de_CUL433-if00@9600 0043
DeviceName /dev/serial/by-id/usb-busware.de_CUL433-if00@9600
FD 12
FHTID 0043
MyCUL433_MSGCNT 354
MyCUL433_TIME 2017-10-02 22:41:01
NAME MyCUL433
NR 26
PARTIAL
RAWMSG s90B0DDA0A0EC; 544: 9008
RSSI -65
STATE Initialized
TYPE CUL
VERSION V 1.21.00 a-culfw Build: 70 (2016-04-22_17-15-27) CUL433 (F-Band: 433MHz)
initString X21
MatchList:
1:USF1000 ^81..(04|0c)..0101a001a5ceaa00....
2:BS ^81..(04|0c)..0101a001a5cf
3:FS20 ^81..(04|0c)..0101a001
4:FHT ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
5:KS300 ^810d04..4027a001
6:CUL_WS ^K.....
7:CUL_EM ^E0.................$
8:HMS ^810e04......a001
9:CUL_FHTTK ^T[A-F0-9]{8}
A:CUL_RFR ^[0-9A-F]{4}U.
B:CUL_HOERMANN ^R..........
C:ESA2000 ^S................................$
D:CUL_IR ^I............
E:CUL_TX ^TX[A-F0-9]{10}
F:Revolt ^r......................$
G:IT ^i......
H:STACKABLE_CC ^\*
I:UNIRoll ^[0-9A-F]{5}(B|D|E)
J:SOMFY ^Y[r|t|s]:?[A-F0-9]+
K:CUL_TCM97001 ^s[A-F0-9]+
L:CUL_REDIRECT ^o+
M:TSSTACKED ^\*
N:STACKABLE ^\*
READINGS:
2017-08-10 22:47:52 ccconf freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
2017-10-02 21:35:32 cmds B C F i A N E k G M K U Y R T V W X e f m L l t u x
2016-01-10 14:39:45 fhtbuf AE
2017-08-13 07:59:48 raw is00000F000FF0
2017-10-02 22:41:01 state Initialized
2017-08-10 22:47:39 version V 1.21.00 a-culfw Build: 70 (2016-04-22_17-15-27) CUL433 (F-Band: 433MHz)
Attributes:
DbLogExclude .*
icon cul_cul
room Server
Gruß
Hans-Jürgen
Kenne mich da jetzt nicht so aus mit. Hast Du das Teil selber geflasht, wenn ja kann man dich bestimmen welche Protokolle unterstützt werden sollen. Dann kannst das CUL_TCM97001 rausschmeißen
Zitat
Clients :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
ZitatIst mit deaktivieren löschen gemeint oder auf disabled?
Dann wird aber trotzdem das Log voll gemüllt das ist die Krux für mich.
Da sollte es helfen verbose auf 0 zu setzen, ob das die richtige Lösung für dich ist, musst du wissen.
Hallo CoolTux
ja eine Idee ist es schon von hinten durch die Brust... :-)
Naja im Moment ist wieder Ruhe im Log habe ja autocreate gelöscht und Modul auch.
Ist natürlich ein Tick schöner es mit enable zu aktivieren statt es neu zu definieren und im Gedächtnis zu behalten.
Lassen wir es für heute gut sein und genieße den Morgigen Feiertag .
In Dankbarkeit für dein fleißiges Bemühen
Hans-Jürgen
PS.: Für heute genug Mephisto (Ich bin der Geist der stets verneint) :-)
Hallo CoolTux,
lass Dir Bitte Zeit mit antworten wenn Du noch magst, ist Feiertag.
Um die Sache abzuschließen eine hoffentlich letzter Erklärungsversuch meinerseits.
Warum machen meine FS20 Sender im Heizraum bei installierten autocreate und autocreate gesetzten disable keine Logeinträge?
Ist ja auch für mein dafürhalten auch richtig so und mag es als Anwender so.
Im Gegensatz zu den CUL_TCM97001 Gerätschaften wie hier im Forum schon mehrfach als Problem aufgeschlagen, aus der gewohnten Praxis fallen.
Dazu ist mir Dein Satz ins Auge gesprungen Wer oder was ins Log schreibt bestimmt der Modulauthor.
Als erster Ansatzpunkt eventuell hier was ändern ginge das?
An der CUL Software rum zu schrauben erscheint mir nicht so der goldene Weg.
Bleibt noch bestehen als letztes, wenn das Modul für CUL_TCM97001 aus FHEM gelöscht ist trotzdem noch Logeinträge erzeugt werden.
Als Vermutung meinerseits kommt hier aus global autoload_undefined_devices ins Spiel welches sich automatissch immer wieder auf eins stellt solange
autocreate existiert.
Mein Bauchgefühl sagt mir, eigentlich müsste es genau andersrum sein wenn in global autoload_undefined_devices auf 0 gesetzt dann zumindest disable autocreate oder lösche es.
Oder zumindest eine Hinweisausgabe Einstellen auf 0 geht nicht solange autocreate da ist, existiert.
Gebe wohl so langsam auf, habe ja nun mal autocreate gelöscht ebenso das Modul für CUL_TCM97001 und mein Log ist kurz und übersichtlich wie gehabt.
Gruß
Hans-Jürgen
1585 if (!$defUnknown) {
1586 Log3 "Unknown", 2, "CUL_TCM97001 Unknown device Unknown, please define it";
1587 return "UNDEFINED Unknown CUL_TCM97001 CUL_TCM97001_Unknown";
1588 }
Im Modul 14_CUL_TCM97001.pm von Zeile 1585 bis Zeile 1588 wird durch eine Bedingungsabfrage geprüft ob das Device unbekannt ist, wenn ja erfolgt die Logmeldung.
Also. Dein CUL empfängt Daten, diese lösen eine Matchliste im CUL Modul aus und das Modul ruft dann den Dispatcher auf und übergibt die Daten. Der läd dann das passende Modul (bei Dir also CUL_TCM97001) und ruft da die Parse Funktion auf welche schaut ob es das Device bereits gibt von dem die Daten kommen oder ob es neu angelegt werden muss.
Ich habe mir nicht den ganzen Code angeschaut, gehe aber davon aus das die Daten von dem Gerät für das Modul CUL_TCM97001 unbekannt sind und er deswegen das Device nicht erstellen kann Du es aber halt von Hand erstellen kannst. Was ja die Meldung aussagt. Aber wie man das nun abstellen kann??? Du kannst in dem Modul an genau der Stelle
1586 Log3 "Unknown", 2, "CUL_TCM97001 Unknown device Unknown, please define it";
Die 2 durch 5 ersetzen. Ist aber nicht wirklich hilfreich solltest du mal solche Geräte haben. Aber erstmal besser wie autocreate löschen und das Modul zu entfernen :D
Hallo Hans-Jürgen,
falls alle Deine verwendeten Sensoren vom Signalduino unterstützt werden, gibt es mit dem Signalduino dafür eine einfache Lösung.
Beim Signalduino gibt es eine White- und Blacklist, damit kann man ganz einfach einzelne Protokolle rausnehmen.
Falls Du einen nanoCul hast, kannst Du ihn zum sigalduino umflashen.
Gruß Ralf
Die Meldung
2017-10-03 10:23:24.965 CUL_TCM97001 Unknown Code: 91F800
Bekommt man weg, wenn man in der 14_CUL_TCM97001.pm die Zeilen 1589 und 1590 ändert:
$name = $defUnknown->{NAME};
my $valIgnore = AttrVal($name,"ignore",0);
Log3 $name, 4, "CUL_TCM97001 Device not implemented yet name Unknown (ignore=$valIgnore) msg $msg";
return "" if ($valIgnore);
und im device unknown das Attribut ignore=1 setzt.
Gibt es inzwischen was einfacheres als das folgende um ein ignored device wieder sichtbar zu machen?
{ join("\n", grep { $attr{$_}{ignore} } sort keys %attr ) }
oder
define showignoreddevices cmdalias showignoreddevices AS { join("\n", grep { $attr{$_}{ignore} } sort keys %attr ) }
Gruß Ralf
Hallo Ralf9 und CoolTux,
merke jetzt geht es ans eingemachte und man kann ja nur zu lernen wie FHEM im innersten funktioniert.
Habe einen CUL USB Stick von Busware.
Habe mal nachgeschaut in den attr. ob sowas ähnliches wie white blacklist vorhanden ist leider nicht.
Habe aber extra das attr. longid auf null gesetzt hilft vielleicht schon mal die Namensverlängerungen wie CUL_TCM97001_143/144 auszusperren.
Ralf 9 dein Code kommt mir irgendwie bekannt vor hatte ich vermutlich in Verwendung um Geräte im hiddenroom wiederzufinden.
Danke für Eure umfangreichen Erklärungen.
Geht nachher frisch ans Werk.
Muss erst mal Mittag für meine hochbetagte Mutter und mich zubereiten.
Feiertagsgrüße sendet
Hans-Jürgen
Hallo Ralf9,
Habe erst mal CulTux Vorschlag umgesetzt und der Tanz geht wieder von vorne los.
2017.10.03 12:48:26 0: ERROR: Cannot autoload CUL_TCM97001
2017.10.03 12:48:32 0: ERROR: Cannot autoload CUL_TCM97001
2017.10.03 12:49:00 0: ERROR: Cannot autoload CUL_TCM97001
2017.10.03 12:49:02 0: ERROR: Cannot autoload CUL_TCM97001
2017.10.03 12:49:32 0: ERROR: Cannot autoload CUL_TCM97001
Ralf9 Dein Vorschlag bedingt ja das, das Gerät namens Unknown ja erstmal angelegt werden muss um es später auf ignore setzen zu können.
Ist ja eigentlich im Prinzip wie bei autocreate ignoreType(wenn es mal sicher tut) und erfordert permanente Überwachung des Log auf neue Unknown oder andere Devices.
Mag zwar Ungewöhlich klingen aber gestern waren es 3 Fremdgeräte und es wurde im Log lustig.
Was mir vorschwebt ist wie bei myDbLog ala DBinclude nur alles zu loggen was momentan da ist und alles solange sperren bis ich den Schalter umlege in meiner Einfalt :-).
Gruß
Hans-Jürgen
Dein Modul ist ja auch immer noch gelöscht
Hallo CoolTux,
verstehe leider nur Bahnhof
autocreate ist neu angelegt und auf disabled gesetzt.
Modul 14_CUL_TCM97001.pm ist aus dem Backup wieder in FHEM Ordner angelegt und Deine Vorgeschlagene Änderung an der entsprechenden Zeile von 2 auf 5 gemacht,abgespeichert
Dann zusätzlich FHEM Neustart.
Gruß
Hans-Jürgen
Hallo Hans-Jürgen,
Die Meldungen im log müssten eigentlich weg sein, wenn Du in der 14_CUL_TCM97001 bei allen Zeilen mit
Log3 $name, 2, "CUL_TCM97001 Unknown device $deviceCode, please define it";
die 2 durch eine 5 ersetzt.
und dann noch
attr global exclude_from_update 14_CUL_TCM97001
Gruß Ralf
Und Neustart nach Änderung im Modul nicht vergessen
Hallo Ihr Zwei,
suchen und ersetzen an allen Stellen wahr wohl der Befreiungsschlag keine ungewollten Einträge seit dem im Log.
Ein kleiner Schönheitsfehler ist noch im Log aber damit kann ich leben.
2017.10.03 16:14:01 0: Server started with 189 defined entities (fhem.pl:15080/2017-09-17 perl:5.020002 os:linux user:fhem pid:21691)
2017.10.03 16:14:07 1: PERL WARNING: Use of uninitialized value $channel in concatenation (.) or string at ./FHEM/14_CUL_TCM97001.pm line 1300.
Wenn Ihr meint kann ich den Beitrag auf gelöst setzen ?
Hoffentlich haben Eure Nerven nicht zu sehr gelitten und hoffe Ihr bekommt keine Angst wenn ich schreibe mit FHEM noch einiges vorhabe
wie Umzug auf richtigen Server, Velux Dachfensterrollo mit einbinden und am Holzvergaser Abgastemp mit am 1Wire Bus auslesen u.a. aber immer Schritt für Schritt.
Erstmal vielen Dank für an die Hand nehmen und Ihr Eure wertvolle Zeit geopfert habt !
Grüße
Hans-Jürgen