Beiträge von Marcuss

läuft bei dir vielleicht nebenbei ein Webserver? Konfiguriere den DoorPI doch mal auf einen völlig anderen Port. 9009 oder oder so

Den Trace am besten in eine Datei umleiten mit sudo doorpi_cli --trace 2> tracelog.txt

Dein Objektiv guckt doch nach Links bzw. Rechts auf diesem Foto. Oder sieht das nur so aus, weil es noch lose und nicht verbaut ist?

Nach den starken Regenfällen von heutenacht hat sich leider herausgestellt, dass das von mir verwendete Objektiv wohl über keinerlei Dichtung verfügt. Sprich: Es ist undicht und nun habe ich einen blinden Fleck in der Mitte. Der verflüchtigt sich vermutlich wieder, aber gut ist anders. Hier muss ich mir also was überlegen.

Ich bin auf folgende Objektive gestoßen, die laut Hersteller bis 10m Wasserdicht sind. http://www.optrix.com/store/wi…-for-optrix-for-iphone-6/
Oder hier als Gesamtpaket (nur IP54), aus dem ich nur das Objektiv bräuchte https://www.amazon.de/dp/B01DOZN7FM/

Nicht spottbillig. Idealerweise müssten die aber auch noch 25mm Außendurchmesser haben, damit es bei mir in die vorhandene Bohrung passt. Kennt jemand ein Objektiv mit diesen Eigenschaften? Die Hersteller oben machen keine Angaben und ich habe sie mal angeschrieben.

Aktuell ist das Thema Optik eh das womit ich am unzufriedensten bin. Da meine Sprechanlage seitlich angebracht ist, habe ich eh schon keine ideale Sicht wegen des Winkels. Das war mir von Anfang an klar. Im Grunde müsste das Objektiv ein Stück im Winkel heraus stehen. Das ist alles andere als schön. Ein Dome wäre natürlich auch eine Lösung.
@Joker. Wie löst du das? In deinem Projekt sieht man ja die seitlich ausgerichtete Kamera. Vermutlich setzt du einen Dome drüber, oder?

So so Thomas. Heute frisch geschlüpft?

Hi kenny,

even linphone supports Video calls, I don't know doorPi does it as well. So it is preferred and highly recommended to provide an external video stream. Every DoorPi known to me is based on this approach. Perhaps other members know divergent solutions. Bur in any case you can use the mjpg streamer software for this purpose.. The raspi cam works fine with mjpg streamer.

Installation des mjpg-streamer.

Because the stream will be available all the time and outside of the call you're able to access the stream independently from doorPi activities. This includes indeed a video before any call has been requested or established. Which app do you plan to use for the video live stream? Is it zoiper? (I don't know zoipers functionality and if there an option to integrate an external mjpg stream) Anyway, Elcom is a well working app on android and comes for free. If you search for ELCOM in the forum you will find some threads with screenshots inside. They should be self-explaining. Otherwise we'll try to support you here in this forum to get this well configured.

This should be a basic but working doorpi.ini
piface2 input konfig

Hallo Christian,

bearbeiten geht. Einfach mit der Maus über deinen zu ändernden Beitrag gehen. Unten rechts dann auf Bearbeiten gehen. Dann bist du im Editor. Dort den Link anklicken und wieder auf bearbeiten. dann den passenden Link hinterlegen und speichern,

Viele Spaß beim Basteln!
Marcus

'Nabend und herzlich Willkommen. Kleiner Hinweis. Die meisten deiner Links führen entweder auf den Foxnovo Verstärker oder ins Nirwana

Wenn du beim Tablet als Sprechstelle bleiben solltest, dann schau mal hier:tablethalterung.de. da gibt es ein paar nette Lösungen. Rahmen muss man ja dort nicht für viel Geld kaufen sondern kann man sich herstellen lassen.

Ein paar Anregungen finden sich auch hier: https://www.loxforum.com/forum…andhalterungen-und-tables

Zitat von motom001

Wird aber erst Mitte der Woche...

Keine Eile und danke

Zitat von pahenning

Und das Argument, dass man selber die Zeit nicht investieren mag und andere doch bitte etwas entwickeln sollen, ist dem Gesamtprojekt auch nicht förderlich.

Ach, das ist doch Quatsch. Etwas weiter oben habe ich ja meine Hilfe angeboten.

Wie geschrieben geht es mir dabei ja auch nicht nur um mich, sondern alle Anwender die nicht so fit auf dem Raspi sind. Ich habe mir bekannterweise selber schon Skripte geschrieben wo ich sie brauchte. Stichwort Loxone (wofür ich mir ja auch schon zynische Kommentare anhören durfte). Und ob eine FHEM Integration oder ein Farbdisplay mehr Prio haben liegt ja im Auge des Betrachters.

Aber gut ist's. Keine Lust mehr auf diese wenig konstruktive Diskussion.

Mein Angebot zur Hilfe steht jedenfalls nach wie vor.

Configure before code... Wichtige Regel in der IT.

Viele der DoorPi Nutzer widmen Ihr Leben nicht der Linux Welt und freuen sich über eine tolle Software, die konfigurativ anzupassen ist. Das Ziel sollte also sein, diese Möglichkeiten weiterzuentwickeln und zu optimieren. Nicht jeder ist in der Lage sich ein Shellscript zu schreiben bzw. möchte den Aufwand nicht investieren und sich das Wissen dazu zu erarbeiten. Den Einwand konnte man ja schon mehrfach hier lesen und das sollte man respektieren. Man darf nicht immer von sich auf andere schließen.

welche Linse hast du denn genommen und woher bezogen? Ich hatte echte Probleme ein vernünftiges Weitwinkel zu bekommen und dann die Nase voll

@motom001. Könnte ich übernehmen. Allerdings müsste ich mich noch mal etwas in die Thematik einarbeiten um das Problem genauer zu verstehen. Idealerweise vielleicht zusammen mit @RaspiEHU? Du hast doch schon viel recherchiert und getraced.

Da du ja ein solches Moduls verwendest...wie bist du denn vorgegangen?
Hier ist eine kleine Anleitung. Denn out of the box passt das nicht. Man braucht ein wenig Geduld, eine ruhige Hand und eventuell einen Dremel
http://wiki.raspberrytorte.com/index...ns_Modifcation

Aber...ich habe das auch versucht und war vom Ergebnis nicht begeistert. Die Qualität der Linsen war nicht besonders.

Kleiner Hinweis. Ich bin mit der Befestigung und mit der Qualität nicht besonders glücklich. Vermutlich ist man besser beraten mit einer fertigen Lösung. Also einer RaspiCam mit C Mount Objetiv.

@RaspiEHU
Hallo Ewald,

ich bin jetzt endlich mal dazu gekommen mich durch die Threads zu lesen. Ich denke du hast dich schon etwas länger und genauer mit dem Thema beschäftigt

Wenn ich das richtig verstehe, dann besteht der Workaround darin, eine Datei im Klingel-Event abzuspielen und den Verstärker dafür gezielt ein und auszuschalten. Das unterdrückt dann die Ausgabe des Freizeichens "hardwaretechnisch".

Da innerhalb eines Eventhandlers immer sequentiell gearbeitet wird, müsste man alle anderen Aktionen (Mail, Snapshot, interner Gruppenruf usw. vorher abarbeiten. Ist es dann nicht so, dass z. B. ein "call:**621" alles Nachfolgende erst mal nicht verarbeitet sondern auf die Vermittlung bzw. den Timeout des Calls wartet? D.h. dann würde es gar nicht weiter gehen. Vermutlich der Grund, warum deine Calkl Action am Ende steht. Daher darf die wav Datei nur kurz sein. Sonst verzögert sich der Anruf. Teste ich mal.

@motom001
Sieht du denn eine Chance, das trotz der vielen anderen Themen in einem kommenden Release beheben zu können? Oder ist das bei dir erst mal in der Prio Liste nach unten gerutscht?

Grüße und danke euch
Marcus

Da mir die Lösung mit dem Handyobjektiv als Clip on auf die Raspi Kamera zu wackelig ist, habe ich mir was ausdrucken lassen. Das sollte besser funktionieren.

https://www.makexyz.com/3d-mod…06b503791a38916e0499e5080

angepasst auf mein Objektiv mit FreeCad

So halte ich es auch. Wenn man nicht tagtäglich mit Linux zu tun hat, kann man zwar viel durchs Troubleshooten lernen, aber manchmal fehlt einem schlicht die Zeit und Lust dazu. Apropos Zeit, Frank baut gerade ein Haus "nebenbei". Könnte also ein Faktor sein.

Nun ja. vielleicht klappts ja nun doch kurzfristig mit ein paar Eingriffen. Ansonsten wurde es dir ja netterweise freigestellt selber eine Auswahl zum weiteren Vorgehen zu treffen. Sicherung und Aufsetzen/updaten eines Images hat bei mir ca 1,5 Stunden gedauert und lief nebenbei am Schreibtisch ab. Dein erster Post zum Problem ist vom 4. Mai sehe ich gerade und da sprichst du von Januar. Also, du entscheidest. Einen kurzen Test mit 2 Minuten Aufwand an einem intransparenten Windows würde ich aber dennoch riskieren hast du gemacht wie ich gerade lese

Hi Frank,

Da du vorher auch noch eine andere Karte mit den selben Phänomenen drin hattest, halte ich die Wahrscheinlichkeit einer defekten Soundkarte für gering. Es sei denn du hast irgendeine Spannung/Aufladung in deinem System, mit der du dir jede Karte zerschießt. Teste die Soundkarte doch mal an einem Windows Rechner, wo du per plug an play sofort alle Soundfiles abspielen kannst.

Ich denke wir sind hier also bei einem Software Thema. Ich würde den aktuellen Stand es PIs mal sichern und einen neuen "from Scratch" aufsetzen. Ohne DoorPi etc. Nur das Image und die Firmware auf den aktuellen Stand bringen und dort erst mal die Karte inkl. der angeschlossenen Peripherie ans Laufen bringen. Klappt das, dann einen Schritte weiter und den DoorPi installieren und dort die Karte rekonfigurieren.

Ich hatte vor einiger Zeit schon mal in einem anderen Thread was ähnliches gefragt und will noch mal anknüpfen. Sieht einer von euch eine Möglichkeit das Freizeichen am DoorPi gegen einen anderen Sound zu tauschen?

Ich frage aus zwei Gründen. Einerseits ist der Sound über den Lautsprecher recht laut, da meine Gegenstellen (Fritz!Fon) sehr leise sind. Das hat aber ein sehr lautes Freizeichen zur Folge. Hört man noch 2 Häuser weiter...Ich könne den Ton also runterpegeln und damit relativ leise machen oder einmal tuten lassen und dann eine Stille einfügen.

Außerdem finde ich es verwirrend aus Sicht eines Besuchers, dass ein Freizechen kommt, wenn man irgendwo klingelt. Ich als unwissender Besucher hätte in dem Fall ein "Ding Dong" oder ähnliches erwartet.

Das Setting in der DoorPi hat keinen Einfluss. Ich hatte angenommen, dass Linphone den ringback Sound aus dem folgenden Verzeichnis nimmt.
/usr/local/lib/python2.7/dist-packages/linphone/share/sounds/linphone 

Macht es aber nicht, denn den habe ich unter gleichen Namen gegen einen anderen Sound ausgetauscht. Ist aber unverändert geblieben. Also kommt es vermutlich aus der Fritzbox und dort ist der Freizeichenton vermutlich in der Firmware verankert, da er ja standardisiert ist.

Ich frage mich also, ob man Linphone nicht doch dazu bewegen kann ein anderes Freizeichen, also einen Gong oder "bitte warten" ausgeben zu lassen? Weiß das jemand?