Beiträge von maxkr

Welche Fritzbox-Version hast du denn?
Bei mir war es wie gesagt so, dass er bei sipserver_username die 620 nicht mehr akzeptiert hat mit der 6.87. Hatte zuvor die Version 6.66 drauf...
Habe nun sowohl in der FB als auch im DoorPi einen Namen eingetragen bei dem die FB nicht mehr meckert.

Möglicherweise läuft auch auf deinem DoorPi noch was von LinPhone & Co im Hintergrund, also unabhängig vom DoorPi, was zumindest diese Info aus deinem Trace vermuten lässt:

2018-04-08 09:24:11,235 [INFO]  	[doorpi.sipphone.from_linphone] Creating listening point [0x22b3570] on [sip:0.0.0.0;transport=UDP]
2018-04-08 09:24:11,236 [INFO]  	[doorpi.sipphone.from_linphone] Creating listening point [0x22b3720] on [sip:0.0.0.0:5060;transport=TCP]
2018-04-08 09:24:11,236 [ERROR]  	[doorpi.sipphone.from_linphone] TCP bind() failed for 0.0.0.0 port 5060: Address already in use
2018-04-08 09:24:11,236 [INFO]  	[doorpi.sipphone.from_linphone] Listening point [0x22b3720] on [sip:0.0.0.0:5060;transport=TCP] destroyed
2018-04-08 09:24:11,237 [WARNING]  	[doorpi.sipphone.from_linphone] Could not start tcp transport on port 5060, maybe this port is already used.
2018-04-08 09:24:11,237 [INFO]  	[doorpi.sipphone.from_linphone] Creating listening point [0x229d1d8] on [sip:0.0.0.0:-1;transport=TLS]

...Address already in use deutet irgendwie darauf hin, dass der Port durch ein anderes Programm auf deinem DoorPi bereits belegt ist...

Auch gab es einen Database Lock, was auch wieder darauf hindeutet, dass der DoorPi im Hintergrund mehrfach lief.

Hoffe das hilft dir irgendwie weiter...!

Viele Grüße,
Max

Hi Arno,

wenn du in der FritzBox schaust ist dort ein Hinweis bei deinem DooPi unter Telefonie -> Telefoniegeräte zu sehen. Meine FB hat vorgestern ein Update durchgeführt (auf 6.87) und der war der Benutzername bzw. das Kennwort nicht sicher genug...

Ich habe nach wie vor nämlich den Eindruck, dass sich dein DoorPi nicht an der FB anmeldet. Oder zumindest nicht richtig.

In deiner Konfig ist dein Telefon als AdminNumber eingetragen. Kannst du mit **620 von deinem Telefon auf den DoorPi erreichen?. Sende ggf. davon auch mal ein Tracelog. Würde mich interessieren, ob der DoorPi überhaupt was mitbekommt...

Viele Grüße,
Max

Das mit deiner Kamera ist echt bedenktlich. Einen anderen RasPi hast du wahrscheinlich nicht zum Testen oder?! Ansonsten noch mal Kabel zur Kamera testen: Richtig herum drin, gerade drin, vielleicht auch noch mal beide Enden aufmachen.
Und nur um sicherzugehen: Dein RasPi sollte dabei unbedingt vom Strom getrennt sein, ein Kurzschluss beschädigt schnell dauerhaft etwas...

Also auch bei mir ist Jessie drauf für den DoorPi, dachte es wäre schon Stretch, das ist aber ein andere Projekt von mir...

Installiert habe ich nach dieser Anleitung (mag es nicht wenn alles automatisch läuft und man am Ende nicht so recht weiß warum es nicht geht...):
https://www.doorpi.org/forum/l…em-raspberry-pi-raspbian/
...das sollte der anderen Anleitung bis Schritt 9 entsprechen.

Viele Grüße,
Max

Hallo Arno,
nur nicht aufgeben! Ich bin mir sicher, dass du den Vorschlaghammer nicht brauchen wirst!

Wenn deine (neue) Fritzbox dann DHCP-, Nameserver und Telefonanlage ist, sollte sie unter einer einzigen IP-Adresse erreichbar sein (Achtung wegen LAN-Port 4...) und die Namensauflösung (ping fritz.box) funktionieren.

Ich drücke dir fest die Daumen!!!
Max

Zur Kamera:
was liefert dir raspistill -o test.jpg (Achtung: mjpeg_streamer darf dabei nicht laufen...). Anregungen findest du dann z.B. hier
Zum PiFace: bei mir ist nur python2.7 aktiv darunter läuft der DoorPi einwandfrei (und auch der PiFace sollte damit funktionieren).

Was liefert dir:
/usr/bin/python2.7 --version
Bei mir kommt da: Python 2.7.9

Auch ware ein Tracelog hilfreich in Verbindung mit dem aktivierten PiFace! Siehe auch hier

Viele Grüße,
Max

Hi Arno,

also wenn deine erste FB unter der 192.168.0.164 auch die Telefonanlage ist, sollte m.E. auch der SIP-Server auf diese IP verweisen. Das andere mag theoretisch schon auch gehen, kann es mir aber nur mit der FritzBox ehrlich gesagt nicht so recht vorstellen, weil du ja dann schon einen Gateway zwischen den beiden Subnetzen (0 bzw. 188) oder eine Netmask von 255.255.0.0 bräuchtest...

Und dein Tracelog wirkt auch mehr nach Anmeldeversuch des DoorPis als SIP-Client als eine erfolgreiche Registrierung...

Also bitte eher noch mal prüfen, ob

• deine DoorPi am LAN-Port 4 hängt (der ist standarmäßig evt. Gastnetz, d.h. es wird nicht gehen).
• ein ping fritz.box ein sinnvolles Ergebnis liefert
• dein Modem darf DHCP-Server sein. Allerdings wäre es für 2) sinnvoll, wenn dort als DNS-Server deine erste Fritzbox angegeben ist. Wahrscheinlich scheitert deshalb die Namensauflösung. Wenn du an der Konstellation nichts ändern willst, könntest du auf dem DoorPi unter /etc/hosts den Namen und die IP der Fritzbox manuell eintragen...

Solange das nicht gelöst ist, kommst du da nicht wirklich weiter...

Viele Grüße,
Max

Wie gesagt irritiert mich, wenn deine erste FB mit der IP 192.168.0.64 den DHCP hat, dass der DoorPi das hier meldet:
2018-04-02 19:43:51,539 [INFO] [doorpi.sipphone.from_linphone] 192.168.0.1

oder routest du DNS-Anfragen zuerst über deine zweite FB?! Bin gespannt, was dein Tracelog ohne die 2. FB sagt...

Viele Grüße,
Max

Hallo Arno,

hoffe der Vorschlaghammer ist nicht erforderlich, auch wenn ich deinen Frust verstehen kann! Zwei FritzBoxen sind im Netzwerk grundsätzlich ok. Aber wenn die beide im selben Netzwerk hängen sollte bei der zweiten definitv DHCP deaktiviert sein:
Heimnetz > Heimnetzübersicht > Netzwerkeinstellungen und dort etwa in der Mitt der Seite rechts: IP V4-Einstellungen > Haken bei DHCP-Server aktivieren herausnehmen...

Wie lauten die IP-Adressen der FBs, bzw. auf welche willst du dich mit dem DoorPi verbinden. Vielleicht beschreibst du kurz wie die beiden FBs zusammengeschaltet sind und warum...

Fazit: ein ping fritz.box sollte funktionieren und in deinem Fall die IP-Adresse der FB liefern, die du für den DoorPi einsetzen möchtest. Grundsätzlich könntest du auch versuchen die Zeile mit dem sipserver_realm auszukommentieren. Bin mir aber nicht sicher, ob das gut ist, selbst wenn es funktioniert...

2018-04-02 19:43:51,536 [ERROR]  	[doorpi.sipphone.from_linphone] resolver_process_data dns_res_check() error: Unknown error 1993565040 (1993565040)
2018-04-02 19:43:51,536 [WARNING]  	[doorpi.sipphone.from_linphone] Stun server resolution failed.
2018-04-02 19:43:51,537 [INFO]  	[doorpi.sipphone.from_linphone] New local ip address is 192.168.0.10
2018-04-02 19:43:51,538 [INFO]  	[doorpi.sipphone.from_linphone] Network state is now [UP]
2018-04-02 19:43:51,539 [INFO]  	[doorpi.sipphone.from_linphone] Resolver is using DNS server(s):
2018-04-02 19:43:51,539 [INFO]  	[doorpi.sipphone.from_linphone] 	192.168.0.1

...deine andere FB läuft unter 192.168.0.1 oder? Da findet er zumindest den DNS-Server. Die erste Zeile dürfte im Pirnzip die Info sein, dass fritz.box nicht aufgelöst werden kann...

Viele Grüße
Max

Den Snapshot via: <IP-Adresse DoorPi>:9000?action=snapshot einzubinden bringt dir dann wahrscheinlich nichts, weil du ja nur beim Klingeln das Bild haben willst oder?

Lt. dieser Anleitung ist das ein Windows-Share. Dann solltest du den Pfad wie folgt einbinden können:

mount -t cifs -o user=<username>,password=<dein kennwort> //VUSOLO2/USB-Stick <Pfad auf deinem Raspberry über den du das Verzeichnis des VU+ sehen möchtest>

Das Ziel hinten ist üblicherweise ein Verzeichnis unter /mnt z.B. /mnt/vuplus

Per mv bzw. cp kannst du die Bilder dann zu diesem Verzeichnis kopieren...

Viele Grüße,

Max

Hallo emilio20,

wohin willst du denn das Bild verschieben?
Innerhalb des RasPi, auf einen anderen Rechner? Anders gefragt, was ist das Zielgerät bzw. hat es/ kann es? NAS/ Windows-Rechner (Windows Freigabe)/ FTP, SFTP/...?

Viele Grüße,
Max

Super Oli,

ja das mit CR-LF kann auch sein. Hatte ich schon lange nicht mehr - verwende meistens Notepad++ unter Windows und der ändert es nicht ab...

Dann ist Ostern ja gerettet

Viele Grüße,
Max

Hallo Arno,

hängt deine Fritzbox per Kabel am LAN? Bei der Fitzbox kannst du nämlich auch LAN-seitig zwischen "normalen" und dem Gastzugang unterscheiden. Ist es möglich, dass du einen LAN-Port erwischt hast, der nur das Gast-Internet zur Verfügung stellt? Kann nur der LAN4 sein, die Einstellung dazu solltest du in der FB unter: Heimnetz > Heimübersicht > Netzwerkeinstellungen finden.

Evt. solltest du für deinen RasPi eine feste IP-Adresse vergeben. Eine Anleitung findest du z.B. hier

Wenn du vom RasPi ein ping fritz.box machst. Bekommst du da eine (sinnvolle) Antwort?
Und was liefert dir ifconfig bei eth0 (sofern du ein LAN-Kabel dran hast)?

Nein noch einfacher:
In deiner doorpi.ini stimmt die IP nicht, wenn du die FB als Telefonanlage einsetzt:
sipserver_server = 192.168.188.1
müsste m.E. dann auf die FB verweisen, also stattdessen:
sipserver_server = 192.168.0.164

Viele Grüße,
Max

Hi Oli,

auf die Schnelle:
sleep:2 muss sleep 2 (also mit leerzeichen anstelle des Doppelpunktes lauten)
Am Ende der zeile mit dem MJPEG-Streamer fehlt dir nach " 2>&1 " ein weiteres " &"
Wenn das fehlt, geht der Prozess nicht in den Hintergrund...

Viele Grüße & frohe Ostern,
Max

Hi Oli,

wenn die Pfade im Init-Skript absolut sind und deiner Ansicht nach passen, fällt mir jetzt ehrlich gesagt auch nichts auf. Magst du deine /etc/init.d/mjpg_streamer noch hier reinstellen. Vielleicht sehe ich da ja noch was...

Viele Grüße,
Max

Hi Oli,

wahrscheinlich meint die Meldung nicht, dass /etc/init.d/mjpg_streamer abgeht, sondern, dass in der Datei was nicht gefunden wird. Darin sollte ja ein Eintrag sein der beginnt mit:
/usr/local/bin/mjpg_streamer (und viele Parameter danach)....

Hier die Frage, was sagt ls -la /usr/local/bin/mjpg_streamer? Wird das gefunden. Liegt der mjpg_streamer mgl woanders. Ansonsten meine ich, dass das mit der Anleitung von NEA eigentlich problemlos funktioniert hat. Ist leider schon wieder ein paar Wochen her bei mir...

Hoffe das hilft dir erst einmal weiter!
Max

Hi Arno,

in Zeile 16 gibst du an:
is_alive_led = DoorPi-Alive-LED
... wie schon angemerkt fehlt dieser Verweis dann aber später beim PiFace:
Zeile 100 lautet nämlich:
7 = blinking_led

sollte aber dann wohl eher lauten (oder du trägst in Zeile 16 blinking_led ein...):

7 = DoorPi-Alive-LED

...bei mir ist außerdem [onboardpins_Keyboard] das Keyboard mit kleinem k geschrieben. Weiß jetzt aber nicht, ob das dort Probleme bereiten könnte...

Passe das bitte das mit der LED mal an und schicke ggf. eine neue Logdatei, dann sehen wir weiter!

Dann findet er tlw. deine Skripte nicht oder die Datei-/ User-Rechte passen wahrscheinlich nicht. Gibt es /usr/local/etc/DoorPi/scripts/StopDoorPi.sh bzw. StartDoorPi.sh wirklich?
Wichtig: hier muss Groß-/Kleinschreibung unbdeingt stimmen...!

Viele Grüße,
Max

Hallo Arno,

jetzt startet er schon mal richtig. Aber in der doorpi.ini stimmt wahrscheinlich was nicht. Kannst du die bitte auch mal hier anhängen (und so etwas wie kennwörter, Namen usw. vorher rauswerfen). Oder alternativ mal diesen Fehler beheben:

UnknownOutputPin: outputpin with name DoorPi-Alive-LED is unknown {}

DoorPi-Alive-LED scheint es nicht zu geben.

Die Meldungen mit OperationalError: database is locked irritieren mich etwas.
Schaue mal mit ps -ef | grep python ob bereits mehrere DoorPi's laufen. Es sollten nur zwei Prozesse sein. Den Hinweis habe ich von hier

Anschließend solltest du mal auf Events suchen in der Log, die beim Klingeln usw. ausgelöst werden, so weit kommst du aber aktuell gar nicht würde ich sagen...

Viele Grüße,
Max

Wen du nur vier Drähte hast, musst du die Audio- und Videoübertragung auch per USB machen oder?
Ist der denn Leitungsweg überhaupt kurz genug, dass USB noch zuverlässig funktioniert, d.h. kleiner 5m zwischen Sprechstelle und RasPi, gutes verdrilltes, geschirmtes Kabel?

Was laut deiner Beschreibung nicht gehen wird, ist dass du vom RasPi nur die beiden USB-Signalleitungen zur Sprechstelle führst. Masse (bzw. Ground/0V) wirst du selbst bei einem separaten Netzteil benötigen, nur auf die 5V kannst du verzichten. Auch bekommst du die Regelung auf 5V nur mit einem Spannungsregler (und am besten mit einem Schaltregler) hin, sonst verheizt du ziemlich viel Energie. Mit einem Widerstand wirst du definitiv nicht glücklich werden, da wird nichts stabil funktionieren. Wenn auch eine Kamera mit diesem Leitungsweg auskommen muss, würde ich dir echt empfehlen das wie folgt zu versuchen:

Auf die 4 Drähte legst du:

• 5V
• Masse/ 0V
• Data+ (USB)
• Data- (USB)

An der Sprechstelle nimmst du einen USB-Hub, der bei die platzmäßig passt. Ggf. nimmst du den, den ich bei mir verwendet habe, lötest die Kabel ab. Passt anschließend prima in eine UP-Dose. An diesem USB-Hub (Amazon B00EHJP4KQ) schließt du an:

• einen Arduino Nano, z.B. Amazon: B013PC8OX4 (um den Verstärker zu schalten, den Klingeltaster auszuwerten):
• eine USB-Kamera deiner Wahl
• eine USB-Soundkarte (mit der bin ich gut gefahren: Amazon B01HPY6HQY)

...Lautsprecher, Mikrofon und einen kleinen Verstärker (suche mal bei Amazon nach: ), der für 5V geeignet ist und den du dann über den Arduino schalten kannst:
Amazon B01N5HG4GB (hier gibt es neuere Modelle, bei denen der SW/ Enable-Eingang nicht mehr vorhanden ist, das macht das ein-/ ausschalten des Verstärkers kompliziert)...

Alternativ kannst du natürlich auch mit einer höheren Spannung versorgen (dann fließt weniger Strom), aber dann würde ich dir einen Schaltregler empfehlen, der dir dann an der Sprechstelle "saubere" 5V liefert: z.B. der hier von ELV: Gaptec 5V/ 1A

Musst halt mal überschlagen, was Kamera + Audiomodul dann tatsächlich brauchen. Auch wenn das oben ein 3W-Verstärker ist, wirst du kaum 3Watt dafür benötigen (bei ist der Verbrauch im laufenden Gespräch ca. 1 Watt höher)...

Bei der Programmierung des Arduinos kann ich dir helfen. Im Prinzip sendet der Ardiuno dann über USB Daten an den RasPi (Klingetaster gedrückt) bzw. empfängt Befehle (z.B. "Verstärker ein"). Das wiederum kannst due auf dem RasPi mit einem kleinen Python-Skript verarbeiten und über virtuelle Eingänge das dann im DoorPi verwerten...

Viele Grüße,
Max

Für Tests auf dem RasPi verbinde ich mich meistens per SSH. Unter Windows nehme ich dafür PuTTY...

Da kannst du die Skripte dann auch mal unabhängig testen. Wenn die für sich funktionieren, binde ich die anschließend in den DoorPi ein. Damit solltest du Fehler im Skript eigentlich schnell finden...