Beiträge von Joker

Schließ doch einfach mal einen Kopfhörer an. Der sollte auf jeden Fall gehen direkt an der Soundkarte.

Finde ich prinzipiell nicht schlecht, eine Sache ist meiner Meinung nach aber unschön:

Normalerweise (=bisher) wird die Action-Liste immer linear abgearbeitet, ohne darauf zu achten was die vorherige Action gemacht hat. Jetzt gäbe es dann eine Ausnahme, das lock_file_check kann die Abarbeitung abbrechen. Das wäre quasi sowas wie eine if-Bedingung, der man das aber nicht ansieht, und ein anderes Verhalten als alle anderen Actions. Also irgendwie nicht so richtig durchgehend.

Ich denke schon ne Weile über ne Alternative nach, ich hätte auch einen Ansatz, aber der ist noch nicht so ganz rund. Und zwar so eine Art "Condition", die man für ein Event definieren kann (in einem extra Block in der Config). Ich versuche das mal zu Ende zu denken und poste es dann

Klingt im Prinzip gut, aber iIch glaube ich habe das mit den Lock-Files noch nicht ganz verstanden.
Wie würde ich festlegen, dass gelockt werden soll, würde ich das quasi in die Liste eintragen, a la:

[event_xxx]
10 = lock
20 = call_script

?

Oder bin ich auf dem ganz falschen Dampfer?

Und vor allem wie würde man festlegen dass es nach einer Zeit x automatisch wieder freigegeben werden soll?

Ich würde mir das so vorstellen, dass man für jedes Event eine ignore-Zeit einstellen kann. Dann könnte man sich (vielleicht) zentral innerhalb der FireEvent-Methode sich diese Zeit für das Event holen und wenn es noch nicht erlaubt ist, einfach nichts tun.

Ich weiß, ist immer leicht gesagt wenn man den Code nicht kenn (habe noch nicht rein geschaut).

Das würde natürlich bedeuten, dass man sich für jedes gefeuerte Event einen Zeitstempel merken müsste, um später entscheiden zu können ob es schon wieder erlaubt ist.

Ich würde an dieser Stelle gern noch mal das mit der Bouncetime aufgreifen.

Ist das wirklich für solche Anwendungsfälle die wir hier gerade besprechen gedacht? Wenn ja, dann ist vielleicht der Name falsch gewählt, denn als Prellen bezeichnet man eigentlich nicht das tatsächliche mehrfache drücken, sondern ein scheinbares mehrfaches drücken durch mechanische Störeinflüsse: Prellen.

Wünschenswert ist eigentlich die Bouncetime so niedrig wie möglich einzustellen, eben so niedrig dass ein einzelner Tastendruck zuverlässig nicht als mehrere erkennt wird.

Sowas wie hier würde ich davon losgelöst sehen, so eine Art "ignore-for-time" Funktion. Also z.B. dass man einstellen kann, wenn ein Event gefeuert wird, dass alle nachfolgenden gleichen Events für eine Zeit X einfach ignoriert werden. Diese Zeit wiederum könnte man dann so hoch wie eben gewünscht einstellen und auch für unterschiedliche Events unterschiedlich hoch.

Also entweder stehe ich total auf dem Schlauch gerade, oder wir reden wirklich aneinander vorbei.

Also. Ich stelle beim PiFace eine Bouncetime von 200 ein.

Dann passiert es, dass ich die Klingeltaste drücke, und es passiert nichts. Also kein erstes Event, kein Folgeevent, nichts. Wie wenn man nicht gedrückt hätte.
Und das passiert bei einer Bouncetime von 20 nicht mehr.

Ja, Folgeevents schon, aber ich meinte ja dass ich es bei höheren Bouncetimes schaffe dass gar kein Event kommt.
Also Taster drücken und nix passiert (im Doorpi-Trace wirklich gar nichts).

Haben wir aneinander vorbei geredet?

Aber ist es nicht auch so, dass bei einer hohen Bouncetime es vorkommen kann, dass Tastenevents gar nicht erkannt werden?
Das Problem hatte ich jedenfalls beim Piface mit einer Bouncetime von 200. Da habe ich es immer wieder geschafft den Taster zu drücken, ohne dass irgendwas passiert. Jetzt habe ich es auf 20 stehen und seitdem ist das Problem weg.

Habe den Link oben eingefügt! Leider scheinbar im Moment nicht verfügbar...
Prinzipiell sind die für Handys gedacht. Ich habe das Fisheye genommen, das sollte dann vom Winkel her auf jeden Fall passen.
Anbringen und abdichten werde ich das an der Frontplatte von hinten mit Silikon, bin recht sicher dass das gut geht.

Naja, die Frage ist wie man das sieht.
Ja, das Problem gibt es nach wie vor, aber es gibt einen funktionierenden Workaround - allerdings kann man das Event onKeyPressed quasi nicht nutzen, da es ja nicht immer kommt.

Wie gesagt habe ich das ohne spezielle Schaltung, einfach einen Taster an einen Eingang des PiFace. Und auch mit den Onboard-Tastern des PiFace. Von daher würde ich es schon gut finden wenn man dem auf den Grund geht, denn hier funktioniert ja etwas nicht so wie es sollte.

Ich weiß leider nicht wie man dem auf den Grund gehen könnte, aber ich biete natürlich an jegliche Informationen zu liefern die notwendig sein könnte, oder Code zu testen...

Ich hab auch drei Nummern, aber eine war bisher unbenutzt.
In deinem Fall würd ich es wirklich so machen einfach die Faxnummer zu nehmen. Das ist dann eigentlich eindeutig.
Was das unterschiedliche Klingeln der Haustelefone angeht, da weiß ich auch nicht ob das geht. Mir reichts dass im Display "DoorPi" angezeigt wird. Ans Telefon würd ich in jedem Fall gehen

Zitat von dtp

Leider kann ich auch noch keine SIP-Türsprechanlage einrichten, so dass ich mich aktuell auf die internen Nummern beschränken muss.

Hm wie richtest du denn den DoorPi in der Fritzbox als Gerät ein? Bei mir geht auch keine Türsprechanlage, aber es reicht ja den DoorPi als Telefon anzulegen und dann im nächsten Schritt Anschlussart LAN zu wählen - also als IP-Telefon. Geht das nicht bei deiner FW?

Zitat

Übrigens, ebenso wenig kann ich auf meinem Handy unterscheiden, ob der Anruf von meiner Frau oder vom DoorPi kommt. Okay, ich bekomme zwar beim Klingeln eine Push-Nachricht, aber lieber wäre mir, wenn auf meinem iPhone direkt Haustürklingel oder dergleichen angezeigt werden würde.

Hast du mehrere Rufnummern? Ich habe bei mir in der Fritzbox eingestellt, dass der DoorPi bei ausgehenden Rufen eine Nummer verwendet, die ich sonst nicht verwende. Und dann im Handy diese Nummer als "DoorPi" abgespeichert. Folglich wird dann am Handy das auch so angezeigt. Wenn Du natürlich nur eine Nummer hast, dann geht das nicht...

Ja das geht so, habe ich auch bei mir gemacht.

Ich habe es aber noch so geändert, dass ich eine Kurzwahl auf diese Nummer lege und diese anrufe. Dann kann ich nämlich die Nebenstellen die klingeln sollen in der Fritzbox ändern (durch Änderung der Kurzwahlnummer im Telefonbuch) und muss die DoorPi Konfig nicht ändern.

Warum schließ du nicht einfach einen Taster an und gehst den "normalen" Weg? Musst du ja eh wenn du das System irgendwann nutzen willst.

Der "halbe" Weg wäre, die Action per Web-API aufzurufen. Syntax wurde hier mal erklärt, müsste ich auch raussuchen. Aber die Definition des Keyboards und der Action müsstest du trotzdem machen.

Da bin ich gespannt.
Wenn das tatsächlich sich für DoorPi nutzen lassen sollte, wäre das der Preishammer schlechthin.

Gibt es eigentlich sowas wie eine Roadmap?
Sprich wann ist eine neue Version geplant, was soll drin sein?

(nicht schlimm wenn es das nicht gibt, interessiert mich einfach (bin selber Software Entwickler )

Ich habe das so realisiert, dass der DoorPi bei einem bestimmten Event ("RFID-Tag mit Nummer xxx erkannt") ein Soundfile abspielt:

EVENT_OnKeyPressed_rfid.xxx
10	os_execute:aplay !BASEPATH!/media/hallo_bernd.wav

Das Soundfile habe ich mir über TextToSpeech erzeugt.

Ich mache auch on Demand das VPN auf dem iPhone auf, also automatisch wenn eine URL aus meinem Heimnetz aufgerufen wird. Habe das auch ungefähr so gemacht wie in dem Link von dtp.
Die Verbindung wird nach einiger Zeit der Inaktivität automatisch geschlossen.

Update: Neue Bilder vom neuen Hardware-Aufbau und Beschreibung dazu.

Hä, das ist ja seltsam.
Also bei mir hat definitiv schon beides zusammen funktioniert. Ich kann es grad nicht ausprobieren, weil ich gerade meine Hardware umbaue. Aber ich bin wie gesagt sicher dass es prinzipiell geht.