Smartwares PIR Bewegungsmelder

[robudus]

Hallo Zusammen,

habe mal ein Smartwares PIR Bewegungsmelder versucht in IoBroker anzubinden leider komme ich nicht weiter.

Das Gerät sendet in 433 MhZ. Mein Selbstbau CUL läuft soweit auf 433 mit a-culw (Alternativ Firmware) aber den PIR sehe ich in Iobroker nicht.

Habe alles nach Anleitung für FHEM durchgeführt. Cul wird als Connected erkannt aber das war es auch…

http://www.meintechblog.de/2017/10/low- ... em-nutzen/

Hat jemand eine Idee wie man den Bewegungsmelder in Iobroker an den Start bekommt?

Bin für Tips dankbar.

Vielen Dank

g ROBudus

[klassisch]

Mag sein, daß Du das jetzt nicht hören willst, weil die Lösung ohne CUL-Stick wäre.

Ich würde es mit RFLink und dem RFLink-Adapter versuchen. Laut RFLink-Seite werden alle Smartwares Produkte unterstützt:

http://www.rflink.nl/blog2/devlist

"Smartwares (All products…"

Dazu brauchts einen Mega2560 (5EUR) und einen 433MHz Empfänger, z.B. RXB6 (1 EUR), Versorgung, RFLink-SW flashen, Antennendraht dranlöten, in die USB-Buchse des ioBroker hosts und den Adapter installieren und einstellen, Sensor anlernen.

Geht mit sehr vielen 433MHz Geräten. Ich nutze mittlerweile Tür-Fenster-Kontakte, Standalone PIR-Bewegungsmelder, Wassermelder, T-H Sensoren.

Ich nutze es nur als Empfänger für Sensoren, ist aber auch als Sender ausgelegt. Aber für Aktoren ist mir eine bidirektionale Lösung lieber.

[Rob88]

@klassisch:

[…] Ich nutze mittlerweile Tür-Fenster-Kontakte, Standalone PIR-Bewegungsmelder, Wassermelder, T-H Sensoren.

Ich nutze es nur als Empfänger für Sensoren, ist aber auch als Sender ausgelegt. Aber für Aktoren ist mir eine bidirektionale Lösung lieber. `

Ganz doofe Frage, aber bekomme ich dann zB vom Türsensor auch ein True oder False wenn er per RFLink angebunden ist? Der Sensor schickt das automatisch bei Änderung? Hab hier auch was gelesen, dass man dann aus einem langen Term die Info per Script rausfriemeln muss…. Etwas verwirrend

[klassisch]

Was man bekommt hängt von den verwendeten Sensoren ab.

Ich verwende als Tür-/Fenstersensoren z.B. "Golden Security GS - WDS07". Über RFLink entstehen dann im ioBrker 3 Objekte. Ein Objekt wird neu mit "true" befüllt, wenn sich die Tür öffnet und ein anderes wird mit neu "true" befüllt wenn sich die Tür schliesst. Ein drittes signalisiert tamper, damit mache ich nichts. Der Sensor sendet nie false, immer nur true. Man kann jetzt mit einem einfachen JavaScript in ioBroker ein weiteres, selbstangelegtes Objekt auf z.B. auf "true" bei offener und auf "false" bei geschlossener Tür setzen. Zumindest bei den o.g. Sensoren muß man keine Bitschieberei vornehmen, das macht der RFLInk für mich.

Aber man bekommt leider vom Sensor nicht direkt true für offen und false für geschlossen, wie man das von HM her gewöhnt ist.

Ähnlich die PIR-Sensoren. Hier habe ich 2 Typen im Einsatz und die schicken immer ein neues true, wenn Bewegung erkannt, aber nie ein false. Damit kann man bei Bewegung triggern und z.B. Licht schalten. Wenn man daraus so etwas wie "Noch jemand awesend" ableiten möchte, muß man sich das selbst ableiten.

Bei den 3 von mir getesteten Wassermeldern sieht das ähnlich aus. Wenn es nass wird, senden die true, nie aber ein false. Solange es trocken ist senden die nichts (oder sollten das zumindest so tun).

Ob sich Deine speziellen Smartwares so verhalten weiss ich nicht, weil ich die nicht habe. Vielleicht findet man im RFLink Forum http://www.letscontrolit.com/forum/viewforum.php dazu etwas. Ansonsten ist RFLink recht günstig zu bekommen oder für <10EUR probeweise zu basteln und damit einen Versuch wert. Für mich hat es sich jedenfalls gelohnt, weil ich etliche Tempertursensoren, Tür-/Fensersensoren und Pirs damit betreibe, die z.B. in Homematic deutlich teurer wären.