Beiträge von CBMOD

    "...dort konnte ich die beiden Klingeldrähte einfach anschließen"

    Ich denke du hast einen TFE-A Adapter an Deiner Anlage. Die war früher für viele TK's verfügbar.
    Ausgestattet mit einen Verstärker für Mic und Lautsprecher, Relais für Türöffner und auch einen Eingang für einen Taster.
    Dieser Taster konnte direkt ohne zusätzliche Spannung an den Modul angeschlossen werden.
    Die Konfiguration erfolgte aber in der TK (Rufzuordnung).
    Das funktioniert auch am Raspberry.
    Schaltungsvarianten mit/ohne PiFace findest Du im Forum.

    Die Idee nur einen RPi liegt nahe.


    Für die Klingeltasten hast Du genügend Ein-Ausgänge kein Problem, notfalls zusätzlich noch ein PiFace.
    Auf jeden Fall aber mit Optokoppler getrennt!


    Die Audiowege Mic/Lsp per Relais, nach betätigen der Klingeltaste umschalten wäre ja kein Problem.
    Einzig die Länge der Mikrofonleitung...
    ggf. müsstest Du diese bereits in der Türstation auf Line Pegel verstärken ansonsten benötigst Du ein abgeschirmtes Mic Kabel auf Deinen Längen!


    Auch den Türöffner würde ich automatisch mit umschalten, damit hast Du immer die gleiche Bedienung zum Türöffnen - Fehlbedienung ausgeschlossen.


    Falls Du in Zukunft dann Kameras einsetzen möchtest, wären es ja dann ggf. 1xRPiCam und 2xIP Cam.
    Um die richtige Kamera in der Elcom App dann sofort Anzeigen zu lassen, müsstest Du wie ich auf den Raspi noch den Asterisk SIP Server installieren um entsprechend eine unterschiedliche abgehende Rufnummer für die Tür1/2/3 zu senden. Dadurch kann die App die rufende Tür erkennen und die richtige Kamera anzeigen.


    Möchtest Du eine bestimmte Tür anrufen, wäre auch der Asterisk die beste Lösung.
    Drei Rufnummern für die unterschiedlichen Türen...
    Du rufst nur die entsprechende Nummer an,
    Asterisk ruft für diese unterschiedlichen Nummern immer den gleichen DoorPi an
    aber setzt per Url das richtige Relais für die Umschaltung.


    Meine Meinung....
    ja, funktioniert

    Der Doorpi verhält sich wie eine Telefon.
    Deshalb kannst Du mehrere DoorPi's (bei Dir an verschiedenen Türen) betreiben.
    Allerdinds weiss ich nicht, wieviele IP Türstationen Du in der Fritzbox einrichten kannst.
    Aber das wäre nur relevant falls Du das Kamerabild auf den Fritz Dect Telefonen sehen willst.

    Bei mir hat es sich der Anruf des DoorPi sofort beendet falls kein Teilnehmer verfügbar war. Was für den Besucher nicht unbedingt toll war.
    Habe aber eine Telefonanlage am ISDN Port die anklopfen beherrscht auch wenn telefoniert wird.
    Vielleicht einfach einen nicht benutzten analogen Teilnehmer der Fritzbox (falls verfügbar) in die Gruppe der immer frei ist, oder ein zusätzliches Dect?
    An die Events habe ich leider nicht gar nicht gedacht, da ich absulut kein B-Ton wollte...

    in der sip.config
    unter [general] den Registereintrag mit Rufnummer, Benutzer, Passwort und IP zur Fritzbox Nebenstelle

    Code
    register => 629:Password@192.168.0.254/FRITZ629

    und weiter den Benutzer

    und in der extensions.conf entsprechend der gehende Wahlplan:

    Code
    [tuerruf]
    exten => _X.,1,NoOp(${EXTEN})
    same => n,Dial(SIP/FRITZ629/${EXTEN})


    Das bedeutet, der DoorPi ist mit meinen Asterisk verbunden. Asterisk wiederum als Amtszugang mit der Nebenstelle 629 in der Fritzbox.
    Über den Wahlplan wählt DoorPi extern über die Nebenstelle 629 der Fritzbox zum externen Teilnehmer.
    Hoffentlich nichts falsch kopiert, bin leider nur am Handy ...

    Hast Du zum Asterisk auch eine FritzBox als Router und mit Telefonie Funktion?
    Dann würde ich den Asterisk mit einer eingerichteten Nebenstelle auf der Fritzbox verbinden. Und diese Nebenstelle in der Fritzbox dann entsprechend mit den externen Zugangsdaten.
    Die Fritzbox lässt sonst standardmäßig die Sprachpakete nicht durch.
    Ich habe das auch so und funktioniert.

    Ich glaube Du hast das gleiche Problem wie ich am Anfang:
    Du musst als Nummer nicht die GPiO Nummer benutzen, sondern den Pin der Anschlussleiste.


    Ich kopieren Dir mal meine relevanten doorpi.ini Einträge:


    Das Keyboard:

    Code
    [keyboards]
    onboardpins = gpio


    Die Keyboard Propertys: (Bei mir mit bounctime = 2000, aber das ist Geschmackssache)

    Code
    [onboardpins_keyboard]
    bouncetime = 2000
    mode = BOARD
    polarity = 0
    pressed_on_keydown = True
    pull_up_down = PUD_UP


    Die Pins der Eingänge habe ich nur mit den Nummern angelegt

    Code
    [onboardpins_InputPins]
    23 = 23

    Die Pins der Ausgänge zusätzlich mit Namen

    Code
    [onboardpins_OutputPins]
    18 = Tueroeffner

    Den Taster an Pin 23 (GPiO11)

    Code
    [EVENT_OnKeyUp_onboardpins.23]
    10 = call:110

    Türöffner an Pin 18 (GPiO 24)

    Code
    [DTMF]
    "1" = out:Tueroeffner,1,0,3

    Nein, weil ich dann keinen Eingang für die Mikrophone hätte.

    Du kannst in der doorpi.ini ja verschiedene Devices für Lautsprecher(playback_device) und für Mikrofon(capture_device) einsetzen.


    Ich selbst benutze auch ein USB Micro, aber der Lautsprecher ist am LineOut angeschlossen.


    So könntest Du es jedenfalls mal testen.


    Was mir dabei einfällt, Du hast ja die USB Karte auf Default gesetzt.
    Hast Du es in der doorpi.ini auch mal mit default versucht?


    playback_device = ALSA: default device

    Was meinst du?

    ich meine, ob dein DoorPi direkt an einen Eth Port der FritzBox (mit der konfigurierten SIP Nebenstelle) hängt, oder noch aktive Komponenten (z.B. zweite FritzBox o.ä.) dazwischen hängt.


    Wie unter Punkt c) und d) beschrieben, habe ich die interne Karte komplett deaktiviert und die USB-Karte als card0 auf default gesetzt.

    Aber Du hast DoorPi noch nicht mit der Default Soundcard getestet - um einfach mal die Kommunikation zu testen?

    meist liegt einseitige Verständigung an den UDP Paketen die nur in die eine Richtung laufen.
    Denke mal das die aufgezeichnete Voice Datei im record Verzeichnis auch nur "einseitig" aufzeichnet.
    Wie schaut's denn mit Deinen Netzwerk aus?
    DoorPi direkt an der FritzBox?


    Playback Device schon mal auf Default
    und schon mal einen Kopfhörer an die Klinkenbuchse gesteckt und diese auch unter raspi-config aktiviert?

    Hallo Bernd,


    mit Asterisk auf jeden Fall möglich. Dann ggf. weiter per Mail oder abhören über Telefon und MFV.
    Oder über FritzBox vielleicht? - aber die wird für interne Anrufer kein AB anschalten? noch nie probiert...
    Die Ansage bräuchtest Du dann am DoorPi auch nicht.

    Hallo CBMOD,
    kannst du das Script mal posten. Würde mich sehr interessieren.
    Gruß Albundy

    Ja, kein Problem.
    Beispiel:
    sudo -s
    nano /usr/local/etc/DoorPi/gwping.sh
    >> IP Adresse z.B. von Deinen Gateway/FritzBox entsprechend ändern.


    Datei speichern und danach ausführbar machen...
    chmod +x /usr/local/etc/DoorPi/gwping.sh


    Dann script mit Crontab z.B. jede Minute ausführen:
    crontab -e
    Zeile unten einfügen und ggf. Zeit anpassen:


    Code
    */1 * * * * /usr/local/etc/DoorPi/watchdog/gwping.sh

    speichern... fertig.


    Mit den Befehl:


    Code
    grep CRON /var/log/syslog

    Log ansehen, ob crontab den Watchdog startet.



    Viel Erfolg, ...über ein Like würde ich mich freuen :)

    Wie hast Du denn angeschlossen?
    So wie Du hier die Spannungen beschreibst, hat dein RFID Leser einen MAX232 o.ä. verbaut um diesen mit einen PC zu verbinden.
    Das bedeutet du hättest am TX permanent ca. 5V oder mehr anstehen.
    Am Raspi hast Du das ja nicht - deshalb 3,3V.
    Im Forum findest Du unter "DoorPi und RFID" weitere Infos und auch ein Anschlussbild:
    https://www.doorpi.org/forum/attachment/81-12345-jpg
    Wobei Du die Verbindung RPi-TX >> RFid-RX nicht benötigst.
    Wenn Du Pech hast, ist wirklich der IO des RPi defekt.
    Verbinde den RFid einfach mal mit dem PC..

    In meinen DoorPi starte ich alle 5min ein einfaches Script der einen Ping auf meine FritzBox macht.
    Ist dieser nicht erfolgreich, dann startet DoorPi neu.
    Dieses funktioniert, beim letzten Update der FritzBox meldete der DoorPi auch einen Neustart.


    Bei jeden Neustart, also im Startup Event generiere ich noch eine Telegram Nachricht, somit bekomme ich
    den Ausfall auch mit.