Anregung zur Kopplung von fhem nicht unterstützter Systeme

[Damian]

Hallo zusammen,

ich weiß nicht, ob es für Bauanleitungen das richtige Forum ist, allerdings gibt es bestimmt hier genügend User, die so wie ich auch gerne basteln und ihre liebgewonnenen Systeme nicht direkt entsorgen wollen, nur weil sie sich nicht direkt über fhem steuern lassen.

Auf dem Foto sieht man mein gerade zusammengelötetes Projekt. Von links nach recht: meine alte Alarmanlage, HM- Schließer-Schnittstelle, SM8-FS-20-Empfänger-Modul, FS-10 Fernbedienung. Auf der Lochrasterplatine sind Reedrelais.

Funktionsweise:

Alarmanlage -> Homematic Schließer-Schnittstelle (Zustandsanzeige: Alarmanlage on/off, Alarm ausgelöst ja/nein)

FS20->sm8-> Alarmanlage (schalten der Alarmanlage on/off über FS20 Fernbedienung)

FS20->sm8->FS10 (schalten alter FS10-Steckdosen über FS20 Fernbedienung - zunächst zwei Kanäle; ist ein Abfallprodukt, da ich noch freie Kanäle des sm8-Empfängers sinnvoll nutzen wollte - ich weiß, man könnte sie auch über eine CUL 433 steuern)

Als Kopplungsglieder habe ich Reedrelais benutzt, Optokoppler sollten auch gehen.

Zur Info: Als Steuergeräte benutze ich HM-LAN-Adapter und CUL 868. 

Zumindest funktioniert die Sache bei mir schon mal. 

Bei konkreten Fragen, einfach hier posten (vorab: Schaltplan habe ich noch nicht skizziert)

Gruß

Damian

[Tom]

Man kann die Alarmanlage über FS20 entschärfen? Uiuiui, das hätte ich mich nicht getraut.

[Damian]

ja, genauso, wie mit der unverschlüsselten Fernbedienung der Alarmanlage;)

Damian

[dou...@gmx.de]

Finde ich gut! So was ähnliches muss ich auch noch bauen. 

Wir haben mit dem Haus zusammen eine semi-professionelle Alarmanlage mit Aufschaltung zum Sicherheitsdienst mit übernommen. 

Ist eine GE ATS2604N

Bedient wird die entweder über

1. 433MHz Handsender zum aktivieren/deaktivieren oder

2. Ein Keypad im Erdgeschoss

Problem: nur am Keypad gibt es eine Statusanzeige, ob die Anlage scharf oder unscharf ist. Das ist doof!

Zudem sind alle Türkontakte, Fensterkontakte und Bewegungsmelder funkbasiert. Ich vermute ebenfalls 433MHz.

Es wäre natürlich elegant, wenn man sich mit fhem in die FunkSchnittstelle klinken könnte, aber ich hab (noch) keinen Plan, wie. Ansonsten bleibe nur die Möglichkeit das Gehäuse des Keypads zu öffnen und die LED für die scharf/unscharf Anzeige abzufragen.

Gefällt mir aber nicht besonders, die Idee. 

Frage daher: wie kann ich (mit einem CUL?) mal schnüffeln, was meine Alamanlagensensoren und Handsender so senden? Gibt es da schon Lesestoff zu?

VG
Ralf

[Dennis]

Da brauchst du einen 433Mhz CUL, oder aber den hier RFXCOM RFXtrx433
http://www.rfxcom.com/transceivers.htm der unterstützt diverse
Protokolle.

Da ist auch eine Software bei die mitplottet was so empfangen wurde.

Ich nutze den RFXtrx um meine 433Mhz Wettersensoren abzufragen.und in
FHEM darzustellen, Willi hat dazu die TRX Module erstellt,
es gibt auch ein TRX_SECURITY.

Gruß Dennis

[dou...@gmx.de]

Interessant! Danke Dennis!

Ich finde die busware Produkte allesamt ziemlich gut gemacht. Gibt es einen Grund in diesem Fall den RFXtrx einem CUL433 vorzuziehen? Sonst würde ich bei der Hardware bei einer Quelle bleiben.

[Dennis]

Die Firmware des RFXtrx unterstützt (Vorsicht Halbwissen :-)) mehr Protokolle als der CUL in der 433Mhz Version, zumindest habe ich das so aus der "Supported Hardware" Liste 

rausgelesen:  http://fhem.de/fhem.html#Hardware 

Bei dem CUL sind  La Crosse TX2/TX3 (das sind 433Mhz Sensoren) angegeben, bei RFXtrx deutlich mehr.

Das war letztlich der Grund dafür das ich mich für den entschieden habe, ob meine Schlussfolgerung da richtig ist kann evt. jemand anderes beurteilen ??

Gruß Dennis

[dou...@gmx.de]

Nachdem wir heute morgen mal wieder einen Fehlalarm hatten, weil die Alarmanlage nicht gleich auf das erste Kommando der Fernbedienung reagiert hat, und nach wie vor eine geeignete Rückmeldung fehlt, ob Anlage scharf oder unscharf, hab ich in den sauren Apfel gebissen und ein RFXtrx bestellt. 

Melde mich mal wenn's da ist.

VG
Ralf

[Willi]

Am Freitag, 5. Oktober 2012 08:06:33 UTC+2 schrieb dou...@m1n1.de:

Nachdem wir heute morgen mal wieder einen Fehlalarm hatten, weil die Alarmanlage nicht gleich auf das erste Kommando der Fernbedienung reagiert hat, und nach wie vor eine geeignete Rückmeldung fehlt, ob Anlage scharf oder unscharf, hab ich in den sauren Apfel gebissen und ein RFXtrx bestellt. 

Melde mich mal wenn's da ist.

Hallo Ralf,

ich lese diesen Thread gerade das erste Mal.

Du willst Deine Alarmanlage mit RFXtrx steuern und hast dafür den RFXtrx bestellt?

Mit RFXtrx433 kannst Du nur die Systeme auf 433 Mhz empfangen, deren Protokolle RFXCOM implementiert hat. Das sind zwar viele, aber ob Deine Alarmanlage dabei ist?

Welches Funkprotokoll spricht Deine GE ATS2604N?  Ist das mit den bei X10-Security-Protokoll kompatibel?

Oder hast Du vorher bei RFXCOM geklärt, ob RFXtrx Dein System unterstützt?

Wenn nicht, versuche das bitte schnell zu klären. Evtl. kannst Du im negativen Fall die Bestellung ja stornieren.

Wenn etwas bzgl. FHEM-Modul fehlt, helfe ich gerne im Rahmen meiner eingeschränkten Zeit. Das geht aber nur, wenn RFXCOM das Funkprotokoll implementiert hat.

MfG Willi

[dou...@gmx.de]

Das ist weit mehr als nur ein nettes Angebot,Willi, aber ich kenne das Protokoll der Anlage (noch) nicht. Ist erst mal ein Versuch. Aber die Alarmanlage soll in Holland sehr weit verbreitet sein.

Wenn die Kommunikation verschlüsselt erfolgt (was ich mir aber nicht so recht vorstellen mag), ist es vermutlich Schicht. Ich weiss nur, das Handsender, Türkontakte und Bewegungsmelder an die Zentrale angelernt werden müssen. Daher ist erst mal etwas forschen angesagt:

:-) RFXtrx wurde heute verschickt. 

Bin neugierig :-)

VG
Ralf

[Willi]

Ok.

Wenn der RFXtrx433 da ist, würde ich vorschlagen erst mal zu testen, ob die mitgelieferte Software RFXmngr (leider nur Windows) etwas von der Alarmanlage empfängt. RFXmngr kann generell alles anzeigen und senden, was in der Firmware realisiert ist. Sobald ein neues Protokoll hinzukommt, wird das auch RFXmngr von RFXCOM realisiert.

Ich habe bei meinem FHEM-Treibern nur eine Untermenge realisiert.

Wenn Du mit RFXmngr Erfolg hast, ist es bis zur Integration in FHEM nicht mehr weit.

Die Software gibt es auch als Download unter http://www.rfxcom.com/downloads.htm

MfG Willi

[dou...@gmx.de]

Moin Willi,

RfXtrx war heute in der Post. Habs mal angeschlossen und den mgr laufen lassen. Aber irgendwie bekomm ich kaum was rein. Er reagiert (ab und an) auf den Schlüssel unseres (alten) BMWs, aber das war es auch. 

Gibt es ne Möglichkeit den in einen RAW Mode zu setzen, um mitzulesen, was überhaupt so auf der Frequenz passiert?

VG
Ralf

[Zrrronggg!]

Wenn ich für den konkreten Problemfall mal ein OldSchool Ansatz ins
Rennen werfen darf?

Auf die LED der Alarmzentrale von aussen einen FS20 LS Mini
Lichtsensor kleben, den mit irgendeinem FS Aktor im Bereich der
Haustür direkt koppeln, fertich.

Schon weiss auch FHEM, ob die Anlage scharf ist.

Ich weiss, ist unelegant und so weiter, ich gehe aber jede Wette ein,
dass du das schneller hinbekommst, als rasch das Funkprotokoll zu
entschlüsseln.

Aber ich mir mit dem Dingen den einen oder anderen "Rückkanal"
gebastelt, funktioniert einwandfrei. Einziger Nachteil in meinen
Augen: streichholzschachtelgrosses FS20 LS klebt auf der zu
überwachenden LED.

[dou...@gmx.de]

So unelegant ist das gar nicht, wenn ich mir das leere Display meines RFXtrx ansehe. Das hatte ich mir anders vorgestellt. :-)

Aber vorher mache ich das (sabotagegeschützte Gehäuse meiner Alarm-Kommandozentrale auf und kontaktiere dir bekiffte LED (und wenn es das letzte ist, was ich tue)).  

Aber ich will noch nicht aufgeben!

:D

[Willi]

Am Mittwoch, 10. Oktober 2012 14:18:44 UTC+2 schrieb dou...@m1n1.de:

Gibt es ne Möglichkeit den in einen RAW Mode zu setzen, um mitzulesen, was überhaupt so auf der Frequenz passiert?

Hallo Ralf,

ein solcher (RAW-Modus) ist mir nicht bekannt.

Am besten Du fragst mal bei RFXCOM nach. Dabei kannst Du auch gleich nachfragen, ob Deine Alarmanlage unterstützt wird bzw. ob es in Zukunft eine Möglichkeit gibt. Es kann natürlich sein, dass man Deine Alarmanlage bzw. das verwendete Funkprotokoll überhaupt nicht kennt.

Weisst Du welches Funkprotokoll die Alarmanlage spricht? Evtl. weiss der Hersteller mehr dazu?

Oder hat da jemand wieder sein eigenes Protokoll erfunden?

MfG Willi

[Willi]

@ Zrrronggg! 

Hast Du mal bei RFXCOM nachgefragt? Wenn ja, was haben die geantwortet?

Grüße

Willi

[dou...@gmx.de]

Danke Willi, das du das noch mal aufgreifst. :-)

Also: ich hab hier ausgiebig versucht was zu empfangen. Als das nichts brachte, hab ich mich mit Bert von RFXtrx in Verbindung gesetzt.

Salopp gesagt, hat er mich trocken abtropfen lassen. 

Zusammengefasst: 

- das Protokoll meiner Alarmanlage ist offensichtlich nicht implementiert

- eine Firmware für das RFXtrx, mit der ich selber mitlesen könnte, gibt es nicht (oder wird nicht raus gegeben)

- es ist derzeit nicht vorgesehen neue Protokolle zu implementieren

- ich müsse meine Alarmanlage einschicken, damit die sich das Protokoll mal ansehen

Alles in allem für mich ne Sackgasse. Ich müsste mal lesen, ob ich mit nem 433MHz CUL mehr machen könnte.

Braucht jemand nen funkelnagelneues RFXtrx? ;-)

VG
Ralf

[Willi]

Am Mittwoch, 17. Oktober 2012 12:09:15 UTC+2 schrieb dou...@m1n1.de:

Zusammengefasst: 

- das Protokoll meiner Alarmanlage ist offensichtlich nicht implementiert

Schade.

 

- eine Firmware für das RFXtrx, mit der ich selber mitlesen könnte, gibt es nicht (oder wird nicht raus gegeben)

Ist vermutlich auch sehr aufwändig zu realisieren. Ich kenne keinen RF-Empfänger mit USB, den man als Protokoll-Analyzer verwenden könnte.

Ich könnte mir auch vorstellen, dass RFXCOM Angst hat, dass man bei einer solchen Möglichkeit das Funkprotokoll analysiert und dann doch nicht RFXtrx verwendet, sondern beispielsweise CUL-433, um dieses zu empfangen. Die haben wohl schon mal solch einen Fall gehabt, dass man mühsam Protokolle analysiert hat und die Ergebnisse/Arbeit jemand anders verwendet hat.

Die Analyse/Reverse-Engineering von Funkprotokollen sowie die Implementierung des Empfangs ist halt sehr aufwändig.

- es ist derzeit nicht vorgesehen neue Protokolle zu implementieren

 

- ich müsse meine Alarmanlage einschicken, damit die sich das Protokoll mal ansehen

Das widerspricht ja eigentlich dem vorherigen Satz. Oder habe ich das falsch verstanden?

Oder es soll bedeuten, dass man sich bei eingeschickter Alaramanlage das Funkprotokoll mal ansieht und es dann realisiert, wenn es mit geringen Aufwand möglich ist?

Vorschlag: Klär mal mit RFXCOM ab, ob es evtl. ausreicht, erst mal nur ein oder zwei Sensoren der Alarmanlage zu RFXCOM zu senden, damit sich diese dieses Protokoll ansehen. Evtl. kannst Du ja mal ein paar Wochen auf ein/Zwei Sensoren verzichten.

Das grundsätzliche Problem in Deinem Fall scheint zu sein, dass man das Funkprotokoll nicht kennt und auch Deine Alarmanlage nicht vor Ort hat.

Also bleibt Dir vermutlich nur:

- Alarmanlage oder zumindest Sensoren an RFXCOM schicken, damit diese das Protokoll analysieren können (sofern das Angebot von RFXCOm nocht besteht), oder

- Infos zum Aufbau des Funkprotokolls herausfinden (öffentliche Quellen oder selbst analysieren), oder

- die Alaramanlage nicht über das Funkprotokoll, sondern über externe Interfaces ansprechen (analog zu der Lösung des Funktasterinterfaces).

Schade!

Alternative: Hast Du mal nachgefragt, ob man kulanterweise das Gerät zurücknimmt?

[dou...@gmx.de]

Hallo Willi...

Ist vermutlich auch sehr aufwändig zu realisieren. Ich kenne keinen RF-Empfänger mit USB, den man als Protokoll-Analyzer verwenden könnte.

Ich könnte mir auch vorstellen, dass RFXCOM Angst hat, dass man bei einer solchen Möglichkeit das Funkprotokoll analysiert und dann doch nicht RFXtrx verwendet, sondern beispielsweise CUL-433, um dieses zu empfangen. Die haben wohl schon mal solch einen Fall gehabt, dass man mühsam Protokolle analysiert hat und die Ergebnisse/Arbeit jemand anders verwendet hat.

Dieses Risiko gibt es immer. Aber ich hatte ihnen angeboten alles zur Verfügung zu stellen, falls ich was heraus finde. 

 

Die Analyse/Reverse-Engineering von Funkprotokollen sowie die Implementierung des Empfangs ist halt sehr aufwändig.

Korrekt. Ich werde vermutlich mit einem CUL433 und meinem Speicher-Scope mal rumprobieren, was ich so erkennen kann (sobald ich etwas Zeit finde und ein CUL433 bestellt habe).

 

- es ist derzeit nicht vorgesehen neue Protokolle zu implementieren

 

- ich müsse meine Alarmanlage einschicken, damit die sich das Protokoll mal ansehen

Das widerspricht ja eigentlich dem vorherigen Satz. Oder habe ich das falsch verstanden?

Ganz deiner Meinung, aber das ist, was Bert gesagt hat. Er klang nicht wirklich interessiert, aber das Deutsch-Holländische Verhältnis ist ja eh geschichtlich seit dem 2ten Weltkrieg vorbelastet. :-)

 

Vorschlag: Klär mal mit RFXCOM ab, ob es evtl. ausreicht, erst mal nur ein oder zwei Sensoren der Alarmanlage zu RFXCOM zu senden, damit sich diese dieses Protokoll ansehen. Evtl. kannst Du ja mal ein paar Wochen auf ein/Zwei Sensoren verzichten.

Vorschlag ist prima, aber dagegen spricht, das ich die vorhandene Alarmanlage nicht verändern oder ausser Betrieb nehmen kann. Normalerweise werden mit dem Ding Banken und grössere Geschäfte gesichert. Keine Ahnung, was sich der Vorbesitzer dabei gedacht hat, das Monster in ein Privathaus einzubauen.

 

- die Alaramanlage nicht über das Funkprotokoll, sondern über externe Interfaces ansprechen (analog zu der Lösung des Funktasterinterfaces).

Vielleicht werde ich das als Zwischenlösung so machen. Ich überleg noch mal ein wenig.

Alternative: Hast Du mal nachgefragt, ob man kulanterweise das Gerät zurücknimmt?

Ja, hab ich ;-))

VG
Ralf 

[Prof. Dr. Peter A. Henning]

"das Deutsch-Holländische Verhältnis ist ja eh geschichtlich seit dem 2ten Weltkrieg vorbelastet"

Das ist revisionistischer Blödsinn, über den sich meine holländischen Freunde und Kollegen vernutlich tierisch aufregen würden...

pah

[dou...@gmx.de]

Naja, ich denke als jemand der fliessend holländisch spricht, der 3-einhalb Jahre in Den Haag gewohnt hat und daher selber ne Menge holländische Freunde und Bekannte hat (von denen diese Sichtweise über ihre eigenen Landsleute kam), kann ich mit das erlauben - zumal in meinem Post mit Smiley gekennzeichnet.

Aber was solls... :-)

[Willi]

Am Donnerstag, 18. Oktober 2012 13:45:55 UTC+2 schrieb dou...@m1n1.de:

Ganz deiner Meinung, aber das ist, was Bert gesagt hat. Er klang nicht wirklich interessiert....gelöscht... 

Hallo Ralf,

Bert von RFXCOM ist eigentlich immer hilfsbereit und antwortet schnell. Es kommt natürlich nicht immer die Antwort, die man hören will. das ist mir auch schon mit dieser und auch anderen Firmen, selbst aus meinem Heimatland, passiert. Ich habe damit weniger Probleme als mit großen Firmen, die sich meine Anfrage noch nicht mal ernsthaft ansehen, sondern nur über Callcenter bearbeiten.

Mein Eindruck ist, dass man neue Protokolle abhängig davon implementiert wie groß der Aufwand ist und welchen Nutzeffekt man davon hat. Das ist m.E. bei der Firmengröße und den angebotenen Produkten verständlich.

Was ich sagen will: Wenn Du RFXCOM glaubhaft machen kannst, dass man einen Nutzen bei vertretbarem Aufwand hat, wenn man das Prokoll Deiner Alarmanlage unterstützt, dann hast Du gute Chancen.

Ich glaube allerdings nicht, dass man dafür Deine Alarmanlage kaufen wird und auch nicht, dass es bereits eine Firmware für RFXtrx433 gibt, die es erlaubt beliebige Protokolle zu analysieren.

Ich vermute eher, dass die auch klassich mit viel Erfahrung und einem Logic-Analyzer vorgehen, um das Protokoll zu analyiseren.

Grüße

Willi

[dou...@gmx.de]

Danke Willi,

um das nur noch mal ganz klar zu sagen: Bert war zu keinem Zeitpunkt unfreundlich oder abweisend. 

Nur war er aber auch nicht daran interessiert, an diesem Projekt etwas zu machen. Auch da kann man ihm wirklich keinen Vorwurf draus machen. 

RFXtrx macht sicherlich das, wofür es gebaut wurde und es war eben mein Versuch, ob ich damit mit meiner Anwendung was draus machen kann. 

Hat halt nicht geklappt, ist aber auch kein Beinbruch. 

Auch das er keine Kulanz gewährt, kann man ihm nicht vorwerfen. Ich halte das zwar anders, aber einfordern kann ich das ganz sicher nicht. 

Daher: alles okay!

Wenn jemand ein RFXtrx gebrauchen kann: Nachricht an mich. Ich werde zukünftig bei den Busware Produkten bleiben. Die sind super und es ist alles offen.

Dabei fällt mir ein, das ich endlich mal das Datenblatt des CC1101 lesen sollte.... :-)

VG
Ralf

[Rudolf Koenig]

> Dabei f�llt mir ein, das ich endlich mal das Datenblatt des CC1101 lesen
> sollte.... :-)

Versuch vorher rauszukriegen, welche Modulation (AM/FM), welche Datenrate, und
welcher Chip verwendet wird.

- Falls ein CC11xx verbaut ist, dann hast Du gute Chancen mit culfw, Du musst
"nur" die Konfiguration der CC11xx rauskriegen, dieser wird per SPI nach dem
booten ins CC1101 geladen.

- Falls die Datenrate etwa 1kBit und die Modulation AM ist, dann waere sogar
moeglich, es als einen der SlowRF Protokolle implementieren: ist aber eine
ordentliche Portion Geduld und Hirnschmalz notwendig. Die Daten kann man per
X08 im Terminal ansehen, oder mit culfw/tools/timer.c etwas analysieren.

- Falls die Datenrate > 5kBit, dann wuerde ich das Lesen der CC1101 gar nicht
anfangen, da fuer die Bit-Analyse die Timings der CC1101 zu ungenau sind.
Beispiel: EnOcean Datenrate ist 125kHz, leider verwendet es ein mit dem CC1101
Paketmodus inkompatiblen Syncword.

Wenn das geschafft ist, dann hast Du das Low-Level Protokoll geknackt,
High-Level in fhem steht noch bevor (das ist der Stand z.Zt. bei MAX / EnBw).
Wenn hier was verschluesselt ist (wie bei EnBw), dann ist dieser Teil nicht
unbedingt nur Fleissarbeit.

[dou...@gmx.de]

Ja, das ist ein zielführender Weg, den man mittels Ausschlussverfahren hoffenlich verkürzen kann. :-)

Ich hab ein wenig rum telefoniert. 

Das Gute: alle gesendeten Codes sind statisch. Das heisst auch die Keyfobs haben statische Codes.

Das "andere": gesendet wird auf 433MHz mittels FM und (im Keyfob) arbeitet ein custom chip von Interlogix. 

Muss noch etwas weiter telefonieren.... :-)

[Willi]

Anbei ein Link wie jemand vorgegangen ist, um Funkprotokolle von Rauchmeldern und Türensensoren zu analysieren:

http://tickett.wordpress.com/2012/06/27/more-433mhz-rf-hacking/

Der Protokoll-Analyser unter http://wiki.nethome.nu/doku.php/analyzer/start sieht interessant aus.

Evtl hilft Dir das bei der Analyse weiter.

[Willi]

Interessant ist, dass im Handbuch des Protocol-Analysers angegeben ist, dass man CUL als Eingabedevice verwenden kann.....

http://wiki.nethome.nu/doku.php/analyzer/manual/start

[dou...@gmx.de]

Also DAS ist ja mal ein genialer Link! Das werde ich die nächsten Wochen mal genauer untersuchen. Danke dafür, Willi!

VG
Ralf

[dou...@gmx.de]

..das Einzige was den Spass verderben könnte wäre, wenn die Info stimmt, das das Signal meiner Alarmanlage FM-Moduliert ist. 

(Noch) Keine Ahnung, wie das dann aussieht.

[Rudolf Koenig]

> ..das Einzige was den Spass verderben k�nnte w�re, wenn die Info stimmt,

> das das Signal meiner Alarmanlage FM-Moduliert ist.

Dann muss man wohl doch CC1101.pdf durchlesen :)

[dou...@gmx.de]

:-) Der Winter wird vermutlich kurz....

[dou...@gmx.de]

Puh, das war heute ne grössere Nummer. 

Die Aufgabe mit dem Funkprotokoll ist für jemanden wie mich eine etwas längere, daher musste ich für die Zwischenzeit eine andere Lösung finden. 

Habe heute mein Alarmanlagen-Bedienpanel im laufenden Betrieb zerlegt, und eine der Status LEDs kontaktiert (smd 0805). 

Problem dabei: die LEDs sind gemultiplexed und bekommen alle 20ms kurze Impulse zum Leuchten. Dazu haben sie auch nur einen sehr geringen Strom. 

Ich hab mir einen 6N139 Optokoppler genommen. Der braucht nur 0,5mA an Strom um zu schalten, und ist auch schnell genug für kurze Impulse. Jedenfalls ist er für meinen Fall das Ideale Interface für eine FS 20 KSE Klingelsignalerkennung. Die kann die Ausgangsimpulse von Hause aus problemlos gleichrichten und auswerten. Funktioniert soweit perfekt.

Mit Scharfschalten der Anlage wird mir ein on Signal geschickt, mit unscharf Schalten ein off. 

Mein Dank, Mitgefühl und meine Entschuldigung gilt meinen Nachbarn, die 45 Sekunden Alarm am Sonntag-Nachmittag ertragen mussten, als ich ungeschickterweise mit dem Schraubendreher abgerutscht bin, und die Anlage einen Sabotagefall signalisieren wollte. :-/

VG
Ralf