Hi, ich bekomme nach einem Fhem neustart diese Fehler angezeigt:
Error messages while initializing FHEM:
configfile: HeizungFenster_ClimRT_tr: unknown attribute fp_Wohnzimmer. Type 'attr HeizungFenster_ClimRT_tr ?' for a detailed list.
Heizung_Tuer_ClimRT_tr: unknown attribute fp_Wohnzimmer. Type 'attr Heizung_Tuer_ClimRT_tr ?' for a detailed list.
Fenster_ueber_Heizung: unknown attribute fp_Wohnzimmer. Type 'attr Fenster_ueber_Heizung ?' for a detailed list.
Fenster_neben_Couch: unknown attribute fp_Wohnzimmer. Type 'attr Fenster_neben_Couch ?' for a detailed list.
Terassen_Tuer: unknown attribute fp_Wohnzimmer. Type 'attr Terassen_Tuer ?' for a detailed list.
Heizung_Tuer_BOOST: unknown attribute fp_Wohnzimmer. Type 'attr Heizung_Tuer_BOOST ?' for a detailed list.
FritzDect_Wohnzimmerschrank: unknown attribute fp_Wohnzimmer. Type 'attr FritzDect_Wohnzimmerschrank ?' for a detailed list.
Heizung_Urlaub: unknown attribute fp_Wohnzimmer. Type 'attr Heizung_Urlaub ?' for a detailed list.
Woher komme die und vorallem was kann ich dagegen tun?
anke
Hallo,
Zitatunknown attribute fp_Wohnzimmer.
Lässt mich irgendwie an Floorplan denken.
Grüße
Edith: Achso - Lösung. Das Attribut fp_Wohnzimmer zu den userattributen hinzufügen und gut ist.
Das sollte aber auch so bei Floorplan erklärt sein.
Hab jetzt mal ein
attr global userattr fp_Wohnzimmer durchgeführt.
Allerdings kommt der Fehler immer noch.
Seltsam ist auch das er plötzlich auftritt, obwohl ich am Floorplan nix geändert habe
Muss mich korregieren, hab Fhem jetzt nochmal neugestartet und jetzt sind es noch mehr Fehler:
Error messages while initializing FHEM:
configfile: FileLog_HeizungFenster_ClimRT_tr: unknown attribute fm_type. Type 'attr FileLog_HeizungFenster_ClimRT_tr ?' for a detailed list.
FileLog_Heizung_Tuer_ClimRT_tr: unknown attribute fm_type. Type 'attr FileLog_Heizung_Tuer_ClimRT_tr ?' for a detailed list.
Fenster_ueber_Heizung: unknown attribute alarmDevice. Type 'attr Fenster_ueber_Heizung ?' for a detailed list.
Fenster_ueber_Heizung: unknown attribute alarmSettings. Type 'attr Fenster_ueber_Heizung ?' for a detailed list.
Fenster_neben_Couch: unknown attribute alarmDevice. Type 'attr Fenster_neben_Couch ?' for a detailed list.
Fenster_neben_Couch: unknown attribute alarmSettings. Type 'attr Fenster_neben_Couch ?' for a detailed list.
Terassen_Tuer: unknown attribute alarmDevice. Type 'attr Terassen_Tuer ?' for a detailed list.
Terassen_Tuer: unknown attribute alarmSettings. Type 'attr Terassen_Tuer ?' for a detailed list.
FritzDect_Wohnzimmerschrank: unknown attribute alarmDevice. Type 'attr FritzDect_Wohnzimmerschrank ?' for a detailed list.
FritzDect_Wohnzimmerschrank: unknown attribute alarmSettings. Type 'attr FritzDect_Wohnzimmerschrank ?' for a detailed list.
Powerline: unknown attribute alarmDevice. Type 'attr Powerline ?' for a detailed list.
Powerline: unknown attribute alarmSettings. Type 'attr Powerline ?' for a detailed list.
FileLog_FritzDect_Wohnzimmerschrank: unknown attribute fm_type. Type 'attr FileLog_FritzDect_Wohnzimmerschrank ?' for a detailed list.
FileLog_Powerline: unknown attribute fm_type. Type 'attr FileLog_Powerline ?' for a detailed list.
Rauchmelder: unknown attribute alarmDevice. Type 'attr Rauchmelder ?' for a detailed list.
FileLog_Gaeste_WC_Clima: unknown attribute fm_type. Type 'attr FileLog_Gaeste_WC_Clima ?' for a detailed list.
FileLog_Heizung_Flur_Clima: unknown attribute fm_type. Type 'attr FileLog_Heizung_Flur_Clima ?' for a detailed list.
FileLog_Kueche_Clima: unknown attribute fm_type. Type 'attr FileLog_Kueche_Clima ?' for a detailed list.
Einbruchalarm_Mail: unknown attribute alarmDevice. Type 'attr Einbruchalarm_Mail ?' for a detailed list.
Einbruchalarm_Mail: unknown attribute alarmSettings. Type 'attr Einbruchalarm_Mail ?' for a detailed list.Glaub ich weiss jetzt wenigstens wo der Fehler her kommt,
ich bastel gerade am Alarmanlagen Modul http://www.fhemwiki.de/wiki/Modul_Alarmanlage#Einrichten (http://www.fhemwiki.de/wiki/Modul_Alarmanlage#Einrichten), und dort muss man das
Zitatattr global userattr alarmDevice alarmSettings devStateIcon devStateStyle ...(hier folgen weitere Attribute)
neusetzten, dabei werden aber anscheint die bestehenden überschrieben, und leider nicht ergänzt , was dann zu den Fehlermeldungen führt.
Durch ein
attr global userattr alarmDevice alarmSettings devStateIcon devStateStyle fp_Wohnzimmer sind jetzt die meisten Fehler weg, jetzt gibts nur noch:
SecurityCheck:
WEBphone,WEBtablet has no basicAuth attribute.
telnetPort has no password/globalpassword attribute.
Restart FHEM for a new check if the problem is fixed,
or set the global attribute motd to none to supress this message.Hab dazu dann mal in der fhem.cfg
attr WEB basicAuth { "$user:$password" eq "Thomas:4711" }sowohl in den WEBphone wie auch im WEBtablet bereich eingefügt analog WEB.
Allerdings nach einem
Zitatshutdown restart
kommt die fehlermeldung wieder, und in der fhem.cfg fehlt auch mein eintrag von vorher, und ich habe ganz sicher auf
Zitatsave config
geklickt.
Was stimmt da nicht?
Die Lösung steht ja schon da:
Zitatset the global attribute motd to none to supress this message
Und was die Userattribute angeht:
- das gesamte Handling der userattr hat sich vor ein paar Tagen geändert
- das globale Setzen von userattr macht in den wenigsten Fällen Sinn
Zitatund dort muss man das
attr global userattr alarmDevice alarmSettings devStateIcon devStateStyle ...(hier folgen weitere Attribute)
neusetzten, dabei werden aber anscheint die bestehenden überschrieben, und leider nicht ergänzt , was dann zu den Fehlermeldungen führt.
Natürlich wird das attribut dann komplett neu geschrieben und
nur mit den von Dir angegebenen Attributen gefüllt. Mach Dir nix draus, da fallen sogar erfahrene Entwickler drauf rein: http://forum.fhem.de/index.php/topic,27451.0.html
Und genau das der Grund für die bereits weiter oben beschriebene Änderung in der Benutzung der userattr.
Hallo,
Lesen und selbst! denken kommt heutzutage wohl immer mehr aus der Mode.
Ok, lesen alleine reicht nicht - das gelesene noch verstehen und dann auch noch entsprechend reagieren überfordert manchmal durchaus.
Zitator set the global attribute motd to none to supress this message.
kommt ja nicht erst seit heute vor.
Stur die fhem.cfg zu bearbeiten ohne zu WISSEN was man macht ist auch nicht immer der Weisheit letzter Schluß.
Grüße
P.S.: Warum gibt es eigentlich noch keinen Bereich - Spaßbeiträge?
@ Betateilchen, danke für die Rückmeldung, trotzdem die Frage wieso werden die atribute nicht ergänzt, sondern ersetzt? das würde ja bedeuten, wenn ich die useratribute für irgendwas anpassen muss, das ich dann imemr gucken muss was ich schon gesetzt habe und die auch wieder mit setzen muss!? Wäre es da nicht einfach wens ergänzt würde?
@Puschel
Weiss nicht was das mit Spassbeiträgen zu tun haben soll. Das mit lesen und verstehen sind zwei wichtige sachen, vorallem wenn man nicht weiss, wieso der Fehler plötzlich da ist.
Naja, die Fehler sind weg, allerdings ist mein Floorplan irgendwie zerschossen und die änderungen die ich im Alarm Module gemacht hab sind auch nciht mehr alle da, mal sehen das ich das wieder alles korregiert bekomme.
Danke für eure Hilfe
Hallo,
wenn man etwas überschreibt ist das alte logischerweise weg.
Beispiel:
Alte userattribute sind z.B. a b c
Ich füge hinzu d e
Dann habe ich
a b c d e
Nun überschreibe ich die Attribute mit x und y und dann habe ich ...
richtig
x y
dort stehen und nicht
a b c d e x y - ich habs ja ÜBERSCHRIEBEN und nicht ERGÄNZT.
Nachdem du bereits über 400 Beiträge hast würde ich sowas unter Spaßbeiträgen einstufen.
ZitatDas mit lesen und verstehen sind zwei wichtige sachen, vorallem wenn man nicht weiss, wieso der Fehler plötzlich da ist.
Ne, der ist nicht "plötzlich" da - der kommt weil DU das so wolltest.
DU hast das so eingegeben - FHEM führt kein Eigenleben, es macht das was der BEDIENER will - und das bist in diesem Fall DU.
Wie du geschrieben hast - lesen und verstehen sind zwei wichtige Sachen.
Mein Kredo ist:
Wer lesen kann ist im Vorteil.
Wer das gelesen versteht ist einen Schritt weiter.
Wer weiß wie er das verstandene umsetzen muss ist Allen anderen überlegen.
Ich weiß das auch im manchmal dagegen verstosse und mich ungeschickt anstelle.
Grüße
Edith: Spassbeiträge ua deswegen weil ich bemerkt habe das du gerne mal mehrer Beiträge laufen hast und dann vermutlich nichtmehr weißt welcher Lösungsansatz dir wo helfen könnte und dann alles wieder von vorne beginnst.
Zitat von: Puschel74 am 11 Oktober 2014, 22:54:20
Hallo,
wenn man etwas überschreibt ist das alte logischerweise weg.
Beispiel:
Alte userattribute sind z.B. a b c
Ich füge hinzu d e
Dann habe ich
a b c d e
Nun überschreibe ich die Attribute mit x und y und dann habe ich ...
richtig
x y
dort stehen und nicht
a b c d e x y - ich habs ja ÜBERSCHRIEBEN und nicht ERGÄNZT.
Hi, will das hier echt nicht über strapazieren, so wie du es hier schreibst bin ich absolut bei dir und es ist absolut nachvollziehbar, ich war mir nur nicht bewusst das ich über ein
attr global userattr alarmDevice alarmSettings devStateIcon devStateStyle überschreibe, ich dachte ich würde damit hinzufügen!
ZitatNachdem du bereits über 400 Beiträge hast würde ich sowas unter Spaßbeiträgen einstufen.Ne, der ist nicht "plötzlich" da - der kommt weil DU das so wolltest.
DU hast das so eingegeben - FHEM führt kein Eigenleben, es macht das was der BEDIENER will - und das bist in diesem Fall DU.
Wie du geschrieben hast - lesen und verstehen sind zwei wichtige Sachen.
Da muss ich dir zumindest teilweise wieder sprechen, denn wie oben erwähnt wollte ich hinzufügen, und nicht überschreiben! , Ansonsten hast du absolut recht, Fhem hat kein eigenleben und macht nur das was der Bediener im saget, das wollte ich auch nie in Frage stellen.
Zitat
Mein Kredo ist:
Wer lesen kann ist im Vorteil.
Wer das gelesen versteht ist einen Schritt weiter.
Wer weiß wie er das verstandene umsetzen muss ist Allen anderen überlegen.
Ich weiß das auch im manchmal dagegen verstosse und mich ungeschickt anstelle.
Grüße
Edith: Spassbeiträge ua deswegen weil ich bemerkt habe das du gerne mal mehrer Beiträge laufen hast und dann vermutlich nichtmehr weißt welcher Lösungsansatz dir wo helfen könnte und dann alles wieder von vorne beginnst.
Naja hab zu einem Thema eigentlich immer nur einen Beitrag, aber wenn du meinst das ich gerade an ein paar Projekten gleichzeitig dran bist, hast du schon :-) wieder recht.
Zitat von: Tommy82 am 11 Oktober 2014, 22:42:48
@ Betateilchen, das würde ja bedeuten, wenn ich die useratribute für irgendwas anpassen muss, das ich dann imemr gucken muss was ich schon gesetzt habe und die auch wieder mit setzen muss!? Wäre es da nicht einfach wens ergänzt würde?
Wenn Du die userattr im Webfrontend bearbeitest, werden die bereits vorhandenen Attribute im Eingabefeld eingefügt und Du kannst Deine Änderungen einfach zu den vorhandenen
hinzufügen.
Zitat von: Puschel74 am 11 Oktober 2014, 22:37:35
Stur die fhem.cfg zu bearbeiten ohne zu WISSEN was man macht ist auch nicht immer der Weisheit letzter Schluß.
Um das globale Attribut motd zu setzen, muss man keine fhem.cfg manuell bearbeiten. Das geht völlig problemlos im Frontend mit "attr global motd none" in der Befehlszeile.
Aber ich frage mich auch, was heute bezüglich "Spaßbeiträge" hier im Forum los ist. Vollmond war doch eigentlich vergangenen Mittwoch. Und heute taucht sogar ernsthaft jemand hier im Forum auf und fragt danach, wo man die commandref findet. Das fand ich das lustigste heute.
Gibt nach einem Neustart und einem Vorherigen Update dann im Log doch ncoh ein paar Fehler:
2014.10.12 00:01:22.879 1: update finished, "shutdown restart" is needed to activate the changes.
2014.10.12 00:01:49.049 1: FHEMWEB SSL/HTTPS error:
2014.10.12 00:02:09.545 1: FHEMWEB SSL/HTTPS error:
2014.10.12 00:02:11.473 1: FBAHA: resetting buffer as we are out of sync (6)
2014.10.12 00:02:11.745 1: 192.168.188.27:1000 disconnected, waiting to reappear (HmLanAdapter)
2014.10.12 00:02:11.953 1: HMLAN_Parse: HmLanAdapter new condition disconnected
2014.10.12 00:02:13.454 1: 192.168.188.27:1000 reappeared (HmLanAdapter)
2014.10.12 00:02:13.501 1: HMLAN_Parse: HmLanAdapter new condition init
2014.10.12 00:02:23.673 1: FHEMWEB SSL/HTTPS error:
2014.10.12 00:02:24.401 1: FBAHA: resetting buffer as we are out of sync (0)
2014.10.12 00:02:40.284 1: FHEMWEB SSL/HTTPS error:
2014.10.12 00:02:41.420 1: FBAHA: resetting buffer as we are out of sync (0)
2014.10.12 00:02:42.629 1: HMLAN_Parse: HmLanAdapter new condition ok
2014.10.12 00:03:02.412 1: FHEMWEB SSL/HTTPS error:
2014.10.12 00:03:04.208 1: FBDECT: unknown message type 00
2014.10.12 00:03:04.448 1: FBDECT: unknown message type 00
2014.10.12 00:03:04.450 1: FBAHA: resetting buffer as we are out of sync (29198)
2014.10.12 00:03:04.454 1: 192.168.188.27:1000 disconnected, waiting to reappear (HmLanAdapter)
2014.10.12 00:03:04.570 1: HMLAN_Parse: HmLanAdapter new condition disconnected
2014.10.12 00:03:06.057 1: 192.168.188.27:1000 reappeared (HmLanAdapter)
2014.10.12 00:03:08.687 1: HMLAN_Parse: HmLanAdapter new condition init
2014.10.12 00:03:31.479 1: FHEMWEB SSL/HTTPS error:
2014.10.12 00:03:38.625 1: FBDECT: unknown message type 00
2014.10.12 00:03:38.743 1: FBAHA: resetting buffer as we are out of sync (0)
2014.10.12 00:03:38.912 1: HMLAN_Parse: HmLanAdapter new condition ok
2014.10.12 00:03:41.139 1: FHEMWEB SSL/HTTPS error:
2014.10.12 00:03:41.274 1: FBAHA: resetting buffer as we are out of sync (0)
2014.10.12 00:03:41.306 1: FHEMWEB SSL/HTTPS error:
2014.10.12 00:03:41.377 1: FBAHA: resetting buffer as we are out of sync (25584)
2014.10.12 00:04:33.281 1: nothing to do...
2014.10.12 00:04:38.960 0: Server shutdown
2014.10.12 00:04:44.256 1: Including /mod/external/usr/share/fhem/fhem.cfg
2014.10.12 00:04:45.672 1: HMLAN_Parse: HmLanAdapter new condition disconnected
2014.10.12 00:04:45.677 3: Opening HmLanAdapter device 192.168.188.27:1000
2014.10.12 00:04:45.724 3: HmLanAdapter device opened
2014.10.12 00:04:45.730 1: HMLAN_Parse: HmLanAdapter new condition init
2014.10.12 00:04:45.869 3: telnetPort: port 7072 opened
2014.10.12 00:04:47.851 3: WEB: port 8083 opened
2014.10.12 00:04:48.616 3: WEBphone: port 8084 opened
2014.10.12 00:04:48.630 3: WEBtablet: port 8085 opened
2014.10.12 00:04:53.652 3: Opening FBSmartHome device 192.168.188.1:2002
2014.10.12 00:04:53.661 3: FBSmartHome device opened
2014.10.12 00:04:53.667 1: FBAHA FBSmartHome registered with handle: 00000004
2014.10.12 00:05:00.576 1: Including ./log/fhem.save
2014.10.12 00:05:01.978 0: Server started with 106 defined entities (version $Id: fhem.pl 6730 2014-10-09 19:21:23Z rudolfkoenig $, os linux, user fhem, pid 5468)
2014.10.12 00:05:02.690 3: Device Fenster_neben_Couch added to ActionDetector with 028:00 time
2014.10.12 00:05:03.215 3: Device Fenster_ueber_Heizung added to ActionDetector with 028:00 time
2014.10.12 00:05:03.256 3: Device Flur_EG added to ActionDetector with 099:00 time
2014.10.12 00:05:03.305 3: Device Gaeste_WC added to ActionDetector with 000:10 time
2014.10.12 00:05:03.418 3: Device HeizungFenster added to ActionDetector with 000:10 time
2014.10.12 00:05:03.666 3: Device Heizung_Flur added to ActionDetector with 000:10 time
2014.10.12 00:05:03.766 3: Device Heizung_Tuer added to ActionDetector with 000:10 time
2014.10.12 00:05:03.995 3: Device Keller added to ActionDetector with 099:00 time
2014.10.12 00:05:04.051 3: Device Kinderzimmer added to ActionDetector with 099:00 time
2014.10.12 00:05:04.110 3: Device Kueche added to ActionDetector with 000:10 time
2014.10.12 00:05:04.294 3: Device Terassen_Tuer added to ActionDetector with 028:00 time
2014.10.12 00:05:06.602 1: FBAHA: resetting buffer as we are out of sync (8)
2014.10.12 00:05:06.607 1: HMLAN_Parse: HmLanAdapter new condition ok
2014.10.12 00:05:06.631 3: CUL_HM set Flur_EG statusRequest
2014.10.12 00:05:06.890 1: FBAHA: resetting buffer as we are out of sync (0)
2014.10.12 00:05:07.661 3: CUL_HM set Keller statusRequest
2014.10.12 00:05:08.678 3: CUL_HM set Kinderzimmer statusRequest