Beiträge von Joker

Ist ja witzig, den gleichen Lautsprecher habe ich mir auch ausgesucht. Der Lautsprecher scheint mir sehr geeignet.
Da ich keine Ahnung hatte, habe ich mir dieses Mikrofon besorgt.
Dieses habe ich komplett entkernt, also alles Gehäusemäßige weg geschmissen. Übrig bleibt nur eine einfache Elektret-Kapsel an einem 3.5mm Klinke-Stecker Hätte man vermutlich auch einfacher haben können.
Soundkarte benutze ich diese. Glaube die war noch billiger als ich die gekauft habe.

Mit diesem Setup bin ich bisher zufrieden. Bin aber auch noch in der Testphase.

Hast du schon mal geschaut, ob Du vielleicht das Problem hast, was ich hier beschrieben habe. Das hatte ich nämlich und hätte die Hardware schon fast aus dem Fenster geschmissen

Boa ich werde verrückt, ist ja unheimlich:
Gestern habe ich in meinem DoorPi wie beschrieben die serielle Schnittstelle frei gemacht, und in der .ini den RDM6300 als Keyboard eingetragen sowie eine Tag-Nummer mit einer Action hinterlegt.
Heute habe ich den RDM6300 aus der Packstation gefischt, verkabelt, DoorPi hochgefahren, Tag dran gehalten und zack: Das Relais klackt. :cool: :cool: :cool:

Also, die Vermutungen von vorhin haben sich bestätigt:
- Es ist keine Verbindung vom TX Pin des Pi zum RDM notwendig, es reicht, den RX-Pin an den RDM anzuschließen
- Folglich muss der Spannungsteiler auch an diesen Pin (RX am Pi, TX am RDM)

Taste 2 schriebt die Handynummer in die Datei.
Taste 3 schriebt die interne Nummer in die Datei.

Taste 1 ruft die Nummer an, die gerade in der Datei steht.

Zitat von pula001

Und ich denke schon, daß (abgesehen von der elektronischen Seite) hier auch Senden grundsätzlich nötig ist (zb Handshake, siehe http://www.mikrocontroller.net…-Tutorial:_UART#Handshake).
Langer Rede kurzer Sinn: ich habs genau so angeschlossen wie auf dem Bild und das funktioniert....

Für einen Hardware-Handshake braucht man aber mehr als zwei Leitungen. Siehe auch dein Link, RTS, CTS, sowas hat der Pi gar nicht
Und deswegen glaube ich, dass es nicht nötig ist. Ob der RDM6300 ein Software Handshake hat, weiß ich nicht- ich werde mal den Pin 8 nicht anschließen und es somit testen.

Zitat

The RaspberryPi expects 3,3V level on the UART Pins, but the RDM6300 delivers 5V.

Eben. Und da der RDM6300 an seinem TX Pin, der am Pi am RX Pin angeschlossen ist (Pin 10), 5V anlegt, bin ich der Meinung dass der Spannungsteiler dort hin gehört. Dass es geht heißt ja nicht zwangsläufig dass es auch richtig ist.

Ah ok, die Unterschiede waren mir gar nicht so bewußt. Ich brauche erstmal was, dass ich ohne viel Umstände den Türsummer an der Gartentür auslösen kann, da langt erstmal der RDM6300. Vielleicht steige ich später um wenn die Einbindung weiter fortgeschritten ist und ich auch andere Funktionalität nutzen möchte.

jbadmin:

Kann es sein dass in deinem Schaltplan ein Fehler ist? Ich meine den hier:

Der Spannungsteiler muss doch am Raspberry an Pin 10 und nicht an Pin 8 wenn ich das richtig sehe, weil der Pin 10 ist der RX am Pi. Den Pin 8 müsste man eigentlich gar nicht anschließen, denn man will ja für die gewünschte Funktionalität nichts an den Reader senden.

Ah cool, das klingt schon mal nach nem sehr brauchbaren Ansatz :cool:

Man kann ja glaube ich auch über eine URL beim DoorPi das Tastenevent triggern. Somit könnte ich in der Visu meiner Hausautomatisierung zwei Buttons hinterlegen "Klingel auf Intern" und "Klingel auf Handy", die die entsprechende URL aufrufen.
Das kriegt dann auch die Frau hin und freut sich wenn ich noch einen extra Button für ihr Handy mache Muss ich die Tage gleich probieren.

Bei mir liegt ein RDM6300 in der Packstation, den möchte ich die Tage in Betrieb nehmen.

Hat dieser PN532 irgendwelche entscheidenden Vorteile oder geht es mehr darum, weitere Hardwareunterstützung in DoorPi einzubauen?

Da häng ich mich mal mit dran, das würde mich auch interessieren.

Und dann auch noch im speziellen:

Gibt es eine einfache Möglichkeit, zwischen internem Ruf und Handynummer umzuschalten (und wieder zurück)?

Use-Case:
Ich warte auf ein Paket, muss aber unerwartet weg. Jetzt möchte ich schnell den DoorPi so umstellen, dass er nicht mehr intern sondern mein Handy anruft. Somit könnte ich das Klingeln des Paketboten mitkriegen, ihm die Gartentür aufmachen und ihm sagen dass er das Paket vor die Haustür legen soll.
Wenn ich zurückkomme, möchte ich wieder auf "intern" umstellen.

Und das wenn möglich auf eine Weise, die meine Frau auch hinkriegt Geht sowas?

Mit snapshot als Parameter anstatt stream, also z.B.

http://doorpi:9000/?action=snapshot

Super, freut mich dass es geholfen hat.

Das -c1 war bei mir nicht notwendig, habe gerade noch mal in die History meiner eingegebenen Befehle geschaut. Ich weiß gerade nicht wozu es gut ist.

Das man sich am Telefon selber sprechen hört, das habe ich auch. Allerdings nur leise. Ich denke mal das kann man noch verbessern wenn man den Lautsprecher so weit es geht vom Mikro weg verbaut. Bei mir liegt aktuell noch der ganze Kram mehr oder weniger lose auf dem Schreibtisch

Hm blöde Frage (aber ernst gemeint):
Haben die Eingänge vom PiFace nicht schon so eine Beschaltung? Hätte ich jetzt eigentlich erwartet.

Ah ok sorry, hatte ich mir gar nicht genauer angesehen.

Das wiederum klingt sehr komfortabel und sinnvoll.

Ich habe gerade mein Mic in Betrieb genommen und hatte auch extreme Probleme mit Rückkopplungen. Mir sind fast die Ohren abgefallen

Letztendlich lag es daran dass das am Mic was falsch konfiguriert war. Beim Alsamixer hatte ich zwei Balken:
- Speaker
- Mic
- sowie eine "Checkbox" für Auto Gain Control.

Hier was einzustellen war hoffnungslos, entweder Rückkopplungen oder Mic so leise dass nichts zu verstehen ist.

Lösen konnte ich es jetzt so:

amixer -c1 contents

Das listet die Aufnahme- und Wiedergabedevices auf. Letztendlich war es bei mir so, dass ich im Alsamixer das 'Mic Playback Volume' eingestellt habe, aber es geht natürlich um das 'Mic Capture Volume'. Ich habe das jetzt so eingestellt:

numid=3,iface=MIXER,name='Mic Playback Switch'
  ; type=BOOLEAN,access=rw------,values=1
  : values=off
numid=4,iface=MIXER,name='Mic Playback Volume'
  ; type=INTEGER,access=rw---R--,values=1,min=0,max=32,step=0
  : values=0
  | dBminmax-min=0.00dB,max=47.81dB
numid=7,iface=MIXER,name='Mic Capture Switch'
  ; type=BOOLEAN,access=rw------,values=1
  : values=on
numid=8,iface=MIXER,name='Mic Capture Volume'
  ; type=INTEGER,access=rw---R--,values=1,min=0,max=16,step=0
  : values=16
  | dBminmax-min=0.00dB,max=23.81dB
numid=9,iface=MIXER,name='Auto Gain Control'
  ; type=BOOLEAN,access=rw------,values=1
  : values=on
numid=5,iface=MIXER,name='Speaker Playback Switch'
  ; type=BOOLEAN,access=rw------,values=1
  : values=on
numid=6,iface=MIXER,name='Speaker Playback Volume'
  ; type=INTEGER,access=rw---R--,values=2,min=0,max=151,step=0
  : values=10,10
  | dBminmax-min=-28.37dB,max=-0.06dB
numid=2,iface=PCM,name='Capture Channel Map'
  ; type=INTEGER,access=r----R--,values=1,min=0,max=36,step=0
  : values=0
  | container
    | chmap-fixed=MONO


numid=1,iface=PCM,name='Playback Channel Map'
  ; type=INTEGER,access=r----R--,values=2,min=0,max=36,step=0
  : values=0,0
  | container
    | chmap-fixed=FL,FR

Also Mic Playback Switch auf Aus, Mic Playback Volume auf 0, Mic Capture Switch auf on, Mic Capture Volume auf max (16 bei mir), Auto Gain Control auf on. Alles andere Betrifft den Speaker und war OK. Seitdem ich das gemacht habe, habe ich im Alsamixer auch einen Balken mehr, nämlich für "Mic Aufnahme".
Vielleicht hast Du ein ähnliches Problem.
Achja, beim amixer Optionen einstellen geht so:

amixer cset numid=X <value>

Wobei X die Nummer aus der contents Liste ist, also z.B. "amixer cset numid=8 16" für das maximale Aufnahmevolume in meinem Fall.

Ja du hast Recht, Pushover kann scheinbar keine Bilder verschicken.

Was geht ist, eine URL zu schicken, diese wird dann klickbar dargestellt und führt zu der entsprechenden Aktion, z.B. im Browser öffnen. Ich denke damit kann ich erstmal leben, da müsste ich mir nur was basteln dass z.B. Klingelbilder wo liegen wo sie zugreifbar sind. Das ist aber kein Problem da ich mein Smartphone so konfiguriert habe, dass bei Aufruf von bestimmten URLs automatisch eine VPN Verbindung aufgebaut wird.

Also ich werde in jedem Fall erstmal bei Pushover bleiben, das wäre mir jetzt zu viel Aufwand alles auf was anderes umzustellen.

Auch dazu noch ein Feedback von mir- gerade hatte ich das Verhalten wieder, und den DoorPi gerade im Trace Modus laufen. Hier ein Auszug aus dem Trace.

2016-03-20 22:58:40,202 [TRACE]  	[doorpi.conf.config_object] get_string for key sipserver_username in section SIP-Phone (default: ) returns 623
2016-03-20 22:58:40,210 [TRACE]  	[doorpi.conf.config_object] get_string for key dialtone_volume in section SIP-Phone (default: ) returns 35
2016-03-20 22:58:40,205 [TRACE]  	[doorpi.conf.config_object] get_string for key dialtone_volume in section SIP-Phone (default: ) returns 35
2016-03-20 22:58:40,219 [TRACE]  	[doorpi.conf.config_object] get_string for key stun_server in section SIP-Phone (default: ) returns 
2016-03-20 22:58:40,226 [TRACE]  	[doorpi.conf.config_object] get_string for key FirewallPolicy in section SIP-Phone (default: ) returns PolicyNoFirewall
2016-03-20 22:58:40,222 [TRACE]  	[doorpi.conf.config_object] get_string for key stun_server in section SIP-Phone (default: ) returns 
2016-03-20 22:58:40,234 [TRACE]  	[doorpi.conf.config_object] get_string for key FirewallPolicy in section SIP-Phone (default: ) returns PolicyNoFirewall
2016-03-20 22:58:40,243 [TRACE]  	[doorpi.conf.config_object] get_string for key sipserver_server in section SIP-Phone (default: ) returns 192.168.1.1
2016-03-20 22:58:40,237 [TRACE]  	[doorpi.conf.config_object] get_string for key sipserver_server in section SIP-Phone (default: ) returns 192.168.1.1
2016-03-20 22:58:40,255 [TRACE]  	[doorpi.conf.config_object] get_string for key dialtone in section SIP-Phone (default: ) returns !BASEPATH!/media/ShortDialTone.wav
2016-03-20 22:58:40,261 [TRACE]  	[doorpi.conf.config_object] get_string for key local_port in section SIP-Phone (default: ) returns 5060
2016-03-20 22:58:40,257 [TRACE]  	[doorpi.conf.config_object] get_string for key dialtone in section SIP-Phone (default: ) returns !BASEPATH!/media/ShortDialTone.wav
2016-03-20 22:58:40,270 [TRACE]  	[doorpi.conf.config_object] get_string for key local_port in section SIP-Phone (default: ) returns 5060
2016-03-20 22:58:40,274 [TRACE]  	[doorpi.conf.config_object] get_string for key video_codecs in section SIP-Phone (default: ) returns VP8
2016-03-20 22:58:40,283 [TRACE]  	[doorpi.conf.config_object] get_string for key max_call_time in section SIP-Phone (default: ) returns 120
2016-03-20 22:58:40,277 [TRACE]  	[doorpi.conf.config_object] get_string for key video_codecs in section SIP-Phone (default: ) returns VP8
2016-03-20 22:58:40,297 [TRACE]  	[doorpi.conf.config_object] get_string for key max_call_time in section SIP-Phone (default: ) returns 120

Sieht so aus, als würden die Einträge wirklich zwei mal geholt...

Kurzes Feedback dazu noch von mir: Ich benutze ein Piface Digital 2, und das Problem kann ich auch nachstellen, wenn ich die Taster die direkt auf dem Board sind nur sehr kurz antippe (habe ich probiert um auszuschließen, dass es an meinem Taster liegt).

Ich habe zwei Lösungsmöglichkeiten gefunden, die das Problem scheinbar umgehen können:
1) ich hänge die Actions an EVENT_onKeyUp_X, denn das erhalten ich immer (das KeyDown und das KeyPressed wie gesagt nicht). Dann muss ich aber irgendeinen Dummy eintragen in der Section pifaceio_InputPins eintragen, sonst gibt es die Tastern scheinbar gar nicht und auch keine Events. Das habe ich jetzt so gemacht:

[pifaceio_InputPins]
0 = sleep:0
1 = sleep:0

Und dann wie gesagt:

[EVENT_OnKeyUp_0]
10 = call:**701
5 = os_execute:php /usr/local/etc/DoorPi/tools/take_snapshot_doorpi.php


[EVENT_OnKeyUp_1]
10 = out:Tueroeffner,1,0,5

ODER 2) ich setze den Wert pressed_on_keydown auf False, dann kommt das KeyPressed natürlich auch, denn KeyUp kriege ich ja.

Ich habe jetzt Möglichkeit 1) gewählt, da ich in einigen Fällen sowieso mehrere Actions an den Key hängen will. Spricht was dagegen es so zu machen oder habe ich irgendwelche Nachteile?

Du kannst die Nummer auch fortlaufend wählen...

Zum Thema Integration in DoorPi

Zitat von dtp

Hi Thomas,

das Problem ist, dass es zig Push-Dienste gibt und jeder irgendwie andere Parameter nutzt und Möglichkeiten bietet. Für die HomeMatic habe ich das hier mal für vier Dienste umgesetzt.

Da erkennt man dann auch die Schwierigkeiten, wenn man es als integrierten Dienst anbieten möchte. Da aber die Konfiguration eigentlich kein Hexenwerk ist, würde ich es persönlich nicht direkt in DoorPi einbinden.

Aber es ist natürlich letztlich Deine Entscheidung. :cool:

Alles anzeigen

Ich seh es genauso. Es gibt soviele verschiedene, alle einbinden ist viel Aufwand, und die Konfiguration von den Diensten ist wirklich ein Kinderspiel. Der eigentliche Aufwand ist das registrieren bei dem Dienst, dort alles einzurichten und herausfinden was die Token und User Id ist.
Wenn das klar ist, braucht man nur noch ein einzeiliges Skript (siehe obige Beispiele), was man als Action ausführen muss.
Vermutlich wär es sinnvoller, ein paar Tutorials die für jeden Dienst zeigen was gemacht werden muss. Wenn gewünscht kann ich für Pushover eins machen.

Zitat von dtp

Telegram ist wirklich ein sehr umfangreicher Push-Dienst. Hier mal ein Bild, wie's bei mir auf dem iPhone aussieht. Ich erhalte z.B. viele Statusinformationen über meine HomeMatic.

Hehe, bei mir sieht es so ähnlich aus:

Ich glaube man kann bei Pushover auch ein Bild mitschicken, das werde ich gleich mal checken (hatte bis jetzt keine Notwendigkeit dies zu tun). Wenn nicht wär das ein echter Vorteil von Telegram.

Sehr geiler Aufbau! Ich freu mich schon, wenn ich mal so weit bin.

Die gleichen Objektive habe ich mir gestern auch bestellt, bin schon gespannt...

Ich mache im Zusammenhang mit meiner FHEM-Installation sowas ähnliches, allerdings benutze ich den Pushover Dienst.
Damit kann man die Nachrichten fast genauso verschicken:

curl -s -F token=XXXX user=XXXX title=$title message=$msg https://api.pushover.net/1/messages.json

Das werde ich für den DoorPi auch nutzen. Es gibt da glaube ich noch einige weitere Dienste die sowas ähnliches machen.

Das liegt wohl hieran:

2016-03-20 11:47:31,482 [ERROR]         [doorpi.main] Exception NameError: base_path_input in virtual_keyboard
Traceback (most recent call last):
  File "/usr/local/lib/python2.7/dist-packages/doorpi/main.py", line 152, in main_as_application
    try:                        doorpi.DoorPi(parsed_arguments).run()
  File "/usr/local/lib/python2.7/dist-packages/doorpi/doorpi.py", line 234, in run
    if not self.__prepared: self.prepare(self.__parsed_arguments)
  File "/usr/local/lib/python2.7/dist-packages/doorpi/doorpi.py", line 149, in prepare
    self.__keyboard     = load_keyboard()
  File "/usr/local/lib/python2.7/dist-packages/doorpi/keyboard/KeyboardInterface.py", line 20, in load_keyboard
    return KeyboardHandler(config_keyboards)
  File "/usr/local/lib/python2.7/dist-packages/doorpi/keyboard/KeyboardInterface.py", line 104, in __init__
    self.__keyboards[keyboard_name] = load_single_keyboard(keyboard_name)
  File "/usr/local/lib/python2.7/dist-packages/doorpi/keyboard/KeyboardInterface.py", line 51, in load_single_keyboard
    pressed_on_key_down=pressed_on_key_down
  File "/usr/local/lib/python2.7/dist-packages/doorpi/keyboard/from_filesystem.py", line 24, in get
    def get(**kwargs): return FileSystem(**kwargs)
  File "/usr/local/lib/python2.7/dist-packages/doorpi/keyboard/from_filesystem.py", line 42, in __init__
    if self.__base_path_input == '': raise MissingMandatoryParameter('base_path_input in %s '%section_name)
MissingMandatoryParameter: base_path_input in virtual_keyboard

Wenn ich es richtig verstanden habe musst du einen base_path_input und einen base_path_output angeben, der sagt wo die Dateien liegen auf die das virtuelle Keyboard reagiert.