Hallo, ich versuche gerade für einen Dummy ein Textfeld zu definieren. Ich habe dazu folgenden Code testweise verwendet, nur leider bekomme ich kein Textfeld angezeigt.
define test dummy
attr test room test
attr test setList text:textField nochEinText:textField
attr test webCmd text:nochEinText
Hat jemand einen Tipp?
Gruß
cerberus
1:1 kopiert funktioniert es beim mir ohne probleme.
kann es sein das dein fhem nicht aktuell ist? welche version hast du (ausgabe von version)? hast du schon mal update probiert?
gruss
andre
mmm... habe es erst ganz neu aufgesetzt vor ein paar Tagen und auch per update heute nochmal aktualisiert. Es sollte eigentlich auf dem aktuellen Stand sein.
# $Id: fhem.pl 6782 2014-10-18 06:14:57Z rudolfkoenig $
# $Id: 00_CUL.pm 6755 2014-10-12 13:12:10Z rudolfkoenig $
# $Id: 09_CUL_FHTTK.pm 6605 2014-09-23 19:49:18Z matscher $
# $Id: 10_CUL_HM.pm 6794 2014-10-19 16:48:14Z martinp876 $
# $Id: 14_CUL_WS.pm 5379 2014-03-30 16:34:01Z rudolfkoenig $
# $Id: 95_Dashboard.pm 5921 2014-05-21 18:47:19Z svenson08 $
# $Id: 98_DeviceMonitor.pm $
# $Id: 01_FHEMWEB.pm 6611 2014-09-24 07:48:32Z rudolfkoenig $
# $Id: 11_FHT.pm 5070 2014-02-28 07:48:55Z rudolfkoenig $
# $Id: 95_FLOORPLAN.pm 6174 2014-06-29 05:51:28Z ulimaass $
# $Id: 10_FS20.pm 5326 2014-03-26 07:15:25Z rudolfkoenig $
# $Id: 92_FileLog.pm 6769 2014-10-15 17:03:30Z rudolfkoenig $
# $Id: 12_HMS.pm 5097 2014-03-02 15:25:08Z rudolfkoenig $
# $Id: 98_HMinfo.pm 6794 2014-10-19 16:48:14Z martinp876 $
# $Id: 98_Heating_Control.pm 6193 2014-07-03 21:28:52Z dietmar63 $
# $Id: 11_OWDevice.pm 4950 2014-02-16 08:05:06Z borisneubert $
# $Id: 10_OWServer.pm 6537 2014-09-11 17:53:18Z borisneubert $
# $Id: 16_STACKABLE_CC.pm 6190 2014-07-03 11:41:05Z rudolfkoenig $
# $Id: 99_SUNRISE_EL.pm 6765 2014-10-14 18:24:29Z rudolfkoenig $
# $Id: 98_SVG.pm 6756 2014-10-12 13:13:26Z rudolfkoenig $
# $Id: 42_SYSMON.pm 6759 2014-10-12 21:31:50Z hexenmeister $
# $Id: 59_Twilight.pm 6318 2014-07-25 22:13:51Z dietmar63 $
# $Id: 99_Utils.pm 6660 2014-10-03 06:35:43Z rudolfkoenig $
# $Id: 59_Weather.pm 6705 2014-10-07 17:41:42Z borisneubert $
# $Id: 98_WeekdayTimer.pm 6186 2014-06-30 21:10:20Z dietmar63 $
# $Id: 90_at.pm 6797 2014-10-21 12:32:19Z rudolfkoenig $
# $Id: 98_autocreate.pm 6505 2014-09-06 12:24:48Z rudolfkoenig $
# $Id: 98_dewpoint.pm 6757 2014-10-12 18:58:57Z joachim09876 $
# $Id: 98_dummy.pm 4934 2014-02-15 08:23:12Z rudolfkoenig $
# $Id: 91_notify.pm 6371 2014-08-07 05:33:37Z rudolfkoenig $
# $Id: 33_readingsGroup.pm 6262 2014-07-16 07:46:03Z justme1968 $
# $Id: 98_structure.pm 6664 2014-10-03 10:53:48Z rudolfkoenig $
# $Id: 98_telnet.pm 6611 2014-09-24 07:48:32Z rudolfkoenig $
# $Id: 98_weblink.pm 5608 2014-04-23 10:57:16Z rudolfkoenig $
das schaut ok aus.
hast du mal einen anderen browser versucht? siehst du in der javascript console etwas?
Habe bis jetzt Chrome und IE versucht, leider beides das gleiche.
Hier ein Ausszug aus der javascript console.
2Longpoll: test<<nochEinText<<<div id="test" class="col2">nochEinText</div> fhemweb.js:14
Longpoll: test-state<<nochEinText<<nochEinText fhemweb.js:14
Longpoll: test-state-ts<<2014-10-23 22:40:33<<2014-10-23 22:40:33 fhemweb.js:14
Longpoll: test<<text<<<div id="test" class="col2">text</div> fhemweb.js:14
Longpoll: test-state<<text<<text fhemweb.js:14
Longpoll: test-state-ts<<2014-10-23 22:40:39<<2014-10-23 22:40:39
ich hab es eben noch mal mit chrome probiert und auch da geht es bei mir.
funktionieren slider und dropdown menü mit dem dummy?
Hallo justme1968, slider und dropdown funktionieren.
Hallo,
neugierig wie ich bin hab ich das auch mal versucht.
Beispiel aus dem ersten Beitrag genommen und 1:1 in meine Testumgebung kopiert.
Ergebnis siehe Screenshot.
Firefox 32.0.3 - ich muss die update gleich noch installieren.
Grüße
Edith: Auch mit 33.0 kein Unterschied
Mir ist unklar warum das bei mir einfach nicht funktioniert. Ich habe noch mal ein Updateforce gemacht, hat leider auch nicht geholfen. Ob es am Debian für den Banana liegt?
Grüße
cerberus
So, ich habe jetzt das Ausschlussprinzip angewendet. Ich binde per include mehrere cfg Dateien in der Fhem.cfg ein. Ich habe nun alle auskommentiert und nach und nach die Dateien wieder eingebunden. Eine cfg Datei habe ich dann als Übeltäter identifiziert weiß aber nicht warum diese den Fehler verursacht. Es handelt sich dabei um die cfg Datei welche meine Homematic RS485 Devices definiert. Warum das so ist ist nun die große Frage? Liegt es möglicherweise an den Dateien welche ich für RS485 aus der FHEM-HM485-master installiert habe? Die benutze ich schon länger nur bisher habe ich das Textfield nicht benötigt.
Gruß
cerberus
Hallo,
da ich grundsätzlich von der direkten Bearbeitung der fhem.cfg abrate - und dazu gehört für mich auch das include (wie kommt das sonst in die fhem.cfg) soll ich den Beitrag wo hin verschieben?
Entweder wissen was man macht
ODER
Finger weg von der fhem.cfg
Grüße
Moin Puschel,
auch wenn es jetzt "off Topic" wird:
Es ist allgemein bekannt, dass Du vom Bearbeiten der fhem.cfg abrätst, aber deshalb ist es noch lange nicht verboten, und bedeutet auch nicht, das ein Beitrag dann nichts mehr im Anfängerbereich zu suchen hat.
Tu mir bitte den Gefallen und versuche bitte nicht allen Deine Religion aufzuzwängen. (Ich versuche ja auch nicht, Dich zum IS zu bekehren.)
Manche Sachen, z.B. include gehen nur durch Bearbeiten der cfg, und da include ein offizieller Bestandteil von FHEM ist kann man es auch nutzen, ohne aus dem Anfängerbereich zu fliegen.
Gruß Joachim
Sorry Puschel, ich verstehe dich jetzt nicht. Ich schreibe meine CFG Datei alle mit einem externen Editor. Mein Fhem ist schon sehr umfangreich, beinhaltet und verbindet mehrere Systeme miteinander (FS20, HM, HMS, HM485 und seit kurzem 1-wire). Sicher bin ich kein Pearl Guru aber ich konnte mir viele hier aus dem Forum und WIKI erarbeiten und erfolgreich umsetzten. Sollte es sich um ein BUG mit 485 handel bitte ich dich diesen Beitrag in das richtige Forum zu verschieben.
Frage, wie binde ich sonst mehrere configs in die fhem.cfg ein wenn nicht per Editor?
Gruß
cerberus
@Joachim
Ich hatte eher auf HM-485 abgezielt da das auch erwähnt wurde.
ZitatEs handelt sich dabei um die cfg Datei welche meine Homematic RS485 Devices definiert.
Du musst dich ja nicht melden wenn du mich nicht "bekehren" willst und du musst es auch nicht kommentieren wenn du es nicht "lesen" willst.
Zitat(Ich versuche ja auch nicht, Dich zum IS zu bekehren.)
Das lass ich mal unkommentiert - wofür du dich erwärmen kannst ist mir echt egal.
Grüße
@cerberus
Man muss in fhem nichts per include einbinden.
Lass FHEM die fhem.cfg so gestalten wie FHEM das will - FHEM weiß schon wie es das machen muss.
Auch muss der User nicht darin lesen - es reicht wenn FHEM damit klar kommt.
Und das kommt es am besten wenn man nicht darin rumackert.
Einfach die Einträge so lassen wie fhem sie anlegt.
Es gibt wirklich KEINEN Grund die fhem.cfg manuell zu bearbeiten.
@ Puschel:
Meine Bitte war eigentlich relativ einfach:
Akzeptiere dass es außer evangelisch und katholisch noch weitere Religionen gibt.
Du hast für dich sicherlich gute Gründe, darauf hinzuweisen, dass es gerade für Anfänger besser ist, die fhem.cfg nicht zu bearbeiten.
Aber:
Es ist nicht verboten, die cfg zu bearbeiten.
Gerade von Dir als Moderator erwarte ich, dass Du alle Möglichkeiten, die FHEM bietet akzeptierst (nein, Du sollst das Bearbeiten der fhem.cfg nicht bewerben),
aber Dein permanentes Bashing gegen die jenigen, die aus welchen Gründen auch immer ihre fhem.cfg bearbeiten ist für einen Moderator der falsche Weg.
ZitatIch hatte eher auf HM-485 abgezielt da das auch erwähnt wurde.
dass kam aber nicht so rüber:
Zitatda ich grundsätzlich von der direkten Bearbeitung der fhem.cfg abrate - und dazu gehört für mich auch das include (wie kommt das sonst in die fhem.cfg) soll ich den Beitrag wo hin verschieben?
denn dann fehlt hier was ganz entscheidendes!
Gruß Joachim
Hallo,
@Joachim
Ich hatte bereits eine lange Antwort geschrieben aber dann wieder gelöscht da das
Zitat(Ich versuche ja auch nicht, Dich zum IS zu bekehren.)
für mich keine Basis ist auf der man mit dir kommunizieren kann.
Religiöse Ansichten haben hier nichts verloren und Terrorismus sowieso nicht.
Deinen Vergleich finde ich unter der Gürtellinie und damit hast du dich für mich als Kommunikationspartner leider selbst ins Aus gestellt.
Wenn dir meine Antworten hier nicht gefallen dann lies hier nicht mit oder sei still.
Wenn du aber der Meinung bist es um vieles besser zu können - dann bitte.
Ich habe mich nicht um den Moderator hier beworben, du darfst es gerne übernehmen.
Grüße
Edith: IS ist für mich persönlich keine Religion sondern Terrorismus
Edith2: Traurig das man hier sowas erwähnen muss
Puschel wie halte ich dann FHEM übersichtlich, ich include 12 CFG Files in der FHEM.cfg. Ist das falsch und besser die mehrere hundert Zeilen Code nur in der FHEM.cfg zu belassen? Wie included FHEM die zusätzlichen CFG Files sonst?
P.S. ich bitte euch hier keine persönlich Unstimmigkeiten rein zu bringen. Wir arbeiten doch hier gemeinsam am Projekt FHEM und wollen doch Spaß und Nutzen daraus ziehen. Ich bin froh und dankbar hier Hilfe, Anregungen und Verbesserungen zu erhalten. Wenn ich etwas falsch handhabe oder anfange ist das weil ich eben kein Guru bin und auch kein Softwareentwickler, IT Pofi etc. sondern Hobbyist der Spaß daran hat es zum laufen zu bekommen. Fakt ist jedoch das ich lieber im Editor arbeite :) und wenn das für mich so gut funktioniert ist das für mich auch okay so.
Gruß
cerberus
Hallo,
du musst die fhem.cfg nicht übersichtlich halten.
Wie gesagt - lass FHEM das machen.
Meine fhem.cfg hat mittlerweile mehr als 1000 Zeilen.
Du darfst das ganze natürlich auslagern und per inlude einbinden - dann musst du aber wissen was du machst.
IODEV müssen vorher eingebunden werden BEVOR die Geräte eingebunden werden die per Attribut IODEV an das Device gebunden werden.
Alle anderen Codes natürlich genauso.
Es gibt (für mich) nur ein einziges Szenario wo man manuell in die fhem.cfg eingreifen muss.
Wenn ein IODEV (Cul,Cuno ...) nachträglich installiert wird und dann Geräten zugewiesen wird die VORHER bereits definiert wurden.
Autocreate legt das der Reihe nach an und so kann es passieren das Geräte bereits definiert sind aber das per attr zugewiesene IODEV noch nicht eingebunden ist.
Dann muss man das IODEV manuell in der fhem.cfg an die richtige Position verschieben - bevor die Geräte definiert werden.
Ob das bei dir das Problem ist weiß ich nicht daher mein Hinweis diese erstmal nicht per include einzubinden und danach würde ich den Beitrag in den HM-Bereich verschieben.
martin weiß da einfach besser Beschied.
Grüße
Edith: Grad den Beitrag nochmal überflogen - ich bin mir nicht sicher ob das ein HM-Problem ist.
Ich wüsste aber auf die schnelle auch nicht wo deine Frage schneller gelöst werden könnte
@ Puschel,
Treffer!
Bei dem Verglich mit dem IS sind mir die Pferde durchgegangen, und ich nehme ihn zurück, und entschuldige mich dafür.
Bei Dir, und allen anderen, die ich damit eventuell getroffen habe.
Jetzt zum eigentlichen "offTopic" Thema.
Ich finde es schade, dass Du in einer recht aggressiven Weise versuchst, anderen Foren Teilnehmern Deine Meinung über das nichtbearbeiten der fhem.cfg aufzuzwängen.
Hier gibt es nicht nur schwarz oder weiß, und für manchen macht es durchaus Sinn, die fhem.cfg zu bearbeiten.
Um mehr ging es mir eigentlich garnicht.
Manchmal macht auch der Ton die Musik.
Und nein, ich bin nicht der Meinung, es um vieles besser zu können, dazu schreibe ich viel zu oft das was ich denke,
allerding lasse ich mir auch den Mund nicht verbieten.
Gruß Joachim
@ cerberus,
Es gibt verschiedene Standpunkte, was das bearbeiten der fhem.cfg angeht.
Und es gibt für diese verschidenen Standpukte Gründe, z.B.
Wenn man nie selber in der cfg Hand anlegt, dann muß nur FHEM die cfg verstehen. Also muß sie nicht übersichtlich sein. FHEM kümmert sich dann um alles, z.B. das maskieren von Zeichen
Wenn man selbst wissen möchte, was in der cfg passiert, Modulgruppen in eigene Dateien auslagen möchte, für sich selber Kommentare zu späteren Verständniss eintragen möchte, o.ä. dann muß man die cfg bearbeiten, allerdings sollte man dann auch wissen was man macht, da hier die eine oder andere Falle vorhanden ist.
Für den Anfänger ist es weniger fehlerträchtig, die cfg in ruhe zu lassen.
Es ist aber nicht falsch, so wie Du es machst.
Gruß Joachim
ganz sachlich: das direkte editieren schafft mehr probleme und war schon mehr als ein mal der grund für etwas das nicht s funktioniert hat wie es gedacht war. ob das in deinem fall so ist oder ob es tatsächlich einen zusammenhang mit HM-485 gibt sei mal dahin gestellt.
das direkte editieren hat under andere folgende nachteile:
- du musst dich selber um das verdoppeln der ; und das maskieren der new line kümmern
- nach einer änderung muss fhem zwingend neu gestartet werden
die alternative ist alles über das web fronten zu bearbeiten und alles was mehr als eine zeile perl code in einem notify ist in eine eigene sub in einem 99_myUtilsXXX.pm file auszulagern. hiervon kannst du zum einen mehr als eines haben und zum anderen musst du nichts maskieren oder verdoppeln. diese files können auch zur laufzeit mit einem einfachen reload neu geladen werden. hier kannst du dich was kommentare angeht austoben und eine hier definierte sub kann parametrisiert und mehrfach verwendet werden. unterm strich ist das ganze noch strukturierter und es muss nicht wegen ein bisschen editieren neu gestartet werde. zusätzlich gibt es das comment attribut für jedes device. hier kannst du auf device ebene kommentieren.
es ist nicht 'falsch' die cfg zu bearbeiten es hat aber nachteile. es nicht zu tun hat vorteile. es gibt nicht wirklich einen grund es zu tun.
gruss
andre
Irgendwie ist der Wurm drin, Textfelder funktionieren immer noch nicht. Ich wollte HTTPS abschalten, da ich Problem bein Seitenaufbau habe. Entweder ist dieser sehr langsam oder hängt ganz. Mit HTTPS 0 funktioniert das aber nicht, es scheint FHEM egal zu sein ob dort 0 oder 1 steht. Erst wenn das attr auskommentiere wird auch HTTPS abgeschaltet. Unangenehmer Nebeneffekt nach dem abschalten von HTTPS ist das trotz aktiven longpoll das longoll nicht funktioniert. Der Seitenaufbau funktioniert jedoch dann flüssig.
Ist echt der Wurm drin und ich bin ziemlich ratlos.