HM-SEC-SD-2 neu

[M_I_B]

... öhem ...
Ich habe jetzt die ganze Zeit mitgelesen, aber natürlich in der Masse nur Bahnhof verstanden. Was ich glaube verstanden zu haben ist, das man keinen RM als Leader nutzen darf, sondern nur den Virtuellen in FHEM, oder?

Hab ich auch so, wobei allerdings ein RM als Repeater geschaltet ist (geht nicht anders). Wenn ich jetzt im Virtuellen einen AlarmON absetze, reagiert ausschließlich der als Repeater geschaltete RM; alle anderen schweigen.
Soll das so? Oder lässt sich das momentan nicht ändern? Oder habe ich irgend wo was überlesen, was noch zu machen ist?

Korrektur:
Nach vielen Versuchen (bis Frauchen den Drohblick aufsetzte ) war in 70% der Fälle nur der als Repeater geschaltete RM am Quaken, in 20% jener im Keller, in 10% beide. Der RM im WZ zeigte sich bei allen Versuchen als einsamer Schweiger ...

[martinp876]

Das sollte definitiv nicht so sein und ist auch nicht verständlich.
A) man kann einen sd als lead nutzen, auch wenn es mir grundsätzlich widerstrebt.
B) wenn du einen alarm auslöst und der mit repeater jault sollten es auch alle member in seinem Bereich tun. Sollte fhem einen Fehler machen( sehe ich aktuell nicht) müsste das repeaten dies korrigieren. Völlig unklar.
C) lege alle SDS nebeneinander und teste. Ich nutze dazu ein Kissen um die Frau gnädig zu stimmen. Sollten alle piepen ist erst einmal alles grundsätzlich ok. Dann kommen die Reichweitetests.
D) probiere teamcall. Achtung: neuste Version nutzen, da zwischendurch ein bug eingebaut wurde. Das geht ohne Geräusch.
E) der ultimative Test ist, den teamcall oder den alarm der Reihe nach von jedem ( in worten: jedem) sd auslösen und jeweils alle auf Empfang prüfen. Anders kannst du nicht sicherstellen, dass jeder auch alle erreicht.

Sollte es bei C Probleme geben dann beschreibe diese und Logge. Probiere dann auch D.

[M_I_B]

... jupp, dachte ich mir, dsa es so nicht sein soll; aber besser ich frag mal. Hätte ja sein können, das mit einem als Repeater irgendwas hakt.
Ich werde Deine Liste mal abarbeiten, aber nicht mehr heute. Die muss ich erstmal einsammeln und allen mal den SMD- Schalter verpassen, die hier schon lange rumliegen; bin ich noch schuldig (im Zusammenhang mit Batterie-Hack).

zu A: Stimme ich Dir zu. Wenn schon FHEM da ist, ist FHEM der Leader und sonst nix; zumindest meine Auffassung ...
zu B&C: ... kläre ich im Karton ... Reichweitentest ist aber ok; gerade gemacht.
zu D: Ok
zu E: Wie löse ich an einem RM einen TeamCall aus? Ich kann doch nur einen Alarm auslösen (Rauchstab) oder einen Test starten?!? Ein TeamCall geht doch nur aus Fhem heraus via virtuellen Leader?!? Jetzt bin ich verwirrt 

[martinp876]

Teamcall steht in der Anleitung . Lang und kurz druecken oder so.
Wen. Alles klappt ist es die reichweite

[Christian Uhlmann]

zu E: Wie löse ich an einem RM einen TeamCall aus? Ich kann doch nur einen Alarm auslösen (Rauchstab) oder einen Test starten?!? Ein TeamCall geht doch nur aus Fhem heraus via virtuellen Leader?!? Jetzt bin ich verwirrt 

Teamcall steht in der Anleitung . Lang und kurz druecken oder so.

In der Anleitung ist der TeamCall als "Kommunikationstest" beschrieben.

[M_I_B]

In der Anleitung ist der TeamCall als "Kommunikationstest" beschrieben.

Jupp, den Zusammenhang habe ich heute Morgen auch plötzlich herstellen können

So... Kurz der noch ausstehende Hardware-Hack zum Thema "Schalter"...
Vorab... Inzwischen ist klar, wo für der Transistor ist. Der entlastet lediglich den Reed- Kontakt und schaltet seinerseits den RM an. Wenn man nämlich z.B. mit dem Lötkolben an den linken Kontakt des Reed kommt (neben den Batterien), schaltet der Transistor durch das eingestreute Brummen durch und den RM an...

Ansonsten passen prinzipiell beide bestellten Schalter (Reichelt: SS ESP101 und SS SMD402), wie man den Bildern entnehmen kann. Ich habe mich für die SMD- Variante entschieden. In beiden Fällen gilt: Schalter links (zu den Zellen) = ON / Schalter rechts (zur Rauchkammer) = OFF. Der Schalter ist dann problemlos mit einem Stift, Schraubendreher o.ä. durch den Schlitz zu erreichen.

Wie man den Trum auseinander bekommt, hatte ich ja bereits unter https://forum.fhem.de/index.php/topic,35298.msg437627.html#msg437627 beschrieben. Wer nicht weiß, wie man den Reed aus- und den Schalter einlötet, sollte es lieber lassen und wen fragen, der das drauf hat. Ich übernehme Garantie dafür, dsa der Hack bei allen meinen drei Rauchmeldern problemlos funktioniert, aber ich übernehme keine Garantie für Dritte.

Und nun die Bilder, die für sich sprechen sollten:

[M_I_B]

@Martin: ... ich bin jetzt mal der Reihe nach nach Deiner Liste vorgegangen. Dabei konnte ich feststellen, das auf einmal der RM Wohnzimmer im Gegensatz zu gestern auf den TeamCall (Reichweitentest) nicht mehr reagierte. Auch ein Alarm vom Leader kommt nur wie gestern Abend bei den beiden anderen RM an.
Also hab ich alles auf NULL gesetzt... definition raus aus FHEM, im Leader alle RM gelöscht, alle RM Factory, alle neu gepairt, jeden einzelnen neu mit dem Leader gepeert...
Pusteblume Nun geht zwar der aus dem Wohnzimmer wieder, aber dafür zeigt der aus dem Schlafzimmer-Flur genau das Verhalten, wie vorher der aus dem Wohnzimmer.
Auch der WZ-RM hatte vorher nach einem GetConfig ständig mal "RESPONSE TIMEOUT:RegisterRead" o.ä. Probleme. Die sind bei dem jetzt weg, aber dafür jetzt beim SZ-RM vorhanden...

Also bei mir sieht es so aus, als wenn es mit zwei RM immer geht, aber sobald der Dritte hinzu kommt, klemmt es irgendwo ...

Nachtrag: Ich habe mal alle drei RM und den Leader ins gleiche Logfile schreiben lassen und meine Aktionen dokumentiert:

Code Auswählen Erweitern

# TeamCall vom Leader
2016-05-24_19:50:04 Team_RM aesCBCCounter: 000038
# AlarmOff vom Leader
2016-05-24_19:50:24 KG_RM_FL smoke_detect: none
2016-05-24_19:50:24 KG_RM_FL off
2016-05-24_19:50:24 KG_RM_FL teamCall: from TeamDev:01
2016-05-24_19:50:24 EG_RM_WZ smoke_detect: none
2016-05-24_19:50:24 EG_RM_WZ off
2016-05-24_19:50:24 EG_RM_WZ teamCall: from TeamDev:01
2016-05-24_19:50:24 EG_RM_SF smoke_detect: none
2016-05-24_19:50:24 EG_RM_SF off
2016-05-24_19:50:24 EG_RM_SF teamCall: from TeamDev:01
2016-05-24_19:50:24 Team_RM aesCBCCounter: 000039
2016-05-24_19:50:24 Team_RM eventNo: 01
2016-05-24_19:50:24 Team_RM smoke_detect: none
2016-05-24_19:50:24 Team_RM off
2016-05-24_19:50:24 Team_RM teamCall: from TeamDev:01
# Ablauf Ende
2016-05-24_19:52:11 EG_RM_SF smoke_detect: none
2016-05-24_19:52:11 EG_RM_SF off
2016-05-24_19:52:11 EG_RM_WZ smoke_detect: none
2016-05-24_19:52:11 EG_RM_WZ off
2016-05-24_19:52:11 KG_RM_FL smoke_detect: none
2016-05-24_19:52:11 KG_RM_FL off
2016-05-24_19:52:11 Team_RM eventNo: 02
2016-05-24_19:52:11 Team_RM level: 0
2016-05-24_19:52:11 Team_RM smoke_detect: none
2016-05-24_19:52:11 Team_RM off
2016-05-24_19:52:46 Team_RM aesCBCCounter: 00003A
# TeamCall vom Leader
2016-05-24_19:53:39 KG_RM_FL smoke_detect: none
2016-05-24_19:53:39 KG_RM_FL off
2016-05-24_19:53:39 KG_RM_FL teamCall: from TeamDev:03
2016-05-24_19:53:39 EG_RM_WZ smoke_detect: none
2016-05-24_19:53:39 EG_RM_WZ off
2016-05-24_19:53:39 EG_RM_WZ teamCall: from TeamDev:03
2016-05-24_19:53:39 EG_RM_SF smoke_detect: none
2016-05-24_19:53:39 EG_RM_SF off
2016-05-24_19:53:39 EG_RM_SF teamCall: from TeamDev:03
2016-05-24_19:53:39 Team_RM aesCBCCounter: 00003B
2016-05-24_19:53:39 Team_RM eventNo: 03
2016-05-24_19:53:39 Team_RM smoke_detect: none
2016-05-24_19:53:39 Team_RM off
2016-05-24_19:53:39 Team_RM teamCall: from TeamDev:03
# AlarmOff vom Leader
2016-05-24_19:54:27 KG_RM_FL smoke_detect: none
2016-05-24_19:54:27 KG_RM_FL off
2016-05-24_19:54:27 KG_RM_FL teamCall: from TeamDev:04
2016-05-24_19:54:27 EG_RM_WZ smoke_detect: none
2016-05-24_19:54:27 EG_RM_WZ off
2016-05-24_19:54:27 EG_RM_WZ teamCall: from TeamDev:04
2016-05-24_19:54:27 EG_RM_SF smoke_detect: none
2016-05-24_19:54:27 EG_RM_SF off
2016-05-24_19:54:27 EG_RM_SF teamCall: from TeamDev:04
2016-05-24_19:54:27 Team_RM aesCBCCounter: 00003C
2016-05-24_19:54:27 Team_RM eventNo: 04
2016-05-24_19:54:27 Team_RM smoke_detect: none
2016-05-24_19:54:27 Team_RM off
2016-05-24_19:54:27 Team_RM teamCall: from TeamDev:04
# Ablauf Ende
2016-05-24_19:54:43 EG_RM_SF smoke_detect: none
2016-05-24_19:54:43 EG_RM_SF off
2016-05-24_19:54:43 EG_RM_WZ smoke_detect: none
2016-05-24_19:54:43 EG_RM_WZ off
2016-05-24_19:54:44 KG_RM_FL smoke_detect: none
2016-05-24_19:54:44 KG_RM_FL off
2016-05-24_19:54:44 Team_RM eventNo: 05
2016-05-24_19:54:44 Team_RM level: 0
2016-05-24_19:54:44 Team_RM smoke_detect: none
2016-05-24_19:54:44 Team_RM off


[automatisierer]

Hallo MIB,
wozu ist der einbau des Schalters notwendig?

Gruß
Ingo

[M_I_B]

... notwendig ist der nicht, aber praktisch, wenn man nicht zum Arbeiten am Tisch jedesmal die Deckenhalter mit abschrauben oder provisorisch mit ext. Magneten rumhampeln will.

[wolleboe-go@yahoo.de]

Hallo zusammen.
Ich versuche mir eine Pushnachricht vom neuen Rauchmelder schicken zu lassen.
Aber (state) ändert sich immer wenn er auslöst   (smoke-Alarm_03) mal 03 mal 05.
was kann ich da in notify für ein state schreiben?

[automatisierer]

Code Auswählen Erweitern


smoke-Alarm.*

zum Beispiel

[Bytechanger]

Hallo, 

smoke.*  reagiert auf alles, dass mit smoke beginnt.

Geht das alarm abschalten über die zentrale jetzt ohne Probleme?
Sind die updates jetzt im normalen update drin?

[M_I_B]

Update: Geschafft
Bei mir bekomme ich alle drei RM nur sauber ins FHEM, nachdem ich heute noch mal folgendes gemacht habe:

• Alle Peerings und Pairings bezgl der RM und Leader gelöscht.
• Zusätzlich in den CFG kontrolliert, ob auch alle weg sind
• Configuration neu geladen
• Alle RM FactoryReset und alle ausgeschaltet (mit dem "Schalter")
• FHEM in Pairingmode, ersten RM ON, Pairing, > RM BlinkOrange > getConfig
• im Leader peerChan für diesen RM eingerichtet und getestet (Alarm und TeamCall)
• Den RM mit Schalter ausgeschaltet
• Nächsten RM eingeschaltet und dann weiter bei 5
• Letzten RM eingeschaltet und dann weiter bei 5
• Alle RM eingeschaltet und Test (Alarm und TeamCall)
• RM 2 als Repeater gesetzt und wieder Test

... nu gait dat ...

Die bisherige Vorgehensweise, also erst alle RM pairen und danach jeweils den Peer zum Leader klappt bei mir nicht ...

[kvo1]

Hallo Micha,
großen Dank das DU dies hier nochmal so gut zusammengefaßt hast, ich lese hier schon ne Weile mit und will mein 3er Pack
auch in Betrieb nehmen ! Dis mit dem Schalter find ick jut ! 

[M_I_B]

auch in Betrieb nehmen ! Dis mit dem Schalter find ick jut ! 

Ike och
Danke für die Blumen. Solche Hardwaresachen sind halt meine Welt, wobei mir Röhren noch lieber sind 

Noch mal zum Thema TeamLeader:
Mit Erstaunen musste ich heute Morgen nach einem System- Neustart (Raspbian Update) feststellen, das ein Klick in FHEM auf TeamCall auf einen Fehler in FHEM lief
Nach kurzem Nachschauen stellte ich fest, das der Leader das gestrige Peering "vergessen" hatte; auch in der CFG standen die ID's der drei RM nicht drin... merkwürdig...
Also habe ich das Peering noch mal gemacht und nach jedem Peering zur Sicherheit noch mal "Save Config" geklickt. Es wurden zwar die ID's der RM in den Leader übernommen, aber nicht in die CFG eingetragen. Das musste ich dann per Hand machen.
Vielleicht liegt das daran, das ich nicht alles in der fhem.cfg abgelegt habe, sondern aus der fhem.cfg diverse andere CFG's per include einbinde. Obwohl solche Aktionen bei anderen Dingen funktionieren, klappt das an dieser Stelle auch nach mehreren Versuchen nicht.

... das nur mal so als Hinweis für jene, die ggf. auch aus Übersichtsgründen weitere CFG's per include einbinden ...