Beiträge von deviloper

Ja klar die hatte ich nicht korrigiert Schau dir auf der Webseite an, wie die Nummerierung für BCM bzw. gpio ist und gib entsprechend deinen Port an. Einheitlich für alle Pins. Und leg entsprechend fest (mode = board oder halt was du brauchst) welche Pinnummerierung du gewählt hast.

Benutzername: door

Passwort: pi

Das du als Output nur den Webserverstatus siehst ist tatsächlich komisch, wenn du mit --trace startest.

Zu 1, 2 und 4: Gibt's du denn die Config beim Start mit an? (sonst startet doorpi nur mit einem dummy Keyboard und liest entsprechend nichts von deinen gpios ein) Füge mal --trace als Attribut hinzu. Dann solltest du mehr sehen

3: was für ein Anmeldefenster? Ggf. mal ein Screenshot. Welche Anmeldedaten hast du denn verwendet?

Da hast du den Original Beitrag etwas gekapert und jenachdem in welche Richtung es geht wäre ein extra Beitrag mit deiner Frage evtl passender. Du möchtest praktisch den DoorPi aktiv anrufen können und nicht nur, das DoorPi dich anruft? Funktioniert letzteres denn schon bei dir?

Hast du Admin-Numbers definiert? Das er automatisch auflegt, macht er eigtl. wenn die von dir gewählte Nummer keine Admin-Number ist

Ok, wie startest du denn DoorPi? Was erwartest du für eine Ausgabe? Webinterface hast du Zugriff drauf?

Was heißt er erkennt die Input-Signale nicht. Welche Art von Signal? (gpio, usb, ..., event?) Wodurch ausgelöst?

So, ich hab deinen Beitrag mal verschoben. Das wird im original Beitrag einfach nur unübersichtlich.

https://www.element14.com/comm…e-digital-2-setup-and-use kennst du bestimmt schon, oder? Bekommst du denn aktuell Fehlermeldungen oder woran scheitert es? Jenach Raspberry Pi Version traten wohl zeitweise Probleme mit einem falschen SPI-Takt auf.

In DoorPi gibt es ein entsprechendes Keyboard (https://github.com/motom001/Do…i/keyboard/from_piface.py). Also nicht gpio sondern piface nutzen.

Zur Meldung hab ich in Post #57 schon geschrieben, dass für die Datei eventlog.db nicht für alle Nutzer Schreibrechte gesetzt sind. Das musst du ändern.

Zur doorpi-Konfig. Einmal weiß ich nicht was du mit dem [alias]= bewirken willst (wenn nix, dann mit # versehen damit es als Kommentar interpretiert wird) und zum anderen bin ich mir nicht sicher ob du zwischen GPIO/BCM Pinnummern unterschieden hast. (https://de.pinout.xyz/# ggf. mal nachschlagen) Das du Pin 38/40 nutzt, spricht eher für GPIO. Standardmäßg ist bei DoorPi BCM.

[DoorPi]
base_path = /usr/local/etc/DoorPi
eventlog = !BASEPATH!/conf/eventlog.db
is_alive_led = blinking_led 
last_snapshot = 

[DoorPiWeb]
indexfile = index.html
loginfile = login.html
online_fallback = http://motom001.github.io/DoorPiWeb
port = 80
public = AREA_public
www = !BASEPATH!/../DoorPiWeb

[EVENT_OnStartup]
10 = sleep:1

[SIP-Phone]
sipphonetyp = linphone
server = 192.168.178.1
username = Doorpi0001
password = Doorpi0001
realm = fritz.box

[keyboards]
onboardpins = gpio

[onboardpins_keyboard]
bouncetime = 200
# mode = board

[onboardpins_OutputPins]
13 = Tueroeffner
11 = Beleuchtung
# 15 ist Hintergrund
37 = blinking_led

[onboardpins_InputPins]
38 = call:**610
40 = call:**611
40 = call:**612
36 = out:Beleuchtung,1,0,180

[DTMF]
"#" = out:Tueroeffner,1,0,5
"0" = out:Beleuchtung,1,0,180

[AdminNumbers]
**610 = active
**611 = active
**612 = active

Hm jenachdem was du da an Schaltung hast könnte dein gpio floaten 🤨

Joa passt doch. Dann jetzt DoorPi mal erneut im Debug oder Trace Modus ausführen und schauen was er jetzt sagt...

sudo chmod -v -R 666 /usr/local/etc/DoorPi/conf/

das meinte ich. In /usr/local/etc/DoorPi

/conf/ kann er nicht schreibend auf eventlog.db zugreifen.

chmod setzt dir die Zugriffsrechte.

666 ist für Besitzer/Gruppe/Andere Lese & Schreibzugriff

-R heißt rekursiv alles was sich in dem Verzeichnis befindet.

-v ausgeben was er da gerade tut.

Genau ggf. noch das was bei identity hinterlegt wurde davor

identity_address = lin.Address.new("%s <sip:%s@%s>" % (conf.get(SIPPHONE_SECTION, "identity", 'DoorPi'), username, server))

-> identity <sip:username@server>

Die konstruiert er sich aus den einzelnen Parametern. sip.linphone.org ist der Server, nehme ich an.

Gibt ein paar mehr Parameter, die du angeben kannst. Z.B. Audio-/ oder Videogeräte. video_device, video_size, video_codecs, playback_device, capture_device, audio_codecs.

In deinem Fall solltest du zumindest noch sipserver_server angeben. Identity kannst du leer lassen (wird standardmäßig mit "DoorPi") ausgefüllt.

Das dürfte nicht wirklich die korrekte Fehlermeldung sein. Bekommst du es hin Schreibrechte für die Datei eventlog.db und für den übergeordneten zuzuordnen?

sudo systemctl stop doorpi.service

doorpi_cli --debug -configfile PfadZurDoorpi.ini

Pfad zur doorpi.ini natürlich durch deinen ersetzen. So stoppst du erst den DoorPi Service und startest DoorPi dann als Anwendung im Debug Modus (gibt noch trace, da wird etwas weniger geloggt)

Einmal die Ausgabe vom DoorPi im Debug Modus bitte.

Hm ich verstehe nur nicht ganz was du dir dan von dem DoorPi erhoffst. Soll er das rtsp und das telefon signal bündeln?

Du musst dann ja eigtl nur noch an dein Audio Signal kommen. Bei dir ja analog phone oder? Hab gerade nicht im Kopf wie da das Signal aufgebaut ist aber dafür gibt's dann Konverter wie https://www.schiwi.de/netzwerk…dapter-silber_TA0001.html und andere.

Also möchtest du deine Türeinheit an DoorPi anschließen und darüber dann die Weiterverarbeitung steuern oder wie? Den RTSP Stream kannst du doch wahrscheinlich im angeschlossenen Netzwerk abrufen, oder? Sry verstehe deine Frage noch nicht so ganz

Hey, freut mich. git ist aber auch nur nen tool, das man installieren kann.

sudo apt-get install git-core

Das sollte dafür schon reichen.

In der Fritzbox muss man einen Teilnehmer anlegen mit 8 Zeichen, korrekt. Den trägst du dann halt anstelle des zuvor 3 stelligen Nutzernamens ein