Beiträge von Wal

Zitat von rookie

Und was machen wir mit den User die keine IOBroker, Openhab etc. haben. Sollen die dann wieder aus dem Fenster schreien ? Natürlich sollten Mqtt und andere Funktionen in Doorpi implementieren werden. Aber wir dürfen auch nicht die vergessen die Doorpi als Standalone betreiben weil sie keine Home Automation haben, bzw. bewusst nicht alles zentralisieren und denen eine Kommunikation über MQTT völlig ausreicht.

Ich denke die bisherigen Grundfunktionen sollten auch in Zukunft verfügbar sein.

Du hast aber nicht gelesen was ich geschrieben habe ?

Ich habe geschrieben, das das Protokoll MQTT sein sollte und die SH Systeme sich einklinken können, nicht das es nur über SH läuft.

Wieso machen wir es uns nicht einfach und nehmen MQTT als Schnittstelle.

MQTT gibt es für alle Sprachen und ist voll ausgereift als Kommunikationsprotokoll.

Ich stelle es mir so vor :

Ich sende ein "true" auf "/doorpi/ring1" und DoorPI3 macht mit dem Input das was in der Konfig eingestellt ist z.B einen Anruf tätigen.

Jedes Plugin und DoorPI3 ist ein MQTT-Client das über den Mosquitto-Server verbunden ist.

HASS,ioBroker,OpenHab u.s.w können diese Nachrichten abgreifen und auch weiter verwerten, da müsste nichts mehr entwickelt werden. Da wäre DoorPI3 nur ein Vermittler zwischen dem Sip-Client(Baresip,pjsua u.s.w) und dem MQTT-Server.

Ich glaube das wäre die wenigste Arbeit und könnte schnell umgesetzt werden und jetzt kommt ihr.

Eine Schnittstelle um mit DoorPI zu interagieren.

Wie die Keyboards und Actions im alten DoorPI nur für alle Programmiersprachen zugänglich.

edit: wie das mit Python funktionieren könnte, müsste ich mir mal anschauen.

Schön das es weiter geht.

Ich würde mir ein schlankes System wünschen.

Alle Plugins und den Sip-Client würde ich vernachlässigen, da ein Smarthomesystem und Baresip schon alles kann.

Baresip gibt es als Lib oder Programm, lässt sich hervorragend steuern und wird aktuell weiterentwickelt.

• Ein Web-Frontend zum einfachen einrichten von DoorPI3
• Baresip übers Frontend installieren und einrichten
• MQTT zum kommunizieren mit Smarthomesystemen
• ein DoorPI3 sdk
• eine einheitliche modulare Hardware(Nextion,Fingerprint,Tagreader u.s.w) wäre sehr wichtig für den Support in meinen Augen

alles andere kann ein schon bestehendes Smarthomesystem und für nicht benutzen von SHome können Plugins übers sdk eingefügt werden.

Die Kernentwickler sollten sich nur um das Hauptprogramm und SDK für eine Cloudfreie Türsprechstelle kümmern.

Habe im ioBroker Forum einen Frontplattenhersteller der mich mal angeschrieben hatte kontaktiert, evtl. bringt er sich hier mit ein.

Hatte ich mal gepostet. Schaue hier.

Ich habe DoorPi schon seit 2 Jahren nicht mehr am laufen, da ich ioBroker nutze habe ich mir einen neuen Adapter(doorio) erstellt.

Aber ich habe meine Config noch gesichert und kann dir sagen, das bei mir unter next_keyboard nichts steht.

[keyboards]
next = nextion
prodsystem = piface
webservice = filesystem

[next_InputPins]
4712t = mqtt:192.168.122.85,1883,doorpi/action/keypad,false

[next_OutputPins]
page 1 = page 1

[next_keyboard]

[prodsystem_InputPins]
0 = call:**610#612#622#623
1 = call:**613

[prodsystem_OutputPins]
1 = Tueroeffner
2 = blinking_led

[prodsystem_keyboard]
bouncetime = 200
polarity = 0
pressed_on_keydown = True

Wenn du DoorPi am laufen hast, kannst du nicht mehr Uploaden da der Port schon benutzt wird.

DoorPi beenden, uploaden und DoorPi wieder starten.

Zitat von hugoeugene

Die Datei "/etc/systemd/system/doorpi.service" existiert auf meinem raspi gar nicht

Kann ich die generieren lassen, oder muss ich die händisch anlegen?

händisch anlegen und die Befehle oben eingeben

Nicht vergessen:

sudo chmod +x /etc/systemd/system/doorpi.service
sudo systemctl enable doorpi
sudo systemctl start doorpi

mit

sudo systemctl status doorpi

kann man sehen ob der Service läuft.

Passe einfach die Exec-Zeile oben an und teste. Bei deinem doorpi.service wird mir schwindlig.

edit: ja den genauen Pfad angeben incl. configfile

DoorPi braucht zwingend python 2.7, da wie schon erwähnt liblinphone mit Python3 nicht läuft.

Das Problem beim Daemon ist auch nicht Python, sondern das in den neuen RPI-OS Versionen der Autostart umgestellt wurde.

Man kann aber selbst einen Autostart anlegen. siehe hier

[Unit]
Description=DoorPi
After=network.target sound.target

[Service]
User=pi
Type=simple
ExecStart=Pfadzudoorpi/doorpi

[Install]
WantedBy=multi-user.target

Mit diesem Log kann man leider nichts anfangen.

Der Linphonewrapper funktioniert nicht unter Python3.

Über einen Mikrofoneingang und einem Lautsprecherausgang von einem USB-Soundstick an einem RPI4 angeschlossen.

Der über Lan oder Wifi mit deinem Netzwerk verbunden ist.

Falls du mit ioBroker arbeitest, kannst du den DoorIO-Adapter nutzen.

Habe das Teil jetzt getestet und für gut befunden, aber habe keinerlei Vorteile gegenüber meiner RPI-Sprechstelle.

Für jemanden der nicht so viel basteln möchte ist es super. Da ich wegen dem Nextion immer noch ein RPI brauche, verkaufe ich das Teil wieder.

Preisvorstellung ist 350 Euro incl. Mic/LS, erweiterte Integration Lizenz.

Bei Interesse melden.

Zitat von muellerjm

Aber super Preis! Des ärgert mich jetzt aber....

Das war ja auch der Sinn der Sache.

Habe jetzt auch eine bei germanprotect geordert.

335 Euro incl. Micro und Lautsprecher, die Lizenz habe ich natürlich vergessen.

Selbst gemacht, die Datei gibts hier irgendwo im Forum.

edit:Datei

Das Basic NX4024T032 genügt, nutze es auch als Namensschild und Pineingabe.