Originally posted by: <email address deleted>
Hallo zusammen,
erstmal pauschal ein ,,Sorry" für meine eventuell blöde Frage, aber ich
beschäftige mich erst seit etwa 14 Tagen mit FHEM in Verbindung mit
dem Homematic System und entsprechend viele Fragen stellen sich mir
noch. Und: großes Lob an alle die hier mit der Weiterentwicklung von
FHEM viel Zeit und Mühe investieren!!!
Momentan habe ich erfolgreich FHEM auf einer Synology USB Station 2
mit einem LAN Adapter am Laufen und plane gerade verschiedene
Anwendungen.
Bezüglich der Homematic Tasterschnittstelle (PBI) bzw.
Schalterschnittstelle gab es hier im Forum bereits mal eine Frage, ich
habe allerdings keine Antwort gesehen. Grundsätzlich interessiert
mich, ob diese Module über FHEM nutzbar sind bzw. als was sie erkannt
werden (als Remote? Sind ja eigentlich reine Sensoren ähnlich einer
Fernbedienung?). Die Dinger scheinen ja recht praktisch und könnten
verschiedene Informationen anderer Geräte, die Alarme über
Relaiskontakt melden (z.B. Wassermelder), ins Homematic System
weiterleiten. Hat die Module jemand erfolgreich im Einsatz? Ich könnte
mir natürlich die Module besorgen und ggf. wieder zurückgeben, will
aber unnötigen Frust vermeiden. Wenn jemand also einem Neuling auf dem
Gebiet weiterhelfen könnte, wäre das toll ...
Gruß Tobi
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo,
die Tasterschnittstelle funktioniert 100% genau so wie eine Fernbedienung
bzw. ein Wandtaster und wird in FHEM entsprechend unterstützt. Ich setze
sie auch ein. Sie unterstützt auch das kurze und lange drücken der Taster,
etc. Was das Ankoppeln an externe Geräte angeht, muss man aufpassen, da die
Schnittstelle wirklich wie ein Taster bedient werden will, also mit kurzen
oder langen Impulsen, aber nicht mit einem permanenten Schliessen.
Die Schalterschnittstelle habe ich nicht aber sie funktioniert wohl so
ähnlich. Bei jedem WEchsel zwischen offen/zu wird ein logischer Impuls
generiert und an die Zentrale/FHEM gemeldet. Hier gibt es natürlich kein
"langes Drücken".
VG
Am Dienstag, 10. April 2012 20:05:38 UTC+2 schrieb tobi73:
>
> Hallo zusammen,
>
> erstmal pauschal ein ,,Sorry" für meine eventuell blöde Frage, aber ich
> beschäftige mich erst seit etwa 14 Tagen mit FHEM in Verbindung mit
> dem Homematic System und entsprechend viele Fragen stellen sich mir
> noch. Und: großes Lob an alle die hier mit der Weiterentwicklung von
> FHEM viel Zeit und Mühe investieren!!!
>
> Momentan habe ich erfolgreich FHEM auf einer Synology USB Station 2
> mit einem LAN Adapter am Laufen und plane gerade verschiedene
> Anwendungen.
> Bezüglich der Homematic Tasterschnittstelle (PBI) bzw.
> Schalterschnittstelle gab es hier im Forum bereits mal eine Frage, ich
> habe allerdings keine Antwort gesehen. Grundsätzlich interessiert
> mich, ob diese Module über FHEM nutzbar sind bzw. als was sie erkannt
> werden (als Remote? Sind ja eigentlich reine Sensoren ähnlich einer
> Fernbedienung?). Die Dinger scheinen ja recht praktisch und könnten
> verschiedene Informationen anderer Geräte, die Alarme über
> Relaiskontakt melden (z.B. Wassermelder), ins Homematic System
> weiterleiten. Hat die Module jemand erfolgreich im Einsatz? Ich könnte
> mir natürlich die Module besorgen und ggf. wieder zurückgeben, will
> aber unnötigen Frust vermeiden. Wenn jemand also einem Neuling auf dem
> Gebiet weiterhelfen könnte, wäre das toll ...
>
> Gruß Tobi
>
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo!
Dankeschön für die Information und auch für den Hinweis Zustand /
Zustandsänderung.
Ja, für die Überwachung externer Alarmkontakte eignet sich sicher nur
die Schalterschnittstelle, da ja hier Relaiszustände überwacht werden
sollen. Hat diese niemand im Einsatz? Wenn nicht, besorge ich mir mal
so ein Ding und teste.
In diesem Zusammenhang (bitte, bitte nicht falsch verstehen – ich will
kein Öl ins Feuer gießen oder so): es gab vor ein paar Wochen schon
mal den Hinweis, dass es insbesondere für Einsteier wie mich toll
wäre, eine Übersicht über alle funktionierenden / getesteten HM
Komponenten zu bekommen. Ich habe momentan gerade mal 2 (in Worten:
zwei) HM Komponenten zum Testen gekauft und könnte mir so eine Menge
Fehlinvestition sparen ;-) Auch für die Entwickler wäre das eine
wertvolle Rückmeldung, wenn ich richtig verstanden habe.
Der Thread ist damals abgebrochen. Frage: Hat irgendwer eine solche
Übersicht jetzt doch mal zusammengestellt oder ist sie in Arbeit? Wenn
nein, wäre es nicht wirklich sinnvoll? Ich bin auch gerne bereit mit
meinem beschränkten Wissen zum Thema, Zeit und Material dabei
mitzuhelfen, wenn gewünscht...
Gruß
Tobi
On 11 Apr., 08:43, unimatrix
wrote:
> Hallo,
>
> die Tasterschnittstelle funktioniert 100% genau so wie eine Fernbedienung
> bzw. ein Wandtaster und wird in FHEM entsprechend unterstützt. Ich setze
> sie auch ein. Sie unterstützt auch das kurze und lange drücken der Taster,
> etc. Was das Ankoppeln an externe Geräte angeht, muss man aufpassen, da die
> Schnittstelle wirklich wie ein Taster bedient werden will, also mit kurzen
> oder langen Impulsen, aber nicht mit einem permanenten Schliessen.
>
> Die Schalterschnittstelle habe ich nicht aber sie funktioniert wohl so
> ähnlich. Bei jedem WEchsel zwischen offen/zu wird ein logischer Impuls
> generiert und an die Zentrale/FHEM gemeldet. Hier gibt es natürlich kein
> "langes Drücken".
>
> VG
>
> Am Dienstag, 10. April 2012 20:05:38 UTC+2 schrieb tobi73:
>
>
>
> > Hallo zusammen,
>
> > erstmal pauschal ein ,,Sorry" für meine eventuell blöde Frage, aber ich
> > beschäftige mich erst seit etwa 14 Tagen mit FHEM in Verbindung mit
> > dem Homematic System und entsprechend viele Fragen stellen sich mir
> > noch. Und: großes Lob an alle die hier mit der Weiterentwicklung von
> > FHEM viel Zeit und Mühe investieren!!!
>
> > Momentan habe ich erfolgreich FHEM auf einer Synology USB Station 2
> > mit einem LAN Adapter am Laufen und plane gerade verschiedene
> > Anwendungen.
> > Bezüglich der Homematic Tasterschnittstelle (PBI) bzw.
> > Schalterschnittstelle gab es hier im Forum bereits mal eine Frage, ich
> > habe allerdings keine Antwort gesehen. Grundsätzlich interessiert
> > mich, ob diese Module über FHEM nutzbar sind bzw. als was sie erkannt
> > werden (als Remote? Sind ja eigentlich reine Sensoren ähnlich einer
> > Fernbedienung?). Die Dinger scheinen ja recht praktisch und könnten
> > verschiedene Informationen anderer Geräte, die Alarme über
> > Relaiskontakt melden (z.B. Wassermelder), ins Homematic System
> > weiterleiten. Hat die Module jemand erfolgreich im Einsatz? Ich könnte
> > mir natürlich die Module besorgen und ggf. wieder zurückgeben, will
> > aber unnötigen Frust vermeiden. Wenn jemand also einem Neuling auf dem
> > Gebiet weiterhelfen könnte, wäre das toll ...
>
> > Gruß Tobi
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> Frage: Hat irgendwer eine solche Übersicht jetzt doch mal zusammengestellt
> oder ist sie in Arbeit?
Ich pflege das Header im FHEM/10_CUL_HM.pm (jeweils nur eine Bemerkung wie
"tested"), umfangreicher (weniger Geraete aber detailliert beschrieben) ist die
Liste in http://fhemwiki.de/wiki/Kategorie:HomeMatic_Components
> Wenn nein, wäre es nicht wirklich sinnvoll?
Doch, ich finde es schon, am besten in das o.g. Wiki.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Guten Abend zusammen!
Ja, die Informationen im Wiki habe ich gesehen und in die Perl
Quellfiles auch schon reingeschaut. Allerdings halt eben nicht
Informationen (tested etc.) zu den Modulen gefunden, um die es mir
geht. Daher die Frage.
Mir ist absolut klar, dass Ihr Entwickler auch nur das dokumentieren
könnt, was vom User als ,,funktioniert" bzw. ,,funktioniert nicht"
gemeldet wird. Also müsste sich mal der berühmte ,,Jemand" erbarmen
und die Informationen zusammenzutragen bzw. im Wiki updaten. Gehe mal
davon aus dass Rudis Post in diese Richtung als Wink zu verstehen
war :-) Biete mich auch gerne an da mitzuhelfen – will mich aber auch
nicht aufdrängen und habe ehrlich im Moment (noch!) schlicht zu wenig
Ahnung vom System. Aber das wird stündlich mehr...
Also Danke erst mal für Eure Geduld und falls ich die
Schalterschnittstelle zum Laufen bekomme melde ich mich bzw. lasse es
im Wiki eintragen, oder mache es selber – wie auch immer ;-)
Grüsse Tobi
On 11 Apr., 12:56, Rudolf Koenig wrote:
> > Frage: Hat irgendwer eine solche bersicht jetzt doch mal zusammengestellt
> > oder ist sie in Arbeit?
>
> Ich pflege das Header im FHEM/10_CUL_HM.pm (jeweils nur eine Bemerkung wie
> "tested"), umfangreicher (weniger Geraete aber detailliert beschrieben) ist die
> Liste inhttp://fhemwiki.de/wiki/Kategorie:HomeMatic_Components
>
> > Wenn nein, w re es nicht wirklich sinnvoll?
>
> Doch, ich finde es schon, am besten in das o.g. Wiki.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Also ich trage einfach jedes Teil, das ich habe und das funktioniert
auch im Wiki ein. Das machen auch 1-2 andere Leute und das führt
eigentlich schon zu einer guten Liste.
Ansonsten kann man eigentlich anhand der bereits eingetragenen Geräte
abschätzen, was geht und was vielleicht nicht, so richtig Voodoo ist
das meiner Meinung nach nicht.
> Also müsste sich mal der berühmte ,,Jemand" erbarmen
> und die Informationen zusammenzutragen bzw. im Wiki updaten.
Na ja, wenn jeder der ein Gerät hat, das geht aber noch nicht
drinsteht sich 5 Minuten Zeit nimmt, ist das doch viel weniger
Aufwand, als wenn "jemand" das koordinieren muss. Das ist ja der Sinn
eine Wikis denke ich.
> Schalterschnittstelle zum Laufen bekomme melde ich mich bzw. lasse es
> im Wiki eintragen, oder mache es selber
oder.
- Useraccount bei einem der Admins beantragen
- Eintrag eines ähnlichen Gerätes dulizieren und anpassen, fettich. 5
Minuten.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
OK, mach ich.
LG Tobi
On 12 Apr., 04:57, "Zrrronggg!" wrote:
> Also ich trage einfach jedes Teil, das ich habe und das funktioniert
> auch im Wiki ein. Das machen auch 1-2 andere Leute und das führt
> eigentlich schon zu einer guten Liste.
>
> Ansonsten kann man eigentlich anhand der bereits eingetragenen Geräte
> abschätzen, was geht und was vielleicht nicht, so richtig Voodoo ist
> das meiner Meinung nach nicht.
>
> > Also müsste sich mal der berühmte ,,Jemand" erbarmen
> > und die Informationen zusammenzutragen bzw. im Wiki updaten.
>
> Na ja, wenn jeder der ein Gerät hat, das geht aber noch nicht
> drinsteht sich 5 Minuten Zeit nimmt, ist das doch viel weniger
> Aufwand, als wenn "jemand" das koordinieren muss. Das ist ja der Sinn
> eine Wikis denke ich.
>
> > Schalterschnittstelle zum Laufen bekomme melde ich mich bzw. lasse es
> > im Wiki eintragen, oder mache es selber
>
> oder.
>
> - Useraccount bei einem der Admins beantragen
> - Eintrag eines ähnlichen Gerätes dulizieren und anpassen, fettich. 5
> Minuten.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo!
Ich muss nochmal nerven. Habe mir jetzt eine HM 3fach Funk
Schalterschnittstelle besorgt (HW-SWI-3-FM) und das Ding via LAN
Adapter bei FHEM angelernt. Er wird auch erkannt als Class
,,sensor" (so wie's sein soll) und Sub Type ,,swi" (kling auch OK).
Allerdings lässt sich kein Status auslesen, und auf Schaltvorgänge
einer der drei Kontakte regiert er mit einer ,,Unknown Message"
2012-04-12_21:24:07 SW1 unknownMsg: (8440) 03CF
2012-04-12_21:24:07 SW1 unknownMsg: (8440) 03D0
2012-04-12_21:24:08 SW1 unknownMsg: (8440) 03D1
2012-04-12_21:24:08 SW1 unknownMsg: (8440) 03D2
Am Beispiel hier wurde der dritte Kanal geschalten. Beim Schalten des
ersten bzw. zweiten Kanals sind die ersten beiden Bytes 01 bzw 02. Die
letzten beiden Bytes scheinen bei jedem Schaltvorgang hochzuzählen.
Erste Idee war diese Message irgendwie zu verarbeiten und an der
parity des letzten Byte (gerade / ungerade) abzulesen, ob der Schalter
offen ist oder geschlossen. Aber das passt leider auch nicht immer,
das Ding scheint sich ab und zu zu ,,verschlucken".
Habe dann noch etwas rumgespielt und das Attribut ,,sub class" per Hand
auf ,,remote" oder ,,push button" gesetzt. So kommen wenigstens ,,reale"
Meldungen und der Status wird gesetzte:
2012-04-12_21:34:37 SW1 Btn2 off (to broadcast)
2012-04-12_21:34:37 SW1 Btn2 off (to broadcast)
2012-04-12_21:34:40 SW1 Btn1 on (to broadcast)
2012-04-12_21:34:46 SW1 Btn1 on (to broadcast)
2012-04-12_21:34:51 SW1 Btn1 on (to broadcast)
Aber Sinn machen die Meldungen nicht – zumindest lässt sich anhand der
Statuswerte kein Rückschluss auf Schaltzustand des jeweiligen Kanals
ziehen.
Eigentlich hätte ich gehofft, einfach, wie bei den Schaltaktoren den
Status als on oder off auszulesen. Ist das mit dem Teil nicht möglich?
Weiß hier jemand weiter und kann mir einen guten Tip geben?
Danke schon mal
Tobi
On 12 Apr., 09:28, tobi73 wrote:
> OK, mach ich.
>
> LG Tobi
>
> On 12 Apr., 04:57, "Zrrronggg!" wrote:
>
> > Also ich trage einfach jedes Teil, das ich habe und das funktioniert
> > auch im Wiki ein. Das machen auch 1-2 andere Leute und das führt
> > eigentlich schon zu einer guten Liste.
>
> > Ansonsten kann man eigentlich anhand der bereits eingetragenen Geräte
> > abschätzen, was geht und was vielleicht nicht, so richtig Voodoo ist
> > das meiner Meinung nach nicht.
>
> > > Also müsste sich mal der berühmte ,,Jemand" erbarmen
> > > und die Informationen zusammenzutragen bzw. im Wiki updaten.
>
> > Na ja, wenn jeder der ein Gerät hat, das geht aber noch nicht
> > drinsteht sich 5 Minuten Zeit nimmt, ist das doch viel weniger
> > Aufwand, als wenn "jemand" das koordinieren muss. Das ist ja der Sinn
> > eine Wikis denke ich.
>
> > > Schalterschnittstelle zum Laufen bekomme melde ich mich bzw. lasse es
> > > im Wiki eintragen, oder mache es selber
>
> > oder.
>
> > - Useraccount bei einem der Admins beantragen
> > - Eintrag eines ähnlichen Gerätes dulizieren und anpassen, fettich. 5
> > Minuten.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo zusammen,
gestern noch bis in die Nacht rumprobiert und Logs gelesen, komme aber
einfach nicht weiter:
- Der HM-SWI-3-FM lässt sich pairen, zumindest scheint es so (s. Log
unten: 10D904 ist der Schalter, der auf alle Messages brav mit ACK
antwortet. 7DE3B7 ist der LAN Adapter)
- FHEM empfängt (nach dem Pairing) aber nur broadcast Nachrichten von
dem Teil (dst= 0). Was anderes sehe ich nicht:
fhem> 2012-04-13 12:44:06 HMLAN HMLAN1 RCV L:0B N:3B CMD:A040
(TYPE=64,BCAST,RPTEN) SRC:10D904 DST:000000 01ED (REMOTE BUTTON:1 LONG:
0 LOWBAT:0 COUNTER:ED)
- In der Nachricht (01ED) sehe ich keine Informationen zum aktuellen
Schaltzustand, sondern lediglich den Button (1. Byte) und einen
Zähler (2. Byte), der pro Schaltvorgang (scheinbar) hochzählt (steht
ja auch so in der Klammer dahinter ;-)
Frage an die Experten:
- Klappt da vielleicht bei Pairing doch etwas nicht (Versuchsweise
habe ich das auch mal mit der HM Konfig SW durchgeführt. Da erscheint
die Funkverbindung als ,,gesichert" – vermute also AES in der Luft.
Kann das ein Problem sein? Verwende den HM-LAN-Adapter.
- Ist es "normal" dass nur Broadcast Messages kommen? Habe im Code
gelesen, dass die RC-4 ähnliche Probleme macht. (Eben auch wegen AES,
weil kein Pairing funktioniert)
- Hat jemand ähnlichen Probleme, eventuell sogar mit einer mit einer
Lösungen oder einem guten Tip dazu ;-)
Wäre echt toll, ansonsten geb ich das Ding morgen wieder zurück.
LG Tobias
Pairing-Log:
fhem> 2012-04-13 12:38:53 HMLAN HMLAN1 hmPairForSec 20
2012-04-13 12:38:57 HMLAN HMLAN1 RCV L:1A N:39 CMD:8000
(TYPE=0,BCAST,RPTEN) SRC:10D904 DST:000000
1100464645513030343333383642030000 (DEVICE_INFO FIRMWARE:11 TYPE:0046
SERIALNO:FEQ0043386 CLASS:42 PEER_CHANNEL_A:03 PEER_CHANNEL_B:00
UNKNOWN:00)
2012-04-13 12:38:57 HMLAN HMLAN1 SND L:10 N:11 CMD:A001
(TYPE=1,BIDI,RPTEN) SRC:7DE3B7 DST:10D904 00050000000000 (CONFIG_START
CHANNEL:00 PEER_ADDRESS:000000 PEER_CHANNEL:00 PARAM_LIST:00)
2012-04-13 12:38:57 HMLAN HMLAN1 RCV L:0A N:11 CMD:8002 (TYPE=2,RPTEN)
SRC:10D904 DST:7DE3B7 00 (ACK)
2012-04-13 12:38:57 HMLAN HMLAN1 SND L:13 N:12 CMD:A001
(TYPE=1,BIDI,RPTEN) SRC:7DE3B7 DST:10D904 000802010A7D0BE30CB7
(CONFIG_WRITE_INDEX CHANNEL:00 DATA: 02:01 0A:7D 0B:E3 0C:B7)
2012-04-13 12:38:57 HMLAN HMLAN1 RCV L:0A N:12 CMD:8002 (TYPE=2,RPTEN)
SRC:10D904 DST:7DE3B7 00 (ACK)
2012-04-13 12:38:58 HMLAN HMLAN1 SND L:0B N:13 CMD:A001
(TYPE=1,BIDI,RPTEN) SRC:7DE3B7 DST:10D904 0006 (CONFIG_END CHANNEL:00)
2012-04-13 12:38:58 HMLAN HMLAN1 RCV L:0A N:13 CMD:8002 (TYPE=2,RPTEN)
SRC:10D904 DST:7DE3B7 00 (ACK)
On 12 Apr., 21:42, tobi73 wrote:
> Hallo!
> Ich muss nochmal nerven. Habe mir jetzt eine HM 3fach Funk
> Schalterschnittstelle besorgt (HW-SWI-3-FM) und das Ding via LAN
> Adapter bei FHEM angelernt. Er wird auch erkannt als Class
> ,,sensor" (so wie's sein soll) und Sub Type ,,swi" (kling auch OK).
> Allerdings lässt sich kein Status auslesen, und auf Schaltvorgänge
> einer der drei Kontakte regiert er mit einer ,,Unknown Message"
> 2012-04-12_21:24:07 SW1 unknownMsg: (8440) 03CF
> 2012-04-12_21:24:07 SW1 unknownMsg: (8440) 03D0
> 2012-04-12_21:24:08 SW1 unknownMsg: (8440) 03D1
> 2012-04-12_21:24:08 SW1 unknownMsg: (8440) 03D2
>
> Am Beispiel hier wurde der dritte Kanal geschalten. Beim Schalten des
> ersten bzw. zweiten Kanals sind die ersten beiden Bytes 01 bzw 02. Die
> letzten beiden Bytes scheinen bei jedem Schaltvorgang hochzuzählen.
> Erste Idee war diese Message irgendwie zu verarbeiten und an der
> parity des letzten Byte (gerade / ungerade) abzulesen, ob der Schalter
> offen ist oder geschlossen. Aber das passt leider auch nicht immer,
> das Ding scheint sich ab und zu zu ,,verschlucken".
> Habe dann noch etwas rumgespielt und das Attribut ,,sub class" per Hand
> auf ,,remote" oder ,,push button" gesetzt. So kommen wenigstens ,,reale"
> Meldungen und der Status wird gesetzte:
> 2012-04-12_21:34:37 SW1 Btn2 off (to broadcast)
> 2012-04-12_21:34:37 SW1 Btn2 off (to broadcast)
> 2012-04-12_21:34:40 SW1 Btn1 on (to broadcast)
> 2012-04-12_21:34:46 SW1 Btn1 on (to broadcast)
> 2012-04-12_21:34:51 SW1 Btn1 on (to broadcast)
>
> Aber Sinn machen die Meldungen nicht – zumindest lässt sich anhand der
> Statuswerte kein Rückschluss auf Schaltzustand des jeweiligen Kanals
> ziehen.
> Eigentlich hätte ich gehofft, einfach, wie bei den Schaltaktoren den
> Status als on oder off auszulesen. Ist das mit dem Teil nicht möglich?
> Weiß hier jemand weiter und kann mir einen guten Tip geben?
> Danke schon mal
> Tobi
>
> On 12 Apr., 09:28, tobi73 wrote:
>
> > OK, mach ich.
>
> > LG Tobi
>
> > On 12 Apr., 04:57, "Zrrronggg!" wrote:
>
> > > Also ich trage einfach jedes Teil, das ich habe und das funktioniert
> > > auch im Wiki ein. Das machen auch 1-2 andere Leute und das führt
> > > eigentlich schon zu einer guten Liste.
>
> > > Ansonsten kann man eigentlich anhand der bereits eingetragenen Geräte
> > > abschätzen, was geht und was vielleicht nicht, so richtig Voodoo ist
> > > das meiner Meinung nach nicht.
>
> > > > Also müsste sich mal der berühmte ,,Jemand" erbarmen
> > > > und die Informationen zusammenzutragen bzw. im Wiki updaten.
>
> > > Na ja, wenn jeder der ein Gerät hat, das geht aber noch nicht
> > > drinsteht sich 5 Minuten Zeit nimmt, ist das doch viel weniger
> > > Aufwand, als wenn "jemand" das koordinieren muss. Das ist ja der Sinn
> > > eine Wikis denke ich.
>
> > > > Schalterschnittstelle zum Laufen bekomme melde ich mich bzw. lasse es
> > > > im Wiki eintragen, oder mache es selber
>
> > > oder.
>
> > > - Useraccount bei einem der Admins beantragen
> > > - Eintrag eines ähnlichen Gerätes dulizieren und anpassen, fettich. 5
> > > Minuten.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> - Der HM-SWI-3-FM lässt sich pairen, zumindest scheint es so (s. Log
Das Log schaut fuer micht ok aus, bzw. ich weiss nicht, wie man das Pairing
besser machen koennte.
> - FHEM empfängt (nach dem Pairing) aber nur broadcast Nachrichten von
> dem Teil (dst= 0). Was anderes sehe ich nicht:
Das zeigt zwar, dass fhem das Geraet nicht richtig beherrscht, aber man kann es
mAn in fhem trotzdem ohne Probleme verwenden.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
sehe ich genau so. Alle meine Taster machen nur Broadcast, so lange man
ihnen keine Direktverknüpfung verpasst.
Ob die Schalterschnittstelle zwischen on und off untershceiden kann weiss
ich nicht, aber wenn du das so mitlogst, dann ist es wohl einfach so dass
es nicht geht, ich sehe nicht wie das mit FHEM zu tun haben könnte.
Du hast halt die Info: Am Schalter wurde umgeschaltet. Nicht mehr und nicht
weniger...
Deswegen verwende ich ja Taster da geht 10 mal mehr :)
Am Freitag, 13. April 2012 13:42:38 UTC+2 schrieb Rudolf Koenig:
>
> > - Der HM-SWI-3-FM l�sst sich pairen, zumindest scheint es so
> (s. Log
>
> Das Log schaut fuer micht ok aus, bzw. ich weiss nicht, wie man das Pairing
> besser machen koennte.
>
>
> > - FHEM empf�ngt (nach dem Pairing) aber nur broadcast
> Nachrichten von
> > dem Teil (dst= 0). Was anderes sehe ich nicht:
>
> Das zeigt zwar, dass fhem das Geraet nicht richtig beherrscht, aber man
> kann es
> mAn in fhem trotzdem ohne Probleme verwenden.
>
>
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
attr CUL_HM_threeStateSensor_18A144 hmClass sender
attr CUL_HM_threeStateSensor_18A144 model HM-SCI-3-FM
attr CUL_HM_threeStateSensor_18A144 subType threeStateSensor
CUL CUL2 SND L:0D N:0D CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
CUL_HM CUL_HM_threeStateSensor_17DE7C closed
CUL CUL2 SND L:0D N:10 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
0101C800 (ACK_STATUS CHANNEL:01 STATUS:C8)
CUL_HM CUL_HM_threeStateSensor_17DE7C open
On 13 Apr., 15:58, tobi73 wrote:
> Hallo zusammen!
>
> > > Das zeigt zwar, dass fhem das Geraet nicht richtig beherrscht, aber man
> > > kann es
> > > mAn in fhem trotzdem ohne Probleme verwenden.
>
> Naja, das Problem ist, dass fhem das als ,,unknownMsg" sieht und ich
> dies per notify nicht auswerten kann (oder geht das?). In der Parser-
> Routine von 10_CUL_HM.pm gib es halt keinen else zweig für den
> Subtype ,,swi". Den hab ich mir jetzt mal hemdsärmelig selbergebastelt
> und die Message ,,ausgewertet". Mach ich es mir hier irgendwie zu
> kompliziert???
>
> > Deswegen verwende ich ja Taster da geht 10 mal mehr :)
>
> Für ,,menschliche" Schaltaufgaben sehe ich das genauso. Da ich hier
> aber Alarmausgänge überwachen will, also keinen Tastendruck, sondern
> einen Zustand sehen will, denke ich nicht dass die Tasterschnittstelle
> hier weiterhilft. Die will ja Impulse haben, wie oben beschrieben
> wurde...
>
> > sehe ich genau so. Alle meine Taster machen nur Broadcast, so lange man
> > ihnen keine Direktverknüpfung verpasst.
>
> OK, wenn das so ist, dann isses halt so. Hat natürlich nix mit fhem zu
> tun aber wußte ich einfach nicht. Ich hätte gehofft, dass nach dem
> Pairing der Taster dem Adapter immer adressierte Nachrichten schickt,
> So weiß ich jetzt nicht, ob die BCast Msg angekommen ist und bekomme
> auch nur die Information, dass sich der Schalterzustand geändert hat.
> Heißt: Eine ,,überhörte" Nachricht das Adapters bring mir die gesamte
> Synchronisation durcheinander.
>
> Danke auch für Eure Erklärungen! Und: Es wird schon werden ...
> Tobi
>
> On 13 Apr., 14:04, unimatrix
> wrote:
>
>
>
>
>
>
>
> > sehe ich genau so. Alle meine Taster machen nur Broadcast, so lange man
> > ihnen keine Direktverknüpfung verpasst.
>
> > Ob die Schalterschnittstelle zwischen on und off untershceiden kann weiss
> > ich nicht, aber wenn du das so mitlogst, dann ist es wohl einfach so dass
> > es nicht geht, ich sehe nicht wie das mit FHEM zu tun haben könnte.
>
> > Du hast halt die Info: Am Schalter wurde umgeschaltet. Nicht mehr und nicht
> > weniger...
>
> > Deswegen verwende ich ja Taster da geht 10 mal mehr :)
>
> > Am Freitag, 13. April 2012 13:42:38 UTC+2 schrieb Rudolf Koenig:
>
> > > > - Der HM-SWI-3-FM l�sst sich pairen, zumindest scheint es so
> > > (s. Log
>
> > > Das Log schaut fuer micht ok aus, bzw. ich weiss nicht, wie man das Pairing
> > > besser machen koennte.
>
> > > > - FHEM empf�ngt (nach dem Pairing) aber nur broadcast
> > > Nachrichten von
> > > > dem Teil (dst= 0). Was anderes sehe ich nicht:
>
> > > Das zeigt zwar, dass fhem das Geraet nicht richtig beherrscht, aber man
> > > kann es
> > > mAn in fhem trotzdem ohne Probleme verwenden.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Allgemein
Zyklische Statusmeldung x
Max. Sendeversuche 6 (1-10)
Kanal 1-3
Meldung in Position geschlossen-> keine Meldung, zu, offen
Meldung in Position offen -> keine Meldung, zu, offen
Meldeverzoegerung s (0.00-7620.00)
Max. Sendeversuche (1-10)
mit dem Hmlan konfigurator, kann man das obere einstellen
also sprich man könnte auch einen taster draus machen,
alivemeldung kommt teoretisch alle 24 std., meiner verweigert sich
aber gerade :(
auch kann man die Sendeversuche einstellen, bis ein Ack kommt.
Hary
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo fhem-hm-knecht,
Danke erstmal! Ahja, der SCI wäre idT wesentlich besser geeignet als
der SWI... Hätte nicht gedacht daß die beiden funktional fast gleich
doch so unterschiedliche Protokolle verwenden.
Habe gerade gesehen es gab Anfang März noch Probleme bezüglich der 3-
Kanal-Unterstützung. Rudi hatte ja hier auch den Code erweitert.
Funktioniert das jetzt ? Wird der SCI wie unten beschrieben erkannt?
Habe zwar ein HMLAN, aber das sollte ja keinen Unterschied machen,
oder? Mit dem Anlegen eines "4. Kanals" könnte ich leben, falls das
tatsächlich noch ein Bug ist.
Mann, also den SWI zrückgeben und einen SCI bestellen. (Den gibt's
halt nicht bei C...... um die Ecke;-)
Danke!
LG Tobi
On 13 Apr., 17:08, fhem-hm-knecht wrote:
> attr CUL_HM_threeStateSensor_18A144 hmClass sender
> attr CUL_HM_threeStateSensor_18A144 model HM-SCI-3-FM
> attr CUL_HM_threeStateSensor_18A144 subType threeStateSensor
>
> CUL CUL2 SND L:0D N:0D CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
> CUL_HM CUL_HM_threeStateSensor_17DE7C closed
>
> CUL CUL2 SND L:0D N:10 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> 0101C800 (ACK_STATUS CHANNEL:01 STATUS:C8)
> CUL_HM CUL_HM_threeStateSensor_17DE7C open
>
> On 13 Apr., 15:58, tobi73 wrote:
>
> > Hallo zusammen!
>
> > > > Das zeigt zwar, dass fhem das Geraet nicht richtig beherrscht, aber man
> > > > kann es
> > > > mAn in fhem trotzdem ohne Probleme verwenden.
>
> > Naja, das Problem ist, dass fhem das als ,,unknownMsg" sieht und ich
> > dies per notify nicht auswerten kann (oder geht das?). In der Parser-
> > Routine von 10_CUL_HM.pm gib es halt keinen else zweig für den
> > Subtype ,,swi". Den hab ich mir jetzt mal hemdsärmelig selbergebastelt
> > und die Message ,,ausgewertet". Mach ich es mir hier irgendwie zu
> > kompliziert???
>
> > > Deswegen verwende ich ja Taster da geht 10 mal mehr :)
>
> > Für ,,menschliche" Schaltaufgaben sehe ich das genauso. Da ich hier
> > aber Alarmausgänge überwachen will, also keinen Tastendruck, sondern
> > einen Zustand sehen will, denke ich nicht dass die Tasterschnittstelle
> > hier weiterhilft. Die will ja Impulse haben, wie oben beschrieben
> > wurde...
>
> > > sehe ich genau so. Alle meine Taster machen nur Broadcast, so lange man
> > > ihnen keine Direktverknüpfung verpasst.
>
> > OK, wenn das so ist, dann isses halt so. Hat natürlich nix mit fhem zu
> > tun aber wußte ich einfach nicht. Ich hätte gehofft, dass nach dem
> > Pairing der Taster dem Adapter immer adressierte Nachrichten schickt,
> > So weiß ich jetzt nicht, ob die BCast Msg angekommen ist und bekomme
> > auch nur die Information, dass sich der Schalterzustand geändert hat.
> > Heißt: Eine ,,überhörte" Nachricht das Adapters bring mir die gesamte
> > Synchronisation durcheinander.
>
> > Danke auch für Eure Erklärungen! Und: Es wird schon werden ...
> > Tobi
>
> > On 13 Apr., 14:04, unimatrix
> > wrote:
>
> > > sehe ich genau so. Alle meine Taster machen nur Broadcast, so lange man
> > > ihnen keine Direktverknüpfung verpasst.
>
> > > Ob die Schalterschnittstelle zwischen on und off untershceiden kann weiss
> > > ich nicht, aber wenn du das so mitlogst, dann ist es wohl einfach so dass
> > > es nicht geht, ich sehe nicht wie das mit FHEM zu tun haben könnte.
>
> > > Du hast halt die Info: Am Schalter wurde umgeschaltet. Nicht mehr und nicht
> > > weniger...
>
> > > Deswegen verwende ich ja Taster da geht 10 mal mehr :)
>
> > > Am Freitag, 13. April 2012 13:42:38 UTC+2 schrieb Rudolf Koenig:
>
> > > > > - Der HM-SWI-3-FM l�sst sich pairen, zumindest scheint es so
> > > > (s. Log
>
> > > > Das Log schaut fuer micht ok aus, bzw. ich weiss nicht, wie man das Pairing
> > > > besser machen koennte.
>
> > > > > - FHEM empf�ngt (nach dem Pairing) aber nur broadcast
> > > > Nachrichten von
> > > > > dem Teil (dst= 0). Was anderes sehe ich nicht:
>
> > > > Das zeigt zwar, dass fhem das Geraet nicht richtig beherrscht, aber man
> > > > kann es
> > > > mAn in fhem trotzdem ohne Probleme verwenden.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Bei allen 3 Kanälen wird open oder closed angezeigt
ich will damit den Zustand meiner 2 Garagentore und meine Briefkasten
überwachen (ob der Postler da war :) )
habe ihn vorgestern noch mal neu angelernt , und die alivemeldung
verpasst , mal wieder
da ändert sich der Schaltzustand von open nach closed,
wobei der oskar hat gestern etwas daran geändert, schau mer mal
Hary
On 13 Apr., 18:14, tobi73 wrote:
> Hallo fhem-hm-knecht,
>
> Danke erstmal! Ahja, der SCI wäre idT wesentlich besser geeignet als
> der SWI... Hätte nicht gedacht daß die beiden funktional fast gleich
> doch so unterschiedliche Protokolle verwenden.
>
> Habe gerade gesehen es gab Anfang März noch Probleme bezüglich der 3-
> Kanal-Unterstützung. Rudi hatte ja hier auch den Code erweitert.
> Funktioniert das jetzt ? Wird der SCI wie unten beschrieben erkannt?
> Habe zwar ein HMLAN, aber das sollte ja keinen Unterschied machen,
> oder? Mit dem Anlegen eines "4. Kanals" könnte ich leben, falls das
> tatsächlich noch ein Bug ist.
>
> Mann, also den SWI zrückgeben und einen SCI bestellen. (Den gibt's
> halt nicht bei C...... um die Ecke;-)
>
> Danke!
> LG Tobi
>
> On 13 Apr., 17:08, fhem-hm-knecht wrote:
>
>
>
>
>
>
>
> > attr CUL_HM_threeStateSensor_18A144 hmClass sender
> > attr CUL_HM_threeStateSensor_18A144 model HM-SCI-3-FM
> > attr CUL_HM_threeStateSensor_18A144 subType threeStateSensor
>
> > CUL CUL2 SND L:0D N:0D CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> > 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
> > CUL_HM CUL_HM_threeStateSensor_17DE7C closed
>
> > CUL CUL2 SND L:0D N:10 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> > 0101C800 (ACK_STATUS CHANNEL:01 STATUS:C8)
> > CUL_HM CUL_HM_threeStateSensor_17DE7C open
>
> > On 13 Apr., 15:58, tobi73 wrote:
>
> > > Hallo zusammen!
>
> > > > > Das zeigt zwar, dass fhem das Geraet nicht richtig beherrscht, aber man
> > > > > kann es
> > > > > mAn in fhem trotzdem ohne Probleme verwenden.
>
> > > Naja, das Problem ist, dass fhem das als ,,unknownMsg" sieht und ich
> > > dies per notify nicht auswerten kann (oder geht das?). In der Parser-
> > > Routine von 10_CUL_HM.pm gib es halt keinen else zweig für den
> > > Subtype ,,swi". Den hab ich mir jetzt mal hemdsärmelig selbergebastelt
> > > und die Message ,,ausgewertet". Mach ich es mir hier irgendwie zu
> > > kompliziert???
>
> > > > Deswegen verwende ich ja Taster da geht 10 mal mehr :)
>
> > > Für ,,menschliche" Schaltaufgaben sehe ich das genauso. Da ich hier
> > > aber Alarmausgänge überwachen will, also keinen Tastendruck, sondern
> > > einen Zustand sehen will, denke ich nicht dass die Tasterschnittstelle
> > > hier weiterhilft. Die will ja Impulse haben, wie oben beschrieben
> > > wurde...
>
> > > > sehe ich genau so. Alle meine Taster machen nur Broadcast, so lange man
> > > > ihnen keine Direktverknüpfung verpasst.
>
> > > OK, wenn das so ist, dann isses halt so. Hat natürlich nix mit fhem zu
> > > tun aber wußte ich einfach nicht. Ich hätte gehofft, dass nach dem
> > > Pairing der Taster dem Adapter immer adressierte Nachrichten schickt,
> > > So weiß ich jetzt nicht, ob die BCast Msg angekommen ist und bekomme
> > > auch nur die Information, dass sich der Schalterzustand geändert hat.
> > > Heißt: Eine ,,überhörte" Nachricht das Adapters bring mir die gesamte
> > > Synchronisation durcheinander.
>
> > > Danke auch für Eure Erklärungen! Und: Es wird schon werden ...
> > > Tobi
>
> > > On 13 Apr., 14:04, unimatrix
> > > wrote:
>
> > > > sehe ich genau so. Alle meine Taster machen nur Broadcast, so lange man
> > > > ihnen keine Direktverknüpfung verpasst.
>
> > > > Ob die Schalterschnittstelle zwischen on und off untershceiden kann weiss
> > > > ich nicht, aber wenn du das so mitlogst, dann ist es wohl einfach so dass
> > > > es nicht geht, ich sehe nicht wie das mit FHEM zu tun haben könnte.
>
> > > > Du hast halt die Info: Am Schalter wurde umgeschaltet. Nicht mehr und nicht
> > > > weniger...
>
> > > > Deswegen verwende ich ja Taster da geht 10 mal mehr :)
>
> > > > Am Freitag, 13. April 2012 13:42:38 UTC+2 schrieb Rudolf Koenig:
>
> > > > > > - Der HM-SWI-3-FM l�sst sich pairen, zumindest scheint es so
> > > > > (s. Log
>
> > > > > Das Log schaut fuer micht ok aus, bzw. ich weiss nicht, wie man das Pairing
> > > > > besser machen koennte.
>
> > > > > > - FHEM empf�ngt (nach dem Pairing) aber nur broadcast
> > > > > Nachrichten von
> > > > > > dem Teil (dst= 0). Was anderes sehe ich nicht:
>
> > > > > Das zeigt zwar, dass fhem das Geraet nicht richtig beherrscht, aber man
> > > > > kann es
> > > > > mAn in fhem trotzdem ohne Probleme verwenden.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
> ich will damit den Zustand meiner 2 Garagentore und meine Briefkasten
> überwachen (ob der Postler da war :) )
edles Feature, muss ich auchmal überlegen - da spart man sich den
einen oder andren Weg zum Briefkasten ;-)
Hab den SWI zurückgegben und einen SCI bestellt und teste dann mal
mit...
On 15 Apr., 16:38, fhem-hm-knecht wrote:
> Bei allen 3 Kanälen wird open oder closed angezeigt
> ich will damit den Zustand meiner 2 Garagentore und meine Briefkasten
> überwachen (ob der Postler da war :) )
>
> habe ihn vorgestern noch mal neu angelernt , und die alivemeldung
> verpasst , mal wieder
> da ändert sich der Schaltzustand von open nach closed,
> wobei der oskar hat gestern etwas daran geändert, schau mer mal
>
> Hary
>
> On 13 Apr., 18:14, tobi73 wrote:
>
>
>
>
>
>
>
> > Hallo fhem-hm-knecht,
>
> > Danke erstmal! Ahja, der SCI wäre idT wesentlich besser geeignet als
> > der SWI... Hätte nicht gedacht daß die beiden funktional fast gleich
> > doch so unterschiedliche Protokolle verwenden.
>
> > Habe gerade gesehen es gab Anfang März noch Probleme bezüglich der 3-
> > Kanal-Unterstützung. Rudi hatte ja hier auch den Code erweitert.
> > Funktioniert das jetzt ? Wird der SCI wie unten beschrieben erkannt?
> > Habe zwar ein HMLAN, aber das sollte ja keinen Unterschied machen,
> > oder? Mit dem Anlegen eines "4. Kanals" könnte ich leben, falls das
> > tatsächlich noch ein Bug ist.
>
> > Mann, also den SWI zrückgeben und einen SCI bestellen. (Den gibt's
> > halt nicht bei C...... um die Ecke;-)
>
> > Danke!
> > LG Tobi
>
> > On 13 Apr., 17:08, fhem-hm-knecht wrote:
>
> > > attr CUL_HM_threeStateSensor_18A144 hmClass sender
> > > attr CUL_HM_threeStateSensor_18A144 model HM-SCI-3-FM
> > > attr CUL_HM_threeStateSensor_18A144 subType threeStateSensor
>
> > > CUL CUL2 SND L:0D N:0D CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> > > 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
> > > CUL_HM CUL_HM_threeStateSensor_17DE7C closed
>
> > > CUL CUL2 SND L:0D N:10 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> > > 0101C800 (ACK_STATUS CHANNEL:01 STATUS:C8)
> > > CUL_HM CUL_HM_threeStateSensor_17DE7C open
>
> > > On 13 Apr., 15:58, tobi73 wrote:
>
> > > > Hallo zusammen!
>
> > > > > > Das zeigt zwar, dass fhem das Geraet nicht richtig beherrscht, aber man
> > > > > > kann es
> > > > > > mAn in fhem trotzdem ohne Probleme verwenden.
>
> > > > Naja, das Problem ist, dass fhem das als ,,unknownMsg" sieht und ich
> > > > dies per notify nicht auswerten kann (oder geht das?). In der Parser-
> > > > Routine von 10_CUL_HM.pm gib es halt keinen else zweig für den
> > > > Subtype ,,swi". Den hab ich mir jetzt mal hemdsärmelig selbergebastelt
> > > > und die Message ,,ausgewertet". Mach ich es mir hier irgendwie zu
> > > > kompliziert???
>
> > > > > Deswegen verwende ich ja Taster da geht 10 mal mehr :)
>
> > > > Für ,,menschliche" Schaltaufgaben sehe ich das genauso. Da ich hier
> > > > aber Alarmausgänge überwachen will, also keinen Tastendruck, sondern
> > > > einen Zustand sehen will, denke ich nicht dass die Tasterschnittstelle
> > > > hier weiterhilft. Die will ja Impulse haben, wie oben beschrieben
> > > > wurde...
>
> > > > > sehe ich genau so. Alle meine Taster machen nur Broadcast, so lange man
> > > > > ihnen keine Direktverknüpfung verpasst.
>
> > > > OK, wenn das so ist, dann isses halt so. Hat natürlich nix mit fhem zu
> > > > tun aber wußte ich einfach nicht. Ich hätte gehofft, dass nach dem
> > > > Pairing der Taster dem Adapter immer adressierte Nachrichten schickt,
> > > > So weiß ich jetzt nicht, ob die BCast Msg angekommen ist und bekomme
> > > > auch nur die Information, dass sich der Schalterzustand geändert hat.
> > > > Heißt: Eine ,,überhörte" Nachricht das Adapters bring mir die gesamte
> > > > Synchronisation durcheinander.
>
> > > > Danke auch für Eure Erklärungen! Und: Es wird schon werden ...
> > > > Tobi
>
> > > > On 13 Apr., 14:04, unimatrix
> > > > wrote:
>
> > > > > sehe ich genau so. Alle meine Taster machen nur Broadcast, so lange man
> > > > > ihnen keine Direktverknüpfung verpasst.
>
> > > > > Ob die Schalterschnittstelle zwischen on und off untershceiden kann weiss
> > > > > ich nicht, aber wenn du das so mitlogst, dann ist es wohl einfach so dass
> > > > > es nicht geht, ich sehe nicht wie das mit FHEM zu tun haben könnte.
>
> > > > > Du hast halt die Info: Am Schalter wurde umgeschaltet. Nicht mehr und nicht
> > > > > weniger...
>
> > > > > Deswegen verwende ich ja Taster da geht 10 mal mehr :)
>
> > > > > Am Freitag, 13. April 2012 13:42:38 UTC+2 schrieb Rudolf Koenig:
>
> > > > > > > - Der HM-SWI-3-FM l�sst sich pairen, zumindest scheint es so
> > > > > > (s. Log
>
> > > > > > Das Log schaut fuer micht ok aus, bzw. ich weiss nicht, wie man das Pairing
> > > > > > besser machen koennte.
>
> > > > > > > - FHEM empf�ngt (nach dem Pairing) aber nur broadcast
> > > > > > Nachrichten von
> > > > > > > dem Teil (dst= 0). Was anderes sehe ich nicht:
>
> > > > > > Das zeigt zwar, dass fhem das Geraet nicht richtig beherrscht, aber man
> > > > > > kann es
> > > > > > mAn in fhem trotzdem ohne Probleme verwenden.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo,
kann mir jemand mal verraten, wie man diesen Sensor definiert.
Autocreate geht bei mir einfach nicht, dann wird fhem.pl immer gleich
neu gestartet.
Aber ich kann von Hand definieren, aber wie???
R.
On 15 Apr., 17:22, tobi73 wrote:
> > ich will damit den Zustand meiner 2 Garagentore und meine Briefkasten
> > überwachen (ob der Postler da war :) )
>
> edles Feature, muss ich auchmal überlegen - da spart man sich den
> einen oder andren Weg zum Briefkasten ;-)
> Hab den SWI zurückgegben und einen SCI bestellt und teste dann mal
> mit...
>
> On 15 Apr., 16:38, fhem-hm-knecht wrote:
>
>
>
>
>
>
>
> > Bei allen 3 Kanälen wird open oder closed angezeigt
> > ich will damit den Zustand meiner 2 Garagentore und meine Briefkasten
> > überwachen (ob der Postler da war :) )
>
> > habe ihn vorgestern noch mal neu angelernt , und die alivemeldung
> > verpasst , mal wieder
> > da ändert sich der Schaltzustand von open nach closed,
> > wobei der oskar hat gestern etwas daran geändert, schau mer mal
>
> > Hary
>
> > On 13 Apr., 18:14, tobi73 wrote:
>
> > > Hallo fhem-hm-knecht,
>
> > > Danke erstmal! Ahja, der SCI wäre idT wesentlich besser geeignet als
> > > der SWI... Hätte nicht gedacht daß die beiden funktional fast gleich
> > > doch so unterschiedliche Protokolle verwenden.
>
> > > Habe gerade gesehen es gab Anfang März noch Probleme bezüglich der 3-
> > > Kanal-Unterstützung. Rudi hatte ja hier auch den Code erweitert.
> > > Funktioniert das jetzt ? Wird der SCI wie unten beschrieben erkannt?
> > > Habe zwar ein HMLAN, aber das sollte ja keinen Unterschied machen,
> > > oder? Mit dem Anlegen eines "4. Kanals" könnte ich leben, falls das
> > > tatsächlich noch ein Bug ist.
>
> > > Mann, also den SWI zrückgeben und einen SCI bestellen. (Den gibt's
> > > halt nicht bei C...... um die Ecke;-)
>
> > > Danke!
> > > LG Tobi
>
> > > On 13 Apr., 17:08, fhem-hm-knecht wrote:
>
> > > > attr CUL_HM_threeStateSensor_18A144 hmClass sender
> > > > attr CUL_HM_threeStateSensor_18A144 modelHM-SCI-3-FM
> > > > attr CUL_HM_threeStateSensor_18A144 subType threeStateSensor
>
> > > > CUL CUL2 SND L:0D N:0D CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> > > > 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
> > > > CUL_HM CUL_HM_threeStateSensor_17DE7C closed
>
> > > > CUL CUL2 SND L:0D N:10 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> > > > 0101C800 (ACK_STATUS CHANNEL:01 STATUS:C8)
> > > > CUL_HM CUL_HM_threeStateSensor_17DE7C open
>
> > > > On 13 Apr., 15:58, tobi73 wrote:
>
> > > > > Hallo zusammen!
>
> > > > > > > Das zeigt zwar, dass fhem das Geraet nicht richtig beherrscht, aber man
> > > > > > > kann es
> > > > > > > mAn in fhem trotzdem ohne Probleme verwenden.
>
> > > > > Naja, das Problem ist, dass fhem das als ,,unknownMsg" sieht und ich
> > > > > dies per notify nicht auswerten kann (oder geht das?). In der Parser-
> > > > > Routine von 10_CUL_HM.pm gib es halt keinen else zweig für den
> > > > > Subtype ,,swi". Den hab ich mir jetzt mal hemdsärmelig selbergebastelt
> > > > > und die Message ,,ausgewertet". Mach ich es mir hier irgendwie zu
> > > > > kompliziert???
>
> > > > > > Deswegen verwende ich ja Taster da geht 10 mal mehr :)
>
> > > > > Für ,,menschliche" Schaltaufgaben sehe ich das genauso. Da ich hier
> > > > > aber Alarmausgänge überwachen will, also keinen Tastendruck, sondern
> > > > > einen Zustand sehen will, denke ich nicht dass die Tasterschnittstelle
> > > > > hier weiterhilft. Die will ja Impulse haben, wie oben beschrieben
> > > > > wurde...
>
> > > > > > sehe ich genau so. Alle meine Taster machen nur Broadcast, so lange man
> > > > > > ihnen keine Direktverknüpfung verpasst.
>
> > > > > OK, wenn das so ist, dann isses halt so. Hat natürlich nix mit fhem zu
> > > > > tun aber wußte ich einfach nicht. Ich hätte gehofft, dass nach dem
> > > > > Pairing der Taster dem Adapter immer adressierte Nachrichten schickt,
> > > > > So weiß ich jetzt nicht, ob die BCast Msg angekommen ist und bekomme
> > > > > auch nur die Information, dass sich der Schalterzustand geändert hat.
> > > > > Heißt: Eine ,,überhörte" Nachricht das Adapters bring mir die gesamte
> > > > > Synchronisation durcheinander.
>
> > > > > Danke auch für Eure Erklärungen! Und: Es wird schon werden ...
> > > > > Tobi
>
> > > > > On 13 Apr., 14:04, unimatrix
> > > > > wrote:
>
> > > > > > sehe ich genau so. Alle meine Taster machen nur Broadcast, so lange man
> > > > > > ihnen keine Direktverknüpfung verpasst.
>
> > > > > > Ob die Schalterschnittstelle zwischen on und off untershceiden kann weiss
> > > > > > ich nicht, aber wenn du das so mitlogst, dann ist es wohl einfach so dass
> > > > > > es nicht geht, ich sehe nicht wie das mit FHEM zu tun haben könnte.
>
> > > > > > Du hast halt die Info: Am Schalter wurde umgeschaltet. Nicht mehr und nicht
> > > > > > weniger...
>
> > > > > > Deswegen verwende ich ja Taster da geht 10 mal mehr :)
>
> > > > > > Am Freitag, 13. April 2012 13:42:38 UTC+2 schrieb Rudolf Koenig:
>
> > > > > > > > - Der HM-SWI-3-FM l�sst sich pairen, zumindest scheint es so
> > > > > > > (s. Log
>
> > > > > > > Das Log schaut fuer micht ok aus, bzw. ich weiss nicht, wie man das Pairing
> > > > > > > besser machen koennte.
>
> > > > > > > > - FHEM empf�ngt (nach dem Pairing) aber nur broadcast
> > > > > > > Nachrichten von
> > > > > > > > dem Teil (dst= 0). Was anderes sehe ich nicht:
>
> > > > > > > Das zeigt zwar, dass fhem das Geraet nicht richtig beherrscht, aber man
> > > > > > > kann es
> > > > > > > mAn in fhem trotzdem ohne Probleme verwenden.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo!
Bei mir wurden sowohl für den SWI als aúch den SCI beim Pairing die
Devices angelegt.
Für den SCI allerdings 4 Kanäle statt 3 (dazu existiert ein
sep.Thread).
Hast Du das Pairing gemäß Anleitung durchgeführt?
> Autocreate geht bei mir einfach nicht, dann wird fhem.pl immer gleich
> neu gestartet.
Was sagt denn das Log bzw die Konsolenausgabe (via "inform")?
Gruß
Tobi
On 4 Mai, 08:56, Ruebezahl wrote:
> Hallo,
>
> kann mir jemand mal verraten, wie man diesen Sensor definiert.
> Autocreate geht bei mir einfach nicht, dann wird fhem.pl immer gleich
> neu gestartet.
> Aber ich kann von Hand definieren, aber wie???
>
> R.
>
> On 15 Apr., 17:22, tobi73 wrote:
>
>
>
> > > ich will damit den Zustand meiner 2 Garagentore und meine Briefkasten
> > > überwachen (ob der Postler da war :) )
>
> > edles Feature, muss ich auchmal überlegen - da spart man sich den
> > einen oder andren Weg zum Briefkasten ;-)
> > Hab den SWI zurückgegben und einen SCI bestellt und teste dann mal
> > mit...
>
> > On 15 Apr., 16:38, fhem-hm-knecht wrote:
>
> > > Bei allen 3 Kanälen wird open oder closed angezeigt
> > > ich will damit den Zustand meiner 2 Garagentore und meine Briefkasten
> > > überwachen (ob der Postler da war :) )
>
> > > habe ihn vorgestern noch mal neu angelernt , und die alivemeldung
> > > verpasst , mal wieder
> > > da ändert sich der Schaltzustand von open nach closed,
> > > wobei der oskar hat gestern etwas daran geändert, schau mer mal
>
> > > Hary
>
> > > On 13 Apr., 18:14, tobi73 wrote:
>
> > > > Hallo fhem-hm-knecht,
>
> > > > Danke erstmal! Ahja, der SCI wäre idT wesentlich besser geeignet als
> > > > der SWI... Hätte nicht gedacht daß die beiden funktional fast gleich
> > > > doch so unterschiedliche Protokolle verwenden.
>
> > > > Habe gerade gesehen es gab Anfang März noch Probleme bezüglich der 3-
> > > > Kanal-Unterstützung. Rudi hatte ja hier auch den Code erweitert.
> > > > Funktioniert das jetzt ? Wird der SCI wie unten beschrieben erkannt?
> > > > Habe zwar ein HMLAN, aber das sollte ja keinen Unterschied machen,
> > > > oder? Mit dem Anlegen eines "4. Kanals" könnte ich leben, falls das
> > > > tatsächlich noch ein Bug ist.
>
> > > > Mann, also den SWI zrückgeben und einen SCI bestellen. (Den gibt's
> > > > halt nicht bei C...... um die Ecke;-)
>
> > > > Danke!
> > > > LG Tobi
>
> > > > On 13 Apr., 17:08, fhem-hm-knecht wrote:
>
> > > > > attr CUL_HM_threeStateSensor_18A144 hmClass sender
> > > > > attr CUL_HM_threeStateSensor_18A144 modelHM-SCI-3-FM
> > > > > attr CUL_HM_threeStateSensor_18A144 subType threeStateSensor
>
> > > > > CUL CUL2 SND L:0D N:0D CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> > > > > 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
> > > > > CUL_HM CUL_HM_threeStateSensor_17DE7C closed
>
> > > > > CUL CUL2 SND L:0D N:10 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> > > > > 0101C800 (ACK_STATUS CHANNEL:01 STATUS:C8)
> > > > > CUL_HM CUL_HM_threeStateSensor_17DE7C open
>
> > > > > On 13 Apr., 15:58, tobi73 wrote:
>
> > > > > > Hallo zusammen!
>
> > > > > > > > Das zeigt zwar, dass fhem das Geraet nicht richtig beherrscht, aber man
> > > > > > > > kann es
> > > > > > > > mAn in fhem trotzdem ohne Probleme verwenden.
>
> > > > > > Naja, das Problem ist, dass fhem das als ,,unknownMsg" sieht und ich
> > > > > > dies per notify nicht auswerten kann (oder geht das?). In der Parser-
> > > > > > Routine von 10_CUL_HM.pm gib es halt keinen else zweig für den
> > > > > > Subtype ,,swi". Den hab ich mir jetzt mal hemdsärmelig selbergebastelt
> > > > > > und die Message ,,ausgewertet". Mach ich es mir hier irgendwie zu
> > > > > > kompliziert???
>
> > > > > > > Deswegen verwende ich ja Taster da geht 10 mal mehr :)
>
> > > > > > Für ,,menschliche" Schaltaufgaben sehe ich das genauso. Da ich hier
> > > > > > aber Alarmausgänge überwachen will, also keinen Tastendruck, sondern
> > > > > > einen Zustand sehen will, denke ich nicht dass die Tasterschnittstelle
> > > > > > hier weiterhilft. Die will ja Impulse haben, wie oben beschrieben
> > > > > > wurde...
>
> > > > > > > sehe ich genau so. Alle meine Taster machen nur Broadcast, so lange man
> > > > > > > ihnen keine Direktverknüpfung verpasst.
>
> > > > > > OK, wenn das so ist, dann isses halt so. Hat natürlich nix mit fhem zu
> > > > > > tun aber wußte ich einfach nicht. Ich hätte gehofft, dass nach dem
> > > > > > Pairing der Taster dem Adapter immer adressierte Nachrichten schickt,
> > > > > > So weiß ich jetzt nicht, ob die BCast Msg angekommen ist und bekomme
> > > > > > auch nur die Information, dass sich der Schalterzustand geändert hat.
> > > > > > Heißt: Eine ,,überhörte" Nachricht das Adapters bring mir die gesamte
> > > > > > Synchronisation durcheinander.
>
> > > > > > Danke auch für Eure Erklärungen! Und: Es wird schon werden ...
> > > > > > Tobi
>
> > > > > > On 13 Apr., 14:04, unimatrix
> > > > > > wrote:
>
> > > > > > > sehe ich genau so. Alle meine Taster machen nur Broadcast, so lange man
> > > > > > > ihnen keine Direktverknüpfung verpasst.
>
> > > > > > > Ob die Schalterschnittstelle zwischen on und off untershceiden kann weiss
> > > > > > > ich nicht, aber wenn du das so mitlogst, dann ist es wohl einfach so dass
> > > > > > > es nicht geht, ich sehe nicht wie das mit FHEM zu tun haben könnte.
>
> > > > > > > Du hast halt die Info: Am Schalter wurde umgeschaltet. Nicht mehr und nicht
> > > > > > > weniger...
>
> > > > > > > Deswegen verwende ich ja Taster da geht 10 mal mehr :)
>
> > > > > > > Am Freitag, 13. April 2012 13:42:38 UTC+2 schrieb Rudolf Koenig:
>
> > > > > > > > > - Der HM-SWI-3-FM l�sst sich pairen, zumindest scheint es so
> > > > > > > > (s. Log
>
> > > > > > > > Das Log schaut fuer micht ok aus, bzw. ich weiss nicht, wie man das Pairing
> > > > > > > > besser machen koennte.
>
> > > > > > > > > - FHEM empf�ngt (nach dem Pairing) aber nur broadcast
> > > > > > > > Nachrichten von
> > > > > > > > > dem Teil (dst= 0). Was anderes sehe ich nicht:
>
> > > > > > > > Das zeigt zwar, dass fhem das Geraet nicht richtig beherrscht, aber man
> > > > > > > > kann es
> > > > > > > > mAn in fhem trotzdem ohne Probleme verwenden.- Zitierten Text ausblenden -
>
> - Zitierten Text anzeigen -
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo,
so wie ich es verstanden habe: erst die Anlerntaste kurz drücken (LED
blinkt grün)
dann den Kanal bei mir nur S1 derzeit) in Kurzschluß (LED blinkt
orange)
dann mein HM-LAN in den Pairingmodus.
Kurze Zeit später zeigt die LED rot und das war's dann für fhem.pl
Log sieht dann so aus, ich habe die trigger Zeilen entfernt:
2012.05.04 08:32:11 4: /fhem?detail=global / RL: 9761 / text/html;
charset=UTF-8 / /
2012.05.04 08:32:14 5: SW: K
2012.05.04 08:32:14 5: HMLAN/RAW: /HHM-LAN-IF,03C1,IEQ0061985,13978F,
6DC1EA,53A0959D,000B
2012.05.04 08:32:14 5: HMLAN_Parse: XX_LANInterface HHM-LAN-IF,
03C1,IEQ0061985,13978F,6DC1EA,53A0959D,000B
2012.05.04 08:32:29 4: HTTP FHEMWEB:192.168.0.11:2420 GET /fhem?
room=Gaestezimmer
2012.05.04 08:32:29 4: /fhem?room=Gaestezimmer / RL: 5443 / text/html;
charset=UTF-8 / /
2012.05.04 08:32:31 4: HTTP FHEMWEB:192.168.0.11:2420 GET /fhem?
detail=XX_LANInterface
2012.05.04 08:32:31 4: /fhem?detail=XX_LANInterface / RL: 8349 / text/
html; charset=UTF-8 / /
2012.05.04 08:32:39 5: SW: K
2012.05.04 08:32:39 5: HMLAN/RAW: /HHM-LAN-IF,03C1,IEQ0061985,13978F,
6DC1EA,53A0F75B,000B
2012.05.04 08:32:39 5: HMLAN_Parse: XX_LANInterface HHM-LAN-IF,
03C1,IEQ0061985,13978F,6DC1EA,53A0F75B,000B
2012.05.04 08:32:40 5: HMLAN/RAW: /E189873,0000,53A0FBC1,FF,FFCB,
0684411898730000000135C8
2012.05.04 08:32:40 5: HMLAN_Parse: XX_LANInterface
E189873,0000,53A0FBC1,FF,FFCB,0684411898730000000135C8
2012.05.04 08:32:40 5: XX_LANInterface dispatch
A0C0684411898730000000135C8
2012.05.04 08:32:40 4: RCV L:0C N:06 CMD:A041 (TYPE=65,BCAST,RPTEN)
SRC:189873 DST:000000 0135C8
2012.05.04 08:32:40 5: HMLAN/RAW: /E189873,0000,53A0FC57,FF,FFCA,
07840018987300000010005F4945513035343730383880030000
2012.05.04 08:32:40 5: HMLAN_Parse: XX_LANInterface
E189873,0000,53A0FC57,FF,FFCA,
07840018987300000010005F4945513035343730383880030000
2012.05.04 08:32:40 5: XX_LANInterface dispatch
A1A07840018987300000010005F4945513035343730383880030000
2012.05.04 08:32:40 4: RCV L:1A N:07 CMD:8000 (TYPE=0,BCAST,RPTEN) SRC:
189873 DST:000000 10005F4945513035343730383880030000 (DEVICE_INFO
FIRMWARE:10 TYPE:005F SERIALNO:IEQ0547088 CLASS:80 PEER_CHANNEL_A:03
PEER_CHANNEL_B:00 UNKNOWN:00)
2012.05.04 08:32:40 3: CUL_HM Unknown device
CUL_HM_threeStateSensor_189873, please define it
2012.05.04 08:32:40 5: Triggering global (1 changes)
.......
2012.05.04 08:32:40 2: autocreate: define
CUL_HM_threeStateSensor_189873 CUL_HM 189873
A1A07840018987300000010005F4945513035343730383880030000
2012.05.04 08:32:40 4: RCV L:1A N:07 CMD:8000 (TYPE=0,BCAST,RPTEN) SRC:
189873 DST:000000 10005F4945513035343730383880030000 (DEVICE_INFO
FIRMWARE:10 TYPE:005F SERIALNO:IEQ0547088 CLASS:80 PEER_CHANNEL_A:03
PEER_CHANNEL_B:00 UNKNOWN:00)
2012.05.04 08:32:40 2: CUL_HM pair: CUL_HM_threeStateSensor_189873 is
a threeStateSensor, model HM-SCI-3-FM serialNr IEQ0547088
2012.05.04 08:32:40 5: Triggering global (2 changes)
........
2012.05.04 08:32:40 2: autocreate: define
FileLog_CUL_HM_threeStateSensor_189873 FileLog /var/log/fhem/
CUL_HM_threeStateSensor_189873-%Y.log CUL_HM_threeStateSensor_189873
2012.05.04 08:32:40 5: Triggering global (3 changes)
2012.05.04 08:32:40 2: autocreate: define
CUL_HM_threeStateSensor_189873_CHN_1 CUL_HM 18987301
2012.05.04 08:32:40 5: Triggering global (4 changes)
2012.05.04 08:32:40 2: autocreate: define
FileLog_CUL_HM_threeStateSensor_189873_CHN_1 FileLog /var/log/fhem/
CUL_HM_threeStateSensor_189873_CHN_1-%Y.log
CUL_HM_threeStateSensor_189873_CHN_1
2012.05.04 08:32:40 5: Triggering global (5 changes)
.......
2012.05.04 08:32:40 2: autocreate: define
CUL_HM_threeStateSensor_189873_CHN_2 CUL_HM 18987302
2012.05.04 08:32:40 5: Triggering global (2 changes)
2012.05.04 08:32:40 2: autocreate: define
FileLog_CUL_HM_threeStateSensor_189873_CHN_2 FileLog /var/log/fhem/
CUL_HM_threeStateSensor_189873_CHN_2-%Y.log
CUL_HM_threeStateSensor_189873_CHN_2
2012.05.04 08:32:40 5: Triggering global (3 changes)
.........
2012.05.04 08:32:40 2: autocreate: define
CUL_HM_threeStateSensor_189873_CHN_3 CUL_HM 18987303
2012.05.04 08:32:40 5: Triggering global (2 changes)
2012.05.04 08:32:40 2: autocreate: define
FileLog_CUL_HM_threeStateSensor_189873_CHN_3 FileLog /var/log/fhem/
CUL_HM_threeStateSensor_189873_CHN_3-%Y.log
CUL_HM_threeStateSensor_189873_CHN_3
.......
2012.05.04 08:32:40 2: XX_LANInterface pairing (hmPairForSec) not
enabled
.......
2012.05.04 08:32:40 2: autocreate: define
FileLog_CUL_HM_threeStateSensor_189873 FileLog /var/log/fhem/
CUL_HM_threeStateSensor_189873-%Y.log CUL_HM_threeStateSensor_189873
......
------------------ NEUSTART
------------------------------------------------
2012.05.04 08:32:40 2: Telnet port 7072 opened
2012.05.04 08:32:40 2: FHEMWEB port 8083 opened
2012.05.04 08:32:40 2: FHEMWEB port 8084 opened
2012.05.04 08:32:40 2: FHEMWEB port 8085 opened
2012.05.04 08:32:40 3: Opening XX_LANInterface device 192.168.0.6:1000
2012.05.04 08:32:40 3: XX_LANInterface device opened
2012.05.04 08:32:41 3: Connecting to database
mysql:database=fhemwetter;host=localhost;port=3306 with user fhemuser
2012.05.04 08:32:41 3: Connection to db
mysql:database=fhemwetter;host=localhost;port=3306 established
2012.05.04 08:32:41 1: statefile: Please define
FileLog_CUL_HM_threeStateSensor_189873 first
2012.05.04 08:32:41 0: Server started (version =VERS= from =DATE= ($Id
$), pid 3122)
2012.05.04 08:32:42 3: CUL_HM Unknown device
CUL_HM_threeStateSensor_189873, please define it
2012.05.04 08:32:42 2: autocreate: define
CUL_HM_threeStateSensor_189873 CUL_HM 189873
A1A09840018987300000010005F4945513035343730383880030101
2012.05.04 08:32:42 2: CUL_HM pair: CUL_HM_threeStateSensor_189873 is
a threeStateSensor, model HM-SCI-3-FM serialNr IEQ0547088
2012.05.04 08:32:42 2: autocreate: define
FileLog_CUL_HM_threeStateSensor_189873 FileLog /var/log/fhem/
CUL_HM_threeStateSensor_189873-%Y.log CUL_HM_threeStateSensor_189873
2012.05.04 08:32:42 2: autocreate: define
CUL_HM_threeStateSensor_189873_CHN_2 CUL_HM 18987302
2012.05.04 08:32:42 2: autocreate: define
FileLog_CUL_HM_threeStateSensor_189873_CHN_2 FileLog /var/log/fhem/
CUL_HM_threeStateSensor_189873_CHN_2-%Y.log
CUL_HM_threeStateSensor_189873_CHN_2
2012.05.04 08:32:42 2: autocreate: define
CUL_HM_threeStateSensor_189873_CHN_3 CUL_HM 18987303
2012.05.04 08:32:42 2: autocreate: define
FileLog_CUL_HM_threeStateSensor_189873_CHN_3 FileLog /var/log/fhem/
CUL_HM_threeStateSensor_189873_CHN_3-%Y.log
CUL_HM_threeStateSensor_189873_CHN_3
2012.05.04 08:32:42 2: XX_LANInterface pairing (hmPairForSec) not
enabled
2012.05.04 08:32:42 2: autocreate: define
FileLog_CUL_HM_threeStateSensor_189873 FileLog /var/log/fhem/
CUL_HM_threeStateSensor_189873-%Y.log CUL_HM_threeStateSensor_189873
2012.05.04 08:32:43 2: Telnet port 7072 opened
2012.05.04 08:32:43 2: FHEMWEB port 8083 opened
2012.05.04 08:32:43 2: FHEMWEB port 8084 opened
2012.05.04 08:32:43 2: FHEMWEB port 8085 opened
2012.05.04 08:32:43 3: Opening XX_LANInterface device 192.168.0.6:1000
2012.05.04 08:32:43 3: XX_LANInterface device opened
2012.05.04 08:32:43 3: Connecting to database
mysql:database=fhemwetter;host=localhost;port=3306 with user fhemuser
2012.05.04 08:32:43 3: Connection to db
mysql:database=fhemwetter;host=localhost;port=3306 established
2012.05.04 08:32:43 1: statefile: Please define
FileLog_CUL_HM_threeStateSensor_189873 first
2012.05.04 08:32:43 0: Server started (version =VERS= from =DATE= ($Id
$), pid 3125)
2012.05.04 08:32:43 1: HMLAN setting owner to 6DC1EA from A37857
2012.05.04 08:32:53 3: /bin/echo "FHEM wurde gerade gestartet" | /usr/
bin/mail -s "FHEM START" "mailuser"
2012.05.04 08:32:53 3: -1
2012.05.04 08:33:09 3: CUL_HM Unknown device
CUL_HM_threeStateSensor_189873, please define it
2012.05.04 08:33:09 2: autocreate: define
CUL_HM_threeStateSensor_189873 CUL_HM 189873
A1A0D840018987300000010005F4945513035343730383880030000
2012.05.04 08:33:09 2: CUL_HM pair: CUL_HM_threeStateSensor_189873 is
a threeStateSensor, model HM-SCI-3-FM serialNr IEQ0547088
2012.05.04 08:33:09 2: autocreate: define
FileLog_CUL_HM_threeStateSensor_189873 FileLog /var/log/fhem/
CUL_HM_threeStateSensor_189873-%Y.log CUL_HM_threeStateSensor_189873
2012.05.04 08:33:09 2: autocreate: define
CUL_HM_threeStateSensor_189873_CHN_1 CUL_HM 18987301
2012.05.04 08:33:09 2: autocreate: define
FileLog_CUL_HM_threeStateSensor_189873_CHN_1 FileLog /var/log/fhem/
CUL_HM_threeStateSensor_189873_CHN_1-%Y.log
CUL_HM_threeStateSensor_189873_CHN_1
2012.05.04 08:33:09 2: autocreate: define
CUL_HM_threeStateSensor_189873_CHN_2 CUL_HM 18987302
2012.05.04 08:33:09 2: autocreate: define
FileLog_CUL_HM_threeStateSensor_189873_CHN_2 FileLog /var/log/fhem/
CUL_HM_threeStateSensor_189873_CHN_2-%Y.log
CUL_HM_threeStateSensor_189873_CHN_2
2012.05.04 08:33:09 2: autocreate: define
CUL_HM_threeStateSensor_189873_CHN_3 CUL_HM 18987303
2012.05.04 08:33:09 2: autocreate: define
FileLog_CUL_HM_threeStateSensor_189873_CHN_3 FileLog /var/log/fhem/
CUL_HM_threeStateSensor_189873_CHN_3-%Y.log
CUL_HM_threeStateSensor_189873_CHN_3
2012.05.04 08:33:09 2: autocreate: define
FileLog_CUL_HM_threeStateSensor_189873 FileLog /var/log/fhem/
CUL_HM_threeStateSensor_189873-%Y.log CUL_HM_threeStateSensor_189873
2012.05.04 08:33:09 2: Telnet port 7072 opened
2012.05.04 08:33:09 2: FHEMWEB port 8083 opened
2012.05.04 08:33:09 2: FHEMWEB port 8084 opened
2012.05.04 08:33:09 2: FHEMWEB port 8085 opened
2012.05.04 08:33:09 3: Opening XX_LANInterface device 192.168.0.6:1000
2012.05.04 08:33:09 3: XX_LANInterface device opened
2012.05.04 08:33:09 3: Connecting to database
mysql:database=fhemwetter;host=localhost;port=3306 with user fhemuser
2012.05.04 08:33:10 3: Connection to db
mysql:database=fhemwetter;host=localhost;port=3306 established
2012.05.04 08:33:10 1: statefile: Please define
FileLog_CUL_HM_threeStateSensor_189873 first
2012.05.04 08:33:10 0: Server started (version =VERS= from =DATE= ($Id
$), pid 3152)
2012.05.04 08:33:16 3: CUL_HM Unknown device
CUL_HM_threeStateSensor_189873, please define it
2012.05.04 08:33:16 2: autocreate: define
CUL_HM_threeStateSensor_189873 CUL_HM 189873
A1A02840018987300000010005F4945513035343730383880030000
2012.05.04 08:33:16 2: CUL_HM pair: CUL_HM_threeStateSensor_189873 is
a threeStateSensor, model HM-SCI-3-FM serialNr IEQ0547088
2012.05.04 08:33:16 2: autocreate: define
FileLog_CUL_HM_threeStateSensor_189873 FileLog /var/log/fhem/
CUL_HM_threeStateSensor_189873-%Y.log CUL_HM_threeStateSensor_189873
2012.05.04 08:33:16 2: autocreate: define
CUL_HM_threeStateSensor_189873_CHN_1 CUL_HM 18987301
2012.05.04 08:33:16 2: autocreate: define
FileLog_CUL_HM_threeStateSensor_189873_CHN_1 FileLog /var/log/fhem/
CUL_HM_threeStateSensor_189873_CHN_1-%Y.log
CUL_HM_threeStateSensor_189873_CHN_1
2012.05.04 08:33:16 2: autocreate: define
CUL_HM_threeStateSensor_189873_CHN_2 CUL_HM 18987302
2012.05.04 08:33:16 2: autocreate: define
FileLog_CUL_HM_threeStateSensor_189873_CHN_2 FileLog /var/log/fhem/
CUL_HM_threeStateSensor_189873_CHN_2-%Y.log
CUL_HM_threeStateSensor_189873_CHN_2
2012.05.04 08:33:16 2: autocreate: define
CUL_HM_threeStateSensor_189873_CHN_3 CUL_HM 18987303
2012.05.04 08:33:16 2: autocreate: define
FileLog_CUL_HM_threeStateSensor_189873_CHN_3 FileLog /var/log/fhem/
CUL_HM_threeStateSensor_189873_CHN_3-%Y.log
CUL_HM_threeStateSensor_189873_CHN_3
2012.05.04 08:33:16 2: XX_LANInterface pairing (hmPairForSec) not
enabled
2012.05.04 08:33:16 2: autocreate: define
FileLog_CUL_HM_threeStateSensor_189873 FileLog /var/log/fhem/
CUL_HM_threeStateSensor_189873-%Y.log CUL_HM_threeStateSensor_189873
2012.05.04 08:33:16 2: Telnet port 7072 opened
2012.05.04 08:33:16 2: FHEMWEB port 8083 opened
2012.05.04 08:33:16 2: FHEMWEB port 8084 opened
2012.05.04 08:33:16 2: FHEMWEB port 8085 opened
2012.05.04 08:33:16 3: Opening XX_LANInterface device 192.168.0.6:1000
2012.05.04 08:33:16 3: XX_LANInterface device opened
2012.05.04 08:33:16 3: Connecting to database
mysql:database=fhemwetter;host=localhost;port=3306 with user fhemuser
2012.05.04 08:33:16 3: Connection to db
mysql:database=fhemwetter;host=localhost;port=3306 established
2012.05.04 08:33:16 1: statefile: Please define
FileLog_CUL_HM_threeStateSensor_189873 first
2012.05.04 08:33:16 0: Server started (version =VERS= from =DATE= ($Id
$), pid 3155)
2012.05.04 08:33:16 1: HMLAN setting owner to 6DC1EA from A37874
2012.05.04 08:33:18 3: CUL_HM Unknown device
CUL_HM_threeStateSensor_189873, please define it
2012.05.04 08:33:18 2: autocreate: define
CUL_HM_threeStateSensor_189873 CUL_HM 189873
A1A04840018987300000010005F4945513035343730383880030101
2012.05.04 08:33:18 2: CUL_HM pair: CUL_HM_threeStateSensor_189873 is
a threeStateSensor, model HM-SCI-3-FM serialNr IEQ0547088
2012.05.04 08:33:18 2: autocreate: define
FileLog_CUL_HM_threeStateSensor_189873 FileLog /var/log/fhem/
CUL_HM_threeStateSensor_189873-%Y.log CUL_HM_threeStateSensor_189873
2012.05.04 08:33:18 2: autocreate: define
CUL_HM_threeStateSensor_189873_CHN_2 CUL_HM 18987302
2012.05.04 08:33:18 2: autocreate: define
FileLog_CUL_HM_threeStateSensor_189873_CHN_2 FileLog /var/log/fhem/
CUL_HM_threeStateSensor_189873_CHN_2-%Y.log
CUL_HM_threeStateSensor_189873_CHN_2
2012.05.04 08:33:19 2: autocreate: define
CUL_HM_threeStateSensor_189873_CHN_3 CUL_HM 18987303
2012.05.04 08:33:19 2: autocreate: define
FileLog_CUL_HM_threeStateSensor_189873_CHN_3 FileLog /var/log/fhem/
CUL_HM_threeStateSensor_189873_CHN_3-%Y.log
CUL_HM_threeStateSensor_189873_CHN_3
2012.05.04 08:33:19 2: XX_LANInterface pairing (hmPairForSec) not
enabled
2012.05.04 08:33:19 2: autocreate: define
FileLog_CUL_HM_threeStateSensor_189873 FileLog /var/log/fhem/
CUL_HM_threeStateSensor_189873-%Y.log CUL_HM_threeStateSensor_189873
2012.05.04 08:33:19 2: Telnet port 7072 opened
2012.05.04 08:33:19 2: FHEMWEB port 8083 opened
2012.05.04 08:33:19 2: FHEMWEB port 8084 opened
2012.05.04 08:33:19 2: FHEMWEB port 8085 opened
2012.05.04 08:33:19 3: Opening XX_LANInterface device 192.168.0.6:1000
2012.05.04 08:33:19 3: XX_LANInterface device opened
2012.05.04 08:33:19 3: Connecting to database
mysql:database=fhemwetter;host=localhost;port=3306 with user fhemuser
2012.05.04 08:33:19 3: Connection to db
mysql:database=fhemwetter;host=localhost;port=3306 established
2012.05.04 08:33:19 1: statefile: Please define
FileLog_CUL_HM_threeStateSensor_189873 first
2012.05.04 08:33:19 0: Server started (version =VERS= from =DATE= ($Id
$), pid 3158)
2012.05.04 08:33:29 3: /bin/echo "FHEM wurde gerade gestartet" | /usr/
bin/mail -s "FHEM START" "mailuser"
On 4 Mai, 12:20, tobi73 wrote:
> Hallo!
>
> Bei mir wurden sowohl für den SWI als aúch den SCI beim Pairing die
> Devices angelegt.
> Für den SCI allerdings 4 Kanäle statt 3 (dazu existiert ein
> sep.Thread).
> Hast Du das Pairing gemäß Anleitung durchgeführt?
>
> > Autocreate geht bei mir einfach nicht, dann wird fhem.pl immer gleich
> > neu gestartet.
>
> Was sagt denn das Log bzw die Konsolenausgabe (via "inform")?
>
> Gruß
> Tobi
>
> On 4 Mai, 08:56, Ruebezahl wrote:
>
>
>
>
>
>
>
> > Hallo,
>
> > kann mir jemand mal verraten, wie man diesen Sensor definiert.
> > Autocreate geht bei mir einfach nicht, dann wird fhem.pl immer gleich
> > neu gestartet.
> > Aber ich kann von Hand definieren, aber wie???
>
> > R.
>
> > On 15 Apr., 17:22, tobi73 wrote:
>
> > > > ich will damit den Zustand meiner 2 Garagentore und meine Briefkasten
> > > > überwachen (ob der Postler da war :) )
>
> > > edles Feature, muss ich auchmal überlegen - da spart man sich den
> > > einen oder andren Weg zum Briefkasten ;-)
> > > Hab den SWI zurückgegben und einen SCI bestellt und teste dann mal
> > > mit...
>
> > > On 15 Apr., 16:38, fhem-hm-knecht wrote:
>
> > > > Bei allen 3 Kanälen wird open oder closed angezeigt
> > > > ich will damit den Zustand meiner 2 Garagentore und meine Briefkasten
> > > > überwachen (ob der Postler da war :) )
>
> > > > habe ihn vorgestern noch mal neu angelernt , und die alivemeldung
> > > > verpasst , mal wieder
> > > > da ändert sich der Schaltzustand von open nach closed,
> > > > wobei der oskar hat gestern etwas daran geändert, schau mer mal
>
> > > > Hary
>
> > > > On 13 Apr., 18:14, tobi73 wrote:
>
> > > > > Hallo fhem-hm-knecht,
>
> > > > > Danke erstmal! Ahja, der SCI wäre idT wesentlich besser geeignet als
> > > > > der SWI... Hätte nicht gedacht daß die beiden funktional fast gleich
> > > > > doch so unterschiedliche Protokolle verwenden.
>
> > > > > Habe gerade gesehen es gab Anfang März noch Probleme bezüglich der 3-
> > > > > Kanal-Unterstützung. Rudi hatte ja hier auch den Code erweitert.
> > > > > Funktioniert das jetzt ? Wird der SCI wie unten beschrieben erkannt?
> > > > > Habe zwar ein HMLAN, aber das sollte ja keinen Unterschied machen,
> > > > > oder? Mit dem Anlegen eines "4. Kanals" könnte ich leben, falls das
> > > > > tatsächlich noch ein Bug ist.
>
> > > > > Mann, also den SWI zrückgeben und einen SCI bestellen. (Den gibt's
> > > > > halt nicht bei C...... um die Ecke;-)
>
> > > > > Danke!
> > > > > LG Tobi
>
> > > > > On 13 Apr., 17:08, fhem-hm-knecht wrote:
>
> > > > > > attr CUL_HM_threeStateSensor_18A144 hmClass sender
> > > > > > attr CUL_HM_threeStateSensor_18A144 modelHM-SCI-3-FM
> > > > > > attr CUL_HM_threeStateSensor_18A144 subType threeStateSensor
>
> > > > > > CUL CUL2 SND L:0D N:0D CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> > > > > > 01010000 (ACK_STATUS CHANNEL:01 STATUS:00)
> > > > > > CUL_HM CUL_HM_threeStateSensor_17DE7C closed
>
> > > > > > CUL CUL2 SND L:0D N:10 CMD:8002 (TYPE=2,RPTEN) SRC:F12222 DST:17DE7C
> > > > > > 0101C800 (ACK_STATUS CHANNEL:01 STATUS:C8)
> > > > > > CUL_HM CUL_HM_threeStateSensor_17DE7C open
>
> > > > > > On 13 Apr., 15:58, tobi73 wrote:
>
> > > > > > > Hallo zusammen!
>
> > > > > > > > > Das zeigt zwar, dass fhem das Geraet nicht richtig beherrscht, aber man
> > > > > > > > > kann es
> > > > > > > > > mAn in fhem trotzdem ohne Probleme verwenden.
>
> > > > > > > Naja, das Problem ist, dass fhem das als ,,unknownMsg" sieht und ich
> > > > > > > dies per notify nicht auswerten kann (oder geht das?). In der Parser-
> > > > > > > Routine von 10_CUL_HM.pm gib es halt keinen else zweig für den
> > > > > > > Subtype ,,swi". Den hab ich mir jetzt mal hemdsärmelig selbergebastelt
> > > > > > > und die Message ,,ausgewertet". Mach ich es mir hier irgendwie zu
> > > > > > > kompliziert???
>
> > > > > > > > Deswegen verwende ich ja Taster da geht 10 mal mehr :)
>
> > > > > > > Für ,,menschliche" Schaltaufgaben sehe ich das genauso. Da ich hier
> > > > > > > aber Alarmausgänge überwachen will, also keinen Tastendruck, sondern
> > > > > > > einen Zustand sehen will, denke ich nicht dass die Tasterschnittstelle
> > > > > > > hier weiterhilft. Die will ja Impulse haben, wie oben beschrieben
> > > > > > > wurde...
>
> > > > > > > > sehe ich genau so. Alle meine Taster machen nur Broadcast, so lange man
> > > > > > > > ihnen keine Direktverknüpfung verpasst.
>
> > > > > > > OK, wenn das so ist, dann isses halt so. Hat natürlich nix mit fhem zu
> > > > > > > tun aber wußte ich einfach nicht. Ich hätte gehofft, dass nach dem
> > > > > > > Pairing der Taster dem Adapter immer adressierte Nachrichten schickt,
> > > > > > > So weiß ich jetzt nicht, ob die BCast Msg angekommen ist und bekomme
> > > > > > > auch nur die Information, dass sich der Schalterzustand geändert hat.
> > > > > > > Heißt: Eine ,,überhörte" Nachricht das Adapters bring mir die gesamte
> > > > > > > Synchronisation durcheinander.
>
> > > > > > > Danke auch für Eure Erklärungen! Und: Es wird schon werden ...
> > > > > > > Tobi
>
> > > > > > > On 13 Apr., 14:04, unimatrix
> > > > > > > wrote:
>
> > > > > > > > sehe ich genau so. Alle meine Taster machen nur Broadcast, so lange man
> > > > > > > > ihnen keine Direktverknüpfung verpasst.
>
> > > > > > > > Ob die Schalterschnittstelle zwischen on und off untershceiden kann weiss
> > > > > > > > ich nicht, aber wenn du das so mitlogst, dann ist es wohl einfach so dass
> > > > > > > > es nicht geht, ich sehe nicht wie das mit FHEM zu tun haben könnte.
>
> > > > > > > > Du hast halt die Info: Am Schalter wurde umgeschaltet. Nicht mehr und nicht
> > > > > > > > weniger...
>
> > > > > > > > Deswegen verwende ich ja Taster da geht 10 mal mehr :)
>
> > > > > > > > Am Freitag, 13. April 2012 13:42:38 UTC+2 schrieb Rudolf Koenig:
>
> > > > > > > > > > - Der HM-SWI-3-FM l�sst sich pairen, zumindest scheint es so
> > > > > > > > > (s. Log
>
> > > > > > > > > Das Log schaut fuer micht ok aus, bzw. ich weiss nicht, wie man das Pairing
> > > > > > > > > besser machen koennte.
>
> > > > > > > > > > - FHEM empf�ngt (nach dem Pairing) aber nur broadcast
> > > > > > > > > Nachrichten von
> > > > > > > > > > dem Teil (dst= 0). Was anderes sehe ich nicht:
>
> > > > > > > > > Das zeigt zwar, dass fhem das Geraet nicht richtig beherrscht, aber man
> > > > > > > > > kann es
> > > > > > > > > mAn in fhem trotzdem ohne Probleme verwenden.- Zitierten Text ausblenden -
>
> > - Zitierten Text anzeigen -
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Ich muss mir da jetzt mal selbst antworten, ich denke, ich habe den
Fehler gefunden,
Irgendwie ist mir bei deiner Antwort der Gedanke gekommen.
Meine fhem.cfg steht in /etc und ich habe letzte Tage ein Update auf
Ubuntu 12.04 Server gemacht.
Warum auch immer, der Besitzer von allen Dateien in /etc ist nun root,
und fhem hat da natürlich kein Schreibzugriff mehr.
Vorher hatte ich die fhem.cfg fhem:dialout zugeordnet.
Nur merkwürdig das bei dieser Konstellation fhem.pl in die Knie geht
und einen Neustart macht.
R.
On 4 Mai, 12:29, Ruebezahl wrote:
> Hallo,
>
> so wie ich es verstanden habe: erst die Anlerntaste kurz drücken (LED
> blinkt grün)
> dann den Kanal bei mir nur S1 derzeit) in Kurzschluß (LED blinkt
> orange)
> dann mein HM-LAN in den Pairingmodus.
> Kurze Zeit später zeigt die LED rot und das war's dann für fhem.pl
>
> Log sieht dann so aus, ich habe die trigger Zeilen entfernt:
>
> 2012.05.04 08:32:11 4: /fhem?detail=global / RL: 9761 / text/html;
> charset=UTF-8 / /
> 2012.05.04 08:32:14 5: SW: K
> 2012.05.04 08:32:14 5: HMLAN/RAW: /HHM-LAN-IF,03C1,IEQ0061985,13978F,
> 6DC1EA,53A0959D,000B
> 2012.05.04 08:32:14 5: HMLAN_Parse: XX_LANInterface HHM-LAN-IF,
> 03C1,IEQ0061985,13978F,6DC1EA,53A0959D,000B
> 2012.05.04 08:32:29 4: HTTP FHEMWEB:192.168.0.11:2420 GET /fhem?
> room=Gaestezimmer
> 2012.05.04 08:32:29 4: /fhem?room=Gaestezimmer / RL: 5443 / text/html;
> charset=UTF-8 / /
> 2012.05.04 08:32:31 4: HTTP FHEMWEB:192.168.0.11:2420 GET /fhem?
> detail=XX_LANInterface
> 2012.05.04 08:32:31 4: /fhem?detail=XX_LANInterface / RL: 8349 / text/
> html; charset=UTF-8 / /
> 2012.05.04 08:32:39 5: SW: K
> 2012.05.04 08:32:39 5: HMLAN/RAW: /HHM-LAN-IF,03C1,IEQ0061985,13978F,
> 6DC1EA,53A0F75B,000B
> 2012.05.04 08:32:39 5: HMLAN_Parse: XX_LANInterface HHM-LAN-IF,
> 03C1,IEQ0061985,13978F,6DC1EA,53A0F75B,000B
> 2012.05.04 08:32:40 5: HMLAN/RAW: /E189873,0000,53A0FBC1,FF,FFCB,
> 0684411898730000000135C8
> 2012.05.04 08:32:40 5: HMLAN_Parse: XX_LANInterface
> E189873,0000,53A0FBC1,FF,FFCB,0684411898730000000135C8
> 2012.05.04 08:32:40 5: XX_LANInterface dispatch
> A0C0684411898730000000135C8
> 2012.05.04 08:32:40 4: RCV L:0C N:06 CMD:A041 (TYPE=65,BCAST,RPTEN)
> SRC:189873 DST:000000 0135C8
> 2012.05.04 08:32:40 5: HMLAN/RAW: /E189873,0000,53A0FC57,FF,FFCA,
> 07840018987300000010005F4945513035343730383880030000
> 2012.05.04 08:32:40 5: HMLAN_Parse: XX_LANInterface
> E189873,0000,53A0FC57,FF,FFCA,
> 07840018987300000010005F4945513035343730383880030000
> 2012.05.04 08:32:40 5: XX_LANInterface dispatch
> A1A07840018987300000010005F4945513035343730383880030000
> 2012.05.04 08:32:40 4: RCV L:1A N:07 CMD:8000 (TYPE=0,BCAST,RPTEN) SRC:
> 189873 DST:000000 10005F4945513035343730383880030000 (DEVICE_INFO
> FIRMWARE:10 TYPE:005F SERIALNO:IEQ0547088 CLASS:80 PEER_CHANNEL_A:03
> PEER_CHANNEL_B:00 UNKNOWN:00)
> 2012.05.04 08:32:40 3: CUL_HM Unknown device
> CUL_HM_threeStateSensor_189873, please define it
> 2012.05.04 08:32:40 5: Triggering global (1 changes)
> .......
> 2012.05.04 08:32:40 2: autocreate: define
> CUL_HM_threeStateSensor_189873 CUL_HM 189873
> A1A07840018987300000010005F4945513035343730383880030000
> 2012.05.04 08:32:40 4: RCV L:1A N:07 CMD:8000 (TYPE=0,BCAST,RPTEN) SRC:
> 189873 DST:000000 10005F4945513035343730383880030000 (DEVICE_INFO
> FIRMWARE:10 TYPE:005F SERIALNO:IEQ0547088 CLASS:80 PEER_CHANNEL_A:03
> PEER_CHANNEL_B:00 UNKNOWN:00)
> 2012.05.04 08:32:40 2: CUL_HM pair: CUL_HM_threeStateSensor_189873 is
> a threeStateSensor, model HM-SCI-3-FM serialNr IEQ0547088
> 2012.05.04 08:32:40 5: Triggering global (2 changes)
> ........
> 2012.05.04 08:32:40 2: autocreate: define
> FileLog_CUL_HM_threeStateSensor_189873 FileLog /var/log/fhem/
> CUL_HM_threeStateSensor_189873-%Y.log CUL_HM_threeStateSensor_189873
> 2012.05.04 08:32:40 5: Triggering global (3 changes)
> 2012.05.04 08:32:40 2: autocreate: define
> CUL_HM_threeStateSensor_189873_CHN_1 CUL_HM 18987301
> 2012.05.04 08:32:40 5: Triggering global (4 changes)
> 2012.05.04 08:32:40 2: autocreate: define
> FileLog_CUL_HM_threeStateSensor_189873_CHN_1 FileLog /var/log/fhem/
> CUL_HM_threeStateSensor_189873_CHN_1-%Y.log
> CUL_HM_threeStateSensor_189873_CHN_1
> 2012.05.04 08:32:40 5: Triggering global (5 changes)
> .......
> 2012.05.04 08:32:40 2: autocreate: define
> CUL_HM_threeStateSensor_189873_CHN_2 CUL_HM 18987302
> 2012.05.04 08:32:40 5: Triggering global (2 changes)
> 2012.05.04 08:32:40 2: autocreate: define
> FileLog_CUL_HM_threeStateSensor_189873_CHN_2 FileLog /var/log/fhem/
> CUL_HM_threeStateSensor_189873_CHN_2-%Y.log
> CUL_HM_threeStateSensor_189873_CHN_2
> 2012.05.04 08:32:40 5: Triggering global (3 changes)
> .........
> 2012.05.04 08:32:40 2: autocreate: define
> CUL_HM_threeStateSensor_189873_CHN_3 CUL_HM 18987303
> 2012.05.04 08:32:40 5: Triggering global (2 changes)
> 2012.05.04 08:32:40 2: autocreate: define
> FileLog_CUL_HM_threeStateSensor_189873_CHN_3 FileLog /var/log/fhem/
> CUL_HM_threeStateSensor_189873_CHN_3-%Y.log
> CUL_HM_threeStateSensor_189873_CHN_3
> .......
> 2012.05.04 08:32:40 2: XX_LANInterface pairing (hmPairForSec) not
> enabled
> .......
> 2012.05.04 08:32:40 2: autocreate: define
> FileLog_CUL_HM_threeStateSensor_189873 FileLog /var/log/fhem/
> CUL_HM_threeStateSensor_189873-%Y.log CUL_HM_threeStateSensor_189873
> ......
>
> ------------------ NEUSTART
> ------------------------------------------------
> 2012.05.04 08:32:40 2: Telnet port 7072 opened
> 2012.05.04 08:32:40 2: FHEMWEB port 8083 opened
> 2012.05.04 08:32:40 2: FHEMWEB port 8084 opened
> 2012.05.04 08:32:40 2: FHEMWEB port 8085 opened
> 2012.05.04 08:32:40 3: Opening XX_LANInterface device 192.168.0.6:1000
> 2012.05.04 08:32:40 3: XX_LANInterface device opened
> 2012.05.04 08:32:41 3: Connecting to database
> mysql:database=fhemwetter;host=localhost;port=3306 with user fhemuser
> 2012.05.04 08:32:41 3: Connection to db
> mysql:database=fhemwetter;host=localhost;port=3306 established
> 2012.05.04 08:32:41 1: statefile: Please define
> FileLog_CUL_HM_threeStateSensor_189873 first
> 2012.05.04 08:32:41 0: Server started (version =VERS= from =DATE= ($Id
> $), pid 3122)
> 2012.05.04 08:32:42 3: CUL_HM Unknown device
> CUL_HM_threeStateSensor_189873, please define it
> 2012.05.04 08:32:42 2: autocreate: define
> CUL_HM_threeStateSensor_189873 CUL_HM 189873
> A1A09840018987300000010005F4945513035343730383880030101
> 2012.05.04 08:32:42 2: CUL_HM pair: CUL_HM_threeStateSensor_189873 is
> a threeStateSensor, model HM-SCI-3-FM serialNr IEQ0547088
> 2012.05.04 08:32:42 2: autocreate: define
> FileLog_CUL_HM_threeStateSensor_189873 FileLog /var/log/fhem/
> CUL_HM_threeStateSensor_189873-%Y.log CUL_HM_threeStateSensor_189873
> 2012.05.04 08:32:42 2: autocreate: define
> CUL_HM_threeStateSensor_189873_CHN_2 CUL_HM 18987302
> 2012.05.04 08:32:42 2: autocreate: define
> FileLog_CUL_HM_threeStateSensor_189873_CHN_2 FileLog /var/log/fhem/
> CUL_HM_threeStateSensor_189873_CHN_2-%Y.log
> CUL_HM_threeStateSensor_189873_CHN_2
> 2012.05.04 08:32:42 2: autocreate: define
> CUL_HM_threeStateSensor_189873_CHN_3 CUL_HM 18987303
> 2012.05.04 08:32:42 2: autocreate: define
> FileLog_CUL_HM_threeStateSensor_189873_CHN_3 FileLog /var/log/fhem/
> CUL_HM_threeStateSensor_189873_CHN_3-%Y.log
> CUL_HM_threeStateSensor_189873_CHN_3
> 2012.05.04 08:32:42 2: XX_LANInterface pairing (hmPairForSec) not
> enabled
> 2012.05.04 08:32:42 2: autocreate: define
> FileLog_CUL_HM_threeStateSensor_189873 FileLog /var/log/fhem/
> CUL_HM_threeStateSensor_189873-%Y.log CUL_HM_threeStateSensor_189873
> 2012.05.04 08:32:43 2: Telnet port 7072 opened
> 2012.05.04 08:32:43 2: FHEMWEB port 8083 opened
> 2012.05.04 08:32:43 2: FHEMWEB port 8084 opened
> 2012.05.04 08:32:43 2: FHEMWEB port 8085 opened
> 2012.05.04 08:32:43 3: Opening XX_LANInterface device 192.168.0.6:1000
> 2012.05.04 08:32:43 3: XX_LANInterface device opened
> 2012.05.04 08:32:43 3: Connecting to database
> mysql:database=fhemwetter;host=localhost;port=3306 with user fhemuser
> 2012.05.04 08:32:43 3: Connection to db
> mysql:database=fhemwetter;host=localhost;port=3306 established
> 2012.05.04 08:32:43 1: statefile: Please define
> FileLog_CUL_HM_threeStateSensor_189873 first
> 2012.05.04 08:32:43 0: Server started (version =VERS= from =DATE= ($Id
> $), pid 3125)
> 2012.05.04 08:32:43 1: HMLAN setting owner to 6DC1EA from A37857
> 2012.05.04 08:32:53 3: /bin/echo "FHEM wurde gerade gestartet" | /usr/
> bin/mail -s "FHEM START" "mailuser"
> 2012.05.04 08:32:53 3: -1
> 2012.05.04 08:33:09 3: CUL_HM Unknown device
> CUL_HM_threeStateSensor_189873, please define it
> 2012.05.04 08:33:09 2: autocreate: define
> CUL_HM_threeStateSensor_189873 CUL_HM 189873
> A1A0D840018987300000010005F4945513035343730383880030000
> 2012.05.04 08:33:09 2: CUL_HM pair: CUL_HM_threeStateSensor_189873 is
> a threeStateSensor, model HM-SCI-3-FM serialNr IEQ0547088
> 2012.05.04 08:33:09 2: autocreate: define
> FileLog_CUL_HM_threeStateSensor_189873 FileLog /var/log/fhem/
> CUL_HM_threeStateSensor_189873-%Y.log CUL_HM_threeStateSensor_189873
> 2012.05.04 08:33:09 2: autocreate: define
> CUL_HM_threeStateSensor_189873_CHN_1 CUL_HM 18987301
> 2012.05.04 08:33:09 2: autocreate: define
> FileLog_CUL_HM_threeStateSensor_189873_CHN_1 FileLog /var/log/fhem/
> CUL_HM_threeStateSensor_189873_CHN_1-%Y.log
> CUL_HM_threeStateSensor_189873_CHN_1
> 2012.05.04 08:33:09 2: autocreate: define
> CUL_HM_threeStateSensor_189873_CHN_2 CUL_HM 18987302
> 2012.05.04 08:33:09 2: autocreate: define
> FileLog_CUL_HM_threeStateSensor_189873_CHN_2 FileLog /var/log/fhem/
> CUL_HM_threeStateSensor_189873_CHN_2-%Y.log
> CUL_HM_threeStateSensor_189873_CHN_2
> 2012.05.04 08:33:09 2: autocreate: define
> CUL_HM_threeStateSensor_189873_CHN_3 CUL_HM 18987303
> 2012.05.04 08:33:09 2: autocreate: define
> FileLog_CUL_HM_threeStateSensor_189873_CHN_3 FileLog /var/log/fhem/
> CUL_HM_threeStateSensor_189873_CHN_3-%Y.log
> CUL_HM_threeStateSensor_189873_CHN_3
> 2012.05.04 08:33:09 2: autocreate: define
> FileLog_CUL_HM_threeStateSensor_189873 FileLog /var/log/fhem/
> CUL_HM_threeStateSensor_189873-%Y.log CUL_HM_threeStateSensor_189873
> 2012.05.04 08:33:09 2: Telnet port 7072 opened
> 2012.05.04 08:33:09 2: FHEMWEB port 8083 opened
> 2012.05.04 08:33:09 2: FHEMWEB port 8084 opened
> 2012.05.04 08:33:09 2: FHEMWEB port 8085 opened
> 2012.05.04 08:33:09 3: Opening XX_LANInterface device 192.168.0.6:1000
> 2012.05.04 08:33:09 3: XX_LANInterface device opened
> 2012.05.04 08:33:09 3: Connecting to database
> mysql:database=fhemwetter;host=localhost;port=3306 with user fhemuser
> 2012.05.04 08:33:10 3: Connection to db
> mysql:database=fhemwetter;host=localhost;port=3306 established
> 2012.05.04 08:33:10 1: statefile: Please define ...
>
> Erfahren Sie mehr »
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Nachdem ich das Problem mit der /etc/fhem.cfg beseitigt habe, bin ich
doch keinen Schritt weiter gekommen.
Wenn ich versuche den Sensor anzulernen, dann bekomme ich folgendee
Logeinträge:
2012.05.04 13:47:22 5: HMLAN/RAW: /
E189873,0000,000C2F2A,FF,FFD2,5F840018987300000010005F4945513035343730383880030000
2012.05.04 13:47:22 5: HMLAN_Parse: XX_LANInterface
E189873,0000,000C2F2A,FF,FFD2,5F840018987300000010005F49455130353437303838800300
00
2012.05.04 13:47:22 5: XX_LANInterface dispatch
A1A5F840018987300000010005F4945513035343730383880030000
2012.05.04 13:47:22 4: RCV L:1A N:5F CMD:8000 (TYPE=0,BCAST,RPTEN) SRC:
189873 DST:000000 10005F4945513035343730383880030000 (DEVICE_
INFO FIRMWARE:10 TYPE:005F SERIALNO:IEQ0547088 CLASS:80 PEER_CHANNEL_A:
03 PEER_CHANNEL_B:00 UNKNOWN:00)
2012.05.04 13:47:22 2: CUL_HM pair: DB_Sensor is a threeStateSensor,
model HM-SCI-3-FM serialNr IEQ0547088
2012.05.04 13:47:22 2: XX_LANInterface pairing (hmPairForSec) not
enabled
2012.05.04 13:47:26 5: HMLAN/RAW: /E189873,0000,000C3DC4,FF,FFCB,
61840018987300000010005F4945513035343730383880030101
2012.05.04 13:47:26 5: HMLAN_Parse: XX_LANInterface
E189873,0000,000C3DC4,FF,FFCB,
61840018987300000010005F49455130353437303838800301
01
2012.05.04 13:47:26 5: XX_LANInterface dispatch
A1A61840018987300000010005F4945513035343730383880030101
2012.05.04 13:47:26 4: RCV L:1A N:61 CMD:8000 (TYPE=0,BCAST,RPTEN) SRC:
189873 DST:000000 10005F4945513035343730383880030101 (DEVICE_
INFO FIRMWARE:10 TYPE:005F SERIALNO:IEQ0547088 CLASS:80 PEER_CHANNEL_A:
03 PEER_CHANNEL_B:01 UNKNOWN:01)
2012.05.04 13:47:26 2: CUL_HM pair: DB_Sensor is a threeStateSensor,
model HM-SCI-3-FM serialNr IEQ0547088
2012.05.04 13:47:26 2: XX_LANInterface pairing (hmPairForSec) not
enabled
2012.05.04 13:47:27 5: SW: K
2012.05.04 13:47:27 5: HMLAN/RAW: /HHM-LAN-IF,03C1,IEQ0061985,13978F,
6DC1EA,000C42C0,0001
2012.05.04 13:47:27 5: HMLAN_Parse: XX_LANInterface HHM-LAN-IF,
03C1,IEQ0061985,13978F,6DC1EA,000C42C0,0001
Und ich bin mir ganz sicher, das das HM-LAN im Pairing mode war,
obwohl es in der Meldung sich nicht so liest.
Und ich habe das Pairing auch getestet mit einem normalen HM-PB-2_WM,
das hat einwandfrei funktioniert.
Irgeneine Idee?
R.
On 4 Mai, 12:42, Ruebezahl wrote:
> Ich muss mir da jetzt mal selbst antworten, ich denke, ich habe den
> Fehler gefunden,
> Irgendwie ist mir bei deiner Antwort der Gedanke gekommen.
> Meine fhem.cfg steht in /etc und ich habe letzte Tage ein Update auf
> Ubuntu 12.04 Server gemacht.
> Warum auch immer, der Besitzer von allen Dateien in /etc ist nun root,
> und fhem hat da natürlich kein Schreibzugriff mehr.
> Vorher hatte ich die fhem.cfg fhem:dialout zugeordnet.
> Nur merkwürdig das bei dieser Konstellation fhem.pl in die Knie geht
> und einen Neustart macht.
>
> R.
>
> On 4 Mai, 12:29, Ruebezahl wrote:
>
>
>
>
>
>
>
> > Hallo,
>
> > so wie ich es verstanden habe: erst die Anlerntaste kurz drücken (LED
> > blinkt grün)
> > dann den Kanal bei mir nur S1 derzeit) in Kurzschluß (LED blinkt
> > orange)
> > dann mein HM-LAN in den Pairingmodus.
> > Kurze Zeit später zeigt die LED rot und das war's dann für fhem.pl
>
> > Log sieht dann so aus, ich habe die trigger Zeilen entfernt:
>
> > 2012.05.04 08:32:11 4: /fhem?detail=global / RL: 9761 / text/html;
> > charset=UTF-8 / /
> > 2012.05.04 08:32:14 5: SW: K
> > 2012.05.04 08:32:14 5: HMLAN/RAW: /HHM-LAN-IF,03C1,IEQ0061985,13978F,
> > 6DC1EA,53A0959D,000B
> > 2012.05.04 08:32:14 5: HMLAN_Parse: XX_LANInterface HHM-LAN-IF,
> > 03C1,IEQ0061985,13978F,6DC1EA,53A0959D,000B
> > 2012.05.04 08:32:29 4: HTTP FHEMWEB:192.168.0.11:2420 GET /fhem?
> > room=Gaestezimmer
> > 2012.05.04 08:32:29 4: /fhem?room=Gaestezimmer / RL: 5443 / text/html;
> > charset=UTF-8 / /
> > 2012.05.04 08:32:31 4: HTTP FHEMWEB:192.168.0.11:2420 GET /fhem?
> > detail=XX_LANInterface
> > 2012.05.04 08:32:31 4: /fhem?detail=XX_LANInterface / RL: 8349 / text/
> > html; charset=UTF-8 / /
> > 2012.05.04 08:32:39 5: SW: K
> > 2012.05.04 08:32:39 5: HMLAN/RAW: /HHM-LAN-IF,03C1,IEQ0061985,13978F,
> > 6DC1EA,53A0F75B,000B
> > 2012.05.04 08:32:39 5: HMLAN_Parse: XX_LANInterface HHM-LAN-IF,
> > 03C1,IEQ0061985,13978F,6DC1EA,53A0F75B,000B
> > 2012.05.04 08:32:40 5: HMLAN/RAW: /E189873,0000,53A0FBC1,FF,FFCB,
> > 0684411898730000000135C8
> > 2012.05.04 08:32:40 5: HMLAN_Parse: XX_LANInterface
> > E189873,0000,53A0FBC1,FF,FFCB,0684411898730000000135C8
> > 2012.05.04 08:32:40 5: XX_LANInterface dispatch
> > A0C0684411898730000000135C8
> > 2012.05.04 08:32:40 4: RCV L:0C N:06 CMD:A041 (TYPE=65,BCAST,RPTEN)
> > SRC:189873 DST:000000 0135C8
> > 2012.05.04 08:32:40 5: HMLAN/RAW: /E189873,0000,53A0FC57,FF,FFCA,
> > 07840018987300000010005F4945513035343730383880030000
> > 2012.05.04 08:32:40 5: HMLAN_Parse: XX_LANInterface
> > E189873,0000,53A0FC57,FF,FFCA,
> > 07840018987300000010005F4945513035343730383880030000
> > 2012.05.04 08:32:40 5: XX_LANInterface dispatch
> > A1A07840018987300000010005F4945513035343730383880030000
> > 2012.05.04 08:32:40 4: RCV L:1A N:07 CMD:8000 (TYPE=0,BCAST,RPTEN) SRC:
> > 189873 DST:000000 10005F4945513035343730383880030000 (DEVICE_INFO
> > FIRMWARE:10 TYPE:005F SERIALNO:IEQ0547088 CLASS:80 PEER_CHANNEL_A:03
> > PEER_CHANNEL_B:00 UNKNOWN:00)
> > 2012.05.04 08:32:40 3: CUL_HM Unknown device
> > CUL_HM_threeStateSensor_189873, please define it
> > 2012.05.04 08:32:40 5: Triggering global (1 changes)
> > .......
> > 2012.05.04 08:32:40 2: autocreate: define
> > CUL_HM_threeStateSensor_189873 CUL_HM 189873
> > A1A07840018987300000010005F4945513035343730383880030000
> > 2012.05.04 08:32:40 4: RCV L:1A N:07 CMD:8000 (TYPE=0,BCAST,RPTEN) SRC:
> > 189873 DST:000000 10005F4945513035343730383880030000 (DEVICE_INFO
> > FIRMWARE:10 TYPE:005F SERIALNO:IEQ0547088 CLASS:80 PEER_CHANNEL_A:03
> > PEER_CHANNEL_B:00 UNKNOWN:00)
> > 2012.05.04 08:32:40 2: CUL_HM pair: CUL_HM_threeStateSensor_189873 is
> > a threeStateSensor, model HM-SCI-3-FM serialNr IEQ0547088
> > 2012.05.04 08:32:40 5: Triggering global (2 changes)
> > ........
> > 2012.05.04 08:32:40 2: autocreate: define
> > FileLog_CUL_HM_threeStateSensor_189873 FileLog /var/log/fhem/
> > CUL_HM_threeStateSensor_189873-%Y.log CUL_HM_threeStateSensor_189873
> > 2012.05.04 08:32:40 5: Triggering global (3 changes)
> > 2012.05.04 08:32:40 2: autocreate: define
> > CUL_HM_threeStateSensor_189873_CHN_1 CUL_HM 18987301
> > 2012.05.04 08:32:40 5: Triggering global (4 changes)
> > 2012.05.04 08:32:40 2: autocreate: define
> > FileLog_CUL_HM_threeStateSensor_189873_CHN_1 FileLog /var/log/fhem/
> > CUL_HM_threeStateSensor_189873_CHN_1-%Y.log
> > CUL_HM_threeStateSensor_189873_CHN_1
> > 2012.05.04 08:32:40 5: Triggering global (5 changes)
> > .......
> > 2012.05.04 08:32:40 2: autocreate: define
> > CUL_HM_threeStateSensor_189873_CHN_2 CUL_HM 18987302
> > 2012.05.04 08:32:40 5: Triggering global (2 changes)
> > 2012.05.04 08:32:40 2: autocreate: define
> > FileLog_CUL_HM_threeStateSensor_189873_CHN_2 FileLog /var/log/fhem/
> > CUL_HM_threeStateSensor_189873_CHN_2-%Y.log
> > CUL_HM_threeStateSensor_189873_CHN_2
> > 2012.05.04 08:32:40 5: Triggering global (3 changes)
> > .........
> > 2012.05.04 08:32:40 2: autocreate: define
> > CUL_HM_threeStateSensor_189873_CHN_3 CUL_HM 18987303
> > 2012.05.04 08:32:40 5: Triggering global (2 changes)
> > 2012.05.04 08:32:40 2: autocreate: define
> > FileLog_CUL_HM_threeStateSensor_189873_CHN_3 FileLog /var/log/fhem/
> > CUL_HM_threeStateSensor_189873_CHN_3-%Y.log
> > CUL_HM_threeStateSensor_189873_CHN_3
> > .......
> > 2012.05.04 08:32:40 2: XX_LANInterface pairing (hmPairForSec) not
> > enabled
> > .......
> > 2012.05.04 08:32:40 2: autocreate: define
> > FileLog_CUL_HM_threeStateSensor_189873 FileLog /var/log/fhem/
> > CUL_HM_threeStateSensor_189873-%Y.log CUL_HM_threeStateSensor_189873
> > ......
>
> > ------------------ NEUSTART
> > ------------------------------------------------
> > 2012.05.04 08:32:40 2: Telnet port 7072 opened
> > 2012.05.04 08:32:40 2: FHEMWEB port 8083 opened
> > 2012.05.04 08:32:40 2: FHEMWEB port 8084 opened
> > 2012.05.04 08:32:40 2: FHEMWEB port 8085 opened
> > 2012.05.04 08:32:40 3: Opening XX_LANInterface device 192.168.0.6:1000
> > 2012.05.04 08:32:40 3: XX_LANInterface device opened
> > 2012.05.04 08:32:41 3: Connecting to database
> > mysql:database=fhemwetter;host=localhost;port=3306 with user fhemuser
> > 2012.05.04 08:32:41 3: Connection to db
> > mysql:database=fhemwetter;host=localhost;port=3306 established
> > 2012.05.04 08:32:41 1: statefile: Please define
> > FileLog_CUL_HM_threeStateSensor_189873 first
> > 2012.05.04 08:32:41 0: Server started (version =VERS= from =DATE= ($Id
> > $), pid 3122)
> > 2012.05.04 08:32:42 3: CUL_HM Unknown device
> > CUL_HM_threeStateSensor_189873, please define it
> > 2012.05.04 08:32:42 2: autocreate: define
> > CUL_HM_threeStateSensor_189873 CUL_HM 189873
> > A1A09840018987300000010005F4945513035343730383880030101
> > 2012.05.04 08:32:42 2: CUL_HM pair: CUL_HM_threeStateSensor_189873 is
> > a threeStateSensor, model HM-SCI-3-FM serialNr IEQ0547088
> > 2012.05.04 08:32:42 2: autocreate: define
> > FileLog_CUL_HM_threeStateSensor_189873 FileLog /var/log/fhem/
> > CUL_HM_threeStateSensor_189873-%Y.log CUL_HM_threeStateSensor_189873
> > 2012.05.04 08:32:42 2: autocreate: define
> > CUL_HM_threeStateSensor_189873_CHN_2 CUL_HM 18987302
> > 2012.05.04 08:32:42 2: autocreate: define
> > FileLog_CUL_HM_threeStateSensor_189873_CHN_2 FileLog /var/log/fhem/
> > CUL_HM_threeStateSensor_189873_CHN_2-%Y.log
> > CUL_HM_threeStateSensor_189873_CHN_2
> > 2012.05.04 08:32:42 2: autocreate: define
> > CUL_HM_threeStateSensor_189873_CHN_3 CUL_HM 18987303
> > 2012.05.04 08:32:42 2: autocreate: define
> > FileLog_CUL_HM_threeStateSensor_189873_CHN_3 FileLog /var/log/fhem/
> > CUL_HM_threeStateSensor_189873_CHN_3-%Y.log
> > CUL_HM_threeStateSensor_189873_CHN_3
> > 2012.05.04 08:32:42 2: XX_LANInterface pairing (hmPairForSec) not
> > enabled
> > 2012.05.04 08:32:42 2: autocreate: define
> > FileLog_CUL_HM_threeStateSensor_189873 FileLog /var/log/fhem/
> > CUL_HM_threeStateSensor_189873-%Y.log CUL_HM_threeStateSensor_189873
> > 2012.05.04 08:32:43 2: Telnet port 7072 opened
> > 2012.05.04 08:32:43 2: FHEMWEB port 8083 opened
> > 2012.05.04 08:32:43 2: FHEMWEB port 8084 opened
> > 2012.05.04 08:32:43 2: FHEMWEB port 8085 opened
> > 2012.05.04 08:32:43 3: Opening XX_LANInterface device 192.168.0.6:1000
> > 2012.05.04 08:32:43 3: XX_LANInterface device opened
> > 2012.05.04 08:32:43 3: Connecting to database
> > mysql:database=fhemwetter;host=localhost;port=3306 with user fhemuser
> > 2012.05.04 08:32:43 3: Connection to db
> > mysql:database=fhemwetter;host=localhost;port=3306 established
> > 2012.05.04 08:32:43 1: statefile: Please define
> > FileLog_CUL_HM_threeStateSensor_189873 first
> > 2012.05.04 08:32:43 0: Server started (version =VERS= from =DATE= ($Id
> > $), pid 3125)
> > 2012.05.04 08:32:43 1: HMLAN setting owner to 6DC1EA from A37857
> > 2012.05.04 08:32:53 3: /bin/echo "FHEM wurde gerade gestartet" | /usr/
> > bin/mail -s "FHEM START" "mailuser"
> > 2012.05.04 08:32:53 3: -1
> > 2012.05.04 08:33:09 3: CUL_HM Unknown device
> > CUL_HM_threeStateSensor_189873, please define it
> > 2012.05.04 08:33:09 2: autocreate: define
> > CUL_HM_threeStateSensor_189873 CUL_HM 189873
> > A1A0D840018987300000010005F4945513035343730383880030000
> > 2012.05.04 08:33:09 2: CUL_HM pair: CUL_HM_threeStateSensor_189873 is
> > a threeStateSensor, model HM-SCI-3-FM serialNr IEQ0547088
> > 2012.05.04 08:33:09 2: autocreate: define
> > FileLog_CUL_HM_threeStateSensor_189873 FileLog /var/log/fhem/
> > CUL_HM_threeStateSensor_189873-%Y.log CUL_HM_threeStateSensor_189873
> > 2012.05.04 08:33:09 2: autocreate: define
> > CUL_HM_threeStateSensor_189873_CHN_1 CUL_HM 18987301
> > 2012.05.04 08:33:09 2: autocreate: define
> > FileLog_CUL_HM_threeStateSensor_189873_CHN_1 FileLog /var/log/fhem/
> > CUL_HM_threeStateSensor_189873_CHN_1-%Y.log
> > CUL_HM_threeStateSensor_189873_CHN_1
> > 2012.05.04 08:33:09 2: autocreate: define
> > CUL_HM_threeStateSensor_189873_CHN_2 CUL_HM 18987302
> > 2012.05.04 08:33:09 2: autocreate: define
> > FileLog_CUL_HM_threeStateSensor_189873_CHN_2 FileLog /var/log/fhem/
> > CUL_HM_threeStateSensor_189873_CHN_2-%Y.log
> > CUL_HM_threeStateSensor_189873_CHN_2
> > 2012.05.04 08:33:09 2: autocreate: define
> > CUL_HM_threeStateSensor_189873_CHN_3 CUL_HM 18987303
>
> ...
>
> Erfahren Sie mehr »
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo zusammen!
> > Das zeigt zwar, dass fhem das Geraet nicht richtig beherrscht, aber man
> > kann es
> > mAn in fhem trotzdem ohne Probleme verwenden.
Naja, das Problem ist, dass fhem das als ,,unknownMsg" sieht und ich
dies per notify nicht auswerten kann (oder geht das?). In der Parser-
Routine von 10_CUL_HM.pm gib es halt keinen else zweig für den
Subtype ,,swi". Den hab ich mir jetzt mal hemdsärmelig selbergebastelt
und die Message ,,ausgewertet". Mach ich es mir hier irgendwie zu
kompliziert???
> Deswegen verwende ich ja Taster da geht 10 mal mehr :)
Für ,,menschliche" Schaltaufgaben sehe ich das genauso. Da ich hier
aber Alarmausgänge überwachen will, also keinen Tastendruck, sondern
einen Zustand sehen will, denke ich nicht dass die Tasterschnittstelle
hier weiterhilft. Die will ja Impulse haben, wie oben beschrieben
wurde...
> sehe ich genau so. Alle meine Taster machen nur Broadcast, so lange man
> ihnen keine Direktverknüpfung verpasst.
OK, wenn das so ist, dann isses halt so. Hat natürlich nix mit fhem zu
tun aber wußte ich einfach nicht. Ich hätte gehofft, dass nach dem
Pairing der Taster dem Adapter immer adressierte Nachrichten schickt,
So weiß ich jetzt nicht, ob die BCast Msg angekommen ist und bekomme
auch nur die Information, dass sich der Schalterzustand geändert hat.
Heißt: Eine ,,überhörte" Nachricht das Adapters bring mir die gesamte
Synchronisation durcheinander.
Danke auch für Eure Erklärungen! Und: Es wird schon werden ...
Tobi
On 13 Apr., 14:04, unimatrix
wrote:
> sehe ich genau so. Alle meine Taster machen nur Broadcast, so lange man
> ihnen keine Direktverknüpfung verpasst.
>
> Ob die Schalterschnittstelle zwischen on und off untershceiden kann weiss
> ich nicht, aber wenn du das so mitlogst, dann ist es wohl einfach so dass
> es nicht geht, ich sehe nicht wie das mit FHEM zu tun haben könnte.
>
> Du hast halt die Info: Am Schalter wurde umgeschaltet. Nicht mehr und nicht
> weniger...
>
> Deswegen verwende ich ja Taster da geht 10 mal mehr :)
>
> Am Freitag, 13. April 2012 13:42:38 UTC+2 schrieb Rudolf Koenig:
>
>
>
> > > - Der HM-SWI-3-FM l�sst sich pairen, zumindest scheint es so
> > (s. Log
>
> > Das Log schaut fuer micht ok aus, bzw. ich weiss nicht, wie man das Pairing
> > besser machen koennte.
>
> > > - FHEM empf�ngt (nach dem Pairing) aber nur broadcast
> > Nachrichten von
> > > dem Teil (dst= 0). Was anderes sehe ich nicht:
>
> > Das zeigt zwar, dass fhem das Geraet nicht richtig beherrscht, aber man
> > kann es
> > mAn in fhem trotzdem ohne Probleme verwenden.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com