Briefkasten voll - Meldung

[dtp]

So,

hier dann mal ein Bild meiner Briefkasten-Installation. Ist noch etwas provisorisch, was die Befestigung des Aktors angeht, aber funktioniert. Zumindest bis auf das erwähnte Übertragungsproblem. Die Krux an der Geschichte ist, dass mein Briefkasten in die Hauswand eingelassen ist, so dass ich nur von vorne Zugang habe. Ich müsste den Briefkasten also irgendwie aufsägen. Was ich noch plane, ist die Verlagerung des Aktors in das obere Fach, wo sich auch die Sprechanlage befindet. Dazu müsste ich nur eine senkrechte Verbindungsbohrung anfertigen, durch die die Kabel geführt werden. Ob die Signalübertragung damit aber besser wird, kann ich nicht sagen.

Gruß,

Thorsten

[dtp]

Ich hab übrigens mein Programm noch etwas erweitert. Zum Einen wird nun stets um Mitternacht die entsprechende LED meiner Statusanzeige auf Grün gesetzt, auch wenn keine Entleerung erfolgte. Somit erkenne ich, wenn am Folgetag wieder etwas eingeworfen wurde. Weiß aber noch nicht, ob das wirklich sinnvoll ist. Wird sich zeigen.

Zum Anderen wird mir nun täglich um 15.00 Uhr eine Push-Nachricht auf's iPhone gesendet, wenn der Briefkasten bis dahin nicht geleert wurde. Sprich, es wird einfach der Zustand der LED abgefragt. Steht diese um 15.00 Uhr auf rot, erhalte ich eine Nachricht mit dem Hinweis "Briefkasten leeren". Hierin ist dann vielleicht auch der Sinn des oben erwähnten, mitternächtlichen Zurücksetzens der LED auf Grün zu erkennen. Somit erhalte ich z.B. im Urlaub nicht jeden Tag eine Nachricht, wenn der Briefkasten nicht geleert wurde, sondern wirklich immer nur dann, wenn neue Post hinzu gekommen ist.

Meine Frau wird von diesen ganzen Spielereien weitestgehend verschont, um den Hausfrieden nicht zu gefährden.

[rewe0815]

@Dr.Bob: Bilder, wie gewünscht:

Bild 2

Bild 1

Ich hab es so integriert:
Klappe signalisiert Post -> MP3 dudelt 6*"Sie haben Post" -> LED auf 16LED Panel geht an.

Hab vergessen, dass zusätzlich noch ne Mail abgesetzt wird und ne Prowl-Meldung kommt auch noch aufs Phone;-) Ok, die Mail ist überflüssig, stammt noch aus der Zeit vor Prowl.
Für die Prowl-Meldung nutze ich übrigens die Prowl-Mail-API. Vorher hab ich es mit cURL gemacht, das hat aber hin und wieder versagt (warum auch immer). Mit der Mail-API gab es bisher noch keinerlei Probleme.

Da ich noch einen 2. Briefkasten an der Haustür habe, ist der natürlich auch noch ausgerüstet und ich erfahre korrekt ob ich an die Haustür oder zur Strasse traben muss;-)

rewe0815

[Dr.Bob]

Danke Rewe, hast gut gemacht

Interessant zu sehen das es wohl ausreicht wenn die Klappe (scheint aus Stahl also reagiert magnetisch)
kurz aufgeht das das Reedkontakt immer sicher mitbekommt und den HM Kontakt schliesst.
Hätte ich so nicht gedacht ohne es gesehen zu haben.

Weiterhin viel Erfolg damit (und vergiss einfach den WAF bei dem Thema BKasten, das ist bei uns auch nicht anders )

[dtp]

So,

habe nun zwischen dem Briefkastenfach und dem darüber liegenden Technikfach meines Briefkasten ein Verbindungsloch gebohrt und den HM-SCI-3-FM darin verfrachtet. Zusätzlich habe ich noch zur Verbesserung der Funkübertragung zwischen Aktor und CCU in das Technikfach, in dem sich auch der Klingeltaster, die Wechselsprechanlage und ein Lichttaster für die Außenbeleuchtung befinden, eine 5 x 5 cm große Öffnung gesägt, in die der Aktor eingelassen wurde.

Schließlich konnte ich noch den bisher ungenutzten, dritten Schaltereingang des Aktors mit dem Klingeltaster belegen. Zweck ist die Information per Push-Nachricht, sobald jemand in meiner Abwesenheit die Hausklingel betätigt.

Doch da scheint es noch ein kleines Problem zu geben. Mein Programm für die Benachrichtigung ist derzeit so geschrieben, dass das Push-Script ausgefüht wird, wenn sich der Zustand des Tasters von "offen" auf "geschlossen" ändert. So weit, so gut. In der Regel erfolgt aber direkt nach dem Loslassen des Klingeltasters innerhalb eines Bruchteils einer Sekunder bereits eine erneute Zustandsänderung von "geschlossen" auf "offen". Von diesen beiden Zustandsänderungen wird aufgrund des gröberen Abtastzeitraums der CCU anscheinend nicht immer die erste Zustandsänderung erfasst, so dass ich keine Benachrichtigung über das Klingeln erhalte. Kann das sein? Würde es Sinn machen, dass ich mir die Push-Nachricht auch dann zusenden lasse, wenn sich der Zustand wieder von "geschlossen" auf "offen" ändert, auch wenn ich dann ggf. zwei Push-Nachrichten erhalte, oder wie kann ich sonst eine zuverlässige Erkennung sicherstellen?

Ein ähnliches Problem habe ich übrigens mit der Briefkastenklappe, da hier der Taster meistens auch nur für den Bruchteil einer Sekunde ausgelöst wird.

Gruß,

Thorsten

[peissl.at]

Hallo,

bei der Klappe würde ich das nicht machen, denn wenn die Post nicht ganz reingesteckt wird, schließt die Klappe nicht mehr vollständig und dann gibt's keine Nachricht.

Gruß
Robert

Gesendet von meinem iPad mit Tapatalk HD

[Dr.Bob]

ja, aber man kann ne Pushinfo auch auslösen wenn Briefklappe OFFEN

Das einzige Problem habe ich noch beim Fall wo ich ermitteln möchte
WENN >10 Sek. OFFEN
DANN PUSHINFO "ÜBERFÜLLT"

Also nicht das OFFEN ist ein ermittelbarer Problemzustand, sondern eh
die Verzögerung von X Sek. wenn verbleibend im Zustand "OFFEN".
Ich hab bisher noch keine Lösung dafür.

[Matthi140]

ja, aber man kann ne Pushinfo auch auslösen wenn Briefklappe OFFEN

Das einzige Problem habe ich noch beim Fall wo ich ermitteln möchte
WENN >10 Sek. OFFEN
DANN PUSHINFO "ÜBERFÜLLT"

Also nicht das OFFEN ist ein ermittelbarer Problemzustand, sondern eh
die Verzögerung von X Sek. wenn verbleibend im Zustand "OFFEN".
Ich hab bisher noch keine Lösung dafür.

Dann nimm doch das betriebsstundenzähler script und werte das damit aus. vielleicht gehts ja.

MfG Matthi

[dtp]

Du könntest doch 10 Sekunden nach deiner ersten "offen"-Meldung prüfen, ob der Zustand der Klappe immer noch "offen" ist. Weiß nur gerade nicht, ob es möglich ist, als Aktivität unter Geräteauswahl mit 10-sekündiger Verzögerung den Aktorzustand erneut zu prüfen und davon abhängig eine weitere Aktivität (Push-Nachricht senden) auszuführen.

Zu meinem obigen Problem. Ich hatte für den Aktor eine Zeitverzögerung von einer Sekunde eingestellt. Das war aber für die Klappendetektion eher kontraproduktiv, da sich deren Zustand innerhalb dieser Sekunde ja wieder von "offen" auf "geschlossen" ändern konnte und dann nur der letzte Zustand weitergeleitet wurde. Sprich, es gab gar keine Zustandsänderung. Muss jetzt noch mal prüfen, ob ich statt einer Zustandsänderung nicht doch besser eine Zustandsaktualisierung als Trigger nehme. Naja, ich bleibe dran.

Gruß,

Thorsten

[dtp]

Mal ne kurze Anschlussfrage.

Irgendwie zieht's mir relativ schnell die Batterie des Aktors leer. Kann es sein, dass dies passiert, weil einer der drei Schalter in der Regel geschlossen ist und nur beim Öffnen der Briefkastentür kurz geöffnet wird? Ich dachte, der Aktor sendet nur bei einer Änderung des Zustands. Aber vielleicht waren auch einfach nur beide Knopfzellen, die ich bisher verwendet habe, am Ende.

Gruß,

Thorsten