Hauptmenü

KD101 Rauchmelder

Begonnen von BenWend, 24 März 2013, 10:59:28

Vorheriges Thema - Nächstes Thema

BenWend

Hallo,

ich habe gestern FHEM auf einem Raspberry Pi installiert und dort einen RFXtrx433 angeschlossen. Sensoren/Aktoren wurden bisher auch sehr gut mit der FHEM autocreate Funktion erkannt (zahlreiche Intertechno Schalter und sogar ein noname Temperaturfühler wurden mittels autocreate eingebunden).

Jetzt wollte ich auch anfangen Rauchmelder einzubinden und habe hier den Flamingo FA20RF (=KD-101LD). Laut FHEM Doku soll der Flamingo FA20RF eigentlich FHEM kompatibel sein. Leider bekomme ich ihn nicht eingebunden. Der RFXtrx433 erkennt zwar das Testsignal, FHEM bindet das Gerät aber nicht per autocreate ein.

Ich habe dann mal versucht den RFXtrx433 am PC und das Programm RFXmngr laufen lassen. Dies liest das Testsignal anscheinend richtig aus. Hier die Daten aus dem RFXmngr, wenn ich am Flamingo FA20RF "Test" drücke:

0820030E174C000670
Packettype    = Security1
subtype       = KD101 smoke detector
Sequence nbr  = 14
id1-3         = 174C00
status        = Panic
Signal level  = 7

Jetzt meine Fragen:

1.) Hat jemand von Euch eine Idee, warum FHEM meinen Flamingo nicht per autocreate einbindet und wie ich es vielleicht doch noch hinbekomme?

2.) Könnte ich den Falmaingo mit den aus dem Programm RFXmngr ausgelesenen Daten manuell in FHEM einbinden? Wie würde dann der genaue Befehl lauten? (Ich verstehe die Syntax in der FHEM Beschreibung nicht richtig, habe dies hier erfolglos versucht: define famlingo1 TRX_SECURITY KD101 174C00 Smoke 174C00 Smoketest).

3.) Habt Ihr sonst noch irgendwelche Ideen oder Tipps?

Vielen Dank und beste Grüße

Ben

Willi

Zitat von: BenWend schrieb am So, 24 März 2013 10:59Jetzt wollte ich auch anfangen Rauchmelder einzubinden und habe hier den Flamingo FA20RF (=KD-101LD). Laut FHEM Doku soll der Flamingo FA20RF eigentlich FHEM kompatibel sein. Leider bekomme ich ihn nicht eingebunden. Der RFXtrx433 erkennt zwar das Testsignal, FHEM bindet das Gerät aber nicht per autocreate ein.
Hallo,

am besten solche Anfragen in der Untergruppe RFXTRX stellen. Die anderen Gruppen schaue ich mir nur unregelmäßig an. Ich habe die Module TRX* geschrieben.
Gemäß dem Code ("082003 0E174C000670") sollte das Device eigentlich per autocreate eingerichtet werden (mit Name KD101_*).
Zusätzlich sollte es das Device in der FHEM-Weboberfläche unter dem Tab TRX-SECURITY geben.

Du schreibst "Der RFXtrx433 erkennt zwar das Testsignal". Wie hast Du das festgestellt?

Bitte erst mal prüfen, ob die neueste FHEM-Version installiert ist. Die TRX-Module (insbesondere 436_TRX-SECURITY.pm) müssen mindestens vom 1. Dezember 2012 sein, besser aktuell. Bitte daher ein update machen.

Den Test des Rauchmelders am besten in der Nähe des RFxtrx433 machen.

Bitte berichten, ob es irgendwelche Meldungen in der FHEM-Log (fhem-2013-03.log) gibt, die auf den Rauchmelder oder Fehler hinweisen.

Grüße

Willi

FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

BenWend

Willi,

vielen Dank! Es hat alles geklappt und Du hast meinen Abend gerettet!!

Ich habe neben dem Flamingo auch noch einen Unitec 46779 Funkrauchmelder eingebunden bekommen. Perfekt!

Grund war das fehlende Update auf 5.3. development von meiner Erstinstallation 5.3 stable.

Als Anfänger (vorgestern kam mein Raspberry mitsamt RFXtrx - beides hatte ich mir bestellt um FHEM das erste mal installieren uns ausprobieren zu können) habe ich für andere Anfänger einfach mal mitgeschrieben, wie meine erste Installation lief. Hier ein kleiner Erfahrungsbericht von heute Abend:


debaian wheezy auf sd mittels windows installiert

boot RBPi

sd karte partition erweitert

passwort für pi geändert

timezone eingestellt

reboot RBPi

sudo apt-get install perl libdevice-serialport-perl ==> wohl okay

sudo apt-get install libio-socket-ssl-perl ==> wohl okay

# fhem-5.3.deb ==> keine reaktion?

wget http://fhem.de/fhem-5.3.deb ==> wohl okay

sudo dpkg -i fhem-5.3.deb ==> fehler
     Unpacking fhem (from fhem-5.3.deb) ...
     dpkg: dependency problems prevent configuration of fhem:
     fhem depends on libwww-perl (>= 1.0); however:
     Package libwww-perl is not installed.

     dpkg: error processing fhem (--install):
     dependency problems - leaving unconfigured
     Errors were encountered while processing:
     fhem

sudo apt-get install -f ==> wohl okay, starting fhem
     WEB,WEBphone,WEBtablet has no basicAuth attribute.
     telnetPort has no password/globalpassword attribute.

     Restart fhem for a new check if the problem is fixed,
     or set the global attribute motd to none to supress this message

sudo apt-get install libwww-perl
     Reading package lists... Done
     Building dependency tree
     Reading state information... Done
     libwww-perl is already the newest version.
     libwww-perl set to manually installed.
     0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

Config-Datei geändert:
define RFXTRXUSB TRX /dev/ttyUSB0@38400

Einbinden von 12 Intertechno Zischensteckern mittels autocreate ==> okay, in unter 1 Minute war alles eingebunden :o)

Mittlerweile hat sich mein Temp/HUM Sensor automatisch angemeldet

Versuch den Brandmelder einzubinden ==> Fehler
     Logdatei:
     2013.03.25 21:00:14 1: UNDEFINED TRX_KD101_174c00 TRX_SECURITY KD101 174c00 smoke
     2013.03.25 21:00:14 3: TRX_SECURITY: TRX_SECURITY Unknown device TRX_KD101_174c00, please define it
     2013.03.25 21:00:14 1: TRX_SECURITY: unsupported hex=08200301174c000650
     2013.03.25 21:00:14 0: TRX_ELSE: hex=08200301174c000650

Udate versucht mit:
update stable check ==> Fehler
     File 'controls_fhem.txt' (remote) is corrupt
          Logdatei:
          2013.03.25 21:11:59 3: update get http://fhem.de/fhemupdate4/stable/controls_fhem.txt
          2013.03.25 21:11:59 1: update File 'controls_fhem.txt' (remote) is corrupt

update development check ==> okay, Anzeige der Auflistung der Änderungen

update development ==> längere Wartezeit und dann backup done ... 346 file(s) have been updated

Versuch den Brandmelder einzubinden ==> Fehler
          Logdatei:
          2013.03.25 21:24:12 1: UNDEFINED TRX_KD101_174c00 TRX_SECURITY KD101 174c00 smoke
          2013.03.25 21:24:12 3: TRX_SECURITY: TRX_SECURITY Unknown device TRX_KD101_174c00, please define it
          2013.03.25 21:24:12 1: TRX_SECURITY: unsupported hex=08200301174c000650

shutdown restart ==> okay

Versuch den Flamingo Brandmelder einzubinden ==> Okay!!! Thx Willi!
          Anzeige im Frontend:
          TRX_KD101_174c00 alert

Dann hatte ich noch einen unitec-Funk-Rauchmelder (46779) rumliegen, den ich mir bestellt hatte, da er ähnlich aussah wie der Flamingo. Es handelt sich auch um den KD-101LA.

Versuch den unitec-Funk-Rauchmelder (46779) einzubinden ==> Okay!!! Thx again!!!

:o)

Mein Log zeigt, ich bin ein echter Anfänger :o)

Willi

Na, super! Danke für das Feedback.

Habe den Unitec 46779 mal mit ins WIKI gepackt: http://www.fhemwiki.de/wiki/RFXtrx#FHEM-Modul:_TRX_SECURITY

Grüße

Willi
FHEM@Q600(debian) mit DS9490R (1Wire) | FHEM@Sheevaplug(debian) mit RFXCOM-Receiver(80002), CULv3 & USB-WDE1 | FHEM@odroid mit CULv2 & RFXtrx433

carzl

Hallo zusammen,

der KD101 ist ja baugleich mit dem FA20RF. Inzwischen findet man bei der Produktsuche auch einen FA21RF, das soll wohl der Nachfolger sein, auch weitestgehend baugleich, äußerlich scheinbar an den etwas geraderen statt eiförmigen Tasten erkennbar. Ist bekannt ob hier funktechnisch irgendwas geändert wurde, oder kann der FA21RF bedenkenlos angeschafft werden um ihn nach bekanntem Muster per RFXtrx + TRX_SECURITY in Fhem einzubinden; weiß da jemand was?

Danke!
Fhem 6.0 auf RPi3: CUL, JeeLink, Hue Bridge v2, HarmonyHub, Fritzbox7590+7412, 6x FHT80b, 2x FS20S6A, FS20S4A, S300TH, 4x FritzDECT200/210, 4x TX29DTH, 4x Hue LightStripe, 5x Hue Smart Plug, Sonos mit 5x Play:1, Beam und Sub; 3x Lenovo Tab M10 mit FTUI

drdownload

Lt. diesem Forumbeitrag können FA20 und FA21 vernetzt werden http://forum.fhem.de/index.php/topic,17196.msg204925.html#msg204925 insofern besteht Hoffnung, dass es einfach funktioniert (der RFXTRX ist normalerweise wesentlich unstörrischer als der FHEMduino)
CUL 868 Slow-RF (FS20 Aktoren, Sender, FHT8V), CUL 868 (WMBUS-Empfang), Jeelink (PCA301), WS3600 (WH3080 über USB-Basis), Bewässerung mit ESP-Easy und Proplanta, RFXTRX433 Home-Easy Empfang und Senden, Oregon TH, WS001 TH), Blackbean IR, Mopidy-Snapcast MR Audio, Kodi, Forum-LED-Controller,

carzl

Ach guck an, den Beitrag hatte ich selber beim Suchen nicht gefunden. Jep, das klingt als würde es einfach nur gehen  :)
Danke!
Fhem 6.0 auf RPi3: CUL, JeeLink, Hue Bridge v2, HarmonyHub, Fritzbox7590+7412, 6x FHT80b, 2x FS20S6A, FS20S4A, S300TH, 4x FritzDECT200/210, 4x TX29DTH, 4x Hue LightStripe, 5x Hue Smart Plug, Sonos mit 5x Play:1, Beam und Sub; 3x Lenovo Tab M10 mit FTUI