Nach der Installation von mjpg_streamer (gemäß #130) funktionieren die Tastenevents nicht mehr

[aule01]

Hi,
ic bin mit meinem Testaufbau für DoorPi beschäftigt.

Ich habe den mjpeg-Support so wie im o.g. Thread angegeben installiert. Der Test mit dem kleinen Webserver funktioniert, soweit alles ok.
Meine Config:
Raspi 2
PiFace 2
PiCam
FritzBox 7490 mit neuuester Firmware

Seit der Installation funktionieren aber die Tastenevents nicht mehr. Sie werden registriert aber nicht mehr ausgelöst. Vorher ging das. Eingehende Calls werden connected, Video geht aber nicht.
Hier meine doorpi.ini:
[AREA_installer]
.* =

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

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

[EVENT_OnStartup]
10 = sleep:1

[AdminNumbers]
*_613 = active
*_624 = active
**625 = active

[Group]
administrator = door

[SIP-Phone]
firewallpolicy = PolicyNoFirewall
audio_codecs = PCMA,PCMU
call_timeout = 15
capture_device = ALSA: USB PnP Sound Device
dialtone = !BASEPATH!/media/ShortDialTone.wav
dialtone_renew_every_start = False
dialtone_volume = 35
echo_cancellation_enabled = False
identity = DoorPi
local_port = 5060
max_call_time = 120
playback_device = ALSA: USB PnP Sound Device
record_while_dialing = False
records = !BASEPATH!/records/%Y-%m-%d_%H-%M-%S.wav
sipphonetyp = linphone
sipserver_password = *******
sipserver_realm =
sipserver_server = 192.168.178.1
sipserver_username = 625
stun_server =
ua.max_calls = 2
video_codecs = VP8
video_device = V4L2: /dev/video0
video_display_enabled = True
video_size = vga

[User]
door = pi

[WritePermission]
administrator = installer

[keyboards]
onboardpins = piface

[onboardpins_InputPins]
0 = call:**613
1 = out:LED,1,0,3
2 = call:**613
3 = call:**613
4 = call:**613
5 = call:**613
6 = call:**613
7 = call:**613

[onboardpins_OutputPins]
3 = LED

[DTMF]
"1" = out:LED,1,0,3

[EVENT_OnKeyPress_onboardpins.0]
10 = call:**613

[EVENT_OnKeyPress_onboardpins.1]
10 = out:LED,1,0,3

[EVENT_OnKeyPress_onboardpins.2]
10 = call:**624

Folgendes war mir gestern schon aufgefallen:

• Ich musste die berechtigten Telefone eintragen, sonst war kein AAnruf möglich (in beide Richtungen nicht)
• die InputPins-Commands funktionierten nicht. Erst als ich Events definiert habe, hat es funktioniert.

Was könnte hier die Ursache sein?

Vielen Dank im Voraus für eure Hilfe

Viele Grüße
Uwe

---

Ich habe mal deinen Post editiert und dein Passwort vom SIP-Server gelöscht.
Gruß Andreas

[MichelSBG]

hallo uwe, ich benutze den gleichen testaufbau.
Musste auch viel testen und rum probieren , aber bis auf die video übertragung als SIP läuft alles super
genial.
bei mir funktioniert es nur mit diesem eintrag in die config

[pifaceboard_keyboard]
bouncetime = 200
mode = BOARD
polarity = 0
pressed_on_keydown = True
pull_up_down = PUD_DOWN

.....

[MichelSBG]

hallo , aber dein piface funktioniert schon oder ? mach mal einen LED Blink Test ob das Board richtig Konfiguriert worden ist

python /usr/share/doc/python-pifacedigitalio/examples/blink.py
oder python 3
python3 /usr/share/doc/python3-pifacedigitalio/examples/blink.py

[aule01]

Hi,
ja, der Piface geht. Ich habe die Testsoftware von Element!4 benutzt. Da ist alles in Ordnung. DTMF output funktioniert auch.
Deine Einstellungen helfen bei mir nicht. Wo hast Du denn die Parameter her?

[MichelSBG]

Ich glaube diese einstellungen beziehen sich auf das GPIO des Boards , mag sein das dass ein überbleibsel meiner alten konfig ist, sorry dann hab ich mich da vertan. Gibt deine doorpi.log keine Warnungen oder fehler aus ? was schreibt er in die log wenn du eine taste drückst ?

stop mal dein doorpi in der console mit

/etc/init.d/doorpi stop
und starte es mit
doorpi_cli --trace
und schau was er in echtzeit beim drücken ausgibt

[aule01]

Ich betreibe den doorpi derzeit nur in echtzeit. Beim Drücken passiert gar nichts. Im Log sehe ich aber auch keine Fehlermeldung. Vorher wurden die Events sauber ausgelöst...

[Nea74]

Hallo,
ich denke das ich deinen Fehler gefunden habe. In deiner Sektion

[AdminNumbers]
*613 = active
*624 = active
**625 = active

hast du bei der Nummer 613 und 614 ein *, hier müsste es richtig heißen:

[AdminNumbers]
**613 = active
**624 = active
**625 = active

Du kannst auch dann, bei deinen Events, den call raus nehmen. Es langt wenn hier der call bei den Input Pins definiert ist.

Du solltest auch deine Taster entprellen so das hier ein klares Signal ausgewertet werden kann.

[onboardpins_keyboard]
bouncetime = 80

Weiterhin ist es auch zu empfehlen hier die so genannte "alive LED" zu setzen:

[onboardpins_OutputPins]
0 = Verstaerker
1 = Tueroeffner
2 = Licht
3 = 
4 = 
5 = 
6 = 
7 = Blink LED

Damit hast du wenigstens eine optische Meldung wenn DoorPi bzw. der RaspberryPi hängt.

So konnte hier kein call durchgeführt werden da die Nummern von DoorPi nicht akzeptiert wurden.
Das hat aber mit der Installation des mjpg_streamers nichts zu tun und das vorher die Events sauber ausgelöst hatten bezweifle ich mal.

Gruß Andreas

[aule01]

Hi,
erst mal vielen Dank für die Antwort.
Die Nummern ist ein Darstellungsproblem in GitHub. In der Datei stehen sie richtig. 2x * wird in GitHub interpretiert. Hatte ich bei den beiden Zeilen vergessen zu korrigieren.
Das entprellen hat nichts geändert. Die LED blinkt auch nicht.
Ich spiele jetzt nochmal ein ungepatchtes System auf eine zweite SD-Karte und schhaue mal, ob's dann wieder geht
Gruß Uwe

[Nea74]

Gib mal folgendes ein

dtparam=spi=on

Starte dann noch einmal DoorPi

[aule01]

in der Console?

[Nea74]

ja

[aule01]

Ich muss erst mal zurück zur anderen SD-Karte, einen Moment

[Nea74]

Welches Os und Version läuft denn bei dir?

[Nea74]

Ich frage desshalb da DoorPi unter raspbian jessie aktuell schlecht läuft und du es mit wheezy noch einmal probieren solltest.

[aule01]

hat nichts geändert. Ich hatte folgendes image genommen:
2015-05-05-raspbian-wheezy.img

[Nea74]

OK

[aule01]

Wie gesagt, bis zum OS-Update am Beginn der mjpegInstallation lief's ja auch...

[Nea74]

Hmm, sollte eigentlich damit keine Probleme machen.

[aule01]

Ich habe allerdings nach der Installation das Verzeichnis /usr/local/etc/DoorPi mit sudo chmod 777 für alles geöffnet

[aule01]

Ich probiere jetzt nochmal die Original-Installation. Melde mich dann wieder. Ok?

[Nea74]

Ja

[aule01]

Also:
sudo rm -r -f /tmp/DoorPi
git clone https://github.com/motom001/DoorPi.git /tmp/DoorPi
cd /tmp/DoorPi
sudo python setup.py install
cd /usr/local/etc
sudo chmod 777 DoorPi
doorpi_cli --trace
Doorpi gestoppt, dann in conf meine doorpi.ini von der anderen Karte eingespielt:
Funktioniert. Tasten gehen, Ausgehender Call auf, DTMF geht. Nur Blinken tut nix.

Wollen wir danach erst schauen oder soll ich mit Deiner Anleitung für die mjpeg-Installation anfangen?

[aule01]

Sorry, jetzt hab ich's kapiert. Die LED geht an, wenn ein Event abgearbeitet wird.

[aule01]

Jetzt nehme ich mal die Event-Definitionen raus. Die Einträge unter InputPins alleine haben nicht gereicht. Das probier ich gerade nochmal aus

[Nea74]

Sollte aber gehen

[Nea74]

Habe ich vergessen

[DoorPi]
is_alive_led = Blink LED

dies must du noch mit eintragen in der Sektion DoorPi

[aule01]

ja, geht, jetzt ist aber das Blinken wieder weg

[Nea74]

sonst blinkt da nichts, hehe

[aule01]

ok, trage ich nach

[Nea74]

Meinst du von der alive LED?

[aule01]

Aaah, jetzt blinkt's auch:-)

[aule01]

Mit der Elcom-App bekomme ich einen Stream von der Kamera, das tut also.
Ich geh' jetzt ins Bett, erst mal vielen Dank für Deine Hilfe!!

[aule01]

So, ich habe jetzt noch einen weiteren Test gemacht. Ich habe den Systemupdate als erstes auf einem frischen Image aufgerufen und erst danach installiert.
Selbes Ergebnis: DTMF geht, anrufen geht, Events gibts keine.

Wie gehen wir weiter vor? Ich bin bis Samstag nur sporadisch online, also keine Hektik. Meine Mails schaue ich aber an.

Viele Grüße
Uwe

[Nea74]

Schreibe mir mal bitte deine jetzige doorpi.ini hier rein.

[aule01]

Hier ist sie - zusammen mit einem aktuellen TraceFile. Übrigens ist die USB-Soundkarte kaputt, da bekomme ich erst in ein paar Tagen Ersatz. Aber für die Events ist das ja unerheblich.

doorpi.ini-aktuell.txt
doorpi-trace-3.txt

Status:
mjpeg ist installiert und gepatched. Stream in Elcom sichtbar.
Anrufen geht, Led blinkt, DTMF-Kommando geht auch
Events gehen nicht.

Gruß
Uwe

[aule01]

Übrigens, das ist so gut reproduzierbar, das müsste bei Dir doch eigentlich auch passieren?
Ich würde als nächstes den Debugger anschmeißen. Irgendwas macht der Update an der Runtime kaputt...
Kommt mit dem Update vielleicht eine neue Python-Umgebung mit?

[Nea74]

Hallo aule,
ich habe dir mal deine doorpi.ini ein bisschen aufgeräumt und angepasst.
Normalerweise sollte jetzt wenn du Taster 0 betätigst ein call zu der Nummer **613 hergestellt werden und zusätzlich in den Events Ausgang 0 und 1 nach 1 sek. für 2 sek. geschaltet werden.

Wenn du Taster 1 betätigst schaltet der Ausgang 0 nach 1 sek. für 10 sek. auf High.

Wenn du Taster 2 betätigst schaltet der Ausgang 1 nach 1 sek. für 10 sek. auf High.

Das ist zwar jetzt auf die schnelle ungetestet sollte aber so funktionieren.

doorpi.ini.txt

Achso du hast geschrieben das keine Events bei dir ausgelöst haben, welche meinst du denn?
In deiner .ini hast du auf jedenfall keine drin stehen.

[Nea74]

Ich kann im Moment keine Tests machen da ich meine 3 Pi verbaut habe. Ich habe nur noch eine alte Pi1 A Variante ohne Ethernet hier rum liegen.

[aule01]

Hallo nea,
ich habe die geänderte ini eingespielt (habe die Namen der Events noch angepasst, heißt bei mir onboardpins, nicht prodsystem).
Ändert aber nichts, keine Events

[aule01]

Mit keine Events meine ich, dass ab dem Systemupgrade doorpi nicht mehr auf die Inputs des piface2 reagiert . Es wird kein call ausgelöst und es werden auch keine events aufgerufen. Im Trace geschieht gar nix.
Outputs gehen.
Ich habe gerade zur Sicherheit nochmal die Gui für den piface2 geladen, Damit kann ich die Eingänge steuern, der piface ist also in Ordnung.
Ohne den Systemupgrade läuft's ja auch hier...

[Nea74]

Hallo aule,
OK ich deinen Fehler nun reproduzieren. Aktuell kann ich dir nur empfehlen die Upgrades nicht einzuspielen. Paketlisten aber trotzdem aktualisieren.

---

Also diesen Befehl nicht.
sudo apt-get upgrade

---

---

Dieser Befehl ist OK
sudo apt-get update

---

[aule01]

Ok, super. Ich bin im Moment unterwegs, ich probiere das morgen Abend aus.
Noch was anderes:
Gibt es irgendwo Empfehlungen für die folgenden Komponenten?

• USB-Soundkarte
• NF-Endstufe
• Lautsprecher (Impedanz?)
• Mikrofon

Ist ein separater Mikrofon-Vorverstärker sinnvoll?
Ich hab da nichts gefunden.

Nochmals vielen Dank für Deine Hilfe

Viele Grüße
Uwe

[Nea74]

Also USB Soundkarten kannst du jede beliebige nehmen.
http://www.ebay.de/itm/USB-2-0-Mic-Speaker-3D-Soundkarte-Audio-Adapter-5-1-fur-Skype-Konverter-Adapter/201179447416?_trksid=p2047675.c100011.m1850&_trkparms=aid%3D222007%26algo%3DSIC.MBE%26ao%3D1%26asc%3D20140107083420%26meid%3D5310033810fb48f5a8176c48e28d1e48%26pid%3D100011%26rk%3D3%26rkt%3D10%26mehot%3Dpp%26sd%3D371245043505
Auf Ebay findest du eigentlich genug mini verstärker. Zu empfehlen ist einer mit Poti damit man die Lautstärke einstellen kann. Das Gleiche für den Lautsprecher meiner hat eine Impdeanz von 16 Ohm und 2 Watt. Bei den Mikrofonen kannst du beliebige Kapselmicros nehmen.

Wenn du ein Mikro Vorverstärker einsetzen willst musst du auf jeden Fall darauf achten das deine USB Soundkarte einen Line In Eingang hat.
Aber ein Mikro Verstärker macht nur Sinn wenn der Weg zur Ausseneinheit zum Raspi weiter weg ist.

[aule01]

Der Raspi und der Verstärker kommen nach innen, der Rest nach draußen.
Dazwischen maximal 75cm (so ein Kabel gibt's für die Kamera). Meinst Du, da braucht man schon einen Vorverstärker?
Kennst Du eine Soundkarte mit Line-Eingang?

[Nea74]

Hey,
ich denke nicht das Du da einen Vorverstärker benötigst. Manche haben hier 10m oder mehr von der Ausseneinheit zum Raspi da kommt man dann an einen Vorverstärker nicht mehr herum.

[Nea74]

Nehme aber am besten geschirmtes Kabel da ich am Anfang ziemliche Probleme hatte mit Interferenzen.

[aule01]

Ja klar, abgeschirmtes Kabel wollte ich sowieso nehmen.
Nachdem die erste Soundkarte Schrott war, werde ich nochmal eine andere versuchen, vielleicht gebe ich doch mal erwas mehr als 10 Euro aus.

[Nea74]

Also meine habe nicht mehr als 2 € gekostet.

[Nea74]

So, ich bin nun einen Schritt weiter, es scheint wohl ein Problem mit den Rechten zu sein. Ich habe nun DoorPi zum laufen gebracht. Werde aber nochmal alles neu aufsetzen um zu prüfen ob das alles war.

[Nea74]

Also,
hier ein kleiner Fix für das Problem. Anleitung vom Anfang an: Ich gehe jetzt einfach mal von einem frisch aufgestzten Raspbian Wheezy aus.

---

1. sudo apt-get -y update && sudo apt-get -y upgrade
2. sudo reboot
3. sudo raspi-config SPI aktivieren (wird nur beim Piface benötigt)

3.1. sudo reboot
3.2. dtparam=spi=on
4. git clone https://github.com/motom001/DoorPi.git /tmp/DoorPi
5. cd /tmp/DoorPi
6. sudo nano setup.py
7. folgende Zeile ändern von: (das müsste die 49. Zeile sein)
os.chmod(new_filename, 0755)
auf.
os.chmod(new_filename, 0777)
Mit STRG und x dann y danach enter zum speichern der Datei.
8. sudo python setup.py install
9. sudo doorpi_cli --trace
Jetzt sollte DoorPi wieder laufen. Getestet und für gut befunden. ;-)

Du könntest mir aber einen Gefallen tun und bitte eine Rückmeldung geben ob es bei dir reibungslos geklappt hat.
Danke.

Einen schönen Abend noch.

Gruß Andreas

[aule01]

Hallo Andreas,
probiere ich heute Abend aus und melde mich dann.

[aule01]

Hallo Andreas,
supi, supi, supi, das sieht gut aus :-)
Ich habe die Anleitung genau befolgt und anschliessend auch den mjpeg-stream installiert. Events werden ausgelöst, stream geht auch (im Webserver)
Da ich keine Änderung am DoorPi-Verzeichnis vorgenommen habe, muss ich doorpi-cli mit sudo starten, damit es läuft, ist aber kein Problem.

Ton habe ich im Moment mangels USB-Soundkarte keinen, aber die Anrufe rein und raus gehen immerhin. Im LinPhone auf meinen iPhone bekomme ich aber kein Video. Was muss dafür noch eingerichtet werden?
Noch eine weitere Frage: Kann man das Videobild um 90 Grad drehen? Das würde für die Übersicht an der Haustür mehr Sinn ergeben. In der Weboberfläche geht das, ich bräuchte es halt im LinPhone. Aber erstmal sollte das Video überhaupt sichtbar werden...

Viele Grüße
Uwe

[Nea74]

Hallo Uwe, das freut mich das es wieder bei dir geht.

Versuche das mal: Bin mir nicht sicher ob es mit input_uvc.so funktioniert.

---

Instructions

You can run from the mjpeg streamer experimental folder with:

export LD_LIBRARY_PATH=.
./mjpg_streamer -o "output_http.so -w ./www" -i "input_raspicam.so"

You can specify options, like in raspivid:

export LD_LIBRARY_PATH=.
./mjpg_streamer -o "output_http.so -w ./www" -i "input_raspicam.so -x 1280 -y 720 -fps 15 -ex night"

It does support upto 1080p 30fps, but the bandwidth produced would be more than the usb bus (and therefore ethernet port / wifi dongle) can provide. 720p 15fps is a good compromise.

Here's some Help:

---

Help for input plugin..: raspicam input plugin

---

The following parameters can be passed to this plugin:

[-fps | --framerate]...: set video framerate, default 5 frame/sec
[-x | --width ]........: width of frame capture, default 640
[-y | --height]........: height of frame capture, default 480
[-quality].............: set JPEG quality 0-100, default 85
[-usestills]...........: uses stills mode instead of video mode
[-preview].............: enable full screen preview

-sh : Set image sharpness (-100 to 100)
-co : Set image contrast (-100 to 100)
-br : Set image brightness (0 to 100)
-sa : Set image saturation (-100 to 100)
-ISO : Set capture ISO
-vs : Turn on video stablisation
-ev : Set EV compensation
-ex : Set exposure mode (see raspistill notes)
-awb : Set AWB mode (see raspistill notes)
-ifx : Set image effect (see raspistill notes)
-cfx : Set colour effect (U:V)
-mm : Set metering mode (see raspistill notes)
-rot : Set image rotation (0-359)
-hf : Set horizontal flip
-vf : Set vertical flip

---

---

[aule01]

Hallo Andreas,
ich hab's mit der Elcom App hinbekommen. Ich habe den Webdienst des mjpg-streamer als Service installiert und in der Elcom-App bei der Kamera eingetragen.
Es geht jetzt eigentlich alles. Sobald ich wieder eine USB-Sounskarte habe, hoffentlich auch der Ton :-)

Nochmals vielen Dank für Deine Hilfe!!!

Viele Grüße
Uwe

[Nea74]

Hallo Uwe,
super das freut mich. Kannst Du kurz beschreiben wie Du vor gegangen bist. Das wäre toll, sollte hier ein anderer die gleichen Probleme haben kann man dann schnell hier drauf verweisen.

Ich danke Dir.

Gruß Andreas

[aule01]

So, hier nochmal kurz die Beschreibung, wie ich das Video zum Laufen bekommen habe:
mjpeg-streamer gemäß dieser Anleitung installieren: #130
Nun den Webserver starten:
mjpg_streamer -i "/usr/local/lib/input_uvc.so -d /dev/video0 -n -r 1024x768 -f 24 –q 80" -o "/usr/local/lib/output_http.so -n -w /usr/local/www -p 9000"
Größe und WebPort kann man nach eigenen Wünschen anpassen

Anschließend in der ELCOM-App unter
Einstellungen->Eingang & Kamera einen Eingang konfigurieren. Dort bei der Video-URL folgendes eingeben:
http://[ip oder name des raspi]:[port]?action=stream

Ganz glücklich bin ich mit dieser Variante noch nicht. Die Darstellung des mjpeg-streams wird unglaublich blöde mit einer Schleife produziert. Das saugt heftig am Smartphone-Akku. Viel besser wäre es hier, wenn man einen H.264-Stream darstellen könnte. Das habe ich aber noch nicht hinbekommen. Es ist auch nicht sicher, dass die ELCOM-App den Stream dann an dieser Stelle darstellen könnte. Ich weiß nicht, wie das Videofenster intern verwaltet wird (eingebetter Browser, eigener Code?).

Wenn jemand eine funktionierende Beschreibung hat, wie man das Videosignal der RaspiCam so streamt, dass man es mit HTML5 in einer Webseite darstellen kann, nur her damit :-)
Die gängigen Dokumente aus dem Internet habe ich nicht zum Laufen gebracht.

Der Audioteil ist ürigens recht einfach:
Ich habe die ELCOM-App als SIP-Telefon in der FritzBox angemeldet. Die Zugangsdaten werden dann in der APP unter Einstellungen->SIP-Konten eingetragen.
Wenn man nun noch auf der Einstellungsseite der Kamera ganz unten bei "Zugriffskontrolle" den Haken "Anruf erlaubt" setzt und den SIP-Eingang (selbe Seite etwas weiter oben) auf die interne Rufnummer des Doorpi setzt, kann die ELCOM-App den Doorpi anrufen. Das Videosignal kann man unabhängig von einem Anruf über die Taste mit dem Kamerasysmbol einschalten. Nochmal: Dann leert sich der Akku aber recht schnell

WICHTIG: Alle ein- und ausgehenden Rufnummern müssen in der doorpi.ini unter [AdminNumbers] als aktiv eingetragen sein, sonst geht gar nichts.

Viele Grüße
Uwe

[Nea74]

Hallo Uwe, danke für Dein HowTo. Das mit dem h.264-Stream ärgert mich auch ein bisschen. Genial wäre es ja hier eine eigene App zu programmieren und das man diese dann an die eigenen Bedürfnisse anpassen kann.

Gruß Andreas

[aule01]

Hallo Andreas,
das mit der App werde ich vielleicht auch machen. Zunächst will ich das Ganze aber erst in Betrieb haben. Die App ist dann die Kür. H.264 für VLC geht ja wohl, das ist vielleicht ein Anfang.

Gruß Uwe

[aldoa1]

Hallo,
bei mir funktionieren die Events (Test über Dashboard). Mein doorpi mit Piface 2 funktioniert aber nicht mit Klingeltaster. Hat jemand mal ein Schaubild zur Verkabelung?

[motom001]

bitte die Diskussion ins Forum verlegen - Danke!