Hallo zusammen.
Ich verzweifle so langsam an meine EnOcean-Weberhaus Installation (FSB14). Ich möchte gerne einen Schalter (rechts/links geteilt, also 4 Schaltmöglichkeiten) einlernen und habe ihn wie folgt konfiguriert :
# -----------------------------------------------
# --- Lichtschalter Arbeitszimmer ---
# Definition des physischen Tasters
define az_licht_ph EnOcean FEFF4AF8
attr az_licht_ph eventMap BI:off B0:on
attr az_licht_ph room DarkRoom
attr az_licht_ph subType switch
# Definition des FHEM-Tasters
define az_licht_fhem EnOcean FF834381
attr az_licht_fhem eventMap BI:off B0:on
attr az_licht_fhem room DarkRoom
attr az_licht_fhem subType switch
# Definition der Struktur
define az_licht structure room az_licht_fhem az_licht_ph
attr az_licht eventMap BI:off B0:on
attr az_licht room Arbeitszimmer,OG
attr az_licht clientstate_behavior last
Ich habe das EnOcean-Wiki so verstanden, dass ich einen physichen Schalter und einen FHEM-Schalter einlernen muss, der ausgehen von der BaseID des FHEM eine eindeutige Nr erhält (einfach hochzählen). Um dann in der Web-Oberfläche jedoch nur einen Schalter zu sehen, der auf beide Schalter (physich und web) reagiert, muss man diese beiden zu einem Strukt zusammenfassen.
Das hoffe ich getan zu haben. Allerdings passiert nun folgendes :
Ich habe die physische ID einfach aus dem Schalter ermittelt, der durch das "autocreate" des FHEM angelegt wird. Trage ich diesen nun wie oben angegeben ein, kann ich zwar schalten, aber wenn ich den physischen Schalter erneut betätige, so wird mir ein wieder ein FHEM-Schalter mit einer anderen ID angelegt...??? Sobald ich diese dort eintrage, wird mir beim nächsten Schalten wieder die vorher ermittelte ID als neuer Schalter angelegt... (ich lösche die angelegten immer direkt weg und nutze die ID in obiger Konfig).
Was mache ich falsch ? Ich möchte doch nur, dass der Status auf dem Web-View mit dem tatsächlichen Schaltzustand übereinstimmt.
Vielen Dank für Eure Antworten
Beim phys. Schalter fehlt wie im Wiki beschrieben
attr az_licht_ph dummy
Warum Du eine andere ID-bekommst verstehe ich gerade nicht. Eigentlich sollte doch nur der Kanal sich ändern. Teile doch zunächst einmal deinen Switch mit readingsProxy auf.
edit:
Die fsb14 sind doch als Manufacturer Specific Applications (EEP A5-3F-7F) in Fhem anzulernen. Schau mal im Commandref. Sind die nicht auch bidi? Würde zu Deinen wechselnden Ids passen. Wofür brauchst Du dann die structure-Konstruktion??
Habe gesehen, dass wir dieses Thema bereits im (von Dir) geschlossenen Thread http://forum.fhem.de/index.php/topic,23880.msg171230.html#msg171230 hatten. Mir ist jetzt leider überhaupt nicht mehr klar, worauf Du hier hinaus möchtest...
Warum legst Du für den fsb14 einen zusätzlichen Fhem-Schalter an? Kannst Du nicht über das fsb14-Device steuern?
Zeigt das fsb14-Device nicht immer den korrekten Status, weil bidi?
Soll der phys. Taster direkt in den fsb14 eingelernt werden oder willst Du das indirekt über Fhem machen (notify)?
Oder ist das hier ein Schreibfehler:
ZitatIch verzweifle so langsam an meine EnOcean-Weberhaus Installation (FSB14).
Und es geht gar nicht um den FSB14, sondern um einen anderen Aktor?
Fragen über Fragen......
Hallo,
ZitatFragen über Fragen......
Dann wäre es mal an der Zeit wenn sich der Fragesteller in den Anfängerbereich begeben würde und dort die angepinnten Beiträge lesen (und verstehen) würde.
Dann würden sich diese Fragen über Fragen nachfragen ein bischen dezimieren - hoffentlich.
Grüße
Vielleicht ist auch der Antwortende das Problem; kann ich nicht ausschließen ;)
Hallo,
Zitat von: krikan am 03 Juli 2014, 21:11:26
Vielleicht ist auch der Antwortende das Problem; kann ich nicht ausschließen ;)
Na wenn du sonst hellseherische Fähigkeiten hast die dich ausgerechnet jetzt im Stich lassen kann das durchaus zutreffen ;)
Aber nach deinen letzten Beiträgen hier gehe ich mal davon aus das du auch nicht weißt was der TE überhaupt vor hat.
Daher sollte sich der TE erstmal schlau machen WAS er WOMIT will und die benötigten Infos posten.
Sonst kann das recht mühsam werden und es wird sich evtl. irgendwann niemand mehr finden der antworten möchte.
Grüße
Hallo Krikan.
Vielen Dank für Deine Antwort. Dass die FSB14-Schalter Komponenten bidirectional sein sollen, hatte ich auch schonmal irdendwo aufgeschnappt. Aber leider habe ich im EnOcean-wiki keine Anleitung dazu gefunden, was für diese BiDi-Geräte zu tun ist. Habe im CommandRef etwas zum BiDi-Einlernen gefunden
Bidirectional Teach-In / Teach-Out
set <name> pairForSec
Ich kann ja mal versuchen, es damit irgendwie hinzubekommen. Also ist der Ansatz, nur den automatisch erkannten Schalter zu verwenden. Als ich das vorher schonmal versucht hatte, konnte ich aber nicht über FHEM schalten. Da muss doch dann trotzdem irgendwo noch zusätzlich die FHEM-ID angegeben werden, oder ?
Woran genau sieht man denn die Rückmeldung ? Ist dieses "az_licht_ph on" die Rückmeldung von EnOcean ?
2014-07-04_06:52:58 az_licht_ph buttons: pressed
2014-07-04_06:52:58 az_licht_ph channelB: on
2014-07-04_06:52:58 [b]az_licht_ph on[/b]
2014-07-04_06:52:58 az_licht_ph buttons: released
2014-07-04_06:52:58 az_licht_ph buttons: released
2014-07-04_06:53:01 az_licht_ph buttons: pressed
2014-07-04_06:53:01 az_licht_ph channelB: off
2014-07-04_06:53:01 [b]az_licht_ph off[/b]
2014-07-04_06:53:02 az_licht_ph buttons: released
2014-07-04_06:53:02 az_licht_ph buttons: released
Ich hatte vorher schonmal einen Post, das ist richtig. Und ich dachte auch, dass alles funktioniert. Aber leider stellte sich heraus, dass der Status der FHEM-Komponenten nicht mit dem physikalischen Status der Lampe übereinstimmte. Daher habe ich versucht, dieses Problem nochmal anzugehen. Ausserdem wunderte mich, dass dutzende, automatisch generierte EnOcean-Komponenten erzeugt wurden, wo ich doch meiner Meinung nach, alle Schalter etc. versorgt hatte.
Sorry, wenn ich mich zu kompliziert ausgedrückt, oder zu unklar gelassen haben sollte, wobei ich gerne Hilfe hätte.
@Puschel74 : Es gibt ja die PDF-Anleitung zu FHEM und die Wiki-Seite. Das half mir leider nicht weiter und ich habe nach einer anderen Doku gesucht. Dass man sich (erstmal) nur die angepinnten Beiträge ansehen sollte, war mir nicht klar. Diese werde ich mir gerne mal ansehen und (hoffentlich) verstehen.
Ich hoffe, ich komme morgen einmal wieder dazu, etwas an der Konfig auszuprobieren und etwas zu lesen. Ich melde mich bei Erfolg/Mißerfolg.
Vielen Dank nochmal.
Halt!
In Deinem alten Thread ging es doch um einen Rolladenaktor FSB14.
Jetzt schreibst Du zwar über einen Rolladenaktor FSB14, schreibst aber gleichzeitig über Lichtsteuerung. Das widerspricht sich nach meiner Meinung.
Welchen Aktor hast Du denn nun? Doch wohl keinen Rolladenaktor für Dein Licht. Je nach Aktor unterscheiden sich evtl. die Anlern- und Steuerungsvorgänge. Lass uns erst mal diese Grundlage klären, bevor Du weiter bastelst und ich auf Deine Fragen eingehe.
Gruß, Christian
Hi Christian. Sorry, ich habe FSB mit mit FSR14-4x verwechselt ... :-\
Ja, ich meine (erstmal) meine Licht-Schalter. Den Rolläden widme ich mich später (da funktioniert die Status-Rückmeldung nämlich eh nur ganz marginal (open/stop/closed - aber meistens "not_reached").
Ich kann die Rolläden zwar steuern, aber der angezeigte Status passt (meistens) nicht. Aber dem widme ich mich erst, wenn ich die Lichtschalter und die Funksteckdosen beherrsche ;)
Entschuldige meine Verwechslung.
Gruß, Guido
Ok, Guido, dann versuchen wir unserer Glück. Da ich aber keinen 14er-Reihe habe, alles nur aus der Doku:
FSR14-4x ist ein bidi-Aktor, der entsprechend http://www.eltako.com/fileadmin/downloads/de/Datenblatt/Funktelegramme.pdf Seite 5 pro Kanal den Status beim Schalten an Fhem zurücksendet. Also vergiss erst einmal das structure-Konstrukt, da nicht notwendig.
Zum Anlernen mit Fhem: Suche bitte in der Commandref zu EnOcean den Absatz zu "Gateway (EEP A5-38-08)" hier wird auch der FSR14 erwähnt und der Anlernprozess beschrieben. Die Fhem-Schalter-Adresse muss als attribut subDef des device "AdressedesAktorKanals" hinterlegt und dann angelernt werden (weitere Attribute siehe Commandref).
Hängen an einem Aktor 4 Lampen?
Gruß, Christian
Vielen Dank für Deine Hilfe.
Ich werde mir die CommandRef mal bzgl. dem angegebenen Gateway ansehen und baldmöglichst einmal probieren, Deine Info umzusetzen. Das mit dem
SubDef ist schonmal ein guter Hinweis. Dort könnte ich ja dann die Adressen der FHEM-Basisadresse (+ Inkrement) verwenden, denke ich.
Sehr schön, wenn ich das Structure-Konstruct wegwerfen kann. Dann wird es schon übersichtlicher :D
An einem Aktor hängt bei mir entweder :
- eine Zimmerlampe und eine Rolladensteuerung
oder
Heute schaffe ich es wahrscheinlich nicht mehr (ist ja Fussball ;D), aber ich hoffe, dass ich morgen einmal rumbasteln kann
Ich werde berichten.
VG Guido
ZitatDort könnte ich ja dann die Adressen der FHEM-Basisadresse (+ Inkrement) verwenden, denke ich.
Richtig, musst Du und dann bitte das Device am Aktor Anlernen.
Zitatwenn ich das Structure-Konstruct wegwerfen kann.
Bei den bidi-Aktoren hast Du im Aktor-Device immer den richtigen Status. Ok, fast immer: Bei den Rolladen ist das ein kleineres Problem, wie Du bereits erkannt hast.
Zitat
eine Zimmerlampe und eine Rolladensteuerung
Das verstehe ich nicht. Lampe und Rolle an einem Aktor!?
ZitatDas verstehe ich nicht. Lampe und Rolle an einem Aktor!?
Oh - Mit Aktor ist offensichtlich nicht der Schalter gemeint :-[ , sondern das Ding im Schaltschrank, wo man die Einlern-Schalter hat etc ?
Ok, dann ist es natürlich so, dass nur Licht über die FSR geschaltet wird. Ich habe auch noch zwei FMS14 - die sind für die schaltbaren Steckdosen zuständig und abschliessend habe ich die FSB für die Rolläden.
Sorry, ich lerne erst so langsam die Begrifflichkeiten und Funktionsweise ..
VG
ZitatOh - Mit Aktor ist offensichtlich nicht der Schalter gemeint :-[ , sondern das Ding im Schaltschrank, wo man die Einlern-Schalter hat etc
Korrekt! Wir sollten uns da schon einig sein, sonst gibt es Chaos ;)
Hallo Guido,
bin über einen Post eines Namens-Kollegen von Dir zum Thema FSR14 gestolpert:
http://forum.fhem.de/index.php/topic,22635.msg160582.html#msg160582
Lies Dir dort einmal den Absatz "Eltako RS485-Busaktoren mit FHEM ansteuern" durch. Dort findest Du auch eine Musterkonfiguration zum FSR14-4x mit Anlernanleitung. Da Du mit einem TCM-USB-Adapter ansteuerst (Richtig?) musst Du aber eine ID aus dessen Adressbereich nehmen.
Gruß, Christian
PS: Im Prinzip ist das Vorgehen anlog zum FSB14; Du musst "nur" die passenden Attribute wählen.
Hallo Christian.
Das ist genau die Anleitung, die ich gesucht habe (FHEM für Dummies ;D. Damit komme ich bestimmt weiter.
Aus den anderen Dokus/API-Beschreibungen habe ich wohl nicht immer alles verstanden.
Ich melde mich, sobald ich es ausprobieren konnte.
Vielen, vielen Dank
Gruß Guido
Moin.
Also ich habe es gerade einmal mit folgender Konfiguration ausprobiert :
# --- Lichtschalter Arbeitszimmer ---
# das Autocreate wechselt zwischen FFD7BC11 und FEFF4AF8
define az_licht EnOcean FEFF4AF8
attr az_licht subDef FF834381
attr az_licht eventMap BI:off B0:on
attr az_licht gwCmd switching
attr az_licht subType gateway
attr az_licht room Arbeitszimmer,OG
Wenn ich jetzt nur den physischen Taster betätige (Licht einschalte), dann funktioniert der Schalter und das Licht geht an, es wird auch kein weiteres EnOcean-Gerät angelegt. Schalte ich nun aber mit dem reelen Schalter aus, funktioniert zwar alles, aber es wird ein neues EnOcean-Gerät mit der zweiten ID angelegt . :o
Was kann das sein ? Klar könnte ich jetzt einfach auf das zweite Gerät pfeifen, aber ich würde gerne verstehen, was das für eine ID ist. Der Taster kann doch nur eine Id senden. Ist die zweite eine Bestätigungs-ID ? Wo müsste ich diese versorgen ?
Gruß
Guido
ps : die Attribute "gateway" und "gwCmd" habe ich einfach aus der Anleitung aus dem angegebenen Post übernommen. Ich weiß nicht, ob diese nötig sind.
Hallo Guido!
Ersteinmal Grundlegend: Dein Fhem ist auf dem aktuellsten Stand? Wenn nicht bitte update und shutdown restart.
ZitatWenn ich jetzt nur den physischen Taster betätige (Licht einschalte), dann funktioniert der Schalter und das Licht geht an, es wird auch kein weiteres EnOcean-Gerät angelegt. Schalte ich nun aber mit dem reelen Schalter aus, funktioniert zwar alles, aber es wird ein neues EnOcean-Gerät mit der zweiten ID angelegt .
Dann Begrifflichkeit:
phys. Schalter = Realer Schalter = das Ding an der Wand
device = Repräsentant eines realen EnOcean-Objektes oder Fhem-EnOcean-Objektes in der Oberfläche von Fhem
Jeder phys. Schalter hat eine eigene Adresse und wird in Fhem angelegt, wenn es im "learning mode" ist.
Jeder Bidi-Aktor hat eine eigene Adresse, die in Fhem angelegt wird.
Zitatdefine az_licht EnOcean FEFF4AF8
Ist das die Adresse Deines Aktors? Ich befürchte Du hast dort die Adresse des phys. Schalters hinterlegt. Das ist falsch!
Zitatattr az_licht subDef FF834381
Ist das eine Adresse aus dem Adressbereich Deines TCM-USB-Gateways? Nur das ist richtig.
Zitatattr az_licht gwCmd switching
attr az_licht subType gateway
Die Attribute sind zwingend nur dann, kennt Fhem die richitigen Steuerbefehle.
Hast Du das Device az_licht im Aktor fsr14 angelernt?
Bitte lass uns das schrittweise angehen und beantworte einemal mein Fragen der Reihe nach. Wir verzetteln uns sonst...
Hallo Christian.
ZitatIst das die Adresse Deines Aktors? Ich befürchte Du hast dort die Adresse des phys. Schalters hinterlegt. Das ist falsch!
Ja, das ist sie. Ok, das war falsch. Wenn ich jetzt das Licht einschalte, dann bekomme wird ein Device angelegt mit der ID FEFF4AE5
Wenn ich das jetzt so konfiguriere
define hwr_licht EnOcean FEFF4AE5
attr hwr_licht subDef FF834383
attr hwr_licht eventMap BI:off B0:on AI:off A0:on
attr hwr_licht gwCmd switching
attr hwr_licht subType gateway
attr hwr_licht room Hauswirtschaftsraum,UG
dann funktioniert die Darstellung des Status im Web, wenn ich den physischen Schalter betätige. Auch Schalten per Web-Device funktioniert, da ich es schon eingelernt hatte. Dort aktualisiert sich allerdings gerade das Icon nicht (komisch eben, ging es ...)
Die SubDef-Id ist aus dem FHEM-Id Bereich und eindeutig von mir vergeben
Es wird weiterhin ein neues autoCreate-Device mit der ID FFD7BC03 angelegt - ist das das Bestätigungs-Device ?
Ob meine Software aktuell ist .... wo kann ich das nachsehen ? Ich habe die FritzBox Firmware-Erweiterung installiert und ich weiß gerade nicht, wo ich die Versionsnummer sehen kann. Ich habe die Software vor ca 1,5 Monaten runtergeladen und installiert.
Ich frage mich gerade, ob telefonischer Kontakt möglich wäre ? Das ginge bestimmt sehr viel schneller ...
Vielen Dank für die Hilfe.
Zur Info : Ich habe mich jetzt des HWR-Schalters angenommen, weil ich dort direkt an Schaltschrank sitzen kann ;)
Hier die VersionsId's
# $Id: fhem.pl 3872 2013-09-07 11:58:33Z rudolfkoenig $
# $Id: 10_EnOcean.pm 3958 2013-09-25 09:42:55Z klaus-schauer $
# $Id: 00_FBAHA.pm 2777 2013-02-20 08:02:01Z rudolfkoenig $
# $Id: 01_FHEMWEB.pm 3963 2013-09-26 08:55:32Z martinp876 $
# $Id: 92_FileLog.pm 3759 2013-08-21 08:13:08Z rudolfkoenig $
# $Id: 99_SUNRISE_EL.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
# $Id: 00_TCM.pm 3897 2013-09-12 10:20:54Z klaus-schauer $
# $Id: 99_Utils.pm 3595 2013-08-05 05:38:48Z tobiasfaust $
# $Id: 98_autocreate.pm 3957 2013-09-25 06:21:02Z rudolfkoenig $
# $Id: 91_eventTypes.pm 2982 2013-03-24 17:47:28Z rudolfkoenig $
# $Id: 91_notify.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
# $Id: 98_structure.pm 3767 2013-08-22 21:05:37Z rudolfkoenig $
# $Id: 98_telnet.pm 3738 2013-08-18 14:13:59Z rudolfkoenig $
Hallo Guido,
bitte unbedingt update und shutdown restart durchführen. Wir kommen sonst nicht weiter. Dein Fhem ist uralt.
Hoffe Du setzt nicht die AVM-Fhem-Labor-Firmware ein, dann ist Support nicht möglich und Du müsstest noch auf Fhem.de-Version umstellen....
Klar könnten wir telefonieren, dann lernt aber niemand anderes etwas ;-) und kein anderer könnte eingreifen. Ich kenn die 14er-Reihe nur vom Papier.
Bitte finde auch heraus, was die Aktor-Ids Deines FSR14 sind. Bei meinem Einbau Eltakos sind die Adressen auf den Aktor aufgedruckt. Bei Dir evtl. auch mit der Eltako-Software auslesbar
Gruß, Christian
Zitat
Hoffe Du setzt nicht die AVM-Fhem-Labor-Firmware ein, dann ist Support nicht möglich und Du müsstest noch auf Fhem.de-Version umstellen....
Leider doch genau die :( Ich muss dann mal sehen, wie ich ein Update durchführen kann. Wahrscheinlich mit der FritzBox-Software gar nicht, vermute ich.
Ich wollte nicht extra noch einen eigenen Rechner anschliessen, da die FritzBox eh im Netz ist....
Mal sehen, ob ich irgendwann einen RasPi oder sowas dafür einsetze...
Die Aktor-ID des FSR für den Hauswirtschaftsraum ist FE FF 4A E5 (ausgelesen mit PCT-Software - ist aber identisch mit dem automatisch erzeugten Device)
Zitat
Klar könnten wir telefonieren, dann lernt aber niemand anderes etwas ;-) und kein anderer könnte eingreifen. Ich kenn die 14er-Reihe nur vom Papier.
Ok, verstehe ich. Man will ja auch nicht einfach so seine Nummer rausgeben. Manchmal denke ich nur, es gibt auf diesem Wege weniger Missverständnisse. Aber so funktioniert es ja auch.
So, das bedeutet, ich versuche einmal herauszufinden, ob ich an eine neuere FritzBox-Version von FHEM kommen kann.
Aber hiermit bin ich schon einen Schritt weiter :
Wenn ich die automatisch angelegte Aktor-Id verwende, dann funktioniert eigentlich alles am Lichtschalter. Das einzige ist halt, dass ich noch das erzeugte EnOcean-Device mit der Schalter-Id habe. Wegen mir
verstecke ich einfach diesen Schalter in meinem "DarkRoom" (ein Raum, der "hidden" ist) und dann ist das halt so. Er stört mich ja nicht weiter. Ich bin mir nur nicht sicher, ob das der richtige Weg ist.
# --- Lichtschalter Hauswirtschaftsraum ---
# erzeugte ph.Schalter-ID : FEFF4AE5 erzeugte Aktor-ID : FFD7BC03
define hwr_licht EnOcean FFD7BC03
attr hwr_licht subDef FF834383
attr hwr_licht eventMap BI:off B0:on AI:off A0:on
attr hwr_licht gwCmd switching
attr hwr_licht subType gateway
attr hwr_licht room Hauswirtschaftsraum,UG
# Jetzt evtl. einfach das generierte Gerät in den Hidden-Room legen ?
define EnO_switch_FEFF4AE5 EnOcean FEFF4AE5
attr EnO_switch_FEFF4AE5 room DarkRoom
attr EnO_switch_FEFF4AE5 subType switch
define FileLog_EnO_switch_FEFF4AE5 FileLog ./log/EnO_switch_FEFF4AE5-%Y.log EnO_switch_FEFF4AE5
attr FileLog_EnO_switch_FEFF4AE5 logtype text
attr FileLog_EnO_switch_FEFF4AE5 room DarkRoom
Ich bin jetzt gleich mal unterwegs und werde heute nachmittag weiter-forschen.
Vielen Dank für Deine Zeit und Hilfe
Cool - Update hat geglückt !
# $Id: fhem.pl 6080 2014-06-07 16:12:09Z rudolfkoenig $
# $Id: 10_EnOcean.pm 6143 2014-06-19 19:11:44Z klaus-schauer $
# $Id: 00_FBAHA.pm 6027 2014-06-01 12:57:31Z rudolfkoenig $
# $Id: 01_FHEMWEB.pm 6090 2014-06-09 10:25:11Z rudolfkoenig $
# $Id: 92_FileLog.pm 5876 2014-05-16 19:54:51Z rudolfkoenig $
# $Id: 99_SUNRISE_EL.pm 5851 2014-05-13 19:39:03Z rudolfkoenig $
# $Id: 00_TCM.pm 6156 2014-06-23 19:48:37Z klaus-schauer $
# $Id: 99_Utils.pm 5488 2014-04-08 11:32:17Z rudolfkoenig $
# $Id: 98_autocreate.pm 5268 2014-03-20 20:46:00Z rudolfkoenig $
# $Id: 91_eventTypes.pm 5956 2014-05-24 13:04:04Z rudolfkoenig $
# $Id: 91_notify.pm 6081 2014-06-07 16:31:18Z rudolfkoenig $
# $Id: 98_structure.pm 5050 2014-02-26 08:29:44Z rudolfkoenig $
# $Id: 98_telnet.pm 4844 2014-02-08 07:54:03Z rudolfkoenig $
Jetzt bin ich erstmal weg. Danach versuche ich mein Glück weiterhin
ZitatLeider doch genau die :( Ich muss dann mal sehen, wie ich ein Update durchführen kann. Wahrscheinlich mit der FritzBox-Software gar nicht, vermute ich.
Ich wollte nicht extra noch einen eigenen Rechner anschliessen, da die FritzBox eh im Netz ist....
Update geht mit AVM-Fhem genauso wie geschrieben, aber die AVM-Version ist hier nicht so gerne gesehen, da es einige Abweichungen gibt. Ich nutze auch die Fritzbox aber eben -wie wohl die meisten- mit der Fhem-Version von www.fhem.de. Stell es doch "einfach" um.
Dringender Rat: Bastel erst weiter, wenn Dein Fhem aktuell ist. Es gab bis heute einige bedeutende Änderung, insbesondere auch im TCM/EnOcean-Modul. Auch ist Hilfe nur dann sinnvoll möglich. Ich bekomme heute folgende Versionen angezeigt:
# $Id: fhem.pl 6080 2014-06-07 16:12:09Z rudolfkoenig $
# $Id: 10_CUL_HM.pm 6194 2014-07-04 06:30:01Z martinp876 $
# $Id: 10_EnOcean.pm 6143 2014-06-19 19:11:44Z klaus-schauer $
# $Id: 72_FB_CALLMONITOR.pm 5994 2014-05-28 17:56:09Z markusbloch $
# $Id: 01_FHEMWEB.pm 6090 2014-06-09 10:25:11Z rudolfkoenig $
# $Id: 95_FLOORPLAN.pm 6174 2014-06-29 05:51:28Z ulimaass $
# $Id: 92_FileLog.pm 5876 2014-05-16 19:54:51Z rudolfkoenig $
# $Id: 00_HMLAN.pm 6150 2014-06-21 19:09:37Z martinp876 $
# $Id: 98_HMinfo.pm 6126 2014-06-17 05:44:54Z martinp876 $
# $Id: 99_SUNRISE_EL.pm 5851 2014-05-13 19:39:03Z rudolfkoenig $
# $Id: 98_SVG.pm 5956 2014-05-24 13:04:04Z rudolfkoenig $
# $Id: 00_TCM.pm 6156 2014-06-23 19:48:37Z klaus-schauer $
# $Id: 45_TRX.pm 5957 2014-05-24 13:46:29Z wherzig $
# $Id: 46_TRX_WEATHER.pm 5719 2014-05-01 19:18:38Z wherzig $
# $Id: 59_Twilight.pm 6136 2014-06-18 19:08:58Z dietmar63 $
# $Id: 70_USBEHZ.pm 3011 2013-04-01 11:35:04Z wherzig $
# $Id: 99_Utils.pm 5488 2014-04-08 11:32:17Z rudolfkoenig $
# $Id: 59_Weather.pm 6112 2014-06-14 17:41:36Z borisneubert $
# $Id: 99_XmlList.pm 1840 2012-09-12 13:52:08Z rudolfkoenig $
# $Id: 98_autocreate.pm 5268 2014-03-20 20:46:00Z rudolfkoenig $
# $Id: 91_eventTypes.pm 5956 2014-05-24 13:04:04Z rudolfkoenig $
# $Id: 91_notify.pm 6081 2014-06-07 16:31:18Z rudolfkoenig $
# $Id: 33_readingsGroup.pm 6180 2014-06-29 20:16:29Z justme1968 $
# $Id: 33_readingsHistory.pm 5918 2014-05-20 21:19:58Z justme1968 $
# $Id: 33_readingsProxy.pm 5750 2014-05-05 09:26:45Z justme1968 $
# $Id: 98_telnet.pm 4844 2014-02-08 07:54:03Z rudolfkoenig $
# $Id: 98_weblink.pm 5608 2014-04-23 10:57:16Z rudolfkoenig $ ZitatWenn ich die automatisch angelegte Aktor-Id verwende, dann funktioniert eigentlich alles am Lichtschalter. Das einzige ist halt, dass ich noch das erzeugte EnOcean-Device mit der Schalter-Id habe. Wegen mir verstecke ich einfach diesen Schalter in meinem "DarkRoom" (ein Raum, der "hidden" ist) und dann ist das halt so. Er stört mich ja nicht weiter. Ich bin mir nur nicht sicher, ob das der richtige Weg ist.
Das ist richtig so.
So, nachdem Du nun auf aktuellen Stand bei Fhem bist, habe ich mir den Thread noch mal durchgesehen. Ich fasse noch mal zusammen, da ich sonst durcheinanderkomme:
ZitatAktor-ID des FSR für den Hauswirtschaftsraum ist FEFF4AE5
Dann muss folgende Konfiguration für den Aktor nach meiner Meinung richtig sein:
define hwr_licht EnOcean FEFF4AE5 <---- Aktor-Adresse
attr hwr_licht subDef FF834383 <---- Adresse aus dem Adresspool des TCM-USB-Device
attr hwr_licht eventMap BI:off B0:on <---- alternativ: AI:off A0:on
attr hwr_licht gwCmd switching
attr hwr_licht subType gateway
attr hwr_licht room Hauswirtschaftsraum,UG
Dies muss mit
set hwr_licht teach angelernt werden.
Mit dem Fhem-Web-device hwr_licht müsstest Du dann die Lampe steuern können und den Status engeziegt bekommen. Das Fhem-Web-device hwr_licht müsste auch beim schalten mit externen phys. Tastern, die in den Aktor direkt eingelernt sind, den richtigen Status anzeigen.
Der externe phys. Schalter der direkt in den Aktor eingelernt wurde (Adresse ?) wird in Fhem als switch per autocreate angelegt und in den hiddenroom verschoben, da momentan nicht notwendig.
Wenn ein Aktor FSR14-4x aber 2 Verbraucher (Lampen) schaltet, müsste er auch 2 Aktor-Adressen haben oder er signalisiert dies evtl. über die Kanäle A-B (Verbraucher1 AI:off und A0:on / Verbraucher2 AI:off und A0:on) Das wüsste ich gerne, da dies einiges beeinflusst...
Gruß, Christian
Mist, seit dem Update werden gar keine Devices mehr mittels autocreate angelegt... Jetzt steh ich auf'm Schlauch.
Was kann das denn sein ? Die Konfig habe ich von vorher übernommen:
define autocreate autocreate
#attr autocreate disable
attr autocreate autosave 1
attr autocreate device_room %TYPE
attr autocreate filelog ./log/%NAME-%Y.log
attr autocreate weblink 1
attr autocreate weblink_room Plots
Wurde geändert; du musst den TCM erst in den "learningMode" versetzen, damit EnOcean-Devices automatisch angelegt werden.
siehe http://forum.fhem.de/index.php/topic,22019.msg154669.html#msg154669
Wenn Du in der CommandRef auf der Fritzbox nachschaust, findest Du das auch beschrieben. Die hat nämlich auch jetzt endlich den letzten Stand. ;--)
Hallo,
ZitatMal sehen, ob ich irgendwann einen RasPi oder sowas dafür einsetze...
würd ich an deiner Stelle so schnell wie möglich machen da auf der FritzBox vermutlich mit einem der nächsten Firmware-Updates der Autostart von FHEM nichtmehr klappen wird.
Siehe hier:
http://forum.fhem.de/index.php/topic,25067.0.html (http://forum.fhem.de/index.php/topic,25067.0.html)
@gsbox
Die angepinnten Beiträge im Anfängerbereich sind eigentlich dazu gedacht den Helfenden die "Arbeit" etwas zu erleichter da die Hilfesuchenden so etwas wie einen Leitfaden haben was alles an Angaben benötigt werden könnte.
Das Einsteiger.pdf ist dazu gedacht Anfänger den Einstieg in FHEM zu erleichtern.
Und auch für EnOcean gibt es einen Starter-Guide.
Es muss ja nicht alles für jeden Anfänger nochmal neu erklärt werden ;)
Grüße
Edith: Nach einem update ist idR ein shutdown restart von FHEM nötig.
Das zeigt dir FHEM nach dem update aber an.
@Puschel74: Der Wiki-Guide ist nmM nicht so ideal. Also gib ihm eine Chance. Wolltest Du selbst nicht noch etwas zu EnOcean 14er im Wiki schreiben-fehlt nämlich bisher gänzlich? - oder irre ich mich? ;)
@puschel74 : Ich weiß, dass es störend ist, wenn Leute Probleme posten, und sich vorher die vorhandenen Dokus nicht angesehen haben - aber ich habe es wirklich versucht. Das Wiki für EnOcean hat mich dann zu einer Lösung gebracht, die nicht ganz korrekt war - ob das an mir oder der Doku gelegen hat, kann ich nicht sagen. Aber ich versuche wirklich, selber klar zu kommen und mir die vorhandenen Dokus anzusehen. Die PDF habe ich auch gelesen, aber natürlich nur die Dinge, die für mich relevant waren. Allerdings blieben noch ein paar Fragen offen. Dank der Hilfe von krikan bin ich heute schon ein gutes Stück weiter gekommen. Ich versuche weiterhin mein Bestes und hoffe, nur im Notfall nerven zu müssen.
Beispielsweise klappt jetzt das Erzeugen von EnOcean-Devices wieder (nach dem teaching-Mode), aber es gibt kein Lämpchen mehr, sondern nur noch eine cryptische Ausgabe
az_licht
EnOcean:1:F6:00:FEFF4AF8:20:02FFFFFFFF5E00
on
off
Aber ich versuche erstmal selbst rauszufinden, woran das liegt ;)
Hallo,
ZitatWolltest Du selbst nicht noch etwas zu EnOcean 14er im Wiki schreiben-fehlt nämlich bisher gänzlich? - oder irre ich mich?
Äh öhm ja äh also :-[
Ertappt :P
Ja wollte ich und werde ich auch noch nachholen allerdings kann ich dir hier nicht helfen da ich ein enOceanPi mit FAM14-Gateway benutze und ich nur und ausschliesslich Aktoren verwende.
Bei mir müssen die Benutzer das Licht über ein Tablet mit webVieControl ein- und ausschalten.
Aber ich habe immer noch die Möglichkeit später mal einen Bewegungsmelder oder Taster in den Räumen zu verbauen.
ZitatAlso gib ihm eine Chance.
Ich hab nie gesagt das ich Anfänger keine Chance geben.
Aber die vorhandene Doku darf doch gelesen werden - schliesslich wurde die ja hoffentlich nicht umsonst geschrieben (sondern gratis ;D ).
Grüße
Edith: @gsbox
ZitatIch weiß, dass es störend ist, wenn Leute Probleme posten, und sich vorher die vorhandenen Dokus nicht angesehen haben
Sorry, das finde ich nicht störend sondern einfach nur bequem den Helfenden gegenüber.
Der Helfende muss dann hergehen und sich die benötigten Infos erfragen was unnötig wäre und eine Menge Zeit ersparen würde.
das würde im Endeffekt auch dem Anfänger wieder zugute kommen da seine Probleme schneller gelöst werden können und am Schluss beide (der Helfende und der Hilfesuchende) wieder mehr Zeit für andere Dinge frei hätten.
Da ich hier leider nicht direkt helfen kann versuche ich eben Anfänger dazu zu ermuntern die vorhandene Doku zu lesen - eben weil dann beide etwas davon haben dürften.
Was ich dir aber empfehlen kann ist das du dich mit dem FHEM-Logfile und dem EventMonitor anfreundest.
Speziell wenn du neue Geräte definieren willst oder aber die Geräte in diversen Codes "verarbeiten" willst.
Achtung! Der EventMonitor zeigt KEINE Events der Vergangenheit an sondern erst ab dem Zeitpunkt des öffnens und auch nur solange wie er geöffnet ist.
Da es bei dir aber jetzt langsam vorwärts geht wünsche ich dir erstmal noch viel Spaß mit FHEM ;D
Und nicht vergessen. Bellende Hunde beissen nicht ;)
@Puschel74: Ich verstehe Dich - kenne aber auch die Probleme von gsbox - Man(n) sieht den Wald vor Bäumen nicht mehr - Alles ist gut ;)
@gsbox: Kannst ruhig weiter fragen - wir versuchen es dann zu lösen - Denke das sieht Puschel74 genauso - mache mal "shutdown restart"
Zurück zu EnOcean:
Wie unterscheiden siche die Kanäle der FSR14-4x?
ZitatWenn ein Aktor FSR14-4x aber 2 Verbraucher (Lampen) schaltet, müsste er auch 2 Aktor-Adressen haben oder er signalisiert dies evtl. über die Kanäle A-B (Verbraucher1 AI:off und A0:on / Verbraucher2 AI:off und A0:on) Das wüsste ich gerne, da dies einiges beeinflusst...
Hallo,
ZitatKannst ruhig weiter fragen - wir versuchen es dann zu lösen - Denke das sieht Puschel74 genauso
Natürlich sehe ich das genauso.
Die Geräte sollen ja auch mal funktionieren ;)
Grüße
Zitat@gsbox: Kannst ruhig weiter fragen - wir versuchen es dann zu lösen - Denke das sieht Puschel74 genauso - mache mal "shutdown restart"
Supi - Danke. Momentan habe ich das Problem, dass mein Arbeitszimmer-Licht
- manchmal kein Icon in der Web-Oberfläche (nur noch diese Zahlenkollone und am Ende on/off
- das Schalten per Web nicht mehr funktioniert
Aktuelle Konfig:
# Definition des physischen Tasters
# das Autocreate wechselt zwischen FFD7BC11 und FEFF4AF8
define az_licht EnOcean FEFF4AF8
attr az_licht subDef FF834381
attr az_licht eventMap BI:off B0:on
attr az_licht gwCmd switching
attr az_licht subType gateway
attr az_licht room Arbeitszimmer,OG
define FileLog_az_licht FileLog ./log/az_licht-%Y.log az_licht
attr FileLog_az_licht logtype text
attr FileLog_az_licht room LogRoom
define az_licht_device EnOcean FFD7BC11
attr az_licht_device room DarkRoom
attr az_licht_device subType switch
define FileLog_az_licht_device FileLog ./log/az_licht_device-%Y.log az_licht_device
attr FileLog_az_licht_device logtype text
attr FileLog_az_licht_device room DarkRoom
Beim Schalten via physikalischem Schalter sieht man in der Log:
2014-07-05_16:51:28 az_licht on
2014-07-05_16:51:28 az_licht EnOcean:1:F6:00:FEFF4AF8:20:03FFFFFFFF5on0
2014-07-05_16:51:31 az_licht off
Das Schalter per Web bringt
Unknown argument B0, choose one of on:noArg off:noArg teach:noArg blink on-for-timer on-till off-for-tim...
als Popup....
Oh je, das ging doch schon mal besser .... :-[
Ach so auf Deine Frage :
ZitatWenn ein Aktor FSR14-4x aber 2 Verbraucher (Lampen) schaltet, müsste er auch 2 Aktor-Adressen haben oder er signalisiert ....
Die meisten FSR-Aktoren schalten tatsächlich mehrere Lampen. Ich habe ja 4 Kanäle beim FSR, und meistens werden dort 4 unterschiedliche Lampen geschaltet (je auf Kanal 1-4)
Das Schalten per WEB klappt jetzt (auch wenn ich noch keine Aktualisierung des Icons bekomme). Man darf die EventMap offensichtlich nicht mehr nutzen.
Jetzt hängt mein Device noch im "teach" - Modus und kommt da nicht raus - kriege ich bestimmt auch noch irgendwie hin :D
ZitatDie meisten FSR-Aktoren schalten tatsächlich mehrere Lampen. Ich habe ja 4 Kanäle beim FSR, und meistens werden dort 4 unterschiedliche Lampen geschaltet (je auf Kanal 1-4)
Das habe ich verstanden. Jedoch wüsste ich gerne, ob jeder dieser Kanäle eine eigene Aktor-Adresse hat (bspw. FEFF4AF1, FEFF4AF2, FEFF4AF3, FEFF4AF4) oder ob es nur eine Adresse gibt, die anhand des Switch-Zustandes unterschieden werden (Adresse:FEFF4AF1 , Verbraucher1: A0,AI, Verbraucher2: B0,BI, Verbraucher3: C0,CI, Verbraucher4: D0,DI)
ZitatDas Schalten per WEB klappt jetzt (auch wenn ich noch keine Aktualisierung des Icons bekomme). Man darf die EventMap offensichtlich nicht mehr nutzen.
Die eventMap musst Du nutzen, sonst klappt die Visualisierung nicht richtig; nur muss eventMap korrekt sein, genau darum meine vorherige Frage.
Zitat von: krikan am 05 Juli 2014, 17:24:57
Das habe ich verstanden. Jedoch wüsste ich gerne, ob jeder dieser Kanäle eine eigene Aktor-Adresse hat (bspw. FEFF4AF1, FEFF4AF2, FEFF4AF3, FEFF4AF4) oder ob es nur eine Adresse gibt, die anhand des Switch-Zustandes unterschieden werden (Adresse:FEFF4AF1 , Verbraucher1: A0,AI, Verbraucher2: B0,BI, Verbraucher3: C0,CI, Verbraucher4: D0,DI)
Ich verstehe das gerade nicht ganz : Ich habe einen physikalischen Schalter mit zwei Schaltwippen. Betätige ich die ersten Wippe (Licht1), werden mir
zwei Devices angelegt:
ID FEFF4E98 und FFD7BC17
2014.07.05 17:35:57 1: EnOcean Unknown device with ID FEFF4E98 and RORG switch, please define it.
2014.07.05 17:35:57 2: autocreate: define EnO_switch_FEFF4E98 EnOcean FEFF4E98 EnOcean:1:F6:30:FEFF4E98:30:03FFFFFFFF5500
2014.07.05 17:35:57 3: EnO_switch_FEFF4E98: unknown attribute TCM310_0. Type 'attr EnO_switch_FEFF4E98 ?' for a detailed list.
2014.07.05 17:35:57 2: autocreate: define FileLog_EnO_switch_FEFF4E98 FileLog ./log/EnO_switch_FEFF4E98-%Y.log EnO_switch_FEFF4E98
2014.07.05 17:35:57 3: FileLog_EnO_switch_FEFF4E98: unknown attribute TCM310_0. Type 'attr FileLog_EnO_switch_FEFF4E98 ?' for a detailed list.
2014.07.05 17:35:58 1: EnOcean Unknown device with ID FFD7BC17 and RORG switch, please define it.
2014.07.05 17:35:58 2: autocreate: define EnO_switch_FFD7BC17 EnOcean FFD7BC17 EnOcean:1:F6:70:FFD7BC17:30:03FFFFFFFF4000
2014.07.05 17:35:58 3: EnO_switch_FFD7BC17: unknown attribute TCM310_0. Type 'attr EnO_switch_FFD7BC17 ?' for a detailed list.
2014.07.05 17:35:58 2: autocreate: define FileLog_EnO_switch_FFD7BC17 FileLog ./log/EnO_switch_FFD7BC17-%Y.log EnO_switch_FFD7BC17
2014.07.05 17:35:58 3: FileLog_EnO_switch_FFD7BC17: unknown attribute TCM310_0. Type 'attr FileLog_EnO_switch_FFD7BC17 ?' for a detailed list.
Log von ..E98
2014-07-05_17:42:31 EnO_switch_FEFF4E98 buttons: pressed
2014-07-05_17:42:31 EnO_switch_FEFF4E98 channelA: A0
2014-07-05_17:42:31 EnO_switch_FEFF4E98 A0
2014-07-05_17:42:31 EnO_switch_FEFF4E98 buttons: released
2014-07-05_17:42:31 EnO_switch_FEFF4E98 buttons: released
2014-07-05_17:42:41 EnO_switch_FEFF4E98 buttons: pressed
2014-07-05_17:42:41 EnO_switch_FEFF4E98 channelA: AI
2014-07-05_17:42:41 EnO_switch_FEFF4E98 AI
2014-07-05_17:42:41 EnO_switch_FEFF4E98 buttons: released
2014-07-05_17:42:41 EnO_switch_FEFF4E98 buttons: released
Log von ..BC17
2014-07-05_17:42:32 EnO_switch_FFD7BC17 buttons: pressed
2014-07-05_17:42:32 EnO_switch_FFD7BC17 channelB: B0
2014-07-05_17:42:32 EnO_switch_FFD7BC17 B0
2014-07-05_17:42:41 EnO_switch_FFD7BC17 buttons: pressed
2014-07-05_17:42:41 EnO_switch_FFD7BC17 channelB: BI
2014-07-05_17:42:41 EnO_switch_FFD7BC17 BI
Bei der zweiten Wippe wird nur ein Gerät angelegt :
2014.07.05 17:36:40 1: EnOcean Unknown device with ID FFD7BC15 and RORG switch, please define it.
2014.07.05 17:36:40 2: autocreate: define EnO_switch_FFD7BC15 EnOcean FFD7BC15 EnOcean:1:F6:70:FFD7BC15:30:03FFFFFFFF4100
2014.07.05 17:36:40 3: EnO_switch_FFD7BC15: unknown attribute TCM310_0. Type 'attr EnO_switch_FFD7BC15 ?' for a detailed list.
2014.07.05 17:36:40 2: autocreate: define FileLog_EnO_switch_FFD7BC15 FileLog ./log/EnO_switch_FFD7BC15-%Y.log EnO_switch_FFD7BC15
2014.07.05 17:36:40 3: FileLog_EnO_switch_FFD7BC15: unknown attribute TCM310_0. Type 'attr FileLog_EnO_switch_FFD7BC15 ?' for a detailed list.
Log aus zweitem Schalter:
2014-07-05_17:42:34 EnO_switch_FFD7BC15 buttons: pressed
2014-07-05_17:42:34 EnO_switch_FFD7BC15 channelB: BI
2014-07-05_17:42:34 EnO_switch_FFD7BC15 BI
2014-07-05_17:42:37 EnO_switch_FFD7BC15 buttons: pressed
2014-07-05_17:42:37 EnO_switch_FFD7BC15 channelB: B0
2014-07-05_17:42:37 EnO_switch_FFD7BC15 B0
Könnte es daran liegen, dass die Lampe, die bei der ersten Wippe geschaltet wird, noch durch einen weiteren Schalter in dem Raum geschaltet werden kann, die zweite Wippe jedoch alleine das Licht Nr2 schaltet ?
Also offensichtlich wird immer eine neue ID für je eine Seite des Schalters angelegt und abh. davon, ob es die rechte oder linke Schaltwippe ist, wird A[0|1] oder B[0|1] gesendet, richtig ?
Eins noch : kann ich den teach-Modus für das FHEM dauerhaft einstellen ? Ich muss das bei jedem Neuladen der Config wieder neu einstellen .... *nervig*
Zitatphysikalischen Schalter mit zwei Schaltwippen
Gehe davon aus, dass das ein realer Wandtaster ist: Dann sollte auf der Rückseite des EnOcean-Moduls des Taster die Adresse abgedruckt sein.
Welche Taster sind das?Normalerweise wird pro Taster eine device angelegt. Hat der Taster 2 Schaltwippen, dann wird anhand AO/AI und B0/BI die Seite unterschieden. Anders kenne ich das nicht.
Könnte der 2. Switch nicht das Rücktelegramm des Aktor sein?
Zitat
Könnte es daran liegen, dass die Lampe, die bei der ersten Wippe geschaltet wird, noch durch einen weiteren Schalter in dem Raum geschaltet werden kann, die zweite Wippe jedoch alleine das Licht Nr2 schaltet ?
Nicht das ich wüsste...
Liefere mir mal bitte einen Eventlog-Auszug vom Schalten 2er Lampen die an einem FSR14 hängen.
Hallo,
ZitatIch muss das bei jedem Neuladen der Config wieder neu einstellen .... *nervig*
Dann bearbeite nicht die fhem.cfg sondern die Geräte.
Dann entfällt das neu laden der Konfig.
Grüße
Zitat von: krikan am 05 Juli 2014, 17:56:39
Gehe davon aus, dass das ein realer Wandtaster ist: Dann sollte auf der Rückseite des EnOcean-Moduls des Taster die Adresse abgedruckt sein. Welche Taster sind das?
Du hast Recht - Die ID dieses Tasters ist FE FF 4E 98
Zitat
Könnte der 2. Switch nicht das Rücktelegramm des Aktor sein?
Stimmt ....
Es wird auch je Schalter nur eine ID angelegt und dann mit A/B unterschieden.
Ok, sind dann ..BC15 und ..BC17 die Rücktelegramme von einem Aktor?
Zitat von: krikan am 05 Juli 2014, 18:11:53
Ok, sind dann ..BC15 und ..BC17 die Rücktelegramme von einem Aktor?
Korrekt, so langsam verstehe ich es :D
Es klappt jetzt auch wunderbar mit dem Licht (im HWR), sofern richtig konfiguriert *jippie*
Nur beim Arbeitszimmer-Licht habe ich das Problem, dass der Status als lange Zahlenkollone dargestellt wird, anstatt als "on" oder "off"
Auch muss ich bei beiden Lampen, die ich heute bearbeitet habe (Arbeitszimmer und Hauswirtschaftsraum) die eventMap auskommentieren, sonst klappt es nicht.
Dabei wird beim Arbeitszimmer definitiv B0 und B1 gesendet .... komisch :o
ZitatNur beim Arbeitszimmer-Licht habe ich das Problem, dass der Status als lange Zahlenkollone dargestellt wird, anstatt als "on" oder "off"
Dann stimmt noch etwas in der Konfiguration nicht. ;)
ZitatDabei wird beim Arbeitszimmer definitiv B0 und B1 gesendet .... komisch
Achtung, dass ist BI (Buchstabe I) und nicht B1. Die eventMap müsste dann so aussehen:
eventMap BI:off B0:onZitatKorrekt, so langsam verstehe ich es
Das freut mich; es wäre schön, wenn Du bei Durchblick, dass ganze kurz für den FSR14 zusammenstellen (Muster-Konfig) könntest. Ich würde das dann ins Wiki packen
Zitat von: krikan am 05 Juli 2014, 18:39:05
Achtung, dass ist BI (Buchstabe I) und nicht B1. Die eventMap müsste dann so aussehen:
Stimmt, da habe ich mich beim Post auch nur vertippt.
Zitat
Das freut mich; es wäre schön, wenn Du bei Durchblick, dass ganze kurz für den FSR14 zusammenstellen (Muster-Konfig) könntest. Ich würde das dann ins Wiki packen
Gerne - sobald ich es vollständig durchblickt habe, schreibe ich das hier in den Post und schliesse ihn dann.
Ich "fummel" jetzt mal noch ein bisschen rum. Vielen Dank für Deine Hilfe
Schade, das mit dem Durchblick wird wohl nix >:(
Ich bekomme es einfach nicht hin, die eventMap zu aktivieren. Es wird immer nur so ein komischer Status angezeigt, obwohl das Schalten per Web funktioniert
az_licht EnOcean:1:F6:00:FEFF4AF8:20:03FFFFFFFF5B00 on off
Verstehe ich nicht. Steht das genauso im Fhemweb?
Kannst Du mal einen Screenshot liefern?
Dann würde ich gerne noch mal die Config dazu sehen.
Dateianhang angefügt - hier die aktuelle Config :
# --- Lichtschalter Arbeitszimmer ---
# physische ID : FFD7BC11 und Quittungs-ID : FEFF4AF8
define az_licht EnOcean FEFF4AF8
attr az_licht subDef FF834381 # eindeutige ID von FHEM
attr az_licht eventMap BI:off B0:on
attr az_licht IODev TCM310_0
attr az_licht gwCmd switching
attr az_licht subType gateway
attr az_licht room Arbeitszimmer,OG
define FileLog_az_licht FileLog ./log/az_licht-%Y.log az_licht
attr FileLog_az_licht logtype text
attr FileLog_az_licht room LogRoom
# Gerät für die Rückmeldung - kann versteckt werden
define az_licht_device EnOcean FFD7BC11
attr az_licht_device room DarkRoom
attr az_licht_device eventMap BI:off B0:on
attr az_licht_device IODev TCM310_0
attr az_licht_device subType switch
define FileLog_az_licht_device FileLog ./log/az_licht_device-%Y.log az_licht_device
attr FileLog_az_licht_device logtype text
attr FileLog_az_licht_device room LogRoom
Ein und wieder Ausschalten bei physischem Wand-schalter
2014-07-05_20:06:47 az_licht_device buttons: pressed
2014-07-05_20:06:47 az_licht_device channelB: on
2014-07-05_20:06:47 az_licht_device on
2014-07-05_20:06:52 az_licht_device buttons: pressed
2014-07-05_20:06:52 az_licht_device channelB: off
2014-07-05_20:06:52 az_licht_device off
und in der Log-Datei von az_licht kommt nichts an ....
Ich habe es - die ID's waren wohl vertauscht :(
Es wird wohl Zeit für Feierabend.
Nur über's Web schalten geht erst, wenn ich die eventMap in az_licht rausnehme. Aber dann klappt es komplett !
Danke für's zuhören ;)
PS : Ist meine PM angekommen ?
so geht es :
# --- Lichtschalter Arbeitszimmer ---
# physische ID : FFD7BC11 und Quittungs-ID : FEFF4AF8
define az_licht EnOcean FFD7BC11
attr az_licht subDef FF834381 # eindeutige ID von FHEM
attr az_licht IODev TCM310_0
attr az_licht gwCmd switching
attr az_licht subType gateway
attr az_licht room Arbeitszimmer,OG
define FileLog_az_licht FileLog ./log/az_licht-%Y.log az_licht
attr FileLog_az_licht logtype text
attr FileLog_az_licht room LogRoom
# Gerät für die Rückmeldung - kann versteckt werden
define az_licht_device EnOcean FEFF4AF8
attr az_licht_device room DarkRoom
attr az_licht_device eventMap BI:off B0:on
attr az_licht_device IODev TCM310_0
attr az_licht_device subType switch
define FileLog_az_licht_device FileLog ./log/az_licht_device-%Y.log az_licht_device
attr FileLog_az_licht_device logtype text
attr FileLog_az_licht_device room LogRoom
Hmm, sind die IDs richtig:
define az_licht EnOcean FEFF4AF8 <--- Das sollte die Adresse des Aktors sein; Rückmeldungen kommen von der Adresse
define az_licht_device EnOcean FFD7BC11 <---- Das sollte die Adresse des phys. Tasters an der Wand sein
Ist das korrekt? Deine Kommentierung verstehe ich nicht und lassen mich noch einen Dreher bei den Ids vermuten
# physische ID : FFD7BC11 und Quittungs-ID : FEFF4AF8
# Gerät für die Rückmeldung - kann versteckt werden
Ansonsten am besten Aktor zurücksetzen, fhem-device löschen, dann save config, shutdown restart und diesen Aktor noch mal von vorn anlegen und einlernen.
Ok, zu spät, hast ja selbst gefunden
Hallo,
sorry das ich nochmal nerve 8)
Wenn du später irgendwann mal keinen Plot darüber erstellen willst kannst du das
define FileLog_az_licht_device FileLog ./log/az_licht_device-%Y.log az_licht_device
attr FileLog_az_licht_device logtype text
attr FileLog_az_licht_device room LogRoom
und das
define FileLog_az_licht FileLog ./log/az_licht-%Y.log az_licht
attr FileLog_az_licht logtype text
attr FileLog_az_licht room LogRoom
auch einfach per
delete FileLog_az_licht
und
delete FileLog_az_licht_device
löschen.
Auch wenn es nicht viel ist nimmt es doch Speicherplatz in Anspruch ;)
Wenn du die Logfiles für deine Schalter und Aktoren sowieso nicht benötigst und auch nicht haben willst kannst du in autocreate diese Zeile
attr autocreate filelog ./log/%NAME-%Y.log
auch löschen.
Auskommentieren geht nur über das direkte bearbeiten der fhem.cfg
Dann vorher aber bitte ein save durchführen und dananch erst die fhem.cfg über den FHEM-Editor bearbeiten (und auch nur das attr bei autocreate auskommentieren ;) ).
Grüße
ZitatNur über's Web schalten geht erst, wenn ich die eventMap in az_licht rausnehme. Aber dann klappt es komplett !
Das ist eigentlich logisch, hätte ich noch einmal ins Commandref geschaut, hätte es mir auffallen sollen:
Beim Gateway (EEP A5-38-08)-Profil sind die set-Kommandos bereits standartmäßig auf "on" und "off" un eventMap somit unnötig.
Also hier einmal der für mich passende Lösungsweg zum Einlernen von FSR14 Aktoren in FHEM:
- Einschalten des "teach"-Modus für FHEM (bei mir durch TCM310-USB-Stick):
set TCM310_0 teach 60- Anschliessend Wandschalter betätigen
- Im EnOcean-Raum oder in der Log-Datei sollte es nun zwei Einträge geben : die ID des ersten Gerätes nenne ich ID1 und die zweite ID2 ;)
- Dann ändere ich die erzeugten Devices entsprechend der folgenden Beispiel-Konfig um
# Definition des virtuellen FHEM-Devices zum Schalten des FSR14
# Hier ist die ID1 = FFD7BC11 und ID2 = FEFF4AF8 !
define EnOcean_switch_FEFF4AF8 EnOcean FEFF4AF8 # Dies ist die Quittungs-Id des physischen Schalters an der Wand
attr EnOcean_switch_FEFF4AF8 subDef FF834381 # Diese ID ist die FHEM-BasisId + Inkrement und muss eindeutig sein, sowie eingelernt werden
attr EnOcean_switch_FEFF4AF8 IODev TCM310_0
attr EnOcean_switch_FEFF4AF8 room EnOcean # Der Raum kann angepasst werden
attr EnOcean_switch_FEFF4AF8 gwCmd switching # Wichtig für FSR14
attr EnOcean_switch_FEFF4AF8 subType gateway # Wichtig für FSR14
define FileLog_EnOcean_switch_FEFF4AF8 FileLog ./log/EnOcean_switch_FEFF4AF8-%Y.log EnOcean_switch_FEFF4AF8
attr FileLog_EnOcean_switch_FEFF4AF8 logtype text
attr FileLog_EnOcean_switch_FEFF4AF8 room EnOcean
define EnO_switch_FFD7BC11 EnOcean FFD7BC11 # Dies ist die Sende-Id des physischen Schalters an der Wand
attr EnO_switch_FFD7BC11 IODev TCM310_0
attr EnO_switch_FFD7BC11 room EnOcean # Hier kann man den Raum anpassen
attr EnO_switch_FFD7BC11 subType switch
define FileLog_EnO_switch_FFD7BC11 FileLog ./log/EnO_switch_FFD7BC11-%Y.log EnO_switch_FFD7BC11
attr FileLog_EnO_switch_FFD7BC11 logtype text
- wichtig sind hierbei u.a. die Ergänzungen gwCmd und subtype gateway, sowie die eindeutige FHEM-Id bei subDef
Wenn ich mir nun sicher bin, dass die ID's passen muß das Gerät noch bei dem EnOcean-Aktor eingelegt werden. Dies geschiet, in dem man beim unteren Drehschalter den korrekten Kanal einstellt und beim mittleren Drehschalter auf
lrn stellt. Die rote LED blinkt nun.
Anschliessend gibt man in der FHEM-Kommandozeile "set EnOcean_switch_FEFF4AF8 teach" ein und führt das Kommando aus.
Danach dreht man die Drehschalter wieder zurück zur Ausgangsposition.
Et voila : Der Schalter sollte angezeigt werden und auch schaltbar sein.
Danke für die Erläuterung. Habe Zusammenfassung ins Wiki übernommen http://www.fhemwiki.de/wiki/EnOcean_Starter_Guide#RS485-Bus-Aktor_4-Kanal-Stromsto.C3.9F-Schaltrelais_FSR14
Hallo Christian.
Kein Problem. Wenn ich anderen damit helfen kann, ist das eine gute Sache.
Das obige hat bei 7 von 10 Lampen geklappt. Zwei senden allerdings keine Rückmeldung.... Nun ja, da habe ich wohl wieder etwas zu recherchieren ;D
Viele Grüße
darf/muss/kann was fragen.
Das teachin klappt bei mir (denke ich) - blink LED's gehen aus, anch teach in.
Mein Problem ist aber, dass der FSR danach nicht schaltet.
Unterer Regler auf Auto, mittlerer Regler auf Auto/All, oberer Regler zB auf 45.
Wenn ich jetzt taste, empfangt das Antennemodul FAM14 zwar ein Signal (EmpfangsLED blnkt kurz),
aber der FSR schaltet nicht (sollte man eigentlich auch hören - Relais-Click).
EIgenartig ist auch, das bei Auto, Auto/All die Led's am FSR14 blnken ..
Habt Ohr bitte Beispiele, wie das bei Euch eingestellt ist ?
lg