Hallo fhem-Freunde,
ich bin dabei meine Türklingel zu modernisieren und bin dabei über das DoorPi-Projekt gestolpert.
Mittlerweile hab ich das schon aufgebaut und es funktioniert wunderprächtig.
Grundlage ist ein RPi mit Piface (optional) und eine PiCam (optional).
Mehrere Klingeltaster sind möglich.
Die FritzBox mit der neuesten Firmware kann SIP-Telefone verwalten, so auch Türsprecheinrichtungen.
Bei mir läuft inzwiscdrückt einen Klingelknopf,
ein beliebiger Klingelton ist draußen hörbar,
draußen wird das Licht eingeschaltet
Es klingelt auf eingestellten DECT-Telefonen,
auf den Fritz-Fon oder C4 wird ein Bild des Besuchers gezeigt,
ich bekomme eine Mail mit dem Bild des Besuchers,
ich kann den Türöffner vom Telefon aus betätigen, Licht schalten usw.
und natürlich mit ihm sprechen.
Geiles Projekt !
Nun wäre das interessant mit fhem zu verknüpfen.
Gibt es hier schon Mitsteiter, die das schon gemacht haben?
Grüße vom
Syntaxterror
Hört sich Gut an.
Da meine Frau mit unserer Klingel nicht Happy ist, könnte es das nächste Projekt sein.
Ich habe eine Überwachungskamera mit Raspberry und opencv gebaut.
Auf dem Raspberry der Kamera läuft auch fhem und gibt den Alarm an den Master fhem per fhem2fhem weiter.
könnte auch bei dir gehen.
Hast mehr Details ?
Stefan
Hi,
hat das mal jemand nachgebaut und kann Bilder von der Hardware liefern? ...also ich meine jetzt nicht ein Bild von einem RasPi, sondern eher, wie das dann später neben der Haustür aussieht. Sich einen RasPi, eine Kamera etc. zusammenzustecken ist ja ganz nett, aber das ganze soll dann ja auch ansprechende aussehen, stabil verankert sein und auch noch einigermaßen wasserdicht. Hat jemand so etwas?
Gruß,
Thorsten
Ich denke das das Aussehen von der verwendeten Hardware abhängt. "Anschluss der vorhandenen Türsprechanlage"
Also der Anlage die zur Zeit eingebaut ist.
Stefan
Zitat von: stefanm am 28 Februar 2016, 09:17:49
Ich denke das das Aussehen von der verwendeten Hardware abhängt. "Anschluss der vorhandenen Türsprechanlage"
Also der Anlage die zur Zeit eingebaut ist.
Die, die bei mir zur Zeit eingebaut ist, sieht nicht gut aus. Alter Siedle 70er/80er Jahre Stil. Außerdem wüsste ich nicht, wie ich da eine Kamera reinbekommen sollte...
Gruß,
Thorsten
Das mit der Tür und der Optik nervt mich auch.
Vor allem eine Glastür ist da unpraktisch. Man kann nix innen oder dahinter verstecken.
Vorhandene Sprechanlage ist auch nix, da sehe ich max. Bauchnabelpiercings. ::)
Ich überlege, ob ich mir nicht eine Art "künstlichen Baum" / "Deko-Säule" neben die Tür stelle, die die ganze Hardware aufnimmt.
Zitat von: Rince am 28 Februar 2016, 10:55:51
Das mit der Tür und der Optik nervt mich auch.
Vor allem eine Glastür ist da unpraktisch. Man kann nix innen oder dahinter verstecken.
Vorhandene Sprechanlage ist auch nix, da sehe ich max. Bauchnabelpiercings. ::)
Ich überlege, ob ich mir nicht eine Art "künstlichen Baum" / "Deko-Säule" neben die Tür stelle, die die ganze Hardware aufnimmt.
Ich meinte eigentlich eher, wie es draußen aussieht. Innen ist ja eher unproblematisch, da man dort nicht auf Sicherheit und Dichtigkeit achten muss. Außerdem ist die Idee sowieso, dass es über Telefone/Tablets/Smartphones geht. Oder?
Gruß,
Thorsten
Genau, draußen :)
Künstl. Baum oder Dekosäule.
Ich hab das Problem, dass neben der Tür sozusagen wenig Wand frei ist, um überhaupt Bedien/Videoteile anzubringen. Und Schlitze stemmen oder Kabelkanäle ziehen geht gar nicht.
Daher will ich ein "Terminal" auf Augenhöhe.
Sowas in größer und hübscher:
http://www.instructables.com/id/How-To-Make-a-Yard-Tiki-With-an-Outdoor-Speaker-in/
Oder was fertiges modden:
http://www.kunstpflanzen-discount.com/bambus-groben-blatt-dicken-staemmen-stamm-durch-45cm-hoehe-210cm-p-976.html
Ideen zum Modding: Google Bildersuche "Baumgesicht" (für den obigen Bambus nicht, aber ist ja nur ein Beispiel :) )
Unten im Top (ggfs. ein zweiter Topf außen rum für mehr Gewicht) wäre Platz für RasPi und Strom, die einzelnen Sensoren dann per Kabel nach unten. Schwarze Kabel solten sich auf der Rückseite hinreichend verstecken lassen. Ggfs. für Besucher noch LEDs zur Beleuchtung, oder ein akustischer Hinweis.
Draußen ist bei mir relativ, da ist ein Carport drüber, mit Regen ist eher nicht zu rechnen.
Zitat von: Rince am 29 Februar 2016, 10:16:16
Sowas in größer und hübscher:
http://www.instructables.com/id/How-To-Make-a-Yard-Tiki-With-an-Outdoor-Speaker-in/
Das Ding erinnert mich irgendwie an Hawaii... Cool. Leider ist es bei mir gerade umgekehrt. Vor der Haustür ist kein Platz, die Einfahrt ist eh schon sehr eng. Irgendwas unter Putz reinzuhämmern ist aber kein Problem.
Gruß,
Thorsten
Hi,
hier http://www.forum-raspberrypi.de/Thread-haussteuerung-doorpi-voip-wechselsprechanlage-tuersprechanlage-mit-video-support?pid=206378#pid206378 (http://www.forum-raspberrypi.de/Thread-haussteuerung-doorpi-voip-wechselsprechanlage-tuersprechanlage-mit-video-support?pid=206378#pid206378) ist grob beschrieben, wie man doorpi von außen ansteuern kann. Das dürfte auch mit fhem klappen.
Möchte spätestens in der zweiten Ausbaustufe eine PiCam oder ähnliches installieren, deren Bild dann (per fhem gesteuert) auf dem gerade laufenden Fernseher eingeblendet wird....
Bin grade ein wenig am basteln mit dem doorpi.
Da ich auch ein numerisches Keypad haben möchte, das bei Eingabe eines richtigen Codes die Tür öffnet, hab ich an den Raspi einen arduino angebunden, der die Tastatur (die billigste Folien-Tastatur) ausliest und die Eingaben per I2C an den Raspi schickt. Dort wird dann von einer kleinen python-Routine (die unabhängig von doorpi läuft) ein file erstellt, wenn ein richtiger Code eingegeben wurde. Auf dieses File kann dann doorpi (zumindest theoretisch - ich versuche gerade herauszufinden, wie das geht) dann reagieren und entsprechend die Tür öffnen....
Hallo Zusammen,
spiele auch gerade mit doorpi. Allerdings noch im Testaufbau. Klingeln per GPIO, Anruf auf FritzFon und Türöffnen via DTMF mit fhem Aufruf für den Türöffner geht schonmal wunderbar.
Allerdings scheitere ich gerade mit dem Video. Hab ne pi NoIR dran, bekomme das Bild aber net auf mein Fritzfon... Hat das bei euch jemand umgesetzt und kann mir etwas helfen?
Hallo zusammen,
das liest sich ja alles recht gut. Möchte meine Klingel auch in fhem einbauen, aber bin mir recht unsicher, was die Anbindung an meinen rpi angeht.
An der Klingel kommen 2 Drähte an, mir würde es eigtl. reichen wenn der rpi erkennt, dass es geklingelt hat.
Dann würde ich ein Bild knipsen lassen und intern an ein paar devices schicken.
Nur wie schließe ich die Klingel am besten an den rpi an?
Prinzipiell sitzt der rpi quasi nebenan und ich käme mit einem kurzen Kabel an die Gpios.
Hat das jemand von eich so im Einsatz?
Danke & Gruß,
Tobi
Hallo,
naja, das ist ja eigentlich nicht weiter schwer, denke ich.
Einfach 3.3v über einen 10k-Widerstand mit dem GPIO-Pin und dem Taster verbinden. Auf die andere Seite des Tasters dann ein GND des Raspi legen und schon erkennt der, wenn der Klingeltaster gedrückt wird.
Hab das zwar so nicht direkt mit fhem im Einsatz, aber das funktioniert sicher
Hi,
genau so hab ichs bei mir. nur nehme ich +3,3 vom PI auf einen freien Pin. Also in deinem Fall die 2 Kabel direkt mit dem GPIO auf dem PI verknüpfen und fertig ist die Klingel.
@pula, muss ich da wirklich einen Wiederstand zwischenlöten?
Bilder verschicken, knipsen, Livestream funzt wunderbar. Einfach mal http://www.forum-raspberrypi.de/Thread-haussteuerung-doorpi-voip-wechselsprechanlage-tuersprechanlage-mit-video-support?page=82 (http://www.forum-raspberrypi.de/Thread-haussteuerung-doorpi-voip-wechselsprechanlage-tuersprechanlage-mit-video-support?page=82) die ersten 20 und vllt. die letzten 30 Seiten lesen...
Bei mir geht zwar das Bild noch nicht mit dem Anruf, kann also bislang an meinem C3 nur über klicken aufs bild kommen, aber das kann auch nur ein kleines Problem sein.
Ich habe das jetzt um einen iButton-Reader statt des RFID ergänzt, demnächst gibt es die ersten Bilder.
LG
pah
Zitat von: simonTS am 20 März 2016, 17:45:24
Hi,
genau so hab ichs bei mir. nur nehme ich +3,3 vom PI auf einen freien Pin. Also in deinem Fall die 2 Kabel direkt mit dem GPIO auf dem PI verknüpfen und fertig ist die Klingel.
@pula, muss ich da wirklich einen Wiederstand zwischenlöten?
Jetzt habt ihr mich etwas verunsichert. Besser also Widerstand? Sprich ich hätte dann 1 Kabel (GND) direkt auf den GND RPi Port und 1 Kabel inkl. Widerstand auf den 3,3 V GPIO?
@Simon: Kannst Du mir mal deine entsprechende config zur Verfügung stellen?
Ich werde allerdings erstmal auf Telefon verzichten und habe stattdessen vor das ganze via Whatsapp Modul einzurichten. Wobei sich das so natürlich auch nicht schlecht anhört.
Gruß & besten Dank,
Tobi
Inzwischen ist das System im produktiven Einsatz. Die RaspiCam ist derzeit ab, weil es sich zeigt, dass es in meinem Fall unpraktisch ist, die Cam direkt in der Sprechanlage zu haben und es besser wäre, diese wo anders zu plazieren, um einen besseren Überblick zu haben. Da kommt dann aber wieder die Länge des Kabels vom Pi zur Cam ins Spiel. Prinzipiell kann man auch irgendeine IP-Cam nutzen, die auch woanders hängen kann.
Der Pi sollte von außen nicht zugänglich sein, sonst ist irgendwer ruckzuck in eurem LAN !
Hm, zu früh gefreut. Mit meiner DoorPi-Teststellung kann ich zwar iButtons integrieren, Türen öffnen und in einer Richtung telefonieren. Aber eines klappt nicht, daran beiße ich mir die Zähne aus.
Also Beschreibung des Problems:
- DoorPi neueste Version auf einem Raspberry Pi 3 unter Jessie, ausgestattet mit einem PiFace 2 und einer Terratec Aureon Dual USB Soundkarte.
- Türklingel ruft internes Telefon an, passt.
- Interner Teilnehmer spricht - wunderbare Soundausgabe auf dem DoorPi.
- Ich spreche auf dem DoorPi ist Mikro => Nichts kommt bei dem internen Teilnehmer an - allerdings kann ich den Mikrosound auf dem Lautsprecher des DoorPi hören, wenn der ALSA-Kanal für Mikrofon Playback nicht auf Null gesetzt wird.
Erste Idee: ALSA ist falsch konfiguriert. Alles gecheckt, alsamixer, aplay, arecord - funktionieren einzeln bestens, ich kann mit dem Mikro Aufnahmen machen.
Zweite Idee: Irgendetwas falsch mit der Soundkarte. Also herausgeworfen, ersetzt durch den internen Audioausgang des Raspberry und das Mikro einer HD Webcam. Gleiches Resultat: Ich kann außerhalb von DoorPi Aufnahmen machen, innerhalb von DoorPi funktioniert die Audio-Aufnahme nicht. Die Terratec ist es also auch nicht.
Keinerlei Fehlermeldung beim Start von DoorPi, capture-device ist auch richtig gesetzt. Keine Ahnung, warum.
Nächster Test: linphone direkt gestartet, via CLI. Fehlermeldung !!!
Zitatlinphonec
ALSA lib conf.c:4705:(snd_config_expand) Unknown parameters 0
ALSA lib control.c:953:(snd_ctl_open_noupdate) Invalid CTL default:0
ALSA lib conf.c:4705:(snd_config_expand) Unknown parameters 0
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM default:0
ALSA lib conf.c:4705:(snd_config_expand) Unknown parameters 0
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM default:0
ALSA lib conf.c:4705:(snd_config_expand) Unknown parameters 1
ALSA lib control.c:953:(snd_ctl_open_noupdate) Invalid CTL default:1
ALSA lib conf.c:4705:(snd_config_expand) Unknown parameters 1
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM default:1
Aber irre: Die Konfigurationsdateien stimmen. Also recherchiert - dieser Fehler kommt offenbar von einer zu alten Version von linphone. Die neue Version lässt sich aus den Quellen auf dem Raspberry Pi aber bisher nicht compilieren - also beißt sich auch hier die Katze in den Schwanz.
Frage daher hier in die Runde: Wer hat DoorPi unter Jessie am Laufen ?
LG
pah
@pah
Ich habe eine doorpi auf jessie am laufen, Jean noch nicht produktiv ab Sound und alles läuft.....
Bei mir fehlt noch das richtige Gehäuse.....
Gesendet von meinem HTC One_M8 mit Tapatalk
Könnte ich mal einen Blick auf die Konfigurationsdatei bekommen ?
LG
pah
Bin Sonntag wieder in der Heimat.
Kann ich dann schicken.
Gesendet von meinem HTC One_M8 mit Tapatalk
Hi Onkel Tobi,
der Widerstand ist tatsächlich sinnvoll. In meiner Teststellung mit kleinen Kabellängen kein Problem, aber nachdem ich die Klingel an die Tür gesetzt hab waren dann doch ca. 6m Leitung. --> Doorpi hat bei mir ständig geklingelt, war wohl zu empfindlich. Also 100kOhm Widerstand dazwischen und es klingelt nur noch, wenn wirklich jemand drückt.
Aktuell soweit alles ganz ok, Cam ist noch nicht angeschlossen, Mikrofon tut am Telefon noch brummen, liegt wohl an der Kabellänge / Induktionen... Werd ich den CAT7 Kabel wohl missbrauchen. Vll. ists dann besser.
Oder den Pi nahe der Tür platzieren.
Peter, hast du bestimmt schon getan...: Ich hab mir Stundenlang die Zähne ausgebissen, bis ich in alsamixer das mikrofon ganz hoch gedreht habe.
Ausserdem hab ich im doorpi Forum irgendwo gelesen, das motom in der /etc/modules den internen snd-bcm2835 deaktiviert hatte, weil bei ihm die usb soundcard sonst mal probleme machte. Find aber die Stelle im Forum nicht mehr.
Meine Conf:
[DoorPi]
base_path = /usr/local/etc/DoorPi
eventlog = !BASEPATH!/conf/eventlog.db
is_alive_led =
records = /home/pi/doorpi/records/Key-!LastKey!_%Y-%m-%d_%H-%M-%S.wav
record_while_dialing = true
[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
#30 = os_execute:'wget -O - -q "http://192.168.1.23/web/message?text=Tuerklingel+Pi+ist+gestartet"'
#40 = os_execute:aplay !BASEPATH!/media/testck.wav -D sysdefault:CARD=0
#macht keinen sinn. ausgabe muss linpohone sein!
20 = mailto:**@**,Doorpi Startup,Doorpi wurde gestartet, %d.%m.%Y um %H:%M Uhr.
30 = mailto:**@**,Doorpi Startup,Doorpi wurde gestartet, %d.%m.%Y um %H:%M Uhr.
[SIP-Phone]
firewallpolicy = PolicyNoFirewall
audio_codecs = PCMA,PCMU
call_timeout = 15
#capture_device = ALSA: default device
capture_device = ALSA: USB Audio Device
dialtone = !BASEPATH!/media/ShortDialTone.wav
dialtone_renew_every_start = False
dialtone_volume = 100
#ck vorher 35
echo_cancellation_enabled = False
identity = DoorPi
local_port = 5060
max_call_time = 120
#playback_device = ALSA: default device
playback_device = ALSA: USB Audio Device
record_while_dialing = False
records = !BASEPATH!/records/%Y-%m-%d_%H-%M-%S.wav
sipphonetyp = linphone
sipserver_password = 12345
sipserver_realm =
sipserver_server = 192.168.1.1
sipserver_username = 624
stun_server =
ua.max_calls = 3
#ck standard ist 2
video_codecs = VP8
#video_device = StaticImage: Static picture
video_device = V4L2: /dev/video0
video_display_enabled = False
video_size = vga
[keyboards]
dummy = dummy
#ck
onboardpins = gpio
#fsio = filesystem
#[fsio_keyboard]
#reset_input = True
#base_path_input = /usr/local/etc/DoorPi/fs_io/
#base_path_output = /usr/local/etc/DoorPi/fs_io/
#[fsio_InputPins]
#11 = call:**610#******
[onboardpins_keyboard]
bouncetime = 5000
[onboardpins_InputPins]
#713 ist gruppenruf für ck handy und dect1
#11 = call:**713
#7 = call:**610#***********
13 = call:**610#*********#***********
[DTMF]
#ck evtl. mit wget, wie aus beispiel im forum ca seite 75
"555" = os_execute:/usr/local/etc/DoorPi/ck.sh
#geht alles net:
#"1" = os_execute:"wget -O - -q http://192.168.1.103:8083/fhem?cmd.eg_fl_haustueroeffner=set%20eg_fl_haustueroeffner%20on-for-timer%202"
#"2" = os_execute:"wget -O - -q 'http://192.168.1.103:8083/fhem?cmd.eg_fl_haustueroeffner=set%20eg_fl_haustueroeffner%20on-for-timer%202'"
#"3" = os_execute:'wget -O - -q "http://192.168.1.103:8083/fhem?cmd.eg_fl_haustueroeffner=set%20eg_fl_haustueroeffner%20on-for-timer%202"'
#"4" = os_execute:wget -O - -q 'http://192.168.1.103:8083/fhem?cmd.eg_fl_haustueroeffner=set%20eg_fl_haustueroeffner%20on-for-timer%202'
[AdminNumbers]
**610 = active
**611 = active
**621 = active
********** = active
*********** = active
*********** = active
[SMTP]
server = mail.gmx.net
port = 587
need_login = True
username = *****@********
password = ***********
use_tls = True
from = ********@*********
[EVENT_OnCallIncomming]
10 = mailto:******@******,Eingehender Anruf auf Tuerstation von !remote_uri!,Doorpi wurde von der Nummer !remote_uri! angerufen.
[EVENT_OnShutdown]
10 = mailto:******@******,Doorpi Shutdown,Doorpi wurde beendet, %d.%m.%Y um %H:%M Uhr.
20 = mailto:******@******,Doorpi Shutdown,Doorpi wurde beendet, %d.%m.%Y um %H:%M Uhr.
[EVENT_OnDTMFAction]
10 = mailto:******@******,Haustuer geoeffnet,Die Haustuer wurde geoeffnet, %d.%m.%Y um %H:%M Uhr,true
20 = mailto:******@******,Haustuer geoeffnet,Die Haustuer wurde geoeffnet, %d.%m.%Y um %H:%M Uhr,true
Kleiner Fortschritt:
Wenn ich einen dieser einseitigen calls initiiere,gibt es in der trace von doorpi_cli ein paar Meldungen:
2016-04-03 17:02:10,229 [INFO] [doorpi.sipphone.from_linphone] also error in pcm_hw.c:1557 - open '/dev/snd/pcmC1D0c' failed (-2)
2016-04-03 17:02:10,254 [WARNING] [doorpi.sipphone.from_linphone] ./share/sounds/linphone/rings/oldphone.wav does not exist
2016-04-03 17:02:10,279 [WARNING] [doorpi.conf.config_object] could not delete section DoorPi, because it's not empty.
2016-04-03 17:02:10,279 [WARNING] [doorpi.conf.config_object] found SIP-Phone - dialtone in BACKWARD_COMPATIBILITY_KEYS with DoorPi - dialtone
2016-04-03 17:02:10,285 [WARNING] [doorpi.conf.config_object] could not delete section DoorPi, because it's not empty.
2016-04-03 17:02:10,286 [WARNING] [doorpi.conf.config_object] found SIP-Phone - records in BACKWARD_COMPATIBILITY_KEYS with DoorPi - records
2016-04-03 17:02:10,288 [WARNING] [doorpi.conf.config_object] could not delete section DoorPi, because it's not empty.
2016-04-03 17:02:10,288 [WARNING] [doorpi.conf.config_object] found SIP-Phone - record_while_dialing in BACKWARD_COMPATIBILITY_KEYS with DoorPi - record_while_dialing
2016-04-03 17:02:23,611 [WARNING] [doorpi.sipphone.from_linphone] There is no object pool created in thread [1951708256]. Use belle_sip_object_pool_push() to create one. Unowned objects not unref'd will be leaked.
2016-04-03 17:02:23,821 [WARNING] [doorpi.sipphone.from_linphone] alsa_set_params: period:8 Using 8
2016-04-03 17:02:23,821 [WARNING] [doorpi.sipphone.from_linphone] alsa_set_params: periodsize:256 Using 170
2016-04-03 17:02:23,821 [WARNING] [doorpi.sipphone.from_linphone] alsa_set_params: The period size 256 is not supported by your hardware.
2016-04-03 17:02:23,823 [WARNING] [doorpi.sipphone.from_linphone] alsa_set_params: period:8 Using 8
2016-04-03 17:02:23,823 [WARNING] [doorpi.sipphone.from_linphone] alsa_set_params: periodsize:256 Using 170
2016-04-03 17:02:23,823 [WARNING] [doorpi.sipphone.from_linphone] alsa_set_params: The period size 256 is not supported by your hardware.
2016-04-03 17:02:28,811 [WARNING] [doorpi.sipphone.from_linphone] Too much data in channel 0, 34 ms in excess dropped
2016-04-03 17:02:28,812 [WARNING] [doorpi.sipphone.from_linphone] Too much data in channel 1, 10 ms in excess dropped
2016-04-03 17:02:33,822 [WARNING] [doorpi.sipphone.from_linphone] Too much data in channel 0, 32 ms in excess dropped
2016-04-03 17:02:33,822 [WARNING] [doorpi.sipphone.from_linphone] Too much data in channel 1, 20 ms in excess dropped
2016-04-03 17:02:38,879 [WARNING] [doorpi.sipphone.from_linphone] Too much data in channel 0, 32 ms in excess dropped
2016-04-03 17:02:38,880 [WARNING] [doorpi.sipphone.from_linphone] Too much data in channel 1, 20 ms in excess dropped
2016-04-03 17:02:43,839 [ERROR] [doorpi.sipphone.from_linphone] *** alsa_can_read fixup, trying to recover
2016-04-03 17:02:43,839 [ERROR] [doorpi.sipphone.from_linphone] snd_pcm_avail_update: Datenübergabe unterbrochen (broken pipe)
2016-04-03 17:02:43,839 [WARNING] [doorpi.sipphone.from_linphone] MSAudio MSTicker: We are late of 214 miliseconds.
2016-04-03 17:02:43,840 [INFO] [doorpi.sipphone.from_linphone] also error in pcm.c:7843 - overrun occurred
2016-04-03 17:02:43,892 [WARNING] [doorpi.sipphone.from_linphone] Too much data in channel 0, 30 ms in excess dropped
2016-04-03 17:02:43,892 [WARNING] [doorpi.sipphone.from_linphone] Too much data in channel 1, 30 ms in excess dropped
2016-04-03 17:02:49,951 [WARNING] [doorpi.sipphone.from_linphone] MSAudio MSTicker: We are late of 1325 miliseconds.
2016-04-03 17:02:49,952 [ERROR] [doorpi.sipphone.from_linphone] *** alsa_can_read fixup, trying to recover
2016-04-03 17:02:49,952 [ERROR] [doorpi.sipphone.from_linphone] snd_pcm_avail_update: Datenübergabe unterbrochen (broken pipe)
2016-04-03 17:02:49,952 [INFO] [doorpi.sipphone.from_linphone] also error in pcm.c:7843 - overrun occurred
2016-04-03 17:02:49,953 [WARNING] [doorpi.sipphone.from_linphone] Too much data in channel 0, 238 ms in excess dropped
2016-04-03 17:02:49,953 [WARNING] [doorpi.sipphone.from_linphone] Too much data in channel 1, 210 ms in excess dropped
linphone versucht also, ALSA mit ungültigen Parametern zu initialisieren. ALSA ignoriert das und nimmt default-Werte - und die führen zu einem Überlauf in linphone.
Hm..
LG
pah
Ich bin auch gerade auf das Projekt gestoßen.
Finde es sehr interessant.
Nun bin ich am überlegen.
Wie ich es genau mache.
Wenn ich es richtig verstanden habe, wird die Kamera direkt am RPi nicht benötigt?
Ich kann also auch einen Andere Kamera nehmen?
Ich hatte geplant, in meine Siedle Vario eine Normale Überwachungskamera einzubauen.
Gruß Robert
Hi,
@Peter
puh, bin ich froh, dass ich noch wheezy hab ;-) Sorry... hab ne ec technology "billig" USB Soundcard dran, funktioniert out of the box...
@no_legend
1. CAM an rpi und linphone -> bild out of the box
2. cam an rpi mit fritzbox -> eintrag in fritzbox, unter welcher url das bild liegt = snapshots machen per skript, ablage auf doorpi und per webserver zur Verfügung stellen (z.B. mjpstreamer, s. doorpi Forum)
3. IP Cam analog 2. Die sollte ja von sich aus ein bild auf na url zur Verfügung stellen ;-)
So liefs bei mir.
Hi Simon,
Du hättest also in meinem Fall 2 Kabel genommen, diese auf der einen Seite mit Weiß + Blau verbunden und auf der Rpi Seite gemeinsam auf einen gpio verbunden?
Danke & Gruß,
Tobi
Zitat von: onkel-tobi am 10 April 2016, 13:46:10
Hi Simon,
Du hättest also in meinem Fall 2 Kabel genommen, diese auf der einen Seite mit Weiß + Blau verbunden und auf der Rpi Seite gemeinsam auf einen gpio verbunden?
Danke & Gruß,
Tobi
Hi Tobi,
Keine Ahnung was du genau vor hast.
Kannst du das mal genauer erklären.
Dazu wäre es auch wichtig zu wissen, mit welchen Spannungen deine Klingel angesteuert wird.
Gruß Robert
Zitat von: no_Legend am 10 April 2016, 21:58:55
Hi Tobi,
Keine Ahnung was du genau vor hast.
Kannst du das mal genauer erklären.
Dazu wäre es auch wichtig zu wissen, mit welchen Spannungen deine Klingel angesteuert wird.
Gruß Robert
Hi Robert,
bei mir läuft ein fhem und ich würde gerne unsere normale 2-draht Klingel einbinden.
Sprich erkennen, wann geklingelt wurde um dann bspw. ein Bild per USB angeschlossener cam zu machen und dies z.B. per whatsapp an unsere Handys verschicken, sowie parallel per Audio ein Lied/Ton abzuspielen.
Gruß,
Tobi
Zitat von: onkel-tobi am 11 April 2016, 07:32:28
Hi Robert,
bei mir läuft ein fhem und ich würde gerne unsere normale 2-draht Klingel einbinden.
Sprich erkennen, wann geklingelt wurde um dann bspw. ein Bild per USB angeschlossener cam zu machen und dies z.B. per whatsapp an unsere Handys verschicken, sowie parallel per Audio ein Lied/Ton abzuspielen.
Gruß,
Tobi
Willst du dir ein PiFace anschaffen?
Was machst du für eine Kamera? Pi Kamera oder Webcam?
Ich frage extra nach den Spannungen der Klingel, da der PI direkt an den GPIO nur 3,3V kann.
Dazu gibt es Klingeln die mit Wechselspannung arbeiten oder mit Gleichspannung.
Auch unterschiedliche Spannungswerte werden da benutzt.
Was der Piface kann keine Ahnung.
Gruß Robert
PiFace hat 2 Relais, 6 weitere Open-Collector-Ausgänge, 8 Eingänge. Einer davon kann problemlos den Klingeltaster aufnehmen.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 11 April 2016, 15:47:30
PiFace hat 2 Relais, 6 weitere Open-Collector-Ausgänge, 8 Eingänge. Einer davon kann problemlos den Klingeltaster aufnehmen.
LG
pah
Kann das piface auch Wechselspannung?
Habe dazu bisher nichts gefunden.
Jedes mechanische Relais "kann" Wechselspannung.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 11 April 2016, 16:56:35
Jedes mechanische Relais "kann" Wechselspannung.
LG
pah
Ausgang ist egal.
Aber Eingang ist wichtig.
Ich kenne viele Klingelanlagen die mit Wechselspannung arbeiten.
Na, da würde ich noch einmal nachdenken: Ein Klingeltaster schließt einen Kontakt, fertig. Natürlich schaltet man damit nicht den Raspberry Pi und die Wechseltromklingel gleichzeitig - sondern die Klingel muss dann durch ein Relais vom Klingeltaster getrennt werden.
LG
pah
Einfach ein Relais oder noch besser einen Optokoppler (OK) parallel zur Klingel.
Die o.a. Direktanschaltung betraf einen potentialfreien Schalter. Quasi den Ausgang des Relais/OK.
Wenn man die Möglichkeit die Verdrahtung zu ändern, kann einfach die Taster vom Strom nehmen und direkt an den PI hängen.
Dann muss halt ein Relais die alte Klingel Funktion übernehmen.
Gruß Robert
Zitat von: no_Legend am 12 April 2016, 11:31:47ein Relais
Wenn du eh ein Relais einsetzt, warum dann extra die Verkabelung ändern? Außerdem bräuchtest du weiterhin eine extra Treiberstufe für das Relais, andersrum nicht (höchstens einen extra Widerstand zu 3 ct.).
Zitat von: Per am 12 April 2016, 11:48:52
Wenn du eh ein Relais einsetzt, warum dann extra die Verkabelung ändern? Außerdem bräuchtest du weiterhin eine extra Treiberstufe für das Relais, andersrum nicht (höchstens einen extra Widerstand zu 3 ct.).
Ich glaube wir reden an einander vorbei.
Also wenn ich jetzt ein Dumme Klingel habe.
Wird meist das + Signal auf den Taster Eingang gemacht. Der Ausgang des Tasters wird mit dem Eingang der Klingel verbunden.
Die Klingel Ausgangseite geht dann auf - Signal des Trafos.
Wenn Jemand den Taster betätigt Klingelt es bei dir.
Ich denke mal so weit sind wir uns einig.
Wenn ich das ganze jetzt auf Pi Face umstellen möchte. Haben viele Klingelanlagen eine Wechselspannung.
Diese Wechselspannung sollte man besser nicht direkt auf einen Eingang des PI Klemmen.
Erstens weil die Spannungswerte zu Hoch sind und zweiten weil es sein kann das die Wechselspannung nicht richtig erkannt wird. (gleich richten und glätten kommt nicht in frage)
Also was kann man alternativ machen.
Vorraussetzung das Objekt ist eigentum des DIY Arbeiters.
Man Klemmt alle drähte des Tasters ab.
Man Verdrahtet den Taster direkt an den PI oder PI Face.
Somit ist der Taster komplett potenzial Frei.
Ein Relais (PiFace) übernimmt die schalt funktion.
Somit ist die alte Klingel Funktion wieder da und zusätzlich geht auch Door Pi per Fritzbox oder sonstiges.
PiFace wenn man nicht selbst in der Lage ist die Verdrahtung am Pi direkt oder eine eigene Platine herzustellen.
Hoffe ich konnte mein Hirn gespinste besser rüber bringen.
Gruß Robert
Zitat von: no_Legend am 12 April 2016, 12:01:44
Ich glaube wir reden an einander vorbei.
Ich hatte dich schon genau so verstanden. Finde den Aufwand (PiFace) aber zu hoch.
Entweder ein einfaches Relais (Spule, passende Spannung") parallel zur Klingel (nicht den Taster!) und die Relaiskontakte an einen GPIO-Eingang.
Oder statt dem Relais einen Optokoppler, LED wieder parallel zur Klingel, Ausgang an einen GPIO-Eingang.
Keine Änderung der Verkabelung und als Übermittler ein Standardbauteil für max 1€ statt dem PiFace.
Das ist nicht richtig - es sei denn, man lötet die Drähte direkt an die GPIO-Leiste an. Wenn man alle Zusatzbauteile mitrechnet, ist ein PiFace ganz interessant.
LG
pah
hi,
war was unterwegs ;-)
nur der Vollständigkeit halber: habe mir einen Taster für 6€ gekauft, einen mini Lautsprecher und Kondesator Mikrofönchen für insg. 5€. Den Taster (potentialfrei) habe ich in der Reihenfolge angeklemmt: +3,3V -- Taster -- 100kOhm -- GPIO. Lautsprecher&Mikro mit Kabel verlötet und voila ... <50€ SIP Klingel. Ich mach mir in einen Stein/Fliese/Edelstahl Rahmen, welchen genau bin ich noch am überlegen.
Macht dann insg. 2 Mic + 2 Lautsprecher + 2 Taster = 6 Kabel(chen) zur Tür.
Drinnen wird via Raumlautsprecher ein Gong/Ansage abgespielt und die Telefone klingeln alle.
Die RPI CAM muss ich noch nach draussen legen. Missbrauche wohl ein Stück CAT Kabel dafür....
Wenn das Ganze an eine Klingel (Taster) mit 2 Drähten kommt und ein Relais für den Klingelgong drinnen vorhanden ist, kann ja einfach ein RPI GPIO als Eingang und ein anderer als Ausgang für das Relais genommen werden... Die Klingel (Taster) würde ich dann natürlich nicht an den Trafo anschliessen, sondern den RPI +3,3V nutzen.
Das PiFace hat glaub ich sogar die Widerstände schon mit drin. Wer die 40€ aber nicht ausgeben will, für den gehts definitiv auch mit 100kOhm und ein paar Male-Female Jumper Kabel für den GPIO Anschluss <1€ - Lötzinn und Kolben vorausgesetzt.
Zitat von: simonTS am 13 April 2016, 22:57:06
Die RPI CAM muss ich noch nach draussen legen. Missbrauche wohl ein Stück CAT Kabel dafür....
Bist du dir sicher, dass du das einfach so verlängern kannst?
Ich werde lieber einen Richtige Webcam setzten die in der Klingelanlage (Blindmodul Siedle Vario) eingebaut wird.
Wenn man mehr Relais braucht bietet sich auch einen Relais Platine an.
Gibt es in unterschiedlichen ausführungen.
Hab mir eine bei pollin von daypower bestellt.
Edit:
Ist eigentlich schon was in Richtung FHEM Modul geplant?
Dann könnte ich mir die homematic Klingel Sensoren sparen.
Gruß Robert
Gibt es irgendwie schon gedanken wegen ein integration in FHEM?
Da bisher die Hardware bei mir noch nicht eingetroffen ist, konnte ich nicht selber schauen was sinnvoll ist und was nicht.
Gruß Robert
Integration ist nicht ganz das richtige Wort. Eher Interaktion...
Schau mal hier: http://www.doorpi.org/forum/thread/83-anleitung-anbindung-an-fhem-zum-umschalten-zwischen-internem-und-externem-klinge/?postID=1589&highlight=fhem#post1589 (http://www.doorpi.org/forum/thread/83-anleitung-anbindung-an-fhem-zum-umschalten-zwischen-internem-und-externem-klinge/?postID=1589&highlight=fhem#post1589)
Wenn ich endlich mein Audio-Problem löse (vermutlich eine Port-Frage), werde ich das sicher exemplarisch und evtl. mit eineme Modul angehen.
LG
pah
Zitat
Wenn ich endlich mein Audio-Problem löse (vermutlich eine Port-Frage), werde ich das sicher exemplarisch und evtl. mit eineme Modul angehen.
LG
pah
Ein Modul wäre toll - wobei ich gefühlsmäßig meinen würde, daß das dann bilateral auch in doorpi implementiert werden müsste, nicht nur in fhem?
Habe das Audio-Problem mittlerweile leider auch (wobei es NICHT an der Fritzbox liegen sollte, da bei mir das schon einmal mit der gleichen Hardware funktioniert hat, allerdings unter wheezy ;-) ) - nur habe ich momentan keine Zeit, mich darum zu kümmern, weil ich noch zu viele andere Baustellen offen habe (Heizungs-Automatisierung per VNC, Anbindung neuer Hardware wie Arduino an doorpi), bevor ich mich dem produktiven doorpi widmen kann....
Cheers,
Pula
Ein kleiner Zusatz auf DoorPi-Seite ist sicher kein Problem.
LG
pah
Da ich für doorpi das I2C-Keyboard entwickelt habe, hab ich ein bisschen Know-How und könnte hier bei Interesse gerne mit anpacken auf doorpi-Seite...
Prima - das nennen wir ein Konsortium.
LG
pah
So, eine Woche später - Audio-Problem gelöst.
Offenbar holt sich linphone - oder doorpi - von der FritzBox die IP-Adresse des Raspberry Pi, statt sich diese von der eigenen Kiste zu nehmen.
Auf der FritzBox wiederum kann es passieren, dass der interne DNS-Eintrag noch auf eine alte (dynamisch vergebene) IP-Adresse verweist.
Führte dazu, dass dieser Raspberry - inzwischen mit statischer IP *.*.*.195 - eine SIP-Registrierung als *.*.*.51 bekam. TCP-Pakete werden offenbar in der FritzBox automatisch umgeleitet, aber UDP aus irgendeinem Grund nicht. Mit anderen Worten: Die von *.*.*.195 kommenden UDP-Pakete wurden vom IP-Phone-Client der FritzBox nicht akzeptiert, denn der wartete ja auf solche von *.*.*.51.
Soll ich jetzt der Firma AVM mal drei halbe Arbeitstage von mir in Rechnung stellen ?
LG
pah
Mal sammeln, was die Integration so alles leisten soll.
1. Einmal pro Minute von DoorPi einen Request an FHEM absenden als Nachricht, dass es noch lebt => Watchdog in FHEM
2. Bei Tastendrücken normale DoorPi-Funktionen aufrufen. Zusätzlich an FHEM melden, was es gerade tut
3. Via FHEM fernsteuerbar sein: Tastendrücke aller Art auslösen
4. Via FHEM fernkonfigurierbar sein (Beispiel: Umschaltung der anzurufenden Telefonnummern)
Sonst noch etwas ?
LG
pah
Umsetzung als MQTT Client fändenich nicht schlecht. Das wäre DoorPi seitig einfach mit z. B. ein bisschen Python und endlich ein insgesamt generischer Ansatz. Was meint Ihr?
Kleines MQTT command API und auch die Fernkonfig ist kein Problem.
Genausowenig undefiniert wie in der MQTT-Spec der Begriff "Small Code Footprint" ist, scheint mir dies Dein "Kleines MQTT command API" zu sein. Das müssten aber die DoorPi-Entwickler entscheiden.
Ansonsten spricht m.E. außer persönlichen Vorlieben nur die Verlässlichkeit für MQTT - dagegen spricht der Overhead. Es macht wenig Sinn, 10 Sekunden nach dem Drücken auf den Klingelknopf den Gong ertönen zu lassen. (Quasi-)Echtzeitfähigkeit ist hier m.E. wichtiger, und das trifft für MQTT nun wirklich nicht zu.
LG
pah
Oh. Ich dachte bisher, das wäre möglich... http://www.redbooks.ibm.com/redbooks/pdfs/sg248228.pdf
Ich nehme an, dass ein schneller IBM MessageSight Server das tatsächlich ermöglichen würde. Willst Du den zwischen Türklingel und FHEM aufbauen ?
LG
pah
Zitat
3. Via FHEM fernsteuerbar sein: Tastendrücke aller Art auslösen
4. Via FHEM fernkonfigurierbar sein (Beispiel: Umschaltung der anzurufenden Telefonnummern)
Das geht ja jetzt schon, oder? Man kann per HTTP-Request an DoorPi alle beliebigen Tasten auslösen. Habe ich in FHEM schon am laufen. Das umschalten der Telefonnummern geht auch: DoorPi kann fix konfiguriert werden, dass es bei Klingeltastendruck eine Nummer aus einem File auslöst. Mit einer virtuellen Taste, die man ebenfalls per HTTP-Request auslöst, kann man die Umschaltung triggern: Einfach in DoorPi eine Action hinterlegen, die die neue Nummer in das File schreibt. Das kann man mit beliebig vielen Tasten und beliebig vielen Nummern machen.
Wäre das über ein FHEM-Modul besser lösbar?
Besser, im Sinne von komfortabler. Statt fünf unabhängiger Dummies wäre das dann ein FHEM-Device mit set und get.
LG
pah
So ist das mit der Doku - ich komme aktuell auch nicht dazu die Version 2.5 weiter zu dokumentieren, da ich an der 3er hänge...
Aber da gab es noch was:
https://github.com/motom001/DoorPi/blob/master/doorpi/status/webserver_lib/request_handler.py#L27
Meint soviel wie:
http://raspberry/control/config_value_set?module=sektion&name=key&value=test
Damit würde ein config Eintrag manipuliert werden. Resultat:
[sektion]
key = test
Die config würde noch nicht in der Configfile gespeichert und gilt somit nur für die Dauer so lange DoorPi läuft...
Auch interessant könnte für euch die DoorPi Status Abfrage sein.
http://raspberry/status
Die Statusabfrage kann auch mit den GET-Parametern module und name eingegrenzt werden.
@motom001: Danke, das ist nützlich.
Ich kämpfe derzeit noch mit dem Python-Modul url_call.py, um in FHEM etwas auszulösen.
Mit dem Eintrag in der doorpi.ini
10 = url_call:http://192.168.0.90:8085/fhem?XHR=1&cmd.WZ.3x=set WZ.3x toggle
wird der Request zwar abgeschickt, kommt aber bei FHEM nicht an. --trace zeigt sehr schön die Ausführung in url_call - das wars dann aber auch. Keine Fehlermeldung, kein Timeout.
Habe ich stattdessen in der doorpi.ini
10 = os_execute:/root/test.sh
und in dem zugehörigen Skript die triviale Zeile
wget 'http://192.168.0.90:8085/fhem?XHR=1&cmd.WZ.3x=set WZ.3x toggle'
geht das Schalten problemlos.
LG
pah
Zitat von: motom001 am 18 April 2016, 23:25:15
Auch interessant könnte für euch die DoorPi Status Abfrage sein.
http://raspberry/status
Die Statusabfrage kann auch mit den GET-Parametern module und name eingegrenzt werden.
Im status steht ja die gesamte config in Klartext.
Auch die Passwörter.
Ich bin jetzt nicht ganz durchgestigen. Entwickelt jetzt jemand ein Modul für DoorPi?
Zitat von: Prof. Dr. Peter Henning am 18 April 2016, 11:05:38
Ich nehme an, dass ein schneller IBM MessageSight Server das tatsächlich ermöglichen würde. Willst Du den zwischen Türklingel und FHEM aufbauen ?
Meinst Du ein Mosquitto macht das so viel schlechter?
MQTT: Ich halte es nur für "mit Kanonen auf Spatzen geschossen" für eine so simple Aufgabe
ZitatIch bin jetzt nicht ganz durchgestigen. Entwickelt jetzt jemand ein Modul für DoorPi?
Ich gebe zu, dass ich heute zwischen zwei Vorlesungen etwas Zeit hatte. Und keine Lust auf echte Arbeit - kommt vor. Ja, es gibt ein allererstes Gerüst für ein solches Modul.
LG
pah
Es scheint ja schon an Version 3 von Doorpi gearbeitet zu werden.
Eventuell sollt wir schauen wie lange es noch dauert bis die Version 3 raus kommt.
Habe bisher keine Info wann die neue Version kommt.
Nicht das sich jemand die Mühe macht ein Modul schreibt und kann in 3 Woche oder so, wieder von vorne anfangen.
Abschließende Stellungnahme zu MQTT: es wäre gut für die IOT Zukunft, wenn es eine zentrale Message Broker Komponente in der Mitte des Smart home Geschehens gäbe, an die alle anderen Komponenten liefern oder abonnieren. Diese Architektur würde vieles standardisieren und einiges erleichtern.
=== MQTT discussion end ===
=== MQTT discussion reopen ===
Sehe ich als Wissenschaftler komplett anders. Wir werden in dem 5G-Netz des IOT so viele Knoten haben, dass es auch in Unterbereichen (wie einem einzelnen Haus) nicht mehr zentral verwaltet werden kann. Darüber hinaus werden viele dieser Knoten mobil sein.
Statt zentraler Broker sind also in einem IOT selbstvernetzende Knoten gefragt, in denen ein intelligentes Routing stattfindet. Weg vom Abstrakten, heruntergebrochen auf den Anwendungsfall Haustür: Der DoorPi Knoten routet seine Nachricht an den Türöffner eben nicht über den Zentralknoten - sondern das geht auf direktem Weg an der Zentrale vorbei. In einem sicherheitskritischen Fall wie "Türöffnung" würde erst dann ein Broadcast folgen, dass die Tür geöffnet wurde.
LG
pah
Ich gestehe, in meinem Kopf knirschen grade die Zahnräder...
Ich möchte mal auf dIe vorletzte Folie verweisen (wobei man ruhig die anderen ansehen kann):
http://de.slideshare.net/mobile/paolopat/mqtt-iot-protocols-comparison
Ok, verstanden. Habe ich etwas verpasst oder gibt es bisher keinerlei standardisierte Protokolle für diese Art von Kommunikation?
Man wird sich ja wohl nicht etwa geeinigt haben?
Zitat von: Rince am 21 April 2016, 06:52:20
Ich möchte mal auf dIe vorletzte Folie verweisen
http://de.slideshare.net/mobile/paolopat/mqtt-iot-protocols-comparison
Sehr gute Präsentation.
Deckt sich mit meiner Erkenntnis, dass MQTT vielleicht nicht nicht in allen Disziplinen ideal ist, aber in vielen und heute ausgereift verfügbar." (Mit z. B. Mosquitto auch auf dem Pi)
Alles andere ist "wishful thinking" soweit ich weiß.
(http://uploads.tapatalk-cdn.com/20160421/5e1d0412f835f922e343267211edf464.jpg)
Zitat von: Prof. Dr. Peter Henning am 20 April 2016, 15:41:33
Ich gebe zu, dass ich heute zwischen zwei Vorlesungen etwas Zeit hatte. Und keine Lust auf echte Arbeit - kommt vor. Ja, es gibt ein allererstes Gerüst für ein solches Modul.
[offtopic]
Dein Job möchte ich auch haben, aber nach dem Studium noch ein Dr. nachschieben wollte ich dann doch nicht. Also muss ich sowas in der Mittagspause machen ;D
(Und ja ich hätte ihn machen können)
[/offtopic]
Meinen Job möchte er sicher nicht haben - ich habe nämlich eine 60-Stunden-Woche, der Arbeitstag war auch gestern erst um 21:30 zu Ende und ein wenig "recreational programming" in jeder Hinsicht angemessen. Insofern sehe ich das auch nicht als "anpflaumen". Da gibt es hier ganz Andere...
Zu MQTT: Es wundert nicht, dass Microsoft und IBM hier zentrale Broker propagieren - da sehen sie nämlich ihre künftigen Geschäftsfelder. Das ist also sicher vieles, aber keine unabhängige wissenschaftliche Forschung.
LG
pah
Kann sein. Siehst Du eine real verfügbare Alternative? Also für heutige Projekte? Was in 2-3 Jahren ist, werden wir ja erst abwarten müssen...
Gib mal bei Google ein "Wireless Sensor Actor Networks"
LG
pah
Summary
MQTT and CoAP are rapidly emerging as leading lightweight messaging protocols for the booming IoT market. Each protocol offers unique benefits, and each poses challenges and tradeoffs. Both protocols are being implemented for mesh-networking applications, in which lightweight end nodes are a necessary aspect of almost every network, and for gateway bridging logic to allow inter-standard communication.
http://m.electronicdesign.com/iot/mqtt-and-coap-underlying-protocols-iot
Mal wieder zurück zum Topic, kurzer Fortschrittsbericht.
Eine Statusabfrage bei DoorPi aus dem rudimentären FHEM-Modul 70_DoorPi.pm steht schon. Die Statusmeldung von DoorPi umfasst sagenhafte 4000 Zeilen, JSON mit (derzeit noch) Fehlern (Diese sind den DoorPi-Entwicklern bereits gemeldet). Ziel ist, zunächst eine einfache Anzeige der letzten 10 oder so Klingelvorgänge zu realisieren, so wie das im Modul 72_FB_CALLLIST realisiert ist.
LG
pah
Wenn eine Kamera vorhanden ist, hat dann jeder Klingeleintrag auch ein Bild?
Aktuell zumindest einen Link auf das Audio-Recording. Das mit den Bildern ist eine gute Idee.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 19 April 2016, 16:03:38
Mit dem Eintrag in der doorpi.ini
10 = url_call:http://192.168.0.90:8085/fhem?XHR=1&cmd.WZ.3x=set WZ.3x toggle
wird der Request zwar abgeschickt, kommt aber bei FHEM nicht an. --trace zeigt sehr schön die Ausführung in url_call - das wars dann aber auch. Keine Fehlermeldung, kein Timeout.
Hallo Peter,
habe das erst jetzt gelesen, aber mit
[DTMF]
"#4711" = url_call:http://user:password@192.168.xxx.xxx:8083/fhem?cmd.dummy=set Tueroeffner on&XHR=1in der doorpi.ini und
define Tueroeffner S7_DWrite db 4 5.1
attr Tueroeffner DbLogExclude 1
attr Tueroeffner IODev mySPS
attr Tueroeffner alias Türöffner
attr Tueroeffner event-on-change-reading state
attr Tueroeffner room DoorPiin der fhem.cfg schalte ich ohne Probleme meinen Türöffner
OK, also hier mal auf die Schnelle die allererste Version eines DoorPi-Moduls.
Es fragt beim Start (sowie auf "get") den Status von DoorPi ab und zeigt die bisherigen Calls in einer netten Liste an. Inklusive Bildern (zum Anklicken -> Vergrößerung) und Audio-Recordings (zum Anklicken -> Abspielen).
Außerdem kann man - wenn ein virtueller Button "door" definiert wurde, siehe beiliegende Konfigurationsdatei - auch die Tür per Mausklick öffnen.
Die Statusmeldung von DoorPi enthält noch ein paar Fehler, insofern sind auch hier im Modul ein paar Workarounds eingebaut. Außerdem ist das Türöffnen via http blockierend - eine Sekunde lang tut die Kiste nichts mehr.
Das Modul enthält noch diverse Schwächen - so etwa sind Verzeichnisnamen hart codiert, statt diese aus der doorpi-Konfig zu nehmen, mancher code ist auch arg primitiv - aber erst einmal ist die Basisfunktionalität da.
LG
pah
P.S.: Was ist noch geplant ? Schon eingebaut sind spezielle FHEM-Kommandos, mit denen man ein Abschließen/Aufschließen der Tür durchführen kann.
Außerdem kann mit dem Attribut "dooropencmd" ein weiteres FHEM-Kommando beim Öffnen der Tür ausgeführt werden -> z.B. kann auf einem Wanddisplay die Durchsage "Tür wird geöffnet" erfolgen.
Außerdem soll die Lichtsteuerung entweder direkt von DoorPi übernommen werden, oder (ggf. zusätzliche Leuchten) von FHEM.
Hi Peter,
wie wird den DoorPi eingebunden ?
ein define Door DoorPi 192.168.120.3 tilt mir fhem
keys on reference is experimental at ./FHEM/70_DoorPi.pm line 266, <$fh> line 1.
keys on reference is experimental at ./FHEM/70_DoorPi.pm line 274, <$fh> line 1.
malformed JSON string, neither array, object, number, string or atom, at character offset 0 (before "(end of string)") at ./FHEM/70_DoorPi.pm line 260.
Hat sich erledigt, hatte ein Fehler in der doorpi.ini
Kann durchaus passieren, dass die Nichterreichbarkeit von DoorPi FHEM crasht - das muss noch sauber programmiert werden.
LG
pah
Zitat von: no_Legend am 11 April 2016, 10:03:36
Willst du dir ein PiFace anschaffen?
Was machst du für eine Kamera? Pi Kamera oder Webcam?
Ich frage extra nach den Spannungen der Klingel, da der PI direkt an den GPIO nur 3,3V kann.
Dazu gibt es Klingeln die mit Wechselspannung arbeiten oder mit Gleichspannung.
Auch unterschiedliche Spannungswerte werden da benutzt.
Was der Piface kann keine Ahnung.
Gruß Robert
Hi,
einen PiFace möchte ich nicht verwenden. Eine USB Cam würde ich anschließen.
Es sind wohl 8V.
Gruß,
Tobi
Super, vielen Dank!
Bin nur momentan zeitlich nicht in der Lage, mir das genau anzusehen...
Cheers,
Pula
OK, heute mal den angekündigten zweiten Schritt getan: Ein separater Arduino Micro macht alle 250 ms eine Busabfrage auf einem iButton Reader an der Türstation, erkennt einen von 6 verschiedenen iButtons, steuert eine Tricolor-LED entsprechend an und bedient einen Input des PiFace. Das wird von DoorPi als input registriert. Ist der iButton zugelassen, erfolgt von DoorPi Lokal die Durchsage "Willkommen Zuhause !", während innen am Wandtablet durchgesagt wird "Ein Bewohner betritt das Haus", und natürlich wird der Türöffner angesteuert. Manipulationssicher, registrierte Manipulationsversuche am Bus werden mit der Durchsage "Unberechtigter Zutrittsversuch kommentiert" (innen und außen ...).
Der normale "Klingelknopf" löst natürlich einen Anruf an die Telefonanlage aus, und der Empfänger kann die Tür per Tastendruck öffnen.
Da ich Steckverbindungen unter solchen Bedingungen nicht traue, habe ich übrigens die USB-Sound-"Karte" von ihrem Gehäuse und den doofen Klinkenbuchsen befreit, einen Mikroverstärker und ordentliche Schraubklemmen für die Lautsprecher angelöstet und das Ganze sauber mit Zweikomponentenkleber stabilisiert. irgendwann demnächst gibt es mal Fotos. Dieser kleine Trick ermöglicht, den analogen Audioanteil ebenso wie den Arduino und die Kamera direkt in der Türstation, sowie den Raspberry Pi innen an der Wand zu positionieren - Verbindung dann über Kamerkabel, USB und ein mehradriges Kabel für Schaltimpulse.
Für die Kamera habe ich jetzt ein 70 cm Flachbandkabel. Gefällt mir nicht - kennt jemand ein Kamerakabel mit rundem Querschnitt für den Raspberry Pi?
Im nächsten Schritt wird nun die 2. Sicherheitsstufe = Verriegelung der Tür mit einem kapazitiven Tastenblock realisiert.
Und eine leicht irre Idee ist mir auch noch gekommen: Wir haben einen etwas minderbemittelten Zeitungsausträger, der auch bei niedrigen Außentemperaturen die Zeitung gerade mal so in die Klappe schiebt, ohne sie nach innen durchzuschieben. Im Endausbau bekommt er dann die Durchsage: "Bitte stecken Sie die Post richtig ein !".
LG
pah
Hallo Pah,
kannst du etwas mehr über deine Hardware sagen?!
Was für ein PI (Generation)?
Was für eine Soundkarte?
Kamera?
Klingel, also hast du die ursprüngliche klingel drin gelassen? Also die 8V Wechselspannungsklinge soll bei mehr erhalten bleiben, wegen möglicher RPI ausfallzeiten.
Welche add on Boards hast du?
Wie ist das mit dem ibuttons? ich wollte das ursprünglich mit einem NFC machen?!
Und alles was dir sonnst noch an wichtigen Informationen einfällt.
Ich muss jetzt die Tage dann mal wieder Shoppen, da wollte ich mir alles mitbestellen, was ich für mein DoorPi brauche.
@HoTi
schau mal ins doorpi forum.
Ich habe einen Rpi3, ein Rpi2 sollte aber auch reichen.
Camera, geht die vom PI, USB oder eine IP CAM. Selbst hab ich eine IP CAM.
Wollte diese auch Ohne den Rpi benutzen können und den Pi nicht noch mit einer Software die CPU frist ausstatten.
Input / OutPut geht direkt per PI, PiFace, Relaisplatine, selbstbau usw.
Ich habe dafür einen RPi 3, mit PiFace2, ein alter sollte aber auch gehen - so groß sind die Anforderungen nicht. Als USB-Sound"karte" kann man nahezu alles verwenden, ich glaube, ich habe um die 6 € dafür ausgegeben. Siehe hier - vor Amputation des Gehäuses und der 3,5 mm Steckverbindungen.
Alles zu den iButton-Systemen findet man hier: http://www.oreilly.de/buecher/12387/9783960090120-smarthome-hacks.html, Beispiel hier: https://www.youtube.com/watch?v=HiIFBWxebUM
Die haben den Vorteil, dass sie wesentlich unempfindlicher als ein Smartphone sind - und kleiner sowieso.
LG
pah
Habe seit ich den Mikroverstärker angelötet habe ein ziemliches Brummen/Rauschen auf dem Lautsprecher. Werde mir daher bei ali noch eine andere Billig-Soundkarte bestellen....
Dann tippe ich mal auf einen Lötfehler - geht sonst ohne Probleme.
Die neueste Version von DoorPi.pm und den zugehörigen Skripten habe ich inzwischen unter /contrib/DoorPi eingecheckt, sollte demnächst dann per Update zur Verfügung stehen. Verfügt jetzt über Non-Blocking HTTP-Calls.
Oder jetzt schon aus dem Repository.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 24 April 2016, 22:07:39
Für die Kamera habe ich jetzt ein 70 cm Flachbandkabel. Gefällt mir nicht - kennt jemand ein Kamerakabel mit rundem Querschnitt für den Raspberry Pi?
Es gibt wohl HDMI Adapter:
https://www.tindie.com/products/freto/pi-camera-hdmi-cable-extension/
Das Teil habe ich gestern schon bestellt. Ersetzt aber vorerst nur eine Steckverbindung durch eine andere. Mal sehen, ob man das nicht auf einer Seite durch eine Lötverbindung aufpeppen kann.
LG
pah
Guten Morgen,
also wenn ich euch richtig verstanden habe, werde ich mir jetzt folgende Teile besorgen
Raspberry Pi 3, 1 GB | ELV Artikel-Nr.: 68-12 34 99 | | 39,85€ |
PiFace Digital 2, E/A-Erweiterungsboard für Raspberry Pi | ELV Artikel-Nr.: 68-11 92 78 | | 29,95€ |
ICY BOX externe Soundkarte IB-AC527 | ELV Artikel-Nr.: 68-12 46 68 | | 9,95€ |
Gesamtkosten: | inkl. Gutschein + % | | 72,51€ |
Mir fehlen aber noch folgende Informationen. Welchen Lautsprecher, welches Mikro + Verstärker?
Das Mikro hier?
ELV SMD-Mikrofon-Vorverstärker SMV 5, Komplettbausatz | ELV Artikel-Nr.: 68-07 30 42 | | 10,95€ |
Als Kamera habe ich jetzt schon diese hier am Hauseingang, die werde ich dann auch weiter benutzen:
EDIMAX HD Wi-Fi IP-Außen-Netzwerkkamera IC-9110W | ELV Artikel-Nr.: 68-11 92 95 |
Fehlt mir dann ausser den IButtons noch etwas, ich will nicht wieder wie ein depp doppelt Bestellen?
Um das beurteilen zu könnnen hier meine Wunschausbau für den ersten Schritt:
1. Bei erkannter Bewegung wird das Videobild am Tablet im Flur angezeigt. (Funktioniert schon)
2. Wird die Klingel gedrückt soll weiterhin wie gewohnt geklingelt werden, kein umweg über den RPI!! Da wenn der RPI offline ist die Klingel sonnst auch nicht mehr geht.
3. Klingel abstellbar, mit einem Relai als öffner
4. Gegensprechen über die normalen Haustelefone, ggf. aber auch am Tablet, das sollte sich mit dem Fritzapp machen lassen, am Handy funktioniert das bei mir schon.
5. Toröffnnung per Knopfdruck am Telefon oder Tablet. (Summer Funktioniert schon)
@HoTi
Bei der Soundkarte solltest du noch prüfen ob diese OutoftheBox mit Linux geht.
Nicht das du dich mit Treibern usw. rumschlagen musst.
Wenn die alte Klingelanlage wie verbaut bestehen bleiben soll, musst du schauen welche Spannung die Klingel Momentan verwendet.
Meine wissen nach kann der PiFace keine Wechselspannungen am Eingang.
Beim Mikro und Lautsprecher bin ich selber noch nicht angekommen.
Bin hier auch noch auf der suche.
Was du vergessen hast ist ein Netzteil für den Pi sowie eine SD Karte.
Bei den IButtons kann ich dir nicht helfen da PAH besser im Thema.
Gruß Robert
Die iButtons werden von einem Arduino Micro abgefragt. Das ist nicht teurer, als ein regulärer Busmaster - und entlastet den Raspberry Pi erheblich.
Die Soundkarte sieht so aus, also ob sie nicht leicht vom Gehäuse befreit werden kann - Steckverbindungen im Außenbereich traue ich nicht.
Der Vorverstärker am Mikro ist eher sinnlos, denn diese sind in den Soundkarten integriert (inklusive AGC= Automatic Gain Control). In der Regel reicht also eine Mikrofonkapsel aus - muss man aber ausprobieren, ggf. mit mehreren Verianten.
LG
pah
OK Danke euch. Ich such nochmal eine andere Soundkarte.
Stecker habe ich nicht im Aussenbereich. Die Kiste mit RPi usw. sitze in der Garage und raus gehen nur Kabel für Klingel, Licht, Mikro, Lautsprecher und derzeit die RFID Antenne.
SD-Karte und Netzteil habe ich noch. Ein Arduino Micro habe ich auch noch zuhause liegen.
Könnt ihr mir noch Bezugsquellen für die nötigen iButtons Teile nenen? Dann rüste ich von RFID zu iButton um.
Zum Mikrofon:
Dann darf es ja so ein Mirko sein
hama VoIP-Mikrofon | Artikel-Nr.: 68-06 81 36 | | 4,95€ |
Zitat von: no_Legend am 26 April 2016, 08:02:56
Bei der Soundkarte solltest du noch prüfen ob diese OutoftheBox mit Linux geht.
Nicht das du dich mit Treibern usw. rumschlagen musst.
Ja genau darum habe ich hier nach schon Funktionierenden Soundkarten gefragt!
Zitat von: no_Legend am 26 April 2016, 08:02:56
Wenn die alte Klingelanlage wie verbaut bestehen bleiben soll, musst du schauen welche Spannung die Klingel Momentan verwendet.
Meine wissen nach kann der PiFace keine Wechselspannungen am Eingang.
Ja ja, genau das ist mein Problem! 8V Wechselspannung, aber ich muss ja nur den blöden Tastendruck abfragen. Dazu muss ich mir mal gedanken machen...
@Hoti
ich hab mich dazu entschlossen, die Klingeltastet tot zulegen und direkt an den RPi zu klemmen.
Doorpi Schaltet dann so zusagen die Relais.
Bin mir da aber auch noch nicht ganz sicher.
Da ich bisher die Verkabelung der jetztigen Klingelanlage nur ganz grob im Kopf habe.
Ist alles vor meine Zeit installiert worden.
Das ganze hat seien Vor und Nachteile.
Geht der Pi nicht, geht die Klingel nicht.
Wenn ich jetzt die 8V AC nehme muss ich Gleichrichten und Pegelanpassen.
habe ich auch nicht wirklich lust dazu.
Sollte auch mit nem OP gehen, wenn dem PI das Langt um einen Schaltzustand zu erkennen.
Eventuell noch mit nem Kondensator zusätzlich.
Naja wie immer machbar ist alles, wenn man sich damit auseinandersetzt und genug zeit hat.
Gruß Robert
Zitat von: Prof. Dr. Peter Henning am 24 April 2016, 22:07:39
Da ich Steckverbindungen unter solchen Bedingungen nicht traue, habe ich übrigens die USB-Sound-"Karte" von ihrem Gehäuse und den doofen Klinkenbuchsen befreit, einen Mikroverstärker und ordentliche Schraubklemmen für die Lautsprecher angelöstet und das Ganze sauber mit Zweikomponentenkleber stabilisiert. irgendwann demnächst gibt es mal Fotos. Dieser kleine Trick ermöglicht, den analogen Audioanteil ebenso wie den Arduino und die Kamera direkt in der Türstation, sowie den Raspberry Pi innen an der Wand zu positionieren - Verbindung dann über Kamerkabel, USB und ein mehradriges Kabel für Schaltimpulse.
Hallo pah,
du redest doch hier auch von einem Mirkoverstärker?! Was setzt du da ein?
Zitat von: no_Legend am 26 April 2016, 11:52:52
Wenn ich jetzt die 8V AC nehme muss ich Gleichrichten und Pegelanpassen.
Nimm nen Optokoppler, die gibt es auch mit antiparallelen LED.
Zitat von: Per am 26 April 2016, 13:11:00
Nimm nen Optokoppler, die gibt es auch mit antiparallelen LED.
Daten bitte ;D 8)
Zitat von: HoTi am 26 April 2016, 13:30:33
Daten bitte ;D 8)
Daten oder Namen?
DIL: LTV 814 (https://www.reichelt.de/Optokoppler/LTV-814/3/index.html?ACTION=3&GROUPID=3046&ARTICLE=96806)
SMD: LTV 354T (https://www.reichelt.de/Optokoppler/LTV-354T-SMD/3/index.html?ACTION=3&GROUPID=3046&ARTICLE=76167)
Links bitte selbständig anklicken!
Falls wer auch auf der Suche ist die alte Klingel zu behalten um die WAF Faktor zu steigern:
http://blog.heimetli.ch/raspberry-pi-wechselstrom-klingel.html (http://blog.heimetli.ch/raspberry-pi-wechselstrom-klingel.html)
Anbei ein Foto meines "Sound-Assembly" aus USB-Soundkarte und Mikroverstärker.
(http://usbsc_small.jpg)
Links unten die Lautsprecheranschlüsse, rechts oben die Mikrofonkabel (angelötet), nach rechts gehen 5V / GND zum Arduino weg. Das weiße Kabel ist der Schalteingang des Verstärkers - damit kann ich seinen Stromverbrauch nahezu auf Null bringen. Wird von der 2. Platine aus zum DoorPi geführt.
Die Versiegelung mit Expoxidkleber muss noch etwas versäubert werden, das geschieht aber nicht vor dem Endeinbau. So ist das schon sehr stabil.
Die Links zu den Bauteilen habe ich schon mindestens 5x gepostet, hier noch die Lautsprecher:
2x diese hier. https://www.reichelt.de/VIS-K28-40-8/3/index.html?&ACTION=3&LA=446&ARTICLE=145413&artnr=VIS+K28.40-8&SEARCH=kleinlautsprecher
.
Ich habe auch etwas größere mit Kunststoffmembran getestet - aber die Dinger schlagen von der Qualität her alles Andere. Mal sehen, ob die Papiermembran eine Anbringung im Außenbereich aushält.
LG
pah
Ach ja, und hier ein Screenshot des Moduls.
Die angezeigten Namen für door, light (=Beleuchtung der Szene) und dashlight (= Beleuchtung von Namensschild etc) sind beliebig konfigurierbar. Durch Anklicken der Mini-Bilder wird der Snapshot angezeigt, durch Anklicken des Recording-Namens rechts dasselbe abgespielt. Werde ich vielleicht noch durch Icons ersetzen.
LG
pah
(http://doorpifhem.png)
Zitat von: Prof. Dr. Peter Henning am 26 April 2016, 16:54:29
Die Links zu den Bauteilen habe ich schon mindestens 5x gepostet, ...
Hallo pah,
dann hätte ich gerne einen Link zu einem deiner 5x geposteten Liste. Ich habe mir jetz nochmal alle 7 Seiten druchgelesen und leider keine Links zu deinen Bauteilen gefunden.
Mich interessiert immernoch:
Mikrofon
Verstärker
Soundkarte
IButton (Lesegerät und Button)
Der rest ist klar:
RPi 3 (Plus SD-Karte und Netzteil) http://www.reichelt.de/?ARTICLE=164977&SID=11Vx9dlKwQATMAAFrXBvY388c1403a363353b1e309d6279ae08a5 (http://www.reichelt.de/?ARTICLE=164977&SID=11Vx9dlKwQATMAAFrXBvY388c1403a363353b1e309d6279ae08a5)
PiFace2 https://www.reichelt.de/RASP-PIFACE-2/3/index.html?&ACTION=3&LA=446&ARTICLE=154261&artnr=RASP+PIFACE+2&SEARCH=piface (https://www.reichelt.de/RASP-PIFACE-2/3/index.html?&ACTION=3&LA=446&ARTICLE=154261&artnr=RASP+PIFACE+2&SEARCH=piface)
Lautsprecher https://www.reichelt.de/VIS-K28-40-8/3/index.html?&ACTION=3&LA=446&ARTICLE=145413&artnr=VIS+K28.40-8&SEARCH=kleinlautsprecher (https://www.reichelt.de/VIS-K28-40-8/3/index.html?&ACTION=3&LA=446&ARTICLE=145413&artnr=VIS+K28.40-8&SEARCH=kleinlautsprecher)
Sollte es dann mal ein Wiki dazu geben, kann man so eine Liste dort einstellen. Dann weiß jeder schon mal welche Bauteile Funktionieren.
@HoTi: Einen solchen Tonfall schätze ich nicht, ich bin keine Servicekraft.
Auch ein Wiki ist nicht dafür gedacht, Werbung für Elektronikversandhäuser zu machen.
Vlt. mal recherchieren im DoorPi Forum.
pah
Als Servicekraft sehe ich dich bestimmt nicht! Leider hast du geschrieben das du das schon mehrfach gepostet hast, dieses habe ich leider nicht gefunden.
Das Doorpi Forum ist jetzt nicht gerade das übersichtlichste, vorallem sind recht viele tote Links durch umzug da drin.
Ich habe ja versucht deine Links zu finden :'( und das bevor ich das geschrieben habe.
Eine Link zum Elektrofachhändler muss ja nicht sein, es reicht auch eine Typenbezeichnung und bindent ist das auch nicht, nur ein hinweiß welche Hardware funktioniert. Es kann dort ja auch 8 verschiedene Soundkarten drin stehen.
Aber ich werde Informationen im Doorpi Forum Suchen.
Danke
Über eine Teileliste mit Bezeichnungen würde ich mich auch freuen ::)
Da pah ja auch recht hat das wir nicht unbedingt Werbung für ein Elektronikunternehmen machen müssen. Deshalb versuche ich mal meine bisherigen Ergebnisse für dich und andere interessiert zusammen zu fassen ohne einen Händler anzugeben.
Es sollte laut DoorPi Forum folgende Hardware funktionieren, diese Liste ist ohne Gewähr und nicht unbedingt vollständig. Du brauchst nicht alles, kommt drauf an was du machen willst.
Board:
Raspberry Pi 3, 1 GB
Raspberry Pi B+
Add-on:
PiFace Digital 2, E/A-Erweiterungsboard für Raspberry Pi
Mikrofon:
hama VoIP-Mikrofon
Speedlink Pure Desktop Mikrofon (rauschunterdrückend, 3,5mm Klinke)
Lautsprecher:
VISATON Kleinlautsprecher / 2,8 x 4 cm / 8 Ohm VIS K28.40-8
VISATON Kleinlautsprecher mit Kunststoffmembran und quadratischem Metallkorb 5 cm, K 50 SQ / 8 Ω
Soundkarte:
LogiLink USB Soundkarte mit Virtual 7.1 Soundeffekt
BIGtec USB Soundkarte 7.1 USB Adapter
Verstärker:
Foxnovo High Power Super Mini Digital-Audioverstärker Board Platine (rot)
iButton:
DS1990A-F5
DS9093A-B
DG9092L3-M20-CR-AR
Alternative RFID (Beachte aber bitte WICHTIGE Hinweise dazu von pah über die Sicherheit!!):
Asiawill RDM6300 125Khz EM4100 RFID Reader Zutrittskontrollsystem Ausgang UART Modul für Arduino
@pah
Wenn du den iButton ergänzen würdest, würde ich mich sehr freuen! Entschuldige bitte den Ton den ich oben abgeschlagen habe. Sollte so nicht sein! (Allgemein etwas Stressig derzeit...)
*edit*
Liste mit den Angaben von pah ergänzt. VIELEN DANK!!!
Also gut - es wäre schön, wenn jemand daraus eine Liste ohen Händlernamen machen könnte, dafür fehlt mir die Zeit.
http://www.amazon.de/BIGtec-Soundkarte-Soundstick-Lautsprecher-Mikrofon/dp/B005BYCBO8 - Gehäuse lässt sich problemlos entfernen.
Lautsprechertipps sind sowieso schon von mir - die kleinen ovalen VISATON Kleinlautsprecher / 2,8 x 4 cm / 8 Ohm VIS K28.40-8 sind echt der Renner.
http://www.amazon.de/Foxnovo-Power-Super-Digital-Audioverst%C3%A4rker-Platine/dp/B00UAA7NH8
http://www.fuchs-shop.com/de/shop/4/1/13372072/
http://www.fuchs-shop.com/de/shop/30/1/13372077/
http://www.fuchs-shop.com/de/shop/16/1/13372377/
Grundstruktur des Programms für den Arduino Micro zum Auslesen des iButton hier:
http://ice-karlsruhe.de/projekte/smarthome/smarthome-hacks-links-und-ergaenzungen/#k6
Noch keine Erfahrungen mit, weil noch in der Bestellpipeline:
www.amazon.de/Drucktaster-Edelstahl-Klingel-Haustürklingel-LED-weiß/dp/B01DKTHDXE
http://www.ebay.de/itm/351663526563
http://www.ebay.de/itm/191602130447
http://www.ebay.de/itm/291658932471
http://www.ebay.de/itm/252361363806
LG
pah
VIELEN DANK dir!!!
Ich habe die Liste oben mal ergänzt.
Ich werde in der Mittagspause mal eine Seite im FHEM-Wiki für den DoorPi aufmachen, wenn es die noch nicht geben sollte.
Wenn es diese Seite gibt werde ich Sie ergänzen...
*edit*
Wiki Zugang Beantrag... also nix mit Mittagspause
Nachtrag: Mikrofon kam bei mir aus der Bastelkiste, einen Namen dafür habe ich nicht. Vorsicht bei Mikros mit eingebauten Vorverstärkern, können die Soundkarte schnell übersteuern.
LG
pah
Zitat von: HoTi am 27 April 2016, 11:15:37
mal eine Seite im FHEM-Wiki für den DoorPi aufmachen, wenn es die noch nicht geben sollte.
Noch eine Seite mit Informationen rund um DoorPi... :(
Tja, so richtig glücklich bin ich mit der Idee einer weiteren Wiki-Seite dazu auch nicht. Die sollte sich allerhöchstens mit der FHEM-Seite befassen.
LG
pah
Ich bin ja für alle Vorschläge offen, aber es sollte praxistauglich und wartbar sein.
@HoTi: bei den Versuch sämtliche schon einmal genutzte Hardware aufzulisten wünsche ich dir viel Erfolg. Bei der aktuellen Dynamik ist eine solche Auflistung in 1 bis 2 Jahren extrem unübersichtlich.
Hast du schon einmal in den Showroom rein gesehen?
https://www.doorpi.org/forum/board/23-komplettes-projekt/
Ich habe gerade eine neue Version des Moduls eingecheckt. Ebenfalls eine Beispieldatei doorpi.ini.
DoorPi unterrichtet FHEM jetzt, dass ein Call duchgeführt wird (und dass dieser beendet wurde). Außerdem wurden diverse Aspekte verbessert. Dazu gibt auch eine Datei url_call.py, die in die entsprechende Python-Library geschrieben werden muss.
LG
pah
Wie auch immer, ich habe keine Seite angelegt. Mir soll das egal sein wollte nur helfen.
Ich habe meine Hardware jetzt bestellt, die sollte auch morgen und Samstag bei mir aufschlagen. Dann kann ich den DoorPi und das FHEM Modul auch testen. ;D
Die iButton habe ich noch nicht bestellt. Wenn alles andere läuft werde ich mich dann um die Dinger kümmern.
Die Hilfe ist auch hoch willkommen - aber müsste schon zielgerichtet sein. Denn motom001 hat schon Recht: Für DoorPi gibt es ein eigenes Wiki (ziemlich durcheinander) und ein eigenes Forum. Sollte auch so bleiben, das ist ein eigenständiges Projekt. Die FHEM-Seite (also im Wesentlichen das DoorPi-Modul) ist noch nicht so entwicklungsstabil, dass man dafür eine Seite bräuchte.
Derzeit ist im Wesentlichen gefragt: Welche zusätzlichen Funktionalitäten brauchen wir noch, was ist dabei sinnvollerweise im Modul umzusetzen ?
LG
pah
Wie gesagt meine Hardware wird kommen und dann werde ich testen, erst dann kann ich dir sagen was ich mir noch wünschen würde (Soll nicht heißen das du das umsetzen musst, sind nur vorschläge!)
Aber bisher sieht das doch schon spitze aus, auch jetzt schon umfangreich. Ich glaube der WAF ist schon sehr hoch.
*edit*
Mal so eine Spinnerrei, hat nicht direkt was mit dem Modul zu tun. Wenn bei bekannter Abwesenheit der Hausbewohner die Türklingel gedrück wird, soll ein Bild an die Famielieneigene Whatsappgruppe geschickt werden.
@HoTi
das mit Whatsapp musst du schon selber machen.
Alles kann wird pah nicht in doorpi modul integrieren.
Das Doorpi modul ist nur dafür da die Information von Doorpi einzuholen.
Alles weiter obliegt deinen Programmierfähigkeiten mit FHEM.
so gibt es im Wiki bereits anleitungen wie du Whatsapp mit FHEM nutzten kannst.
Wie dann dein DOIF, Notify oder myutils eintrag aussieht musst du bestimmen.
Vll gibt es ja auch im Forum bereits etwas ähnliches was du adaptieren kannst.
Zum Beispiel WebCam Bild versand per Whatsapp.
Doorpi kann auch direkt eine Email schicken.
Oder du installierst da Whatsapp direkt auf dem DoorPi und der schickt dann per Whatsapp.
Ist halt wie immer machen kann man alles.
Gruß Robert
Zitat von: Prof. Dr. Peter Henning am 28 April 2016, 07:40:40
ein eigenes Wiki (ziemlich durcheinander) und ein eigenes Forum. Sollte auch so bleiben, das ist ein eigenständiges Projekt.
Wird sich aber ändern - ich persönliche komme mit dem Wiki auf github nicht klar und kann Inhalte nur schwer oder gar nicht einpflegen. Schon eine einfache Tabelle bringt mich zum Verzweifeln. Deshalb wird es eine andere Software oder die Inhalte müssen mit ins Forum.
Zitat von: HoTi am 28 April 2016, 07:54:59
Ich glaube der WAF ist schon sehr hoch.
Was ist WAF?
Zitat von: HoTi am 28 April 2016, 07:54:59
Wenn bei bekannter Abwesenheit der Hausbewohner die Türklingel gedrück wird
Solche Szenarien gibt es bereits, aber mit Telegramm und andere aber kein Whatsapp, soweit ich das im Überblick habe.
Zitat von: no_Legend am 28 April 2016, 08:21:42
@HoTi
das mit Whatsapp musst du schon selber machen.
Alles kann wird pah nicht in doorpi modul integrieren.
:o :o :o :o Nicht falsch verstehen!!
Zitat von: HoTi am 28 April 2016, 07:54:59
... hat nicht direkt was mit dem Modul zu tun...
Habe ich doch extra geschrieben. Das gehört natürlich nicht ins Modul :o
Zitat von: HoTi am 28 April 2016, 09:36:01
:o :o :o :o Nicht falsch verstehen!!
Habe ich doch extra geschrieben. Das gehört natürlich nicht ins Modul :o
Sorry hab ich voll überlesen.
Wie mein meister immer sagte, wer lesen kann ist klar im Vorteil! :-\
Hast du schon was in richtig whatsapp probiert?
Zitat von: no_Legend am 28 April 2016, 10:32:21
Hast du schon was in richtig whatsapp probiert?
Nein das wollte ich immer wieder... bin aber noch nicht dazu gekommen (weil der WAF nicht stimmt :-\)
Aber auf die Idee bin ich gekommen als ich das Thema gerade wieder bei ungelesenen gesehen habe.
Was der WAF ist ?
Siehe Anhang.
LG
pah
So, ich habe jetzt die kapazitiven Tastenfelder bekommen. Kann man wohl vergessen.
Denn die Hersteller haben intelligenterweise die Bestückung auf der gleichen Seite wie die Keypads angebracht - und auf der Rückseite (die schon per se 1,5 mm von den Pads entfernt ist) ragen die Anschlusspins ca. 1 mm hervor. Mit anderen Worten: ein bündiger Einbau, auch nur "flach" hinter einer Deckplatte, ist nicht möglich.
Dazu müsste man die Leiterplatte zersägen. Na ja, und wenn man das macht: Es gibt immerhin ein relativ neues US-Patent auf kapazitive Tasten hinter einer Metallschicht, http://www.google.ch/patents/US20090135031
LG
pah
Hi pah,
Super Projekt! Werde ich mir im Sommerurlaub mal genauer ansehen ;-)
Vielleicht sind hier die Nextion Touch Screens als Alternative zu Tasten wieder interessant?
Gruß Arnd
Gesendet von iPhone mit Tapatalk
Zitat von: Prof. Dr. Peter Henning am 29 April 2016, 05:46:39
Denn die Hersteller haben intelligenterweise die Bestückung auf der gleichen Seite wie die Keypads angebracht
Ist nicht bei allen so. EBay Suche nach capacitive touch zeigt mehrere gute Treffer.
Ich habe schon heftig nach Touch-LCD gesucht, bin ebenfalls auf die Nextion gestoßen.
Ist jetzt mein nächster Test: "Smartes" Namensschild, auf das ggf. auch eine virtuelle Tastatur eingeblendet werden kann.
LG
pah
Denk an die Handschuhe!
Das sind resistive Touchpads, keine kapazitiven ! Geht auch mit Handschuhen.
Habe gerade zwei von den Dingern bestellt.
LG
pah
Wie kriegt man die denn IP65 installiert? Folie drüber?
Zitat von: Prof. Dr. Peter Henning am 29 April 2016, 11:18:09
Das sind resistive Touchpads, keine kapazitiven ! Geht auch mit Handschuhen.
Habe gerade zwei von den Dingern bestellt.
LG
pah
Hmm interessanter Ansatz. Was kost so ein ding?
Zwischen 15 und 40 € je nach Größe und Versandgeschwindigkeit. Meine kommen jetzt von freundlichen Chinesen, inklusive Versand 27 € für ein 3,2"-Display und 37 € für eines mit 2,8" aber schnellerem Versand.
Ich habe zwei bestellt, weil die sich über eine serielle Schnittstelle bedienen lassen - ideal zu Ansteuerung per ESP8266.
LG
pah
So, die Pläne konsolidieren sich.
Die Türstation wird tatsächlich ein smartes Namensschild bekommen. Die Nextion-Displays werden mit einem vorkonfigurierten GUI bestückt, bestehend aus zwei oder drei Seiten.
1. Seite = Namensschild
2. Seite = Tastatur mit 12 Buttons
3. Seite = Textkästen mit 4 Buttons
Zwar habe ich die Hardware noch nicht da, aber mit Hilfe von Gimp und dem Nextion-Editor diese Seiten schon erstellt. Die werden in einem Binärformat in die Hardware geladen, selbige kommuniziert dann nur noch per serieller Schnittstelle. Da der Hersteller auch eine Arduno-Bilbiothek liefert, werde ich das zusammen mit dem 1-Wire Reader für die iButtons in dem lokalen Arduino unterbringen - und auf der Innenseite der Wand, also ca. 30 cm entfernt, einen RaspberryPi 3 mit DoorPi einbauen.
LG
pah
Sehr interessant. Das könnte ich mir für eine V2 meines DoorPi Aufbaus auch vorstellen.
Hast du dir schon Gedanken gemacht bzw. gibt es Informationen darüber, wie man die Displays in eine Frontplatte einbauen kann? Ich denke in Richtung wasserdicht etc...
Aber klar.
Derzeit läuft auf einem meiner 3D-Drucker der Ausdruck des "Bezel" = Montageplatte und Blende, den Nextion hier zur Verfügung stellt: http://wiki.iteadstudio.com/Nextion_HMI_Solution#Related_Downloads
Ist aber noch nicht das Gelbe vom Ei, weil ich eigentlich die Blende in die maßgefertigte Alu-Frontplatte (4mm) integrieren will. Das bedeutet, dass ich "lediglich" einen hinteren Gehäuseteil modellieren und Ausdrucken muss. 0.1mm Folie wasserdicht an die Frontplatte geklebt, dann von hinten mit umlaufender Dichtung diesen hinteren Gehäuseteil dagegen geschraubt - damit lässt sich IP66 hinbekommen.
LG
pah
P.S.: Pseudonym identisch mit dem aus dem DoorPi-Forum ? Dann schicke ich mal per PN eine Erläuterung.
Hallo pah,
wenn du das schon zusammenschreibst würde mich das auch interessieren. Da ich gerade meinen DoorPi plane.
Allerdings habe ich "nur" die Möglichkeit die Frontplatte zu ersetzen, da das Gehäuse schon in der Mauer eingelassen ist.
In diesem "Gehäuse" sitz dann bei mir aber nur das Lebensnotwendige... Sprich: Lautersprecher, Mikrofon, Klingelknopf, Lichtknopf, iButton, ggf. Kamera und Namesschild (in welcher Form auch immer).
Der Rest ist in der Garage in einem Kasten, direkt an der Wand hinter Klingelknopf.
Mein Problem ist, das es die Wetterseite ist und trotz vorgezogenen Dach je nach Wind auch Regenwasser dran spritzen kann.
Hallo pah,
ich habe heute versucht dein Modul ans Laufen zu bringen. Leider ist nach dem define FHEM nicht mehr zu erreichen.
Verbosen auf 5 setzen kann ich nicht mehr weil FHEM da ja schon abgeschmiert ist. Eventuell könnte ich es über die cfg definieren, wenn dir das was bringen würde.
Hier mal der erzeugte LOG Eintrag:
2016.05.02 12:45:15 1: PERL WARNING: keys on reference is experimental at ./FHEM/70_DoorPi.pm line 349.
2016.05.02 12:45:15 1: PERL WARNING: keys on reference is experimental at ./FHEM/70_DoorPi.pm line 357.
2016.05.02 12:45:15 1: [DoorPi_GetConfig] keyboard 'filesystem' defined as 'webservice'
Not an ARRAY reference at ./FHEM/70_DoorPi.pm line 444.
Hm, wundert mich, weil das bei mir schon im Produktivsystem läuft und bereits Beta-Status hat.
Bitte mal die angehängte Version testen.
LG
pah
Zitat von: HoTi am 02 Mai 2016, 12:51:05
Hallo pah,
ich habe heute versucht dein Modul ans Laufen zu bringen. Leider ist nach dem define FHEM nicht mehr zu erreichen.
Das hatte ich auch, habe dann die doorpi.ini von pah angepasst und es ging.
Zitat von: Wal am 02 Mai 2016, 14:11:38
Das hatte ich auch, habe dann die doorpi.ini von pah angepasst und es ging.
Ich habe ja die DoorPi.ini an meine System angepasst!
Was hast du den noch geändert?
@pah
ich werde es Testen.
Bei dem reload von deinem neuen Modul passiert das:
syntax error at ./FHEM/70_DoorPi.pm line 43, near "1.0beta1"
Global symbol "@a" requires explicit package name at ./FHEM/70_DoorPi.pm line 52.
Global symbol "@a" requires explicit package name at ./FHEM/70_DoorPi.pm line 52.
Global symbol "$v" requires explicit package name at ./FHEM/70_DoorPi.pm line 52.
Global symbol "@a" requires explicit package name at ./FHEM/70_DoorPi.pm line 53.
Global symbol "@a" requires explicit package name at ./FHEM/70_DoorPi.pm line 53.
Global symbol "$v" requires explicit package name at ./FHEM/70_DoorPi.pm line 53.
Global symbol "@a" requires explicit package name at ./FHEM/70_DoorPi.pm line 55.
Global symbol "@a" requires explicit package name at ./FHEM/70_DoorPi.pm line 55.
Global symbol "$newkeys" requires explicit package name at ./FHEM/70_DoorPi.pm line 56.
Global symbol "$newkeys" requires explicit package name at ./FHEM/70_DoorPi.pm line 58.
Unmatched right curly bracket at ./FHEM/70_DoorPi.pm line 59, at end of line
./FHEM/70_DoorPi.pm has too many errors.
Öh, das war eine zu schnelle Änderung aus derFerne...Sorry
LG
pah
Ach überhaupt kein Problem! Ich wollte es dir nur schreiben, du weißt es ja jetzt. Ich Teste wieder wenn du dazu gekommen bist was zu ändern.
Wenn du noch Infos von mir brauchst oder ich was falsch mache, meldest dich bitte.
Zitat von: HoTi am 02 Mai 2016, 14:30:06
Ich habe ja die DoorPi.ini an meine System angepasst!
Was hast du den noch geändert?
doorpi.cfg
define myDoorPi DoorPi 192.168.120.4
attr myDoorPi room DoorPidoorpi.ini
[DoorPi]
base_path = /usr/local/etc/DoorPi
snapshot_path = /home/doorpi/records
number_of_snapshots = 10
eventlog = /home/doorpi/log/eventlog.db
is_alive_led =
last_snapshot =
[DoorPiWeb]
indexfile = index.html
loginfile = login.html
online_fallback = http://motom001.github.io/DoorPiWeb
port = 80
public = AREA_public
www = /home/doorpi/records
[AREA_public]
.*
[AREA_config]
/control/config_value_get
/control/config_value_set
/control/config_value_delete
/control/config_save
/control/config_get_configfile
[AREA_dashboard]
/dashboard/pages/.*html
[AREA_status]
/status
/mirror
[AREA_control]
.*
[User]
admin = admin
visitor = visitor
[Group]
administrators = admin
guests = visitor
[WritePermission]
administrators = dashboard,status,config
[ReadPermission]
guests = dashboard
[AdminNumbers]
**621 = active
[EVENT_OnStartup]
10 = sleep:1
[SIP-Phone]
identity = DoorPi
local_port = 5060
firewallpolicy = PolicyNoFirewall
sipphonetyp = linphone
sipserver_password = xxxxxx
sipserver_realm = fritz.box
sipserver_server = 192.168.120.1
sipserver_username = 620
stun_server =
max_call_time = 120
call_timeout = 15
ua.max_calls = 2
capture_device = ALSA: USB Device 0x46d:0x825
playback_device = ALSA: bcm2835 ALSA
audio_codecs = PCMA,PCMU
record_while_dialing = False
records = /home/doorpi/records/%Y-%m-%d_%H-%M-%S.wav
dialtone = /home/doorpi/sounds/ShortDialTone.wav
dialtone_renew_every_start = False
dialtone_volume = 35
echo_cancellation_enabled = False
video_codecs = VP8
video_device = StaticImage: Static picture
video_display_enabled = False
video_size = vga
[keyboards]
onboardpins = piface
webservice = filesystem
[webservice_keyboard]
base_path_input = /home/doorpi/keyboard/inputs/
base_path_output = /home/doorpi/keyboard/outputs/
[onboardpins_InputPins]
0 = call:**622
1 = call:**622
2 = call:**622
3 = call:**622
[EVENT_OnKeyPressed_onboardpins.7]
#10 = os_execute:/home/doorpi/iButton_NOK.sh
[EVENT_OnKeyPressed_onboardpins.6]
#10 = os_execute:/home/doorpi/iButton_OK.sh
#20 = out:door,1,0,3
[webservice_InputPins]
door = out:door,1,0,3
lighton = out:light,1
lightonfortimer = out:light,1,0,60
lightoff = out:light,0
dashlighton = out:dashlight,1
dashlightoff = out:dashlight,0
purge = sleep:0
clear = sleep:0
button1 = sleep:0
button2 = sleep:0
[EVENT_OnKeyPressed_webservice.purge]
10 = os_execute:/home/doorpi/inputs/purge.sh purge
[EVENT_OnKeyPressed_webservice.clear]
10 = os_execute:/home/doorpi/inputs/purge.sh clear
[onboardpins_keyboard]
pull_up_down = PUD_UP
[onboardpins_OutputPins]
0 = door
1 = light
2 = blinking_led
Mit "adduser" den User doorpi erstellt.
Die Ordner
/home/doorpi/log
/home/doorpi/records
/home/doorpi/sounds
/home/doorpi/keyboard
/home/doorpi/keyboard/inputs
/home/doorpi/keyboard/outputs erstellt.
In den Ordner /home/doorpi/keyboard/inputs die Scripte von pah kopiert.
In den Ordner /home/doorpi/sounds die ShortDialTone.wav.
Das war glaube ich alles.
Zitat von: Prof. Dr. Peter Henning am 02 Mai 2016, 10:15:54
Derzeit läuft auf einem meiner 3D-Drucker der Ausdruck des "Bezel" = Montageplatte und Blende, den Nextion hier zur Verfügung stellt: http://wiki.iteadstudio.com/Nextion_HMI_Solution#Related_Downloads
Ist aber noch nicht das Gelbe vom Ei, weil ich eigentlich die Blende in die maßgefertigte Alu-Frontplatte (4mm) integrieren will. Das bedeutet, dass ich "lediglich" einen hinteren Gehäuseteil modellieren und Ausdrucken muss. 0.1mm Folie wasserdicht an die Frontplatte geklebt, dann von hinten mit umlaufender Dichtung diesen hinteren Gehäuseteil dagegen geschraubt - damit lässt sich IP66 hinbekommen.
Klingt gut. Ich sehe das mal für die Version 2 meines DoorPi vor. Erstmal kommt ein nicht smartes Namensschild dran (sprich beleuchtetes Plexiglas mit Aufdruck ;D)
Zitat
P.S.: Pseudonym identisch mit dem aus dem DoorPi-Forum ? Dann schicke ich mal per PN eine Erläuterung.
Yepp that's me... danke für weitere Infos. Wie gesagt, eilt aktuell nicht da noch nicht akut.
Dein FHEM Modul will ich auch schon lang mal testen, kam aber bisher noch nicht dazu...
Hi pah,
ich musste deine 70_doorpi.pm ändern, um das Licht wieder auszuschalten.
$newkeys =~ s/$door/$door:$doorsubs /g; # FHEMWEB sugar
$newkeys =~ s/$light/$light:on,on-for-timer,off /g; # FHEMWEB sugar
$newkeys =~ s/$dashlight/$dashlight:on,off /g; # FHEMWEB sugar
$newkeys =~ s/button(\d\d?)/button$1:noArg /g; # FHEMWEB sugar
$newkeys =~ s/purge/purge:noArg /g; # FHEMWEB sugar
ich habe jeweils ein Leerzeichen vor /g eingefügt, da in der Maske bei Set Befehl immer offoff angezeigt wurde.
Stimmt. Übernehme ich gerne.
Edit: Nene, so einfach ist das doch nicht - denn ob die richtigen Kommandos in der doorpi.ini stehen, muss erst noch geprüft werden. Diese relativ umfangreiche Prüfung habe ich jetzt eingebaut in die Version 1.0beta2 (im repository).
LG
pah
Super pah! Das geht ja schlag auf schlag bei dir, wahnsinn... danke
Das Modul funktioniert schon mal, auch wenn ich die zwei Einträge oben nicht verstehe aber das finde ich auch noch raus.
Die erste Spalte wird normalerweise von Miniaturen der snapshots gefüllt (oder entsprechenden Icons), die auf das "große" Bild verlinken. In der letzten Spalte sollte ein Link auf das Recording = Audiodatei stehen (oder Icon).
LG
pah
Hallo pah,
ich arbeite mich immer weiter in diese DoorPi Funktionen ein um zu verstehen was du da machst.
Dabei sind mir drei Fragen aufgekommen:
1. Deine zur Verfügung Gestellen Dateien, also *.sh und *.py komme alle in das Verzeichnis /home/doorpi/, oder? Zumindest rufst du die purge.sh von dort auf.
2. Wo und wann rufst du die anderen Dateien auf?
3. Wer muss der Besitzer der Dateien sein und welche rechte müssen diese haben?
Wenn du diese Fragen lieber im DoorPi Forum hättest, sag mir bitte kurz wo ich diese Posten soll oder ob ich einen neues Thema anfangen soll.
Zitat1. Deine zur Verfügung Gestellen Dateien, also *.sh und *.py komme alle in das Verzeichnis /home/doorpi/, oder? Zumindest rufst du die purge.sh von dort auf.
Ja, das ist das Einfachste. Kann man aber auch woanders ablegen, dann muss der komplette Pfad in die doorpi.ini.
Zitat.
2. Wo und wann rufst du die anderen Dateien auf?
Auch aus der doorpi.ini.
Zitat3.Wer muss der Besitzer der Dateien sein und welche rechte müssen diese haben?
Besitzer egal, sie müssen aber duch den root:staff (=DoorPi-User in der derzeitigen Standard-Installation) ausführbar sein. Und die "purge.sh" muss mit diesem User recordings löschen können.
LG
pah
Danke für die Infos.
Jetzt kommt wieder eine Frage wo du vielleicht mit den Augen rollst, sorry:
Was macht genau macht der set Befehl ,,purge"?
Ich habe verstanden: Löschen der Rekords und ausführen des Clear Befehl.
Aber meine Letzen Calls bleiben im Modul stehen, was habe ich da wieder falsch gemacht?
*edit* Meine Grammatik ist wieder fürchterlich... ich hoffe so kann man es jetzt verstehn
Nach einem Neustart von DoorPi bleiben die ganzen recordings leider stehen, ohne in der Liste aufzutauchen - die SD-Karte wird davon sehr schnell verstopft. Zu diesem Zweck habe ich mir eigentlich das "purge" ausgedacht - bedeutet "Säuberung". Damit werden alle Dateien entfernt, die vor dem letzten Neustart aufgenommen worden sind. Das "clear" hingegen soll alle löschen - auch diejenigen, die noch in der Liste stehen. Das ist alles noch nicht ausgetestet, insbesondere weiß ich noch nicht, ob das wirklich so eine gute Idee ist.
LG
pah
Hallo pah,
ich habe gerade gesehen das du die Scripte aus dem git genommen hast, diese aber noch in der ini aufrufst.
Gibt es da etwas neues?
*edit* In der *.ini steht das es noch nicht funktioniert, habe ich gerade gesehen. ;D
Leider habe ich noch nicht verstanden wo die url_call.py hin kommt. Kannst du mir das bitte noch sagen?!
*edit*
Wer suchet der findet:
Zitat/usr/local/lib/python2.7/dist-packages/doorpi/action/SingleActions/url_call.py
Hallo pah,
wollte gerade deine neue Version ausprobieren. Die geht leider nicht.
Hier die Fehlermeldungen:
Useless use of anonymous hash ({}) in void context at ./FHEM/70_DoorPi.pm line 157, <$fh> line 2189.
Bareword found where operator expected at ./FHEM/70_DoorPi.pm line 243, near "$key n"
(Missing operator before n?)
String found where operator expected at ./FHEM/70_DoorPi.pm line 243, near "n "door""
(Do you need to predeclare n?)
Variable "$value" is not imported at ./FHEM/70_DoorPi.pm line 267, <$fh> line 2189.
Variable "$name" is not imported at ./FHEM/70_DoorPi.pm line 268, <$fh> line 2189.
Variable "$name" is not imported at ./FHEM/70_DoorPi.pm line 269, <$fh> line 2189.
Variable "$key" is not imported at ./FHEM/70_DoorPi.pm line 274, <$fh> line 2189.
"my" variable $hash masks earlier declaration in same scope at ./FHEM/70_DoorPi.pm line 278, <$fh> line 2189.
"my" variable $hash masks earlier declaration in same scope at ./FHEM/70_DoorPi.pm line 282, <$fh> line 2189.
"my" variable $light masks earlier declaration in same scope at ./FHEM/70_DoorPi.pm line 282, <$fh> line 2189.
"my" variable $value masks earlier declaration in same scope at ./FHEM/70_DoorPi.pm line 283, <$fh> line 2189.
"my" variable $hash masks earlier declaration in same scope at ./FHEM/70_DoorPi.pm line 288, <$fh> line 2189.
"my" variable $value masks earlier declaration in same scope at ./FHEM/70_DoorPi.pm line 289, <$fh> line 2189.
"my" variable $hash masks earlier declaration in same scope at ./FHEM/70_DoorPi.pm line 294, <$fh> line 2189.
2016.05.04 10:44:22 1: reload: Error:Modul 70_DoorPi deactivated:
syntax error at ./FHEM/70_DoorPi.pm line 243, near "$key n "
syntax error at ./FHEM/70_DoorPi.pm line 260, near "){"
syntax error at ./FHEM/70_DoorPi.pm line 267, near "}elsif"
Global symbol "$value" requires explicit package name at ./FHEM/70_DoorPi.pm line 267, <$fh> line 2189.
Global symbol "$name" requires explicit package name at ./FHEM/70_DoorPi.pm line 268, <$fh> line 2189.
Global symbol "$name" requires explicit package name at ./FHEM/70_DoorPi.pm line 269, <$fh> line 2189.
Global symbol "$hash" requires explicit package name at ./FHEM/70_DoorPi.pm line 271, <$fh> line 2189.
Global symbol "$door" requires explicit package name at ./FHEM/70_DoorPi.pm line 271, <$fh> line 2189.
Global symbol "$key" requires explicit package name at ./FHEM/70_DoorPi.pm line 274, <$fh> line 2189.
syntax error at ./FHEM/70_DoorPi.pm line 298, near "}"
./FHEM/70_DoorPi.pm has too many errors.
2016.05.04 10:44:22 0: syntax error at ./FHEM/70_DoorPi.pm line 243, near "$key n "
syntax error at ./FHEM/70_DoorPi.pm line 260, near "){"
syntax error at ./FHEM/70_DoorPi.pm line 267, near "}elsif"
Global symbol "$value" requires explicit package name at ./FHEM/70_DoorPi.pm line 267, <$fh> line 2189.
Global symbol "$name" requires explicit package name at ./FHEM/70_DoorPi.pm line 268, <$fh> line 2189.
Global symbol "$name" requires explicit package name at ./FHEM/70_DoorPi.pm line 269, <$fh> line 2189.
Global symbol "$hash" requires explicit package name at ./FHEM/70_DoorPi.pm line 271, <$fh> line 2189.
Global symbol "$door" requires explicit package name at ./FHEM/70_DoorPi.pm line 271, <$fh> line 2189.
Global symbol "$key" requires explicit package name at ./FHEM/70_DoorPi.pm line 274, <$fh> line 2189.
syntax error at ./FHEM/70_DoorPi.pm line 298, near "}"
./FHEM/70_DoorPi.pm has too many errors.
Öh.
Mal sehen...
Edit: selten, dass mit peinliche Fehler passieren - da habe ich eine Zwischenversion eingecheckt. Also anbei die Korrigierte, sie geht auch gleich ins Repository. Und ist bei mir im Produktivsystem getestet, ohne Fehler.
LG
pah
Wenn dich meine Testerrei stört musst du es sagen, ich möchte dir nicht damit auf die Nerven gehen.
Wie ist das mit Button2? Der funktioniert bei mir irgendwie nicht, habe ich da was falsch in der *.ini stehen?
[EVENT_OnKeyPressed_webservice.button2]
10 = os_execute:echo '{ReadingsVal("A.Haus.T","call_number",**621)}' | socat -t50 - TCP:192.168.178.34:7072 > /home/doorpi/callnumber
A.Haus.T habe ich aus Dummy angelegt.
192.168.178.34 ist meine FHEM IP
Und wenn ich das richtig verstanden habe muss in callnumber eine Nummer drin stehen. Da steht jetzt nur **621 drin.
*edit*
Gerade dein edit gesehen. Neue Datei geht zu laden, ich teste wieder.
Erstens darf A.Haus.T kein Dummy sein - das ist bei mir das DoorPi Device
define A.Haus.T DoorPi 192.168.0.51
attr A.Haus.T group DoorControl
attr A.Haus.T iconaudio audio_volume_high
attr A.Haus.T iconpic user_unknown
attr A.Haus.T room Erdgeschoss,Kontrollraum
Zweitens muss auf dem DoorPi-Rechner natürlich socat installiert sein - man kann einfach das Kommando
echo '{ReadingsVal("A.Haus.T","call_number",722622)}' | socat -t50 - TCP:192.168.0.90:7072 > /home/doorpi/callnumber
direkt in einer Shell testen.
Drittens habe ich in der allerneuesten Version noch etwas mit den Bezeichnungen herumgespielt, um die Lesbarkeit der readings zu verbessern.
Dabei werden künftig ersetzt
call_number => call_target
number_calls => call_listed
history => call_history
Muss man dann ggf. beachten.
Ferner gibt es demnächst ein neues set-Kommando: Mit "set <device> target 2" wird der DoorPi-Anruf bis auf Weiteres auf die Rufnummer umgeleitet, die im Attribut "target2" steht. Dazu wird diese in "call_target" gespeichert und DoorPi veranlasst, sich diese Nummer zu holen.
LG
pah
OK, Version 1.0beta6 eingecheckt. Funktioniert prima
(http://doorpi.png)
LG
pah
noch steht in git das die letzte version vor 24h eingecheckt wurde ;D Ich hab gerade Zeit ;D ;D
*edit* Ich sollte auch auch sourceforce suchen und nicht auf der Spiegelung im git :-(
Nur zum Verständniss. Warum nutzt du in der INI einmal die Port 8083 und einmal den 8085 Port für dein Fhem?
Und wenn ich jetzt button2 aufrufe bekomme ich in der callnumber Datei folgenden inhalt:
syntax error at (eval 35292) line 1, near "**621"
Nur zum Verständniss. Warum nutzt du in der INI einmal die Port 8083 und einmal den 8085 Port für dein Fhem?
Oh, das ist Zufall, kann beide Male gleich gesetzt werden. 8085 ist der Tablet-FHEMWEB-Zugang
Was liefert denn der direkte Aufruf
echo '{ReadingsVal(<Devicename>,"call_target",<irgendwas>)}' | socat -t50 - TCP:<FHEM-URL>:7072
in einer Shell ?
LG
pah
Da gibt es keine Rückmeldung.
root@raspberrypi:~# echo '{ReadingsVal("A.Haus.T","call_number",**621)}' | socat -t50 - TCP:192.168.178.34:7072 > /home/doorpi/callnumber
root@raspberrypi:~#
Das steht dann in der FHEM Log
2016.05.04 21:32:56 1: PERL WARNING: Number found where operator expected at (eval 35765) line 1, near "**621"
2016.05.04 21:32:56 3: eval: {ReadingsVal("A.Haus.T","call_number",**621)}
*edit*
Mir ist da noch was aufgefallen. der Link zum records stimmt nicht. Als Link in FHEM ist angegeben:
http://192.168.178.44/2016-05-04_21-57-59.wav
Richtig wäre aber:
http://192.168.178.44/2016-05-04_21-57-56.wav
Und noch was, sollte nicht oben das gemachte Foto in klein sein?
1. Natürlich sollte man bei der manuellen Ausführung nicht die Umlenkung mit ">" drin lassen...
2. Der Fehler liegt darin, dass **621 für Perl keine Bedeutung als Zahl hat. Es muss "**621" heißen
LG
pah
hmm jetzt passiert gar nichts mehr, irgenwas muss ich da noch nicht verstanden haben.
Schaust du dir bitte noch meine Edits vom letzten Post an. Da sind mir noch ein paar dinge aufgefallen.
ZitatAls Link in FHEM ist angegeben:
http://192.168.178.44/2016-05-04_21-57-59.wav
Richtig wäre aber:
http://192.168.178.44/2016-05-04_21-57-56.wav
Wundert mich sehr. Eine Zeitdifferenz kann eigentlich nur auftreten, wenn ein Foto gemacht wird - das fange ich ab. Welchen Zeitstempel (=Namen) hat denn hier das snapshot file ? Den Namen des recordings hole ich aber, indem ich in der etwas kryptischen event-History vom Call-Ende rückwärts gehe und "OnRecorderStarted" auslese. Welchen Wert hat in der doorpi.ini denn der Key record_while_dialing ? Bei mir steht er auf False.
Zitat
Und noch was, sollte nicht oben das gemachte Foto in klein sein?
Die Frage verstehe ich nicht. Was wird denn sonst gezeigt ?
LG
pah
Hallo pah,
habe das gleiche Problem, der Record ist bei mir auch 3-4 sec verschoben. Key record_while_dialing ist auf false.
Edit: der Timestamp stimmt aber.
Steht bei mir auch auf False.
Und mit Bilder klein, meine ich das hier ein kleines Bild sein sollte oder??
Na das ist doch ganz einfach: Dieses Icon wird nur angezeigt, wenn das Attribut iconpic gesetzt ist. Lösche dieses => Miniaturbilder.
Die Informationen über die Timestamps sind mir bisher zu vage.
- Auf welche Datei zeigt der Picture-Link ? Wird die korrekt angezeigt, d.h. ist der Link korrekt ?
- Was steht GENAU im Timestamp in dem o.a. Fall ?
- Auf welche Datei zeigt der Audio-Link ? Wird die korrekt abgespielt (NEIN, haben wir ja oben schon gesehen) ? Wie müsste der Link korrekt lauten ?
- Was ist das Ergebnis der beiden Seitenaufrufe
<URL von DoorPi>/status?module=history_event
<URL von DoorPi>/status?module=history_snapshot
Das Problem hierbei ist, dass motom0001 die Aufnahmen als separate Prozesse betrachtet - die eben nicht notwendigerweise gleichzeitig beginnen und enden. Eine Zuordnung ist also eine eher kniffelige Aufgabe...
LG
pah
OK, nächste Version 1.0beta7 eingecheckt - steuert jetzt auch den MJPG-Streamer und Snapshots von FHEM aus.
Derzeit noch nicht ganz gelöst: Problem der unterschiedlichen Timestamps für Snapshots, Recordings und Calls.
LG
pah
Es wäre hilfreich, wenn alle Artefakte eines Ereignisses eine Event-ID erhalten würden, da der Timestamp nicht eindeutig ist. Sollte doch kein Problem sein, eine Ziffer zu generieren und jedem Recording und jedem Bild/Video im Dateinamen mitzugeben, oder?
Das ist leider derzeit ganz anders gelöst - jeder Eintrag in der History hat eine eigene ID. Wird sich auch nicht so leicht ändern, denn motom0001 hat ja schon beschrieben, wie das bei DoorPi 3 laufen soll.
Mit anderen Worten: Man braucht wirklich ein paar semantische Tricks, um diese Zuordnung nach FHEM zu holen.
LG
pah
Habt Ihr alle das hier schon gewusst? Parameter für Aktionen
https://www.doorpi.org/forum/index.php/thread/356
Ich habe heute das erste Nextion Display bekommen - und der Dame meines Hauses als Erstes den Entwurf für unser interaktives Namensschild darauf gezeigt. Vorsichtig und mit akademischer Zurückhaltung ausgedrückt: Ein geiles Teil mit extrem hohem WAF.
Jetzt gilt es, das Ding über den Arduino anzusteuern, der für die iButtons zuständig ist. Mit ein paar Animationen, einem virtuellen Keyboard und sonstigem Schnickschnack. Für Experimentalzwecke ist ein zweites Display von China hierher unterwegs.
Ach ja: Eine Deckfolie darauf behindert die Touch-Funktion nicht (resistive Technologie).
LG
pah
Wie willst Du das Display hinter der Frontplatte montieren, ohne dass es 2-3 mm nach hinten steht? Ich überlege ob man eine bis auf 5/10 mm ausgefräste Öffnung hinbekommen kann, so dass das Display nicht zu tief liegt. Aus optischen Gründen, vor allem.
Meine Frontplatte wird von der Schaeffer AG hergestellt. Da kann ich im Design problemlos angeben, dass sie in einem Bereich nur 0,5 mm dick sein soll, und darin auch noch einen rechteckigen Ausschnitt mit abgerundeten Ecken und angeschrägter Kante spezifizieren.
Ob ich das machen werde, weiß ich noch nicht. Denn eine Vertiefung des Displays um 4 mm (die Dicke der Frontplatte) ist u.U. als Schutz gegen seitliches Streulicht gar nicht so dumm. Erhöht außerdem die mechanische Sicherheit des Displays.
Derzeit jedenfalls sitzt das Display in dem aus einem 3d-Drucker geholten "Bezel", das vom Hersteller als STL-Modell mitgeliefert wird. Und das ist per Heißkleber in ein Mockup aus Pappe montiert.Zusammen mit Lautsprechern, Mikros, Kamera, iButton-Reader und Klingeltaste.
LG
pah
So, mein DoorPi-Testsystem habe ich erst einmal wieder demontiert, um die Ansteuerung des Nextion-Displays zu realisieren. Damit ist mein iButton-Zugangssystem schon ziemlich weit gediehen ;D
Hier gibt es einen Videoclip davon: https://youtu.be/diyXZmVjP7M
Zuerst: Niedrige Sicherheitsstufe. Anhalten eines zugelassenen iButton lässt die Tricolor-LED (vorne) im iButton-Reader in der gleichen Farbe wie den iButton-Halter aufleuchten und öffnet die Tür (blaue LED links hinten). Anhalten eines nicht zugelassenen 1-Wire-Device => rote Warn-LED im Hintergrund leuchtet.
Dann: Hohe Sicherheitsstufe - umschalten dadurch, dass ein Pin am Arduino Micro auf GND gesetzt wird. Angezeigt durch ein Schlosssymbol auf dem Namensschild und die gelbe LED im Hintergrund. Anhalten eines iButton startet Phase 2. Dabei wird ein virtuelles Keyboard eingeblendet. Nur bei Eingabe der korrekten PIN (hier 5-stellig) wird der Türöffner betätigt (blaue LED). Bei Eingabe einer falschen PIN wird stattdessen für 1 Sekunde die rote LED (im Hintergrund) angeschaltet.
Links sieht man noch den USB-Seriell-Wandler, mit dem ich das Nextion mit Daten bestückt habe. geht auch per SD-Karte, und vielleicht installiere ich auch noch einen transparenten Modus, bei dem der Arduino Daten nur von einer zur anderen seriellen Schnittstelle weiterreicht. Damit könnte ich das Nextion sogar vom Raspberry Pi aus programmieren.
Das Ganze kommt dann an das DoorPi-System, mit dem es über 8 I/O-Pins kommuniziert. Und das DoorPi wiederum wird von FHEM kontrolliert.
Mit diversen Niceties, z.B "Willkommen zu Hause" als Audioausgabe vom DoorPi, wenn die Tür geöffnet wird.
Kosten der hier zu sehenden Hardware:
- Nextion Display 400x240 ca. 25 €
- Arduino Micro ca. 15 €
- iButton-Reader, iButtons => ca. 20 €
- 5 Widerstände, ein paar Schraubklemmen.
LG
pah
Ich habe auch ein Nextion zum Spielen bestellt. Die 2,4" Version ist leider zu asymmetrisch (an einer Seite schwarzer Balken) so dass der Ausschnitt im Gira Deckel nicht nicht optimal gefällt.
Ich habe auch eine Tastatur für das Nextion gebaut, Bilder folgen.
Aktuell habe ich das Problem, dass die Touch Funktion nicht stabil funktioniert. Nach 1-10 erfolgreichen Touches reagiert der Touchscreen nicht mehr. Mal sehen, wie ich das löse...
@pah kannst Du die seriell Konfig für doorpi posten, um das Nextion als Input zu verwenden?
(http://uploads.tapatalk-cdn.com/20160514/dd055969a1470b5cbe4ee594c1347e72.jpg)(http://uploads.tapatalk-cdn.com/20160514/3141ce9ff83c0cb86bd7769821368cbc.jpg)
Äh - daran habe ich gar nichts gemacht, out of the Box. Interface stellt wohl Baudrate automatisch ein.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 14 Mai 2016, 21:44:15
Hier gibt es einen Videoclip davon: https://youtu.be/diyXZmVjP7M
Hast Du da einen 16mm-Projektor im Hintergrund laufen? Oder nimmt der Nachbar seine Hütte mit einem Stemmhammer auseinander? Holla...
Aber davon abgesehen sehr hübsch. Meine Displays liegen in der Postfiliale, die heute aus unerfindlichen und fadenscheinigen Gründen geschlossen hatte und mich somit um mein Pfingstvergnügen gebracht hat. :'(
Ich möchte an dieser Stelle bemerken, dass ich die Postfiliale Ekenknick in Hamburg Eidelstedt ab sofort hasse! >:(
Nö, meine Familie schaut ESC - und das hört man bis in meinen Hardware-Raum 8)
Ernsthaft: keine Ahnung - hat Youtube bei der Nachbearbeitung eingebaut.
LG
pah
eine saudumme Frage, wie wird den doorpi in fhem installiert. Muss ich die 70_doorpi.pm Datei runterladen und auf den FHEM Server hochladen und dann mittels define deklarieren?
Oder ist das falsch?
Danke
Gruß Eddie
1. 70_DoorPi.pm aus dem contrib-Ordner in den FHEM-Ordner verschieben
2. Update durchführen, damit eine neue Commandref erstellt wird
3. Anleitung in der Commandref lesen
pah
Hallo pah,
darf ich dich auf einen kleinen Schönheitsfehler hinweise? Ich beschäftige mich gerade mit Modulen und wie man diese schreibt.
Deines ist eins meiner Vorlagen ;D
In Zeile 1026 fehlt ein </li> dann gibt's auch kein Fehler von der commandref_join.pl
Zitat von: bgewehr am 14 Mai 2016, 22:27:35
Die 2,4" Version ist leider zu asymmetrisch (an einer Seite schwarzer Balken) so dass der Ausschnitt im Gira Deckel nicht nicht optimal gefällt.
Und wenn Du deinem Displaylayout einfach links auch einen schwarzen Balken dazudesignst? Nimmt zwar effektive Displayfläche, aber es dürfte doch dann wieder symmetrisch aussehen, oder?
@HoTi: Ups, danke.
Wird im nächsten Release gefixt sein.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 24 Mai 2016, 04:51:40
1. 70_DoorPi.pm aus dem contrib-Ordner in den FHEM-Ordner verschieben
entweder bin ich blind oder blöd, (wahrscheinlich sogar beides) aber ich habe kein Datei 70_doorpi im contrib ordner.
???
Danke Gruß Eddie
Zitat von: tomster am 24 Mai 2016, 13:40:20
Und wenn Du deinem Displaylayout einfach links auch einen schwarzen Balken dazudesignst? Nimmt zwar effektive Displayfläche, aber es dürfte doch dann wieder symmetrisch aussehen, oder?
Werd ich probieren...
Zitat von: meddie am 24 Mai 2016, 22:33:27
entweder bin ich blind oder blöd, (wahrscheinlich sogar beides) aber ich habe kein Datei 70_doorpi im contrib ordner.
davor stand ich auch, der contrib Ordner muss manuell geupdatet werden. z.B. per SVN:
https://forum.fhem.de/index.php?topic=36012.0 (https://forum.fhem.de/index.php?topic=36012.0)
was mit
apt-get install subversioninstalliert wird.
Gruß Johannes
Ich habe die Datein erst miden folgenden Aufruf hin bekommen:
sudo svn checkout https://svn.code.sf.net/p/fhem/code/trunk/fhem/contrib contrib
Vorher halt noch in das FHEM verzeichniss wechslen:
cd /opt/fhem
und den alten contrib hab ich vorher gelöscht
sudo rm -R contrib
EDIT:
Müssen eigentlich alle Dateien aus dem Contrib ordner in den FHEM kopiert werden?
ok, vielen Dank Euch allen. Ich habe es nun installiert bekommen.
Leider schmiert mein FHEM ab sobald er sich zum DoorPI Raspberry verbindet.
Ich definierte das DoorPI Modul zuerst da war nocht nichts, aber der PI war aus, als ich diesen an Strom ansteckte und er hochfuhr war FHEM weg.
Ich habe nun das Modul wieder entfernt nun läuft FHEM wieder normal.
Gruß Eddie
Kann so nicht stimmen. Ich war eine Woch ein Stockholm, DoorPi-Prototyp AUS und FHEM lief wie eine Eins.
LG
pah
ich kann hier nur schreiben wie es war. Zwei mal in Folge getestet.
Raspi mit Doorpi war aus. In FHEM das Modul definiert - FHEM läuft wie gewohnt. Raspi an - kurze Zeit nach dem Start ist FHEM nicht mehr erreichbar.
Fhem neugestartet sofort wieder weg.
Raspi aus FHEM startet wieder normal.
Modul entfernt FHEM läuft normal.
Zitatich kann hier nur schreiben wie es war.
Voll daneben.
Man kann hier durchaus einen ordentlichen Test abliefern, mit Logauszügen und klaren Fehlerbeschreibungen. Sonst gibt es keine Hilfe.
pah
Eigentlich wollte ich nur das Modul testen, und wollte hier nur bescheid geben dass bei mir ein Problem aufgetreten ist.
Aber ich kann auch gerne Logs zukommen lassen.
Hier ein Auszug aus der Fhem Log
malformed JSON string, neither array, object, number, string or atom, at character offset 17 (before "<head>\n ...") at ./FHEM/70_DoorPi.pm line 418.
Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 810, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 763, in run
self.__target(*self.__args, **self.__kwargs)
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 153, in startInputThread
cmd = self._queuedCmds.pop(0) if len(self._queuedCmds) else input(self.getPrompt()).strip()
EOFError: EOF when reading a line
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 323, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 227, in process
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 255, in startCmdline
stack.start()
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 25, in start
self.stack.loop(timeout = 0.5, discrete = 0.5)
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 187, in loop
asyncore.loop(*args, **kwargs)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop
poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 156, in poll
read(obj)
File "/usr/lib/python2.7/asyncore.py", line 87, in read
obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 83, in read
obj.handle_read_event()
File "/usr/lib/python2.7/asyncore.py", line 449, in handle_read_event
self.handle_read()
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 86, in handle_read
self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 94, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 28, in receive
self.processReceived()
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 48, in processReceived
self.toUpper(oneMessageData)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/auth/layer_crypt.py", line 63, in receive
self.toUpper(payload)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 35, in receive
self.toUpper(node)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/logger/layer.py", line 14, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 127, in receive
self.toUpper(protocolTreeNode)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 169, in receive
s.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 101, in receive
if not self.processIqRegistry(node):
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 136, in processIqRegistry
successClbk(protocolTreeNode, originalIq)
File "/opt/yowsup-master/yowsup/layers/protocol_iq/layer.py", line 30, in onPong
self.toUpper(ResultIqProtocolEntity.fromProtocolTreeNode(protocolTreeNode))
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/interface/interface.py", line 98, in receive
self.callbacks[entityType](entity)
File "/opt/yowsup-master/yowsup/demos/cli/layer.py", line 469, in onIq
print(entity)
IOError: [Errno 32] Broken pipeZitatKann so nicht stimmen. Ich war eine Woch ein Stockholm, DoorPi-Prototyp AUS und FHEM lief wie eine Eins.
Und hier haben wir glaube ich an einander vorbei geredet. Solange der PI mit Doorpi aus ist läuft FHEM bei mir auch, aber sobald dieser boot, schmiert FHEM weg, und das obige Log wird generiert.
Ich hoffe Du kannst damit was anfangen
Gruß Eddie
Na, da würde ich mal die Python-Installation auf dem DoorPi-Rechner überprüfen.
LG
pah
Hallo Peter,
da ich immer die falschen Dateinamen der Record's angezeigt bekomme und die Dateinamen der Bilder richtig waren, habe ich in Zeile 661 ein "my" vor $record gesetzt.
Öh - das kann so nicht funktionieren. Die Dateinamen der Recordings sind ja aus dem DoorPi-Status entnommen.
Die Dateinamen der Snapshots können abweichen (wegen leicht unterschiedlicher Zeiten), die werden also automatisch in der Liste gesucht.
Welche Dateinamen wurden für die Recordings angezeigt, und welche wären richtig ? Bei mir stimmt das nämlich immer.
LG
pah
2016-05-28_09-12-09.wav wurde angezeigt 2016-05-28_09-12-04.wav war richtig.
Als Snapshot wurde 2016-05-28_09-12-04.jpg angezeigt, was richtig war.
Habe noch mehrmals getestet, für das das die Änderung nicht richtig ist, funktioniert sie aber ganz gut. :P
Nur der letzte Ruf bekomme ich erst angezeigt, wenn ein neuer Ruf eingeht.
Wir sind aber nicht beim experimentellen Programmieren ...
Welcher Link auf die Snapshot-Datei wird angezeigt ohne diese Änderung ? Einfach rückgängi gmachen und mit reload 80_DoorPi.om neu laden.
Nochmal: der Name der Bilddatei stammt von DoorPi, kann also kein anderer sein als der Richtige.
LG
pah
Ich glaube wir reden einander vorbei, die Snapshot-Datei ist für mich das Bild und der Link ist wie du sagst immer richtig.
Die Record-Datei ist für mich die Sprach-Datei und der Link ist mit der orginalen PM-Datei wie oben geschrieben.
Weiterer Record-Link ohne Änderungen ist :
fhem -> 2016-05-29_02-34-33.wav DoorPi-Dateiname -> 2016-05-29_02-34-27.wav
Tante Edit:
Rutscht der Ruf von der ersten Stelle an die zweite Stelle in fhem, stimmt der Record-Link auf einmal.
aus 2016-05-29_02-34-33.wav wird 2016-05-29_02-34-27.wav
Nochmal Edit:
Hatte jetzt hinbekommen das es an erster Stelle auch funktioniert hat und festgestellt, das das Problem nur vorhanden ist wenn als Result "ended" angezeigt wird.
Sorry, Deine ersten Beschreibungen waren etwas schwer verständlich.
Damit haben wir die Quelle gefunden. Hier liegt tatsächlich ein Bug in DoorPi vor, für den ich einen Workaround in der gegenwärtigen Version von 70_DoorPi.pm habe (steht ja auch so im Kommentar darüber).
DoorPi verwendet als Dateinamen für das Recording z.B. 2016-05-29_06-42-31.wav.
In der internen Datenbank ist aber vermerkt: 2016-05-29_06-42-33.wav
oder verwendet 2016-05-28_12-53-35.wav
hat aber in der Datenbank 2016-05-28_12-53-43.wav
Die späteren Zeiten, die DoorPi in seine Datenbank als Dateiname des Recordings einträgt, sind also falsch.
In 70_DoorPi.pm higegen stimmte nicht, dass dies nur bei "call ended" der Fall ist.
Man kann sich davon sehr gut selbst überzeugen, indem man die Recordings in dasselbe Verzeichnis wie die Snapshots schreiben lässt und dann Dateinamen in
<doorpi-url>/status?module=history_event und
<doorpi-url>/status?module=history_snapshot
vergleicht. Die Meldung an motom0001 hatte ich aufgeschoben, sollte ich jetzt mal machen.
LG
pah
Hallo pah,
habe am Wochenende das gesamte Ubuntu upgedatet, und auch python.
Sobald ich aber das define absetze und ein DoorPi Modul anlege stürzt FHEM sofort ab. Mit der gleichen Meldung dich ich schon gepostet habe. Hast Du noch ein Tipp was ich machen kann.
Alle anderen Sachen funktionieren ja. Z.B Whatsapp dieses Modul nutzt ja auch Python.
Danke Gruß Eddie
Ich habe eine Version eingecheckt, bei der ein solcher Absturz nicht mehr vorkommen sollte.
LG
pah
Auch auf die gefahr hin ausgelacht zu werden.
Was genau fehlt mir da?
2016.06.07 09:44:44 1: reload: Error:Modul 70_DoorPi deactivated:
Can't locate Test/JSON.pm in @INC (you may need to install the Test::JSON module) (@INC contains: /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl . ./FHEM) at ./FHEM/70_DoorPi.pm line 37, <$fh> line 2220.
BEGIN failed--compilation aborted at ./FHEM/70_DoorPi.pm line 37, <$fh> line 2220.
2016.06.07 09:44:44 0: Can't locate Test/JSON.pm in @INC (you may need to install the Test::JSON module) (@INC contains: /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl . ./FHEM) at ./FHEM/70_DoorPi.pm line 37, <$fh> line 2220.
BEGIN failed--compilation aborted at ./FHEM/70_DoorPi.pm line 37, <$fh> line 2220.
*edit*
Also das mir die Test:JSON fehlt habe ich da schon rausgelesen. Aber ich habe nicht gefunden wie ich diese Installiere :-( In der ComRef steht leider auch nur das dieses benötigt wird.
cpan Test::JSON
LG
pah
Danke pah,
noch eine Frage. Wie sieht den die calltarget aus? Ist das wirklich eine Datei ohne Endung?
Und steht da zum Beispiel nur das drin:
**610
0173******
Beides: JA.
LG
pah
Hallo zusammen,
ich habe da mal eine Frage....in welchem Pfad liegt eure DoorPi Installation? meine Testinstallation liegt in /usr/local/...... Da kracht einiges mit der doorpi.ini.
Okay ich kann die Verzeichnisse in /home/doorpi anlegen, aber passt das dann so oder sollte meine ganze Installation wo anders liegen?
2. Frage: Da ich jetzt Hardwaremässig was den Arduino oder RPI angeht nicht so fit bin, gibt es irgendwo ein "Verdrahrungsbild" wo ich da sehen kann, was wo dran kommt? Ich strebe die Installation mit Display, Cam und Ibutton an.
Danke schonmal für die Antworten auf meine vielleicht doofen Fragen.
Gruß
Jens
Dass die Installation da liegt, ist in der Tat störend - lässt sich aber momentan nicht gut ändern. Ich habe meine doorpi.ini aber in /home/doorpi verlinkt, da lässt sie sich bequemer editieren. Auch das Log steht an einer unmöglichen Stelle...
Schaltbilder: Ja, werden demnächst kommen, auch Fotos. Gibt einen ganzen Wiki-Artikel dann.
Habe aber diese Woche beruflich extrem viel um die Ohren, dauert also noch ein paar Tage.
LG
pah
OK, Wiki-Artikel zum DoorPi-Projekt ist begonnen: http://www.fhemwiki.de/wiki/DoorPi_und_FHEM
LG
pah
Hallo,
absolut genialer Wiki Artikel....beschreibt alles auch für Anfänger und macht vieles klarer
Von meiner Seite aus mal ein ganz dickes Danke an den Autor.
Gruß
Jens
Danke - aber die richtig interessanten Teile kommen ja noch ...
Dauert nur, weil ich beruflich extrem eingespannt bin.
LG
pah
Beitragsinhalt durch Moderatorenbeschluss wegen Verstoßes gegen Nettikette entfernt
Danke.
pah
Jungs echt, dass muss doch nicht sein.
Bitte Konstruktiv bleiben, wir sind hier im Forum unterwegs um uns gegenseitig zu helfen.
Das ganze auf sachlicher ebene.
Hallo pah,
langsam schäme ich mich. Ich kriege das Modul einfach nicht zu laufen. Ich habe das Test::JSON Module installiert wie vor ein paar Postings erklärt. Seitdem läßt ich das Modul auch via define anlegen. Aber im State steht bei mir Error.
Hier ein List des Moduls:
Internals:
DEF 192.168.1.113
NAME VideoTuer
NR 118
STATE Error
TCPIP 192.168.1.113:80
TYPE DoorPi
DATA:
Helper:
CMDS:
Readings:
2016-06-27 21:08:12 config invalid data
2016-06-27 21:02:01 door Unknown
2016-06-27 20:54:22 history 192.168.1.113: No route to host
2016-06-27 21:02:01 lockstate Unknown
2016-06-27 21:08:12 state Error
Attributes:
verbose 5
Folgendes sehe ich in der Log:
not ok 2
# Failed test at ./FHEM/70_DoorPi.pm line 492.
# Input was not valid JSON:
#
# malformed JSON string, neither array, object, number, string or atom, at character offset 17 (before "<head>\n ...") at /usr/local/share/perl/5.18.2/JSON/Any.pm line 592.
2016.06.27 21:08:12 1: [DoorPi_GetConfig] but data is invalid
Hast Du ein tipp für mich
Danke im Voraus
Gruß Eddie
Klar doch. Was ergiben die folgenden Aufrufe im Browser:
http://192.168.1.113/status?module=history_event
http://192.168.1.113//status?module=config
http://192.168.1.113/status?module=history_snapshot
LG
pah
da wird ein Username und Passwort abgefragt, aber wo kann ich in FHEM das angeben?
Na, dann haben wir doch schon etwas gelernt.
Entweder doorpi so konfigurieren, dass dabei kein Passwort nötig ist:
[DoorPiWeb]
indexfile = index.html
loginfile = login.html
online_fallback = http://motom001.github.io/DoorPiWeb
port = 80
public = AREA_public
www = /home/doorpi/records
[AREA_public]
.*
[AREA_config]
/control/config_value_get
/control/config_value_set
/control/config_value_delete
/control/config_save
/control/config_get_configfile
[AREA_dashboard]
/dashboard/pages/.*html
[AREA_status]
/status
/mirror
[AREA_control]
.*
Oder bei der Abfrage (erst einmal von Hand) mitgeben als
http://<username>:<password>@192.168.1.113/status?module=history_event
LG
pah
Hallo pah,
vielen Dank für die Hilfe. Jetzt bin ich schon mal ein Schritt weiter (gestern standen wir noch vor dem Abgrund - heute sind wir einen Schritt weiter ;D)
Jetzt schmiert FHEM aber permanent ab. Sofort nach dem booten ist es weg. folgendes konnte ich aus der Log entnehmen:
ok 1
2016.06.27 22:19:36 1: [DoorPi_GetConfig] Warning: No keyboard "filesystem" defined
ok 2
ok 3
Not an ARRAY reference at ./FHEM/70_DoorPi.pm line 680.
# Tests were run but no plan was declared and done_testing() was not seen.
# Looks like your test exited with -1 just after 3.
Exception in thread Thread-1:
Wahrscheinlich erwartet das FHEM Modul eine besondere Config im DoorPi?
Ja - aber sollte nicht abschmieren, wenn diese nicht vorhanden ist.
Welche Version von DoorPi.pm ?
LG
pah
Hi pah,
zunächst ein kleines Sorry, dass ich in deinem Wiki-Eintrag editiert habe - hatte versucht alle Infos an einem Ort zusammen zu ziehen und dabei die ursprüngliche Intention nicht beachtet ;)
Ich hätte zu dieser Aussagen noch eine Frage:
Zitat von: Prof. Dr. Peter Henning am 09 Mai 2016, 21:33:15
Ach ja: Eine Deckfolie darauf behindert die Touch-Funktion nicht (resistive Technologie).
Mir ist natürlich der Unterschied zwischen den Technologien bekannt, jedoch fällt mir aktuell noch keine "Deckfolie" (du meinst vermutlich nicht diese Handy-Schutzfolien) ein, die ich da einsetzen würde. Hast du da etwas, was du wasserdicht mit der Frontplatte verbinden würdest?
Vielen Dank im Voraus!
Viele Grüße,
Uli
Zitat von: Prof. Dr. Peter Henning am 28 Juni 2016, 07:24:13
Ja - aber sollte nicht abschmieren, wenn diese nicht vorhanden ist.
Welche Version von DoorPi.pm ?
LG
pah
1.0beta9
LG Eddie
Doch, genau eine solche Displayschutzfolie meine ich. Die hier z.B.
http://www.conrad.biz/ce/de/product/519111/Displayschutzfolie-Passend-fuer-Universal-100-mm-x-150-mm-1-St/SHOP_AREA_19142
kann man auf das Display aufbringen, am Rand etwas überstehen lassen und dort mit Silikon gegen die Frontplatte abdichten.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 28 Juni 2016, 18:50:35
Doch, genau eine solche Displayschutzfolie meine ich.
Merci - das erklärt es :) Brett vor dem Hirn gehabt - klar kann man das gute Stück auch überstehen lassen ;)
Viele Grüße,
Uli
So, etwas Fortschritte im Doorpi-Projekt. Ich habe einen Fehler im Code gefunden, der den Eintrag der Events in die SQLite-Datenbank verhindert hat, siehe hier: https://www.doorpi.org/forum/thread/480-problem-event-logging-in-sqlite-db/
Damit kann auch endlich das DoorPi-Modul für FHEM vernünftig weiter entwickelt werden.
LG
pah
Sorry für die Frage
mit welchen Kosten ist da in etwa zu rechnen??
hab da keine Vorstellung.
Zitat von: Franz Tenbrock am 20 Juli 2016, 20:22:46
Sorry für die Frage
mit welchen Kosten ist da in etwa zu rechnen??
hab da keine Vorstellung.
Kosten?
Kommt drauf an was du alles machen willst/brauchst.
Ohne Fritzbox, mit Kamera, Frontplatte, Rpi, GPIO, Netzteil usw.
Kann man schon so 200-300 rein stecken, je nach Hardware.
Dazu kommt dann noch, die Module von einem Hersteller, die man modifiziert oder eine eigene Frontplatte.
Da können schon noch mal so 100-300 dazu kommen.
Tja, etwas billiger wird es dadurch, dass einige Leute - mich eingeschlossen - inzwischen viel Zeit, Aufwand und Probierarbeit hineingesteckt haben. Am Ende meiner Arbeiten bin ich wahrscheinlich soweit, dass ich alles noch einmal von vorne beginnen könnte - mit einer ordentlich gefertigen Platine etc.
Aber ich sehe das so: Seit Jahren suche ich nach Ersatz für meine fast 30 Jahre alte Siedle-Türstation, die an meine alte ISDN-Anlage angeschlossen ist. Resultat = Null, denn nicht einmal die Teile mit Preisen jenseits der 2 k€ sehen gut aus und haben alle Funktionen, die ich möchte. Mit meiner Arbeitszeit komme ich zwar auf einen Gesamtpreis, der eher bei 4 k€ liegt. Aber dafür wird das dann ein Kapitel im nächsten Buch...
Also Hardwarekosten bisher: Kamera, Kabel, PiFace, Audioteile, Pi3 ca. 200 €. Display ca. 30 €. 1-Wire-Teile und Arduino ca. 40 €.
3D-Druck: Fragt lieber nicht nach den Stunden ... kann man aber auch hinten durch das Unterteil eines kommerziellen Gehäuses ersetzen, und den Kameradom durch einen Kumpel machen lassen.
Frontplatte, so wie im Wiki abgebildet, ca. 115 €.
Fehlen noch: Innengehäuse für den Pi, ein paar Schaltregler für die Stromversorgung etc.
Und noch etliche Stunden Integrationsarbeit in diesem Sommer.
LG
pah
Hochachtung für all das was hier läuft.
weiter so
und all die Hilfe die man als Nichtprofi hier bekommt
Nächster Schritt:
Abgesehen von der Reparatur des SQLite-Logging habe ich in DoorPi auch einen Befehl eingebaut, mit dem man von außen die Event-Datenbank reinigen kann: Alle Einträge löschen, die ein bestimmtes Alter überschreiten.
Damit ist der weiteren Einbindung in FHEM der Weg geebnet, langsam steigt der Spaß an der Sache.
LG
pah
Neue Version 1.1 des DoorPi-Moduls steht im contrib-Ordner unter doorpi.
Dazu auch die o.a. Python-Dateien, um das SQLite-Logging ordentlich zu verarbeiten. Purge-Befehl aus FHEM heraus läuft, alle möglichen Absturzursachen beseitigt.
LG
pah
Hallo zusammen,
ich wollte auch mal meine DoorPi Test Station mit FHEM verbinden.
Leider blicke ich aber nicht durch, was mit den dateien, die im Contrib Ordner sind passieren sollen.
Bei den Folgenden Dateien bin ich mir sicher.
70_DoorPi.pm in /opt/fhem/FHEM kopieren
FHEMHelper.sh.safe für die DoorPi installation
doorpi.ini.safe Beispiel Datei von PAH
Aber was ist mit den andern drei py dateien?
Muss in der Doorpi Ini ein Spezieller User hinterlegt sein, damit FHEM die Daten aus dem DoorPI Webinterface abrufen kann?
Momentan habe ich hier zwei User mit Passwort hinterlegt.
Danke und Gruß Robert
handler.py und history_event.py sind patches, ohne die DoorPi's SQLite Datenbank gar nicht befüllt wird, zw. mit der man sie via FHEM bereinigen kann. Ich bin mir nicht sicher, ob diese Patches schon in den offiziell verteilten Code aufgenommen wurden (bei DoorPi läuft das alles etwas langsamer, als hier). url_call ist ebenfalls ein Patch, ohne den der Aufruf von URL aus Doorpi nicht klappte. Dafür gilt dasselbe.
Vorgehensweise also: Erst alles ohne diese Dateien installieren.
WENN: URL-Aufrufe nicht klappen DANN einfach die im DoorPi Quellcode vorhandene Datei url_call.py durch die aus contrib/DoorPi ersetzen und DoorPi neu starten
WENN: Die Liste der Klingelvorgänge in FHEM nicht korrekt angezeigt wird, DANN einfach die im DoorPi Quellcode vorhandenen Dateiuen handler.py und history_event.py durch diejenigen aus contrib ersetzen.
LG
pah
Okay, danke für die schnelle antwort.
Dann muss ich mal schauen was ein Doorpi sagt.
Ich hab mein FHEM per https und mit passwort abgesichert.
Bedeutet doch auch, dass in die FHEMHelper eigentlich der Aufruf per HTTPS und eigentlich auch mit übergabe von Username und passwort erfolgen sollte oder?
Wo ich auch nicht ganz schlau draus werde ist was es mit dem default_traget auf sich hat?
Edit:
Hat es eigentlich einen grund warum bei mir das Device in FHEM nicht im gleichen Design angezeigt werden, wie normale Devices?
Siehe Screenshots
Gruß Robert
1. Ja. curl kann das problemlos, siehe https://curl.haxx.se/docs/httpscripting.html#HTTPS_is_HTTP_secure
2. Wenn FHEM kein Target = Zieltelefonnummer zurückliefert, wird von FHEMHelper das default_target verwendet und in die entsprechende Datei bei doorpi eingetragen.
LG
pah
Hallo,
@pah
Ich habe dein FHEMHelper Script ein wenig umgebaut. Naja ist schon ne bissel mehr geändert.
Ist noch nicht getestet. Eventuell finden sich ja noch ein paar Fehler.
Gruß Robert
ich hab momentan wieder da problem, das fhem nicht erreichbar ist, wenn ich das DoorPi Modul laufen habe.
Bekomme dann folgenden Fehlermeldung im LOG:
2016.10.07 10:38:56 1: PERL WARNING: keys on reference is experimental at ./FHEM/70_DoorPi.pm line 531.
2016.10.07 10:38:56 1: PERL WARNING: keys on reference is experimental at ./FHEM/70_DoorPi.pm line 550.
ok 1
ok 2
2016.10.07 10:38:56 1: [DoorPi_GetHistory] Warning - has found an empty snapshot history
Not an ARRAY reference at ./FHEM/70_DoorPi.pm line 766.
# Tests were run but no plan was declared and done_testing() was not seen.
# Looks like your test exited with -1 just after 2.
Sofort nach der Definition des Devices geht beim FHEM Web nichts mehr.
Hat da jemand eine Erklärung für?
Gruß Robert
Äh - sicher, dass das die aktuelle Version ist ?
Das habe ich eigentlich längst abgefangen.
LG
pah
Die Aktuelle Version im Contrib ist V1.2:
https://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/DoorPi/70_DoorPi.pm
diese habe ich in Verwendung.
Gruß Robert
@pah hab ich die falsche Version in Gebrauch?
Sorry, heute bei mir Land unter, Sitzungen und Vorträge bis abends. Dann mehr.
LG
pah
Hallo,
ich würde DoorPi gerne in Fhem einbinden, habe aber zuvor noch folgendes Problem:
Es wird nur auf jeden zweiten Anruf der Türsprechstelle reagiert.
Log schreibt folgendes:
[root] reset inputfile will not fire event (/usr/local/etc/DoorPi/keyboard/inputs/anruf_gigaset)
Da ich jetzt schon lange gesucht und nichts gefunden habe, wäre es nett, wenn mir jemand einen Anstoß in die richtige Richtung geben könnte.
In der doorpi.ini habe ich schon alle Möglichkeiten durchprobiert:
pressed_on_keydown = True bzw. False
reset_input = True bzw. False
Zitat von: lising am 12 Oktober 2016, 12:08:00
Hallo,
ich würde DoorPi gerne in Fhem einbinden, habe aber zuvor noch folgendes Problem:
Es wird nur auf jeden zweiten Anruf der Türsprechstelle reagiert.
Log schreibt folgendes:
[root] reset inputfile will not fire event (/usr/local/etc/DoorPi/keyboard/inputs/anruf_gigaset)
Da ich jetzt schon lange gesucht und nichts gefunden habe, wäre es nett, wenn mir jemand einen Anstoß in die richtige Richtung geben könnte.
In der doorpi.ini habe ich schon alle Möglichkeiten durchprobiert:
pressed_on_keydown = True bzw. False
reset_input = True bzw. False
Geh dazu lieber ins DoorPi Forum.
Der Post hier ist nur für die integration von DoorPi in FHEM.
Dort sollte du aber deine gesamte Config offenlegen.
Zitat von: Prof. Dr. Peter Henning am 12 Oktober 2016, 11:30:43
Sorry, heute bei mir Land unter, Sitzungen und Vorträge bis abends. Dann mehr.
LG
pah
Kein Stress, wenn es erst morgen wird, ist auch gut.
Es scheint ja bisher nur ich betroffen zu sein.
Gruß Robert
Anbei die neueste Version des DoorPi-Moduls - hat ein paar Verbesserungen beim Update der Anzeige erhalten. Außerdem die Version von FHEMHelper.sh mit den Änderungen von no_Legend.
Bitte testen (sind beide bei mir im produktiven Betrieb).
LG
pah
Edit: Ups, peinlicher Fehler: http und https vertauscht im FHEMHelper.sh. Anbei die korrigierte Version
Ich habe eine neue Version 1.4 des 70_DoorPi.pm eingecheckt, ebenso aktualisierte Versionen von doorpi.ini und FHEMHelper.sh => /contrib/DoorPi
LG
pah
Hallo zusammen,
ich habe aktuell die selbe Fehlermeldung wie no_legend. Und mein FHEM Webinterface ist nicht erreichbar.
2016.10.30 15:54:42 1: Including fhem.cfg
2016.10.30 15:54:42 3: telnetPort: port 7072 opened
2016.10.30 15:54:44 3: WEB: port 8083 opened
2016.10.30 15:54:44 3: WEBphone: port 8084 opened
2016.10.30 15:54:44 3: WEBtablet: port 8085 opened
2016.10.30 15:54:44 2: eventTypes: loaded 0 events from ./log/eventTypes.txt
2016.10.30 15:54:46 1: PERL WARNING: keys on reference is experimental at ./FHEM/70_DoorPi.pm line 534.
2016.10.30 15:54:46 1: PERL WARNING: keys on reference is experimental at ./FHEM/70_DoorPi.pm line 553.
2016.10.30 15:54:46 1: Including ./log/fhem.save
2016.10.30 15:54:46 1: usb create starting
2016.10.30 15:54:48 3: Probing CUL device /dev/ttyAMA0
2016.10.30 15:54:49 3: Can't open /dev/ttyAMA0: Permission denied
2016.10.30 15:54:49 1: usb create end
2016.10.30 15:54:49 2: SecurityCheck: WEB,WEBphone,WEBtablet has no associated allowed device with basicAuth. telnetPort has no associated allowed device with password/globalpassword. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2016.10.30 15:54:49 0: Featurelevel: 5.7
2016.10.30 15:54:49 0: Server started with 10 defined entities (fhem.pl:12423/2016-10-24 perl:5.020002 os:linux user:fhem pid:4493)
ok 1
2016.10.30 15:54:51 1: [DoorPi_GetConfig] virtual keyboard is named defined as "webservice"
ok 2
ok 3
2016.10.30 15:54:51 1: [DoorPi_GetHistory] Warning - has found an empty snapshot history
Not an ARRAY reference at ./FHEM/70_DoorPi.pm line 769.
# Tests were run but no plan was declared and done_testing() was not seen.
# Looks like your test exited with -1 just after 3.
Die USB Fehlermeldung habe ich bis jetzt ignoriert, da ich ohnehin keinen CUL angeschlossen habe. Im Moment handelt es sich bei mir um ein Testsystem bei dem DoorPi und FHEM beide auf einem raspberry B+ laufen.
Folgende Dateien sind in Verwendung:
doorpi.ini:
[DoorPi]
base_path = /usr/local/etc/DoorPi
snapshot_path = /home/doorpi/records
number_of_snapshots = 10
eventlog = /home/doorpi/log/eventlog.db
is_alive_led =
last_snapshot =
[DoorPiWeb]
indexfile = index.html
loginfile = login.html
#online_fallback = http://192.168.178.64:8083/fhem?detail=A.Door.Pi
port = 80
public = AREA_public
www = /home/doorpi/records
[AREA_public]
.*
[AREA_config]
/control/config_value_get
/control/config_value_set
/control/config_value_delete
/control/config_save
/control/config_get_configfile
[AREA_dashboard]
/dashboard/pages/.*html
[AREA_status]
/status
/mirror
[AREA_control]
.*
[User]
admin = admin
visitor = visitor
[Group]
administrators = admin
guests = visitor
[WritePermission]
administrators = dashboard,status,config
[ReadPermission]
guests = dashboard
[AdminNumbers]
**622 = active
[DTMF]
####################### SIP phone #######################
[SIP-Phone]
identity = DoorPi
local_port = 5060
firewallpolicy = PolicyNoFirewall
#
sipphonetyp = linphone
sipserver_password = doorpi
sipserver_realm = fritz.box
sipserver_server = 192.168.178.1
sipserver_username = 625
stun_server =
#
max_call_time = 300
call_timeout = 60
ua.max_calls = 2
#
audio_codecs = PCMA,PCMU
record_while_dialing = False
records = /home/doorpi/records/%Y-%m-%d_%H-%M-%S.wav
#
####################### Events #######################
[EVENT_OnStartup]
10 = sleep:1
20 = os_execute:/home/doorpi/FHEMHelper.sh init
20 = os_execute:/home/doorpi/FHEMHelper.sh call init
#30 = out:audio,1
[EVENT_BeforeSipPhoneMakeCall]
10 = out:irlight,1
20 = take_snapshot
30 = os_execute:/home/doorpi/FHEMHelper.sh call started
40 = out:irlight,0
#30 = mailto:haus271828@henning-weingarten.de,DoorPi,DoorPi initiating call
#[EVENT_OnCallStateConnect]
#10 = out:audio,0
[EVENT_OnCallStateDisconnect]
10 = os_execute:/home/doorpi/FHEMHelper.sh call ended
#20 = out:audio,1
[EVENT_OnCallStateDismissed]
10 = os_execute:/home/doorpi/FHEMHelper.sh call dismissed
#20 = out:audio,1
[EVENT_OnCallStateReject]
10 = os_execute:/home/doorpi/FHEMHelper.sh call rejected
20 = out:audio,1
[EVENT_OnTimeMinuteEvery5]
10 = statuswatchdog:/tmp/doorpi.watchdog
#20 = out:audio,1
####################### Keyboards ##############################
[keyboards]
webservice = filesystem
onboardpins = gpio
####################### Virtual keyboard #######################
[webservice_keyboard]
base_path_input = /home/doorpi/keyboard/inputs/
base_path_output = /home/doorpi/keyboard/outputs/
reset_input=false
[webservice_InputPins]
dooropen = sleep:0
doorlocked = sleep:0
doorunlocked = sleep:0
snapshot = sleep:0
streamon = sleep:0
streamoff = sleep:0
lighton = sleep:0
#lightonfortimer = out:light,1,0,60
lightoff = sleep:0
dashlighton = sleep:0
dashlightoff = sleep:0
gettarget = sleep:0
purge = sleep:0
clear = sleep:0
button1 = sleep:0
button2 = sleep:0
#-- communicate to FHEM that a snapshot has been taken
[EVENT_OnKeyPressed_webservice.snapshot]
10 = out:irlight,1
20 = os_execute:/home/doorpi/FHEMHelper.sh call snapshot
30 = take_snapshot
40 = out:irlight,0
#-- start video stream
[EVENT_OnKeyPressed_webservice.streamon]
10 = os_execute:/etc/init.d/mjpg_streamer start
#-- stop video stream
[EVENT_OnKeyPressed_webservice.streamoff]
10 = os_execute:/etc/init.d/mjpg_streamer stop
#-- obtain the target call number from FHEM
[EVENT_OnKeyPressed_webservice.gettarget]
10 = os_execute:/home/doorpi/FHEMHelper.sh gettarget
#-- purge all files older than current PID file
[EVENT_OnKeyPressed_webservice.purge]
10 = os_execute:/home/doorpi/FHEMHelper.sh purge
#-- clear all files
[EVENT_OnKeyPressed_webservice.clear]
10 = os_execute:/home/doorpi/FHEMHelper.sh clear
[EVENT_OnKeyPressed_webservice.button1]
10 = os_execute:/home/doorpi/FHEMHelper.sh sabotage
[EVENT_OnKeyPressed_webservice.button2]
10 = file_call_value:/home/doorpi/calltarget
####################### Real keyboard #######################
[onboardpins_keyboard]
pull_up_down = PUD_UP
[onboardpins_OutputPins]
40 = irlight
[onboardpins_InputPins]
37 = sleep:0
11 = sleep:0
FHEMHelper.sh und 70_DoorPi.pm in der aktuellsten Version von GitHub
Habe also das gleiche Problem wie no_legend. Irgendwelche Tipps, wie ich das beheben kann?
Viele Grüße
Karl
OK,
ich habe gerade Version 1.41 eingecheckt - die steigt nicht mehr aus, wenn GetHistory kein Ergebnis liefert. Somit ist der o.a. Fehler nicht mehr kritisch.
Zur Wurzel des Problems: Die offiziell verteilte Version von DoorPi hat immer noch den Fehler, dass in die Datenbank eigentlich gar nichts geschrieben wird. Tom wird das vermutlich erst in der nächsten Major-Release-Version beheben.
Also muss man die beiden Dateien handler.py und history_event.py aus dem FHEM-Ordner contrib/DoorPi an Stelle der ursprünglichen Dateien handler.py und history_event.py im DoorPi-Code schreiben. Dann DoorPi neu starten, und schon sollte das funktionieren.
Die Funktion kann man auch ohne FHEM testen. Mit dem URL-Aufruf
<url von doorpi>/status?module=history_event
bekommt man die gesamte Liste der bisherigen Events. Bei einer korrekt befüllten Datenbank ist das relativ viel Zeug. Das kann man filtern, etwa indem nur nach OnCallStateChange gesucht wird:
<url von doorpi>/status?module=history_event&name=OnCallStateChange
Schließlich kann die ordentliche Löschfunktion (bei gepatchtem Datenbank-Handler, siehe oben) überprüft werden mit
<url von doorpi>/status?module=history_event&name=purge&value=1.0
Dieser Aufruf löscht alles aus der Event-Datenbank, was älter ist als 1.0 Tage = 24 Stunden.
Ob die Snapshots richtig gespeichert werden, prüft man mit dem Aufruf
<url von doorpi>/status?module=history_snapshot
LG
pah
Danke für die schnelle Hilfe!
Im Github wird die neue Version noch nicht angezeigt, aber ich erinnere mich mal was gelesen zu haben, dass das etwas dauert. Also denke ich mal ab ca. morgen wird es dann sichtbar sein?
Ich versuche dann mal mein Glück mit den geänderten handler.py und history_event.py
Viele Grüße
Karl
Hallo,
kann ich ein Bluetooth Lautsprecher mit Mikrofon (diese Handy Freisprecher) mit doorpi in fhem einbinden ??
Na, dann hänge ich die aktuelle Version mal hier an.
@FhemDav: Nein. Bitte erst einmal lesen, um welches Projekt es hier geht.
LG
pah
Danke pah,
habe die neue 70_DoorPi.pm ausprobiert, da ist laut FHEM ein Syntaxfehler drin:
2016.10.30 19:32:38 1: reload: Error:Modul 70_DoorPi deactivated:
syntax error at ./FHEM/70_DoorPi.pm line 767, near "$mga
return"
syntax error at ./FHEM/70_DoorPi.pm line 772, near "$mga
return"
2016.10.30 19:32:38 0: syntax error at ./FHEM/70_DoorPi.pm line 767, near "$mga
return"
syntax error at ./FHEM/70_DoorPi.pm line 772, near "$mga
return"
Mit der Version 1.4 scheint es erstmal zu laufen. Die Daten von GetConfig sind zwar invalid, aber vielleicht habe ich auch noch irgendwo einen Fehler in der Config, das schaue ich mir gleich mal an. Wollte hier nur schnell Rückmeldung geben.
2016.10.30 19:32:38 1: usb create starting
2016.10.30 19:32:40 3: Probing CUL device /dev/ttyAMA0
2016.10.30 19:32:41 3: Can't open /dev/ttyAMA0: Permission denied
2016.10.30 19:32:41 1: usb create end
2016.10.30 19:32:41 2: Messages collected while initializing FHEM: configfile: Cannot load module DoorPi ./log/fhem.save: Please define DoorStation first Please define DoorStation first Please define DoorStation first Please define DoorStation first Please define DoorStation first Please define DoorStation first
2016.10.30 19:32:41 0: Featurelevel: 5.7
2016.10.30 19:32:41 0: Server started with 9 defined entities (fhem.pl:12423/2016-10-24 perl:5.020002 os:linux user:fhem pid:2604)
2016.10.30 19:34:27 0: Server shutdown
2016.10.30 19:34:32 1: Including fhem.cfg
2016.10.30 19:34:33 3: telnetPort: port 7072 opened
2016.10.30 19:34:34 3: WEB: port 8083 opened
2016.10.30 19:34:34 3: WEBphone: port 8084 opened
2016.10.30 19:34:34 3: WEBtablet: port 8085 opened
2016.10.30 19:34:34 2: eventTypes: loaded 4 events from ./log/eventTypes.txt
2016.10.30 19:34:36 1: PERL WARNING: keys on reference is experimental at ./FHEM/70_DoorPi.pm line 537.
2016.10.30 19:34:36 1: PERL WARNING: keys on reference is experimental at ./FHEM/70_DoorPi.pm line 556.
2016.10.30 19:34:36 1: Including ./log/fhem.save
2016.10.30 19:34:36 1: usb create starting
2016.10.30 19:34:38 3: Probing CUL device /dev/ttyAMA0
2016.10.30 19:34:39 3: Can't open /dev/ttyAMA0: Permission denied
2016.10.30 19:34:39 1: usb create end
2016.10.30 19:34:39 2: SecurityCheck: WEB,WEBphone,WEBtablet has no associated allowed device with basicAuth. telnetPort has no associated allowed device with password/globalpassword. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2016.10.30 19:34:39 0: Featurelevel: 5.7
2016.10.30 19:34:39 0: Server started with 10 defined entities (fhem.pl:12423/2016-10-24 perl:5.020002 os:linux user:fhem pid:3088)
not ok 1
# Failed test at ./FHEM/70_DoorPi.pm line 523.
# Input was not valid JSON:
#
# malformed JSON string, neither array, object, number, string or atom, at character offset 17 (before "<head>\n ...") at /usr/local/share/perl/5.20.2/JSON/Any.pm line 592.
2016.10.30 19:34:40 1: [DoorPi_GetConfig] but data is invalid
2016.10.30 19:34:40 1: [DoorPi_GetHistory] cannot be called, no connection
Schönen Abend noch
Karl
Ups.
Trivialer Fehler - am Ende der Zeile fehlt jeweils ein Semikolon. Habe den obigen Anhang korrigiert, und den Upload ebenso.
LG
pah
Tolles Projekt, auch wenn ich hier auf viele Hürden stoßen werde, habe ich mir vorgenommen einen DoorPi aufzubauuen.
Bin leider sehr kurzfristig bei der Suche nach Verkabelungen für eine neue Klingelanlage auf das Projekt gestossen.
Wir hatten heute den Türeinbau und ich musste schnell reagieren:
Nun habe ich drei CAT6 Kabel, also 24 Adern von der Klingelanlage (Siedle Vario 5xx) nach innen unter mein Tablet gezogen. Nun ist die Tür drin und verschäumt und ich stelle fest, dass ich zu voreilig war.
Nun meine Frage: Wenn ich das Projekt wie von pah im Wiki beschrieben umsetzen möchte (iButton benötige ich vermutlich nicht, da wir einen Fingerprintsensor haben), bekomme ich Probleme mit meinen Leitungen vom RPI zur neuen Klingelanlage?
Also: Reichen meine 24 Adern ohne iButton?
USB: Hier könnte ich ja je 2 Leitungen für Lautsprecher und Micro nehmen. (ggf. sogar insg. nur 3?)
Kamera: Wie bekomme ich das Malheur gelöst?
An der Siedleanlage, wo Kamera & Co reinsollen, liegt Spannung an (2 Kabel mit vielen Adern, allerdings vom Sicherungskasten, zu dem ich keine direkte Verbindung vom RPI habe.
Da wo der RPI ist, habe ich 230V + die Adern vom Türöffner + Netzwerk (8 Adern, wovon mindestens 4 Adern schon für den RPI der Türsteuerung draufgehen, d.h. es bleiben 4 = 100 MBit).
Ich habe zwischen Türstation und Raspberry Pi
8 Adern für Steuersignale
1 HDMI-Kabel, bei dem 4 Adern für Steuersignale benutzt werden
1 USB-Kabel
2 Adern Stromversorgung.
Wie groß ist denn der Abstand zwischen RPi und Klingelanlage ?
LG
pah
Danke für die schnelle Antwort! Abstand ca. 1 Meter.
Grüßle
Gunther
Serialisierung heißt das Zauberwort.
Wenn ich mein System noch einmal bauen würde, würde ich (fast) komplett über USB gehen.
4 Adern lassen sich als USB-Kabel verwenden, zur Signalformung sollte dabei an der Klingelanlage so etwas sitzen: https://www.reichelt.de/?ARTICLE=133604.
Wem das zu viel Pfriemelei ist, kann auch 8 Adern spendieren: https://www.conrad.de/de/usb-11-extender-verlaengerung-ueber-netzwerkkabel-rj45-logilink-ua0021d-60-m-990546.html
Dann kommt in die Klingelanlage noch ein aktiver Hub.
Damit lassen sich Audio-Signale bereits in der Klingelanlage digitalisieren, ebenso kann man nahezu beliebig viele Steuersignale über USB leiten:
- per USB/UART Umsetzer zur Steuerung eines Nextion Displays, oder
- per Relais-Board Dinge schalten: http://www.ebay.de/itm/2-Kanal-USB-Control-Switch-2-channel-5V-Relay-Module-Relaismodul/272343154883
- oder Signale erfassen https://www.conrad.de/de/io-modul-dio-usb-advantech-usb-4751l-ae-anzahl-io-24-197725.html (gibt es auch billiger...)
Ein zweites STP-Kabel kann für ein Kamerasignal verwendet werden. Oder man nimmt eine USB-Kamera - die Bandbreite einer einzenen USB 3.0-Verbindung ist hoch genug.
LG
pah
Das klingt gut. 1000 Dank für Deine Ideen und Recherche!
Zitat von: Prof. Dr. Peter Henning am 26 November 2016, 05:06:30
4 Adern lassen sich als USB-Kabel verwenden, zur Signalformung sollte dabei an der Klingelanlage so etwas sitzen: https://www.reichelt.de/?ARTICLE=133604.
Kann ich den abschneiden und die 4 Adern an beiden Seiten an mein Netzwerkkabel löten - oder leidet dann das Signal?
Der andere Adapter kann ja nur USB 1.1, da müsste ich dann etwas anderes für die Ansteuerung der Kamera nehmen.
Ich habe das Raspberry Pi NoIR-Kamera-Modul. Da benötige ich vermutlich 2 CAT-Kabel. Oder hast Du eine andere Idee?
Bzgl. des Punktes "Signale erfassen": Auf was sollte ich bei der Suche nach etwas günstigerem achten?
Natürlich leidet das Signal - dafür ist ja der aktive Signalformer da. Keine Garantie - aber bei mir im Haus habe ich das an einer Stelle so in Betrieb.
Meine noIR-Kamera ist über ein HDMI-Kabel angeschlossen, mit 2 Adaptern Flachband/HDMI.
LG
pah
P.S.: Mich graust es immer, wenn Leute von CAT-Kabeln sprechen. Der Kabeltyp heißt STP, CAT bezeichnet nur die Kategorie.
Ich gelobe Besserung und nenne sie zukünftig STP Kabel :-)
Die noIR Kamera würde dann vermutlich 2 STP-Kabel ;) benötigen. Damit würde ein Kabel für eine USB3 Verbindung und zusätzlich 4 freie Adern bleiben.
Ein HDMI-Kabel habe ich ja versäumt mit reinzulegen.
Hast Du die Läsung mit den RJ45-Steckern oder hast Du das USB3-Ding angelötet? Falls Zweites: Wie hast Du das STB-Kabel angelötet? Verdrillung bis zum Ende?
Danke für Deine Hilfe!
Wie man hier sieht, verbinde ich das noIR Flachkabel per Adapter mit einem HDMI-Kabel.
http://www.fhemwiki.de/wiki/DoorPi_und_FHEM#Kamera-Subsystem
LG
pah
Wieviele Adern hast Du da angelötet?
Edit / Frage 2: Piface benötige ich dann nicht, wenn ich
Zitat- per Relais-Board Dinge schalten: http://www.ebay.de/itm/2-Kanal-USB-Control-Switch-2-channel-5V-Relay-Module-Relaismodul/272343154883
- oder Signale erfassen https://www.conrad.de/de/io-modul-dio-usb-advantech-usb-4751l-ae-anzahl-io-24-197725.html (gibt es auch billiger...)
diese Möglichkeiten einsetze. Liege ich da richtig?
Hallo pah,
ich konnte nicht die Finger davon lassen, ich steige nun auch ein... ;-)
Und wie es aussieht, benötige ich einen kleinen Stups in die richtige Richtung...
Beim Kompilieren des Sketches bekomme ich nachfolgende Meldung. Da Du zwei mal explizit drauf hingewiesen hast, habe ich vorher die NexConfig.h kontrolliert, der Wert für nexSerial stand schon auf Serial2.
Kannst Du mir einen Tipp geben, was ich tun muss?
Arduino: 1.6.7 (Windows 10), Board: "Arduino/Genuino Uno"
In file included from sketch\NexHardware.h:18:0,
from sketch\NexHardware.cpp:15:
sketch\NexHardware.cpp: In function 'bool recvRetNumber(uint32_t*, uint32_t)':
NexConfig.h:37: error: 'Serial2' was not declared in this scope
#define nexSerial Serial2
^
sketch\NexHardware.cpp:55:5: note: in expansion of macro 'nexSerial'
nexSerial.setTimeout(timeout);
^
sketch\NexHardware.cpp: In function 'uint16_t recvRetString(char*, uint16_t, uint32_t)':
NexConfig.h:37: error: 'Serial2' was not declared in this scope
#define nexSerial Serial2
^
sketch\NexHardware.cpp:114:16: note: in expansion of macro 'nexSerial'
while (nexSerial.available())
^
sketch\NexHardware.cpp: In function 'void sendCommand(const char*)':
NexConfig.h:37: error: 'Serial2' was not declared in this scope
#define nexSerial Serial2
^
sketch\NexHardware.cpp:166:12: note: in expansion of macro 'nexSerial'
while (nexSerial.available())
^
NexConfig.h:37: error: 'Serial2' was not declared in this scope
#define nexSerial Serial2
^
sketch\NexHardware.cpp:171:5: note: in expansion of macro 'nexSerial'
nexSerial.print(cmd);
^
sketch\NexHardware.cpp: In function 'bool recvRetCommandFinished(uint32_t)':
NexConfig.h:37: error: 'Serial2' was not declared in this scope
#define nexSerial Serial2
^
sketch\NexHardware.cpp:192:5: note: in expansion of macro 'nexSerial'
nexSerial.setTimeout(timeout);
^
sketch\NexHardware.cpp: In function 'bool nexInit()':
NexConfig.h:37: error: 'Serial2' was not declared in this scope
#define nexSerial Serial2
^
sketch\NexHardware.cpp:226:5: note: in expansion of macro 'nexSerial'
nexSerial.begin(9600);
^
sketch\NexHardware.cpp: In function 'void nexLoop(NexTouch**)':
NexConfig.h:37: error: 'Serial2' was not declared in this scope
#define nexSerial Serial2
^
sketch\NexHardware.cpp:242:12: note: in expansion of macro 'nexSerial'
while (nexSerial.available() > 0)
^
exit status 1
'Serial2' was not declared in this scope
Dieser Report hätte mehr Informationen mit
"Ausführliche Ausgabe während der Kompilierung"
aktiviert in Datei > Einstellungen.
Danke und Gruß
Uwe
Ich müsste mal nachgraben. Offenbar fehlt Dir die Definition von "Serial2".
Hast Du
#include <SoftwareSerial.h>
mit drin ?
Zitat von: Prof. Dr. Peter Henning am 10 Dezember 2016, 11:47:07
Ich müsste mal nachgraben. Offenbar fehlt Dir die Definition von "Serial2".
Serial2 gibt es eigentlich nur mei Arduino Mega und Due. ...außer man definiert das irgendwo selbst. SoftareSerial bring das jedenfalls nicht mit.
Gruß,
Thorsten
Zitat von: Prof. Dr. Peter Henning am 10 Dezember 2016, 11:47:07
Ich müsste mal nachgraben. Offenbar fehlt Dir die Definition von "Serial2".
Hast Du
#include <SoftwareSerial.h>
mit drin ?
Ja, ist drin.
ZitatSerial2 gibt es eigentlich nur mei Arduino Mega und Due.
Äh - nö. Arduino Micro, da läuft das wunderbar und steuert mein Nextion-Display.
LG
pah
...aber warum ist dann Serial2 definiert?
USB ist eine serielle Schnittstelle, die andere dient zur Steuerung des Nextion.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 10 Dezember 2016, 17:34:34
USB ist eine serielle Schnittstelle, die andere dient zur Steuerung des Nextion.
Was Du wahrscheinlich meinst ist wohl das: "Serial" bezieht sich beim Micro auf USB. Außerdem hat der Micro noch eine zweite serielle Schnittstelle, mit der hier das Nextion gesteuert wird.
Aaaaaber: Diese zweite serielle Schnittstelle wird über "Serial1" angesprochen, nicht "Serial2".
Gruß,
Thorsten
Wenn ich das jetzt mit nexSerial Serial1 kompiliere, ist zwar o.g. Meldung weg, aber dafür hab ich jetzt so viele andere Fehlermeldungen, dass die Sache schon keinen Spaß mehr macht... :(
Auch die Installation von Test::JSON erweist sich gerade als große Hürde...ich schmeiß den Kram jetzt erst mal in die Ecke. :'(
Gruß
Uwe
Zitat...aber warum ist dann Serial2 definiert?
Aha, damit kommen wir einem Fehler auf die Spur. Auch beim Durchsuchen meiner halben Festplatte habe ich nämlich nur eine Stelle gefunden, in der Serial2 vorkommt: In der Dokumentation der ITEAD Nextion library.
In meinem eigenen NexConfig.h ist sehr schön gesetzt
#define nexSerial Serial1 Offenbar habe ich beim Schreiben des Wiki-Eintrages nicht mehr in meinen eigenen Code geschaut, sondern die ITEAD Doku herangezogen.
Wird im Wiki umgehend ersetzt, sorry für den Fehler.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 11 Dezember 2016, 07:37:27Auch beim Durchsuchen meiner halben Festplatte habe ich nämlich nur eine Stelle gefunden, in der Serial2 vorkommt: In der Dokumentation der ITEAD Nextion library.
Da steht ja auch:
Zitat
Note: the default configuration is for MEGA2560.
Das ist meiner Meinung nach etwas blöd gemacht. Man muss ein .h-File der Library ändern, um das ganze für ein bestimmtest Board zu konfigurieren. Das könnte man geschickter und weniger fehleranfällig lösen.
Gruß,
Thorsten
Moin,
vielleicht kann sich das noch mal jemand ansehen...das Kompilieren bricht mit folgender Meldung ab:
C:\Program Files\Arduino\libraries\Nextion\NexUpload.cpp: In member function 'bool NexUpload::_checkFile()':
C:\Program Files\Arduino\libraries\Nextion\NexUpload.cpp:96:29: error: invalid conversion from 'const char*' to 'char*' [-fpermissive]
if(!SD.exists(_file_name))
^
In file included from C:\Program Files\Arduino\libraries\Nextion\NexUpload.h:20:0,
from C:\Program Files\Arduino\libraries\Nextion\NexUpload.cpp:16:
C:\Program Files\Arduino\libraries\SD/SD.h:77:11: error: initializing argument 1 of 'boolean SDClass::exists(char*)' [-fpermissive]
boolean exists(char *filepath);
^
Damit weiß ich nun überhaupt nichts anzufangen.
Danke und Gruß
Uwe
ZitatDas ist meiner Meinung nach etwas blöd gemacht
Hast Du Dir mal die Lizensierung der Datei angeschaut ?
LG
pah
Zitat von: Prof. Dr. Peter Henning am 11 Dezember 2016, 12:07:25
Hast Du Dir mal die Lizensierung der Datei angeschaut ?
Meinst Du das hier:
* Copyright (C) 2014-2015 ITEAD Intelligent Systems Co., Ltd. \n
* This program is free software; you can redistribute it and/or
* modify it under the terms of the GNU General Public License as
* published by the Free Software Foundation; either version 2 of
* the License, or (at your option) any later version.
Das kommt mir ein bisschen widersprüchlich vor.
Gruß,
Thorsten
Genau. Und noch besser die von libraries/ITEADLIB_Arduino_Nextion-master/doc/Documentation/index.html.
Daran sieht man, wie sorgfältig die vorgegangen sind.
LG
pah
Moin Moin,
nachdem ich beim Kompilieren nicht weiterkomme, habe ich den Raspberry aufgesetzt und alles soweit installiert, funktioniert auch, bis auf ein entscheidendes Feature...beim Klingeln wird keine Aktion ausgelöst.
Ich habe die aktuellen Dateien aus dem contrib drin (DoorPi Version 1.8 ), seitdem blinkt die LED von O7 vor sich hin, die snapshots werden korrekt abgelegt, dashlight und light lassen sich schalten. Auch diese Abfragen hier (https://forum.fhem.de/index.php/topic,49877.msg512620.html#msg512620) funktionieren problemlos. Scheint also alles korrekt zu sein.
Muss ich irgendwo noch was eintragen/ändern, damit I0 auf den Klingelknopf reagiert?
Danke und Gruß
Uwe
Äh - nö. Welche Nummer soll denn gewählt werden ? Bei mir steht die in einem File und wird von FHEM gesetzt.
LG
pah (derzeit in Luxembourg, kann dauern, bis ich antworte)
OK, dass in /home/doorpi/calltarget eine Datei mit z.B. einer internen Telefonnummer (bei mir **611) vorhanden sein muss, habe ich im Thread gelesen...eine Datei ohne Endung, welchen Namen muss die haben? Die Info habe ich gesucht, aber nicht gefunden.
Unabhängig davon sollte doch aber beim Klingeln ein snapshot ausgelöst werden, oder? Das funktioniert nicht, es passiert rein gar nichts beim Klingeln.
Gruß
Uwe
Konfigurationsdatei ?
Call-Datei heoit einfach calltarget
Ich habe bewusst den Klingeleingang an I0 gelegt, kann ich also für Testzwecke durch den Button auf dem PiFace auslösen.
#-- RING THE BELL
[EVENT_OnKeyPressed_onboardpins.0]
20 = file_call_value:/home/doorpi/calltarget
Dabei mit tail -f das logfile überwachen
LG
pah
Verdammt, kolossaler Denkfehler. ::) Sorry
Irgendwie war ich der Meinung, es müsste auch ein Verzeichnis calltarget geben. OK, jetzt wird beim Klingeln die Kamera ausgelöst (rote LED an der Kamera leuchtet kurz), aber kein snapshot. Eine Aktion in ringcmd wird auch nicht ausgeführt. Da fehlt noch eine Verbindung...
Danke und Gruß
Uwe
EDIT: Korrektur. Es wird sehr wohl ein snapshot ausgelöst, der landet auch korrekt im Ordner, FHEM kriegt davon aber nichts mit. Das Reading snapshot wird nicht aktualisiert.
Nochmal EDIT: Ich bin so doof. Man sollte die richtigen Rechte setzen.
Einen hab ich noch für heute...da fehlen die Vorschaubilder. Was hab ich denn da wieder falsch gemacht?
Mach mal
get config
get history
Dann Seite noch,mal laden.
LG
pah
In beiden Fällen ist die Rückmeldung "ok", nach Reload der Seite bleibt es aber bei der Darstellung ohne Calllist.
Edit: Nächster Tag, neues Glück.
Die Aufrufe
ZitatDie Funktion kann man auch ohne FHEM testen. Mit dem URL-Aufruf
[code]<url von doorpi>/status?module=history_event
bekommt man die gesamte Liste der bisherigen Events. Bei einer korrekt befüllten Datenbank ist das relativ viel Zeug. Das kann man filtern, etwa indem nur nach OnCallStateChange gesucht wird:
<url von doorpi>/status?module=history_event&name=OnCallStateChange
Schließlich kann die ordentliche Löschfunktion (bei gepatchtem Datenbank-Handler, siehe oben) überprüft werden mit
<url von doorpi>/status?module=history_event&name=purge&value=1.0
Dieser Aufruf löscht alles aus der Event-Datenbank, was älter ist als 1.0 Tage = 24 Stunden.
Ob die Snapshots richtig gespeichert werden, prüft man mit dem Aufruf
<url von doorpi>/status?module=history_snapshot
funktionieren problemlos. Trotzdem wird die Calllist nicht angezeigt. Ist es möglich, dass ich an einer Stelle noch nicht die richtigen Rechte gesetzt habe? Ich habe den gesamten Thread nochmal durchgeackert, aber manchmal übersieht man den entscheidenden Hinweis eben doch :(
Noch eine Sache ist mir nicht klar. Wird eigentlich der Stream an's FritzFon geschickt? Wenn ja, wie?
Danke und Gruß
Uwe
Hallo pah
Ich will - poe-á-poe anfangen das DoorPi - Projekt für mich umzusetzen.
Eine wirklich tolles Projekt!
Allerdings ist mir leider aufgefallen, dass einer der Link auf den Deckel von dem picameradome4back als ein geschlossenes Teil ist.
Wie hast du den Deckel nach dem Druck abgenommen?
Nachtrag: Habe mir aus dem picameradome4back zwei gesonderte Dateien erstellt: "picameradome4back ohne Deckel" und nur den picameradome4back-Deckel.
Allerdings werde ich aus dem Schematic 1 von 2 an einer Stelle nicht schlau:
Scheinbar gehen 4 Adern in das HDMI Kabel was aus meiner Sicht geschlossen und exklusiv die Kamera und den RASPI verbindet...
Wie ist das realisiert?
Danke für die Hilfe und Kompliment an die Dokumentation! Wenn doch alle Projekte so beschrieben wären.
Und: Die Ausführlichkeit der Projekt-Dokumentation habe ich im DoorPi Forum noch nicht gefunden! ;)
Gruss
Sailor
@UweH: War die Woche etwas im Stress wegen notwendiger Arbeiten für die EU-Kommission. Habe erst ab morgen wieder Zeit und werde es mir dann ansehen.
@Sailor: im HDMI-Kabel sind bei Verwendung der Adapter für die PiCam genau 4 Adern unbenutzt. Genauigkeit der Doku ergibt sich daraus, dass das ein Kapitel im nächsten "SmarHome Hacks" werden soll.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 15 Dezember 2016, 13:17:14
Habe erst ab morgen wieder Zeit und werde es mir dann ansehen.
Prima, Danke.
In der Zwischenzeit versuche ich, den Arduino zur Zusammenarbeit zu bewegen...
Gruß
Uwe
Hallo pah
Kein Stress. Wir wollen uns schließlich den Spaß erhalten und Geld verdienen können wir damit auch keins! ;)
Zitat von: Prof. Dr. Peter Henning am 15 Dezember 2016, 13:17:14
@Sailor: im HDMI-Kabel sind bei Verwendung der Adapter für die PiCam genau 4 Adern unbenutzt. Genauigkeit der Doku ergibt sich daraus, dass das ein Kapitel im nächsten "SmarHome Hacks" werden soll.
OK, das bedeutet du hast die Adern
grün - Audio SW
orange - Sabotage
blau - Movement
weiß - IRLightIN
auf der Kamera-Seite auf den Adapter gelötet.
Auf der RasPi - Seite hast du diese dann wiederum vom Adapter abgegriffen und
grün - Audio SW -> ????
orange - Sabotage -> PiFace IN 17
blau - Movement -> PiFace IN 16
weiß - IRLightIN -> PiFace OUT 03
gelegt.
Aber wo geht der grüne Audio SW ran?
Gruß
Sailor
PS: Versuchst du gerade der EU Forschungsgelder für SmartHome Projekte zu entlocken? ;D
So muss es lauten
grün - Audio SW -> PiFace OUT 6
orange - Sabotage -> PiFace IN 7
blau - Movement -> PiFace IN 6
weiß - IRLightON -> PiFace OUT 3
Muss ich in der einen Schemazeichnung ergänzen.
ZitatVersuchst du gerade der EU Forschungsgelder für SmartHome Projekte zu entlocken?
Nö, mein Forschungsgebiet ist ein anderes, siehe http://www.intuitel.eu. War nur ein Beratungsgremium für die Planung des nächsten Forschungsrahmenprogramms.
LG
pah
@UweH
Ich fang mal hinten an: Der Audio-Stream wird an die Stelle geschickt, die der SIP-Server (FritzBox) dem linphone-Client auf dem DoorPi nennt. Der Video-Stream wird gar nicht geschickt, sondern mit meinen Skriten wird nur ein MJPEG-Server auf dem DoorPi gestartet. Musst Du mal im DoorPi-Forum nachsehen, wie das mit dem FFon ist - so etwas besitze ich nicht.
Jetzt zu der CallList.
Die wird mit der GetHistory-Routine befüllt. Nach Ausführung stehen die Daten in $hash->{DATA}, und das Reading call_listed zeigt ihre Anzahl an.
Wenn call_listed > 0 ist, und trotzdem nicht sangezeigt wird, bitte mal
{DoorPi_list($defs{"<name des doorpi-device>"})}
manuell in die Kommandozeile eintragen. Das ist nämlich die Routine, die aus $hash->{DATA} die Tabelle macht.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 16 Dezember 2016, 17:43:19
Musst Du mal im DoorPi-Forum nachsehen, wie das mit dem FFon ist - so etwas besitze ich nicht.
OK, wäre insofern interessant, weil das FFon Videostreams von Webcams wiedergeben kann.
Zitat
{DoorPi_list($defs{"<name des doorpi-device>"})}
manuell in die Kommandozeile eintragen
Dann wird die Ausgabe von DoorPi_list als HTML-Tabelle angelegt, die der Browser unformatiert anzeigt, s.Anhang.
Gruß
Uwe
Ja, richtig,
Und damit wegen der Zeilen 84 und 85
$hash->{FW_detailFn} = "DoorPi_makeTable";
$hash->{FW_summaryFn} = "DoorPi_makeShort";
auch auf der Detail-Seite.
Kann das irgendeine spezielle Konfiguration Deines Frontends sein ?
LG
pah
Zitat von: Prof. Dr. Peter Henning am 16 Dezember 2016, 18:31:24
Kann das irgendeine spezielle Konfiguration Deines Frontends sein ?
Eher unwahrscheinlich. Ich habe es mit unterschiedlichen Browsern und Betriebssystemen überprüft, keine Calllist. Und auf FHEM-Seite habe ich Standardeinstellungen, zumindest wissentlich habe ich nichts geändert.
Was könnte denn die Anzeige der calllist verhindern? Generiert wird sie ja...
Servus beisammen!
Weihnachtszeit ist Google-Zeit...
Ich bin gestern über ein Device gestolpert, das - zumindest von den Specs her - eigentlich recht gut für die Verwendung als DoorPi taugen könnte:
Der NanoPi Air
http://www.friendlyarm.com/index.php?route=product/product&product_id=151
Von den Abmessungen (40x40mm) dürfte die Platine gut in eine normale UP-Dose passen und dank WiFi & Kameraport, MIC-in und Line-out (oder eine Freisprechanlage via Bluetooth) auch schon die grundlegenden Funktionen mitbringen.
Hat jemand mit NanoPi Neo/ Air schon irgendwelche Erfahrungen gesammelt?
--edit--
Augenscheinlich hat die Air-Variante keine herausgeführten Mic/Line-Out-Pins. Das hat soweit ich es verstanden habe, nur die Neo-Variante.
--edit's edit--
Oder vielleicht das hier:
http://www.arducam.com/24-24mm-coin-size-raspberry-pi-compatible-board/
Scheint's aber noch nicht zu geben...
Mal ein ganz anderes Problem: ich wohne zur Miete, kann daher als Cam nur was im Spion-Loch versenken. Bisher habe ich aber keine IP- oder RaspPi-fähige Cam gefunden, die dafür geeignet (und bezahlbar) wäre.
Für AV-Anschluss schon, aber da käme ja wieder zusätzliche Hardware ins Spiel.
Jemand eine Idee?
Zitat von: Per am 29 Dezember 2016, 12:56:57
Mal ein ganz anderes Problem: ich wohne zur Miete, kann daher als Cam nur was im Spion-Loch versenken. Bisher habe ich aber keine IP- oder RaspPi-fähige Cam gefunden, die dafür geeignet (und bezahlbar) wäre.
Für AV-Anschluss schon, aber da käme ja wieder zusätzliche Hardware ins Spiel.
Jemand eine Idee?
Ich denke, fast jede USB-Kamera läuft inzwischen in Linux (auch am Pi) "out of the box". Da gibt es recht kleine Teile, möglicherweise ist da was dabei.
Gruß,
Thorsten
Hi,
wenn Du ein Spion hast, könntest Du doch die PI Cam direkt an den Spion dran machen, dann hättest Du auch gleich eine Fish-Eye Optik.
Probiere doch mal mit deinem Smartphone, ob das Bild so brauchbar wäre.
Gruß Eddie
Zitat von: Thorsten Pferdekaemper am 29 Dezember 2016, 15:10:53USB-Kamera
Stimmt, USB geht auch, hatte ich auch schon geschaut, aber vergessen aufzuführen. Aber auch dafür habe ich keine "Spion-Variante" gefunden. Es sollte halt nach außen auch wie ein Spion aussehen.
Es gibt für wenig Geld elektronische Türspione (Kamera+Bildschirm). Deren Optik und Befestigung kann man entweder kopieren (z.B. mit einem Bresser Fisheye) oder herausbauen und eine ganz normale PiCam dahinter setzen.
LG
pah
Zitat von: UweH am 16 Dezember 2016, 18:53:27
Was könnte denn die Anzeige der calllist verhindern? Generiert wird sie ja...
Um mal darauf zurück zu kommen...ich habe jetzt mal testweise FHEM auf einem frischen Linux Mint 18 installiert, keine calllist. Unter Ubuntu funktioniert es auch nicht und bei Debian ist mir die Installation von Test::JSON nicht geglückt. Auf welchem System funktioniert es denn sauber?
Danke und Gruß
Uwe
Das Test:.JSON ärgert mich auch dauernd - weil es das Log zumüllt, ich habe noch keine ordentliche Möglichkeit gefunden, das zu unterdrücken. Werde ich optional machen oder ganz herauswerfen.
Also nochmal zusammengefasst: beim Aufruf der entsprechenden Routine wird die Tabelle generiert. Jetzt testen wir mal, ob sie aufgerufen wird. Also bitte in den nachfolgenden Code (ist in deiner Doorpi-version irgendwo hinter Zeile 12079 eine Zeile mit Log-Ausgabe einfügen.
#######################################################################################
#
# DoorPi_makeTable
#
# FW_detailFn handler for creating the html output in FHEMWEB
#
#######################################################################################
sub DoorPi_makeTable($$$$){
my ($FW_wname, $devname, $room, $extPage) = @_;
Log 1,"DEBUGGING DOORPI: FW_name=$FW_name, devname=$devname, room=$room, extpage=$extpage"
my $hash = $defs{$devname};
return DoorPi_list($hash)
}
Nächster Test:
Schau dir den Quelltext der Device-Seite voN DoorPi an (im Browser).
Gibt es dort ein Element
<div id="content" data-confirmDelete="1" data-webName="WEB">
?
Gibt es dort ein Element
<div class="fhemWidget" informId="A.Door.Pi" cmd="" arg="doorpicalllist" dev="A.Door.Pi">
(Natürlich statt mit "A.Door.Pi" mit Deinem Devicenamen) ?
LG
pah
Danke, werde ich heute Nachmittag sofort testen, wenn ich wieder mein FHEM vor mir habe :)
Zitat von: Prof. Dr. Peter Henning am 06 Januar 2017, 10:31:16
Also bitte in den nachfolgenden Code (ist in deiner Doorpi-version irgendwo hinter Zeile 12079 eine Zeile mit Log-Ausgabe einfügen.
Ich gehe davon aus, dass Du Zeile 1279 in DoorPi.pm meinst...wenn ich den Code dort einfüge, meldet FHEM:
2017.01.06 15:39:24 0: Global symbol "$FW_name" requires explicit package name (did you forget to declare "my $FW_name"?) at ./FHEM/70_DoorPi.pm line 1291.
Global symbol "$extpage" requires explicit package name (did you forget to declare "my $extpage"?) at ./FHEM/70_DoorPi.pm line 1291.
syntax error at ./FHEM/70_DoorPi.pm line 1293, near "my "
Global symbol "$index" requires explicit package name (did you forget to declare "my $index"?) at ./FHEM/70_DoorPi.pm line 1305.
Global symbol "$index" requires explicit package name (did you forget to declare "my $index"?) at ./FHEM/70_DoorPi.pm line 1305.
Global symbol "$ret" requires explicit package name (did you forget to declare "my $ret"?) at ./FHEM/70_DoorPi.pm line 1333.
Global symbol "$old_locale" requires explicit package name (did you forget to declare "my $old_locale"?) at ./FHEM/70_DoorPi.pm line 1334.
Global symbol "$to_json" requires explicit package name (did you forget to declare "my $to_json"?) at ./FHEM/70_DoorPi.pm line 1336.
Global symbol "@json_output" requires explicit package name (did you forget to declare "my @json_output"?) at ./FHEM/70_DoorPi.pm line 1336.
Global symbol "$ret" requires explicit package name (did you forget to declare "my $ret"?) at ./FHEM/70_DoorPi.pm line 1336.
syntax error at ./FHEM/70_DoorPi.pm line 1337, near "}"
./FHEM/70_DoorPi.pm has too many errors.Zitat
Nächster Test:
Schau dir den Quelltext der Device-Seite voN DoorPi an (im Browser).
Gibt es dort ein Element
<div id="content" data-confirmDelete="1" data-webName="WEB">
?
Ja, ist vorhanden.
Zitat
Gibt es dort ein Element
<div class="fhemWidget" informId="A.Door.Pi" cmd="" arg="doorpicalllist" dev="A.Door.Pi">
(Natürlich statt mit "A.Door.Pi" mit Deinem Devicenamen) ?
Ja, auch das ist vorhanden.
Gruß
Uwe
ZUm eingefügten Code: Äh, ja, sorry, zwei Tippfehler bei den Namen, und das Semikolon am Zeilenende fehlt auch. Hättst Du aber auch sehen können ;)
sub DoorPi_makeTable($$$$){
my ($FW_wname, $devname, $room, $extPage) = @_;
Log 1,"DEBUGGING DOORPI: FW_wname=$FW_wname, devname=$devname, room=$room, extPage=$extPage";
So, und was steht im Quelltext dann NACH dem fhemWidget ?
<td><div class="fhemWidget" informId="A.Door.Pi" cmd="" arg="doorpicalllist" dev="A.Door.Pi">
<table class="block doorpicalllist">
<tr align="center" class="doorpicalllist odd">
<td name="state" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">Who</td>
<td name="timestamp" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">Timestamp</td>
<td name="number" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">Number</td>
<td name="result" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">Result</td>
<td name="duration" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">Duration</td>
<td name="record" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">Recording</td>
</tr>
SOLLTE es sein. Achtung: Natürlich nicht so mit sauberen Zeilenumbrüchen wie hier - aber vom Inhalt her gleich.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 06 Januar 2017, 17:21:26
ZUm eingefügten Code: Äh, ja, sorry, zwei Tippfehler bei den Namen, und das Semikolon am Zeilenende fehlt auch. Hättst Du aber auch sehen können ;)
Ja...nachdem Du mich drauf gestoßen hast, sehe ich es auch... *schäm*
Zitat
So, und was steht im Quelltext dann NACH dem fhemWidget ?
Genau wie es sein soll:
<div class="fhemWidget" informId="A.Door.Pi" cmd="" arg="doorpicalllist" dev="A.Door.Pi">
<table class="block doorpicalllist"><tr align="center" class="doorpicalllist odd">
<td name="state" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">Who</td>
<td name="timestamp" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">Timestamp</td>
<td name="number" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">Number</td>
<td name="result" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">Result</td>
<td name="duration" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">Duration</td>
<td name="record" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">Recording</td></tr>
</td><td>Calllist empty</table>
</div>Das Log gibt nun das aus:
2017.01.06 17:43:01 1: DEBUGGING DOORPI: FW_wname=WEB, devname=A.Door.Pi, room=, extPage=
Nach einem Türklingelevent wird auch schön eine Tabelle mit den Links erzeugt, nur leider nicht angezeigt...
<div class="fhemWidget" informId="A.Door.Pi" cmd="" arg="doorpicalllist" dev="A.Door.Pi">
<table class="block doorpicalllist">
<tr align="center" class="doorpicalllist odd">
<td name="state" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">Who</td>
<td name="timestamp" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">Timestamp</td>
<td name="number" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">Number</td>
<td name="result" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">Result</td>
<td name="duration" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">Duration</td>
<td name="record" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">Recording</td></tr><tr align="center" number="0" class="doorpicalllist even">
<td name="state" class="doorpicalllist" style="padding-left:6px;padding-right:6px;"><a href="http://192.168.178.64:80/2017-01-06_17-49-11.jpg"><img src="http://192.168.178.64:80/2017-01-06_17-49-11.jpg" width="40" height="30"></a></td>
<td name="timestamp" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">Fr, 6 Jan 2017 17:49:10</td>
<td name="number" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">**611</td><td name="result" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">ok(3)</td>
<td name="duration" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">8.1</td><td name="record" class="doorpicalllist" style="padding-left:6px;padding-right:6px;"><a href="http://192.168.178.64:80/2017-01-06_17-49-10.wav">2017-01-06_17-49-10.wav</a></td></tr><tr align="center" number="1" class="doorpicalllist odd">
<td name="state" class="doorpicalllist" style="padding-left:6px;padding-right:6px;"><a href="http://192.168.178.64:80/2017-01-06_17-48-42.jpg"><img src="http://192.168.178.64:80/2017-01-06_17-48-42.jpg" width="40" height="30"></a></td><td name="timestamp" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">Fr, 6 Jan 2017 17:48:41</td><td name="number" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">**611</td><td name="result" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">nok(5)</td>
<td name="duration" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">12</td><td name="record" class="doorpicalllist" style="padding-left:6px;padding-right:6px;"><a href="http://192.168.178.64:80/2017-01-06_17-48-42.wav">2017-01-06_17-48-42.wav</a></td></tr><tr align="center" number="2" class="doorpicalllist even"><td name="state" class="doorpicalllist" style="padding-left:6px;padding-right:6px;"><a href="http://192.168.178.64:80/2017-01-06_17-42-05.jpg"><img src="http://192.168.178.64:80/2017-01-06_17-42-05.jpg" width="40" height="30"></a></td>
<td name="timestamp" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">Fr, 6 Jan 2017 17:42:04</td>
<td name="number" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">**611</td><td name="result" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">nok(5)</td>
<td name="duration" class="doorpicalllist" style="padding-left:6px;padding-right:6px;">14.6</td><td name="record" class="doorpicalllist" style="padding-left:6px;padding-right:6px;"><a href="http://192.168.178.64:80/2017-01-06_17-42-04.wav">2017-01-06_17-42-04.wav</a>
</td></tr></table></div>
Oha.
Ist denn die Datei /fhem/pgm2/fhemweb_doorpicalllist.js installiert ?
LG
pah
Ebenfalls Oha.
Jetzt hab ich ja gerade ein richtig schlechtes Gewissen, aber von dieser Datei lese/höre ich gerade zum Ersten Mal. Gefühlt hab ich den Thread, das Wiki und die contrib-Ordner 100x durchgelesen...wo finde ich die? Natürlich habe ich die nicht... :-[
Sieh an. Die habe ich im contrib-Ordner aus irgendeinem Grund gelöscht - da können wir lange probieren, und ich muss mich ebenfalls entschuldigen :-[
Ich hänge sie hier an, ebenso die neueste Version des Moduls.
LG
pah
Kein Problem, dafür funktioniert es jetzt :) :) :)
Danke
Hallo Mitstreiters,
ich quäle mich immer noch mit dem Arduino...gibt es eigentlich außer pah noch jemandem, dem das Kompilieren des DoorPi-Sketches gelungen ist?
Nach ein paar Sekunden wird erst mal abgebrochen mit:
In file included from C:\Program Files\Arduino\libraries\ITEADLIB_Arduino_Nextion-master\NexHardware.h:18:0,
from C:\Program Files\Arduino\libraries\ITEADLIB_Arduino_Nextion-master\NexHardware.cpp:15:
C:\Program Files\Arduino\libraries\ITEADLIB_Arduino_Nextion-master\NexHardware.cpp: In function 'bool recvRetNumber(uint32_t*, uint32_t)':
C:\Program Files\Arduino\libraries\ITEADLIB_Arduino_Nextion-master\NexConfig.h:37:19: error: 'Serial1' was not declared in this scope
#define nexSerial Serial1
^
C:\Program Files\Arduino\libraries\ITEADLIB_Arduino_Nextion-master\NexHardware.cpp:55:5: note: in expansion of macro 'nexSerial'
nexSerial.setTimeout(timeout);
^
C:\Program Files\Arduino\libraries\ITEADLIB_Arduino_Nextion-master\NexHardware.cpp: In function 'uint16_t recvRetString(char*, uint16_t, uint32_t)':
C:\Program Files\Arduino\libraries\ITEADLIB_Arduino_Nextion-master\NexConfig.h:37:19: error: 'Serial1' was not declared in this scope
#define nexSerial Serial1
^
C:\Program Files\Arduino\libraries\ITEADLIB_Arduino_Nextion-master\NexHardware.cpp:114:16: note: in expansion of macro 'nexSerial'
while (nexSerial.available())
^
C:\Program Files\Arduino\libraries\ITEADLIB_Arduino_Nextion-master\NexHardware.cpp: In function 'void sendCommand(const char*)':
C:\Program Files\Arduino\libraries\ITEADLIB_Arduino_Nextion-master\NexConfig.h:37:19: error: 'Serial1' was not declared in this scope
#define nexSerial Serial1
^
C:\Program Files\Arduino\libraries\ITEADLIB_Arduino_Nextion-master\NexHardware.cpp:166:12: note: in expansion of macro 'nexSerial'
while (nexSerial.available())
^
C:\Program Files\Arduino\libraries\ITEADLIB_Arduino_Nextion-master\NexConfig.h:37:19: error: 'Serial1' was not declared in this scope
#define nexSerial Serial1
^
C:\Program Files\Arduino\libraries\ITEADLIB_Arduino_Nextion-master\NexHardware.cpp:171:5: note: in expansion of macro 'nexSerial'
nexSerial.print(cmd);
^
C:\Program Files\Arduino\libraries\ITEADLIB_Arduino_Nextion-master\NexHardware.cpp: In function 'bool recvRetCommandFinished(uint32_t)':
C:\Program Files\Arduino\libraries\ITEADLIB_Arduino_Nextion-master\NexConfig.h:37:19: error: 'Serial1' was not declared in this scope
#define nexSerial Serial1
^
C:\Program Files\Arduino\libraries\ITEADLIB_Arduino_Nextion-master\NexHardware.cpp:192:5: note: in expansion of macro 'nexSerial'
nexSerial.setTimeout(timeout);
^
C:\Program Files\Arduino\libraries\ITEADLIB_Arduino_Nextion-master\NexHardware.cpp: In function 'bool nexInit()':
C:\Program Files\Arduino\libraries\ITEADLIB_Arduino_Nextion-master\NexConfig.h:37:19: error: 'Serial1' was not declared in this scope
#define nexSerial Serial1
^
C:\Program Files\Arduino\libraries\ITEADLIB_Arduino_Nextion-master\NexHardware.cpp:226:5: note: in expansion of macro 'nexSerial'
nexSerial.begin(9600);
^
C:\Program Files\Arduino\libraries\ITEADLIB_Arduino_Nextion-master\NexHardware.cpp: In function 'void nexLoop(NexTouch**)':
C:\Program Files\Arduino\libraries\ITEADLIB_Arduino_Nextion-master\NexConfig.h:37:19: error: 'Serial1' was not declared in this scope
#define nexSerial Serial1
^
C:\Program Files\Arduino\libraries\ITEADLIB_Arduino_Nextion-master\NexHardware.cpp:242:12: note: in expansion of macro 'nexSerial'
while (nexSerial.available() > 0)
^
Da ich "define nexSerial Serial1" gesetzt habe und es trotzdem nicht funktioniert, weiß ich an der Stelle erst mal nicht weiter.
Kann mir jemand sagen, wie zum Geier ich vorgehen muss, damit ich den Sketch für einen Nano/Micro kompiliert bekomme?
Gibt es evtl. ein Problem mit einer bestimmten Bibliothek?
Folgende Bibliotheken sind eingebunden:
Bibliothek OneWire im Ordner: C:\Program Files\Arduino\libraries\OneWire (legacy) wird verwendet
Bibliothek SPI im Ordner: C:\Program Files\Arduino\libraries\SPI (legacy) wird verwendet
Bibliothek SD-master im Ordner: C:\Program Files\Arduino\libraries\SD-master (legacy) wird verwendet
Bibliothek SoftwareSerial im Ordner: C:\Program Files\Arduino\libraries\SoftwareSerial (legacy) wird verwendet
Bibliothek ITEADLIB_Arduino_Nextion-master im Ordner: C:\Program Files\Arduino\libraries\ITEADLIB_Arduino_Nextion-master (legacy) wird verwendet
Danke und Gruß
Uwe
Hm, das haben wir doch letztens irgendwo diskutiert...
Muss ich mal nachgraben, versuch mal Serial statt Serial1.
LG
pah
Hallo pah,
ZitatHm, das haben wir doch letztens irgendwo diskutiert...
Da ging es um Serial1 und Serial2, wenn Du das meinst.
Danke für den Tipp, mit Serial läuft das Kompilieren schon mal weiter, bleibt aber beim Einbinden der SD-Karte hängen...:
C:\Program Files\Arduino\libraries\ITEADLIB_Arduino_Nextion-master\NexUpload.cpp: In member function 'bool NexUpload::_checkFile()':
C:\Program Files\Arduino\libraries\ITEADLIB_Arduino_Nextion-master\NexUpload.cpp:96:29: error: invalid conversion from 'const char*' to 'char*' [-fpermissive]
if(!SD.exists(_file_name))
^
In file included from C:\Program Files\Arduino\libraries\ITEADLIB_Arduino_Nextion-master\NexUpload.h:20:0,
from C:\Program Files\Arduino\libraries\ITEADLIB_Arduino_Nextion-master\NexUpload.cpp:16:
C:\Program Files\Arduino\libraries\SD-master/SD.h:90:11: error: initializing argument 1 of 'boolean SDClass::exists(char*)' [-fpermissive]
boolean exists(char *filepath);Gruß
Uwe
Öh - das taucht aber bei mir nicht auf.
Sehe ich das richtig, dass die die Konfiguration des Nextion über den Arduino ändern willst ?
LG
pah
Ich habe Deinen Code 1:1 aus dem Wiki übernommen (natürlich mit meinen iButton-IDs...), die Bibliotheken installiert und los.
Hm. Ich nehme an, die haben die Bibliotheken geändert - muss ich mal ausprobieren.
LG
pah
Hallo pah
in dem Schaltplan sind 3x3=9 Infrarot-LEDs eingezeichnet.
Der CameraDome hat aber nur 8 Löcher für LEDs.
Ist da was anders gebaut als eingezeichnet? :o
Gruß
Sailor
Zitat von: Sailor am 17 Januar 2017, 14:35:16
Hallo pah
in dem Schaltplan sind 3x3=9 Infrarot-LEDs eingezeichnet.
Der CameraDome hat aber nur 8 Löcher für LEDs.
Ist da was anders gebaut als eingezeichnet? :o
die eine LED geht nach hinten. Steht auch irgendwo im Wikitext drin :D
Stimmt. Ich beleuchte meine Installation von innen mit infrarotem Licht ...
Herzlich gerne nehme ich einen Entwurf für eine Kamerahalterung mit 9 Bohrungen an.
LG
pah
Zitat von: Prof. Dr. Peter Henning am 17 Januar 2017, 17:38:20
Stimmt. Ich beleuchte meine Installation von innen mit infrarotem Licht ...
Herzlich gerne nehme ich einen Entwurf für eine Kamerahalterung mit 9 Bohrungen an.
Ich arbeite daran... ;)
Sobald ich bei FreeCAD herausgefunden habe, wie ich das Koordinatenzentrum eines Bauteils ausserhalb des Bauteils verschoben habe, bekomme ich die Löcher auch um 9x40° gedreht. >:(
Gruss
Sailor
Es würde schon gehen (hier mal schnelle eine 9-Loch-Konstruktion in DesignSpark), aber jeder Besucher, der in einen neunäugigen Kameradom guckt, kriegt einen an der Waffel. Ich habe einen Dom mit 12 LEDs, könnte man schon fast wieder als Uhr verwenden... ;D
Gruß
Uwe
Für solche Entwürfe kann ich TinkerCAD nur empfehlen.
12 LED erschien mir für den relativ kleinen Dom zu viel.
LG
pah
P.S.: Ich hatte mein DoorPi-Projekt für den Wettbewerb "Selbermacher des Jahres" eingereicht.
War der Jury aber zu kompliziert - sie haben lieber jemanden dafür ausgezeichnet, dass er einen Tablet-PC mit kommerzieller App in die Front einer Küchenzeile integriert hat. Nun ja...
Kopf hoch. cooles Projekt an das ich mich eines Tages auch ranwagen werde.....
da ist ja wohl eine Platine im Entwurf
PS:
wir haben vor 12 Jahren schon Rö Bilder EKGs Laborwerte ganze Krankengeschichten systematisch auf USB Sticks gespeichert, die Notafallseite in 12 Sprachen übersetzt etc
kann die hochgelobte ecard der Krankenkassen in 5 Jahren nicht mal
maxidoc.de
darüber hinaus komplettes Sicherheitspaket gegen usb Probleme wie Viren etc.
Nicht jede gute Idee setzt sich durch
wenn man sieht was hier im Forum für Projekte laufen kann sich die Großindustrie ebenso verstecken
Zitat von: Prof. Dr. Peter Henning am 18 Januar 2017, 05:17:50
12 LED erschien mir für den relativ kleinen Dom zu viel.
Ich habe eine Acrylkuppel von Gira mit 55mm Innendurchmesser am Rand und habe die LEDs weit nach außen gesetzt, stehen also nicht so eng. Sieht m.E. dann nicht wirklich überladen aus.
Gruß
Uwe
Ich muss noch los werden, dass
Zitatjeder Besucher, der in einen neunäugigen Kameradom guckt, kriegt einen an der Waffel.
die kürzeste Zusammenfassung der Gestaltpsychologie ist, die ich bisher gelesen habe.
LG
pah
:)
Das Streben nach Symmetrie und Harmonie wird von solch einem Objekt auf eine harte Probe gestellt... ::)
Gruß
Uwe
Zitat von: Prof. Dr. Peter Henning am 18 Januar 2017, 20:28:42
Ich muss noch los werden, dass
die kürzeste Zusammenfassung der Gestaltpsychologie ist, die ich bisher gelesen habe.
Also meine Frau die Künstlerin (und Kunst-Psychotherapeutin) bläht mir immer ein: "Immer Ungerade, niemals gerade Anzahlen!!!")
Das hatte zur Folge, dass ich nach verrichteter Arbeit doch noch ein Fundament für eine weitere Lampe in der Wegbeleuchtung gießen musste...
Ich glaube eher, dass Jemand eine Tür-Öffner-Waffel bekommt, wenn die Mitte des Domes rot leuchten würde und aus dem Lautsprecher nach dem "klingeln ein "Ich fürchte das kann ich nicht zulassen Dave" erklingen würde! :D
Ach ja, für die ganz jungen Semester unter uns, die keine Ahnung haben wovon ich gerade rede: https://www.google.de/?gws_rd=ssl#q=ich%20f%C3%BCrchte%20das%20kann%20ich%20nicht%20zulassen%20dave
Gruss
Sailor
Auch ich springe im Moment auf den Zug DoorPi auf. Der RPi 3 mit piface 2 und Pi Kamera sind vorhanden und DoorPi installiert.
Bei der Planung habe ich mich an die Vorgabe von PAH gehalten. Glückwunsch zu dem hervorragenden Wiki. Allerdings brauche ich drei Klingeln und will Danalock verwenden, da ich die Haustüre auch tagsüber doppelt verschließen will (Einbruchsversuch, der wegen der verschlossenen Türe gescheitert ist). Die Falle wäre zu leicht zu öffnen.
Damit entfallen Display, Arduino und RFID.
Um mein Vorhaben besser dokumentieren zu können, hätte ich gerne erfahren, womit die schönen Grafiken im Wiki erstellt worden sind.
Viele Grüße
Ferdi
yEd
LG
pah
Hallo
ich würde ja auch gerne meine Sprechanlage https://plcsmarthome.jimdo.com/visus/ (https://plcsmarthome.jimdo.com/visus/) durch Doorpi ersetzen , jedoch schreckt mich die Hardware etwas ab. Rasberry pi ist ja ok aber USB Soundkarte Verstärker usw. ?
Gibt es jemanden der an einer Professionellen Hardware für das Pi arbeitet? Im Doorpi Forum wird aktuell daran nicht gearbeitet.
Hier im FHEM Forum macht jemand eine Platine gerade.
Basis ist das System von pah.
https://forum.fhem.de/index.php?topic=64292.0
Was ist denn an den verwendeten Bestandteilen nicht "professionell" ?
LG
pah
Hallo
ich meine USB Soundkarte + Verstärker und Löten.
Am besten würde mir eine aufsteckplatine für das Rasberry das alles beinhaltet. 12V Netzteil, Soundkarte, Relais, Verstärker.
Soweit ich weiß gibt es eine Platine die auch im Doorpi Forum schon mal angesprochen wurde, jedoch wurde diese noch nicht im Projekt aufgenommen und getestet.
>:( >:(
Den Unsinn, dass
Zitatich meine USB Soundkarte + Verstärker und Löten.
nicht professionell sei, weise ich rundheraus zurück. Jedes noch so hoch angesiedelte Entwicklungsprojekt beginnt auf diese Weise.
pah
Zitat von: emilio20 am 06 Februar 2017, 17:23:53
ich meine ... Löten.
*aufdieschenkelklopfunddanachschreiendvorlachenaufdembodenwälz*
5 min später:
*vortränenindenaugendenbildschirmnichtmehrsehenkönnen*
Hallo Prof. Dr. Peter Henning,
ich wollte Sie in keinster weiße kritisieren, ich habe sehr großen Respekt vor ihrem Fachwissen. Ich wollte lediglich damit sagen das ich nach eine Lösung suche die eine fertige Platine beinhaltet. So wie ich erfahren habe wird hieran ja gearbeitet. Wenn dies falsch herüber gekommen ist entschuldige ich mich in höchster Form.
Zitat*aufdieschenkelklopfunddanachschreiendvorlachenaufdembodenwälz*
Ist doch wahr.
LG
pah
Hallo pah,
nun bin ich weiter. Da ich einen Arduino nano benutze und dieser nur einen seriellen Port besitzt, muss in der NexConfig.h der Eintrag
#define nexSerial Serial ebenso aussehen...ohne "1". Nachdem ich aus lauter Verzweiflung die Nextion-Lib gelöscht und nochmals installiert hatte, lief das Kompilieren auch endlich fehlerlos durch.
Die Kommunikation mit dem Display läuft aber noch nicht, dazu zwei Fragen: Wenn ich in der DoorPi Weboberfläche ein "set DoorPi door locked" bzw. "...unlocked" ausführe, sollte das Schlosssymbol auf page0 eingeblendet bzw. ausgeblendet werden, richtig? Und bei eingeblendetem Symbol (=locked) wird bei anlegen des iButtons auf page1 zur Codeeingabe umgeschaltet...?
Noch eine Sache zum Verständnis: In Deinem Schaltplan im Wiki liegt der Ausgang des Bewegungsmelders auf A1 des Arduinos und I6 des Pi. Bei Bewegung schaltet O2 des Pi und zieht D4 (DashlightON) auf LOW...für 1 sek. Auf der gleichen Leitung hängt in Deinem Plan der Schalteingang des Verstärkers. Der wird aber mit LOW ausgeschaltet.
Im Wiki schreibst Du dazu Folgendes:
ZitatDer verwendete Verstärker hat einen Schalteingang (weißes Kabel im Bild) - wird dieser auf Low=GND gesetzt, ist der Verstärker ausgeschaltet und verbraucht keinen Strom. Dieser Schalteingang wird auf den Ausgang DLA der Arduino-Platine geführt.
Ich habe in den pinouts aller in Frage kommenden Arduinos und dem Arduino-Sketch nach DLA gesucht und nicht gefunden. Welchen Ausgang meinst Du damit?
Danke und Gruß
Uwe
EDIT: Noch was vergessen...dann ist aber genug für heute ;)
Muss in der Definition der Nextion-Buttons beim "Touch Release Event" nur "Send Component ID" rein oder eine User-Funktion, die eine eindeutige ID zurücksendet? Sowas wie print "0" oder print"num0"?
ZitatWenn ich in der DoorPi Weboberfläche ein "set DoorPi door locked" bzw. "...unlocked" ausführe, sollte das Schlosssymbol auf page0 eingeblendet bzw. ausgeblendet werden, richtig? Und bei eingeblendetem Symbol (=locked) wird bei anlegen des iButtons auf page1 zur Codeeingabe umgeschaltet...?
Ja..
ZitatAuf der gleichen Leitung hängt in Deinem Plan der Schalteingang des Verstärkers. Der wird aber mit LOW ausgeschaltet.Ich habe in den pinouts aller in Frage kommenden Arduinos und dem Arduino-Sketch nach DLA gesucht und nicht gefunden. Welchen Ausgang meinst Du damit?
Öh. Da muss ich mal nachgraben, wie ich das gemacht habe, das wird ein paar Stunden dauern, weil ich heut evor einem riesigen Berg von Klausuren soitze, die korrigiert werden wollen.
LG
pah
Oha...dann mal viel "Spaß".
Danke für's gelgentliche Nachgraben.
Gruß
Uwe
Hallo zusammen,
ich hätte auch eine Frage: In meiner FHEM Instanz gibt es im gesamten /opt/fhem/ keine Datei 70_DoorPi.pm, was mich etwas verwundert. FHEM ist aktuell. Wo finde ich das Modul jetzt genau?
Grüße
Carsten (Der das Projekt gespannt verfolgt und viele Teile schon hat)
Da: https://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/DoorPi/ (https://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/DoorPi/)
Gruß
Uwe
Danke, sollte man vielleicht im Wiki (https://wiki.fhem.de/wiki/DoorPi_und_FHEM#FHEM) ergänzen.
Ach und hier, bevor Du drüber stolperst: https://forum.fhem.de/index.php/topic,49877.msg555326.html#msg555326 (https://forum.fhem.de/index.php/topic,49877.msg555326.html#msg555326). Ganz wichtig, sonst wird die Calllist nicht angezeigt.
Ich habe gerade eine neue Version im contrib eingecheckt.
LG
pah
Wird die mit zeitlichem Versatz angezeigt? Ist bisher auf dem Stand vom 10.12.16
Eine Sache, die ich im DoorPi-Forum klären konnte, will ich euch nicht vorenthalten...vielleicht auch hier für diesen oder jenen interessant.
Mein Problem war, dass ich das Bild von der Pi-Cam sowohl in der DoorPi-Weboberfläche als auch auf dem FritzFon sehen wollte. Das FritzFon braucht aber zur Darstellung einen konkreten Dateinamen ("image.jpg") und kann mit dem dynamisch erzeugten Namen von DoorPi nichts anfangen.
Lösung ist eine Änderung in der "take_snapshot.py" im Pfad "/usr/local/lib/python2.7/dist-packages/doorpi/action/SingleActions".
Die Funktion "get_snapshot_from_picam(snapshot_path)" ab Zeile 47 muss wie folgt geändert werden:
def get_snapshot_from_picam(snapshot_path):
import picamera
filename = get_next_filename(snapshot_path)
myfilename = os.path.join(snapshot_path,"haustuer.jpg")
with picamera.PiCamera() as camera:
camera.resolution = (1024, 768)
camera.capture(filename)
camera.capture(myfilename)
conf.set_value(DOORPI_SECTION, 'last_snapshot', filename)
return filename
)
In diesem Fall ist "haustuer.jpg" das gleiche Bild, welches in der Weboberfläche als letztes Bild angezeigt wird. Dieser Dateiname wird in der FritzBox eingetragen und nun wird bei jedem Klingeln an der Haustür das Kamerabild auf dem Telefon angezeigt.
Gruß
Uwe
Das halte ich aber für überflüssig.
Ich versende meine Türkamerabilder mit Telegram, dafür muss der Telegram-Server von außen auf das aktuelle Bild zugreifen können. Ein entsprechender Port in der Firewall ist offen, der auf genau einen speziell gesicherten Raspberry Pi läuft, darin ein Apache Server mit ReverseProxy und einem URL-Rewriter. Und per URL rewriting kann man natürlichen jeden "konkreten" Dateinamen für den Zugriff durch das Fritzfon nachbilden.
LG
pah
Momentan versende ich die Bilder auch per Telegram, aber wenn nun schon das Telefon klingelt, wenn jemand an der Tür steht, dann soll das Teil gefälligst auch das Bild desjenigen anzeigen.
Würde ich auch nur ein Wort vom Rest Deines Beitrages verstehen, könnte ich das vielleicht auch so machen. ;)
Gruß
Uwe
Zitat von: UweH am 12 Februar 2017, 14:40:21
Wird die mit zeitlichem Versatz angezeigt? Ist bisher auf dem Stand vom 10.12.16
Jetzt kann ich auch was zurückgeben:
https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DoorPi (https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DoorPi)
Moin,
Frage in die Runde, bevor ich die Tastatur zertrümmere: Hat es jemand außer pah schon mal geschafft, dem Ardiuno die Kommunikation mit dem Nextion beizupulen?
Ich verzweifele daran.
Mit dem micro keine Chance, beim nano leuchtet die Rx-LED hauchzart und flackert ebenso zurückhaltend, wenn ich einen Button auf dem Display drücke, mehr aber auch nicht.
Gruß
Uwe
Rx/Tx richtig herum ?
LG
pah
Den Fehler hätte ich gerne genommen, wäre schön einfach...aber nee, das passt.
Das Kompilieren läuft durch, alle anderen Funktionen sind auch da. In der NexConfig.h sind die Einstellungen für "...Serial" auch ok, sonst würde das Kompilieren nicht laufen, alles getestet. Interessanterweise bekomme ich aber auch die Samples aus der Nextion-Bibliothek nicht zum Laufen. Hab es mit unterschiedlichen Arduinos und Displays probiert, um Hardware-Fehler auszuschließen. Die richtigen Bibliotheken habe ich auch...ich weiß nicht, wo ich noch ansetzen soll.
Bei der Programmierung des Nextion mit dem Nextion-Editor kann man in einen Testmodus wechseln. Der kennt zwei Einstellungen a.) Emulator und b.) Ansprechen des fertig programmierten Displays. Damit kann man sehr schön überprüfen, ob das Display so reagiert, wie gewünscht.
Versuch das mal.
LG
pah
Den Modus kenne ich und benutze ihn auch, das Display funktioniert so, wie es soll.
Nur die Verbindung vom Arduino zum Display will nicht...
Gruß
Uwe
Hallo pah,
auf welche Baudrate muss das Display eingestellt werden? 9600?
Gruß
Uwe
Das Display passt sich an verschiedene Baudraten an, soweit ich weiß.
LG
pah
Ich hatte es jetzt mit verschiedenen Baudraten getestet und hatte auf den Durchbruch gehofft, funktioniert aber trotzdem nicht. Hmmm...
Gruß
Uwe
@UweH
Habe auch grade mal mit dem Arduino Micro und dem Nextion rumgespielt. Maßgeblich wollte ich folgendes Beispiel ans Laufen bekommen: https://github.com/itead/ITEADLIB_Arduino_Nextion/tree/master/examples/CompText
Das bei github vorhandenen TFT-File lies sich allerdings nicht aufs Display spielen (habe das per SD gemacht): "File version too old". Nachdem ich das HMI mit dem Editor erneut in ein TFT kompiliert hatte war das Display allerdings zufrieden. Nur es kam immer noch nix beim Arduino an. Ich hab dann mal TX und RX vertauscht und Schwupps lief es. Entweder das ist auf der Platine des Displays falsch beschriftet oder ich habe in der NexConfig.h was verkonfiguriert. Und ja ich bin mir sicher, dass ich jetzt TX mit RX und RX mit TX verkabelt habe.
Insofern:
ZitatFrage in die Runde, bevor ich die Tastatur zertrümmere: Hat es jemand außer pah schon mal geschafft, dem Ardiuno die Kommunikation mit dem Nextion beizupulen?
Ich verzweifele daran.
JA.
Gruss Frieder
TX auf RX und RX auf TX ist korrekt. Denn was das eine Device sendet (TX) muss beim anderen Device empfangen (RX) werden...
Also es liegt definitiv nicht an vertauschten Rx/Tx-Verbindungen. Wäre schön gewesen, weil einfach, aber das Problem liegt woanders.
Ich weiß nur nicht mehr, wo ich noch dran biegen kann. Da ich schon einmal ein Problem mit einer library hatte (und zwar mit der Nextion), werde ich mich da nochmal dran versuchen.
Gruß
Uwe
@funkner
Oh ja stimmt, jetzt wo du es sagst erscheint mir das klar. Klassischer Anfängerfehler.
@UweH
Ich kann dir mal mein komplettes Beispiel schicken so wie es bei mir läuft. Ich habe für die Nextion-Lib auf jeden Fall den master aus github verwendet und nicht die stable 0.7.
Gruss Frieder
Zitat von: farion am 22 Februar 2017, 10:00:13
@UweH
Ich kann dir mal mein komplettes Beispiel schicken so wie es bei mir läuft.
Das wäre super!!!
Ich habe auch den master aus github verwendet, hatte aber nach der ersten Installation das Problem, dass massenhaft Fehler beim Kompilieren auftraten. Nach einer erneuten Installation waren die weg. Auch seltsam. Daher vermute ich (so als letzten Rettungsanker), dass da immer noch was hakt.
Mir würde eine HEX-Datei reichen, ich kann die auch so auf den Arduino brennen.
Gruß
Uwe
Mit der Hexadezimaldatei kann ich dienen, mus sich nur ausgraben.
LG
pah
Hi
hier mal die exportierten HEX (beide, da ich nicht weiss welche man zum direkten Brennen braucht) + die TFT-Datei fürs Nextion des Beispiels. Ist mehr oder weniger das CompText-Beispiel von github, ich habe nur bei Druck auf die Buttons noch die LED auf dem Arduino leuchten lassen. Das sollte genau das sein, was bei mir läuft. Hoffe es hilft.
Gruss Frieder
Zitat von: farion am 22 Februar 2017, 13:05:46
hier mal die exportierten HEX
Danke, werde ich nachher mal testen.
@pah: Meinst Du Deine original auf dem DoorPi-Arduino laufende hex-Datei?
Gruß
Uwe
@farion: Eine Bitte: Kompiliere mir den Sketch mal für den micro. Ich habe einen micro, mit den Einstellungen für den Leonardo will er nicht so ganz. Ich brauche nur die Version mit Bootloader. Was ich mittlerweile weiß ist, dass ich offenbar ein Problem mit der library habe. Meine Nextion ist von hier: https://github.com/itead/ITEADLIB_Arduino_Nextion (https://github.com/itead/ITEADLIB_Arduino_Nextion). Ist das korrekt?
Danke und Gruß
Uwe
Ja.
LG
pah
@pah: Das würde mir sehr weiterhelfen. Danke
@UweH
Bitteschön.
Ja, das github repo passt. Kann sein, dass du noch eine nextion lib irgendwo im Pfad rumliegen hast? Bei mir liegen die libs z.B. in ~/Documents/Arduino/libraries/, wenn du da irgendwie ne gammelige Version hast könnte das deine Problem erklären. Ich hatte da auch mal direkt was drin und nur auf manuellem Weg wieder losbekommen. Wie bindest du denn die lib aktuell ein? Und wo liegt sie? Notfalls vermurks da mal irgendwas und schau ob es Kompilierfehler gibt um zu prüfen ob wirklich die lib genommen wird, von der du glaubst, dass sie genommen wird.
Gruss Frieder
Super, Danke Dir, funktioniert. Ich werd verrückt. Es liegt also definitiv an einer der Bibliotheken, obwohl es keine Fehler beim Kompilieren gibt.
Eine weitere Nextion-lib habe ich nicht. Meine Bibliotheken liegen alle im gleichen Ordner, wie bei Dir.
Den "Vermurks-Test" habe ich schon gemacht, alles ok...
Diese libs werden beim Kompilieren vom DoorPi-Sketch verwendet:
Bibliothek OneWire im Ordner: C:\Program Files (x86)\Arduino\libraries\OneWire (legacy) wird verwendet
Bibliothek SPI in Version 1.0 im Ordner: C:\Program Files (x86)\Arduino\libraries\SPI wird verwendet
Bibliothek SD in Version 1.1.1 im Ordner: C:\Program Files (x86)\Arduino\libraries\SD wird verwendet
Bibliothek SoftwareSerial in Version 1.0 im Ordner: C:\Program Files (x86)\Arduino\libraries\SoftwareSerial wird verwendet
Bibliothek ITEADLIB_Arduino_Nextion-master im Ordner: C:\Program Files (x86)\Arduino\libraries\ITEADLIB_Arduino_Nextion-master (legacy) wird verwendet
Gruß
Uwe
OK, muss ich also nicht mehr suchen...
LG
pah
Nee, brauchst Du nicht mehr, Danke, ich denke, die Ursache ist genügend eingegrenzt.
Gruß
Uwe
Hallo
kann man ev. mal eine Umfrage machen wie viele Interessenten hier zusammenkommen. Macht doch keinen Sinn wenn jeder einzeln bestellt ?
@farion: Keine Chance, es funktioniert nicht. Ich habe es auf Linux, Win 10 und Win 7 probiert, der Arduino und das Nextion reden nicht miteinander. Nehme ich Deine Version von gestern, läuft alles. Ich dreh durch. Welche Arduino-Version benutzt Du? Ich habe 1.8.1.
Gruß
Uwe
@UweH: Auch 1.8.1, aber MacOSX ... wobei ich das jetzt eher nicht für den Grund halte.
Gruss Frieder
@pah: Um auch den letzten Zweifel zu beseitigen...magst Du vielleicht doch mal Deine Dateien durchwühlen und mir Deine HMI-Datei für's Nextion zur Verfügung stellen? Ich bin zwar davon überzeugt, dass meine Datei ok ist, aber ich möchte alle Fehlerquellen ausschließen können.
Gruß
Uwe
Hallo zusammen,
ich muss mich mal als DAU outen :)
Bin gerade dabei auf dem Basteltisch einiges vom Doorpi (https://wiki.fhem.de/wiki/DoorPi_und_FHEM) nach zu bauen.
Dabei bin ich gerade dabei, die IR LED ans laufen zu bringen. Habe die selben Komponenten verwendet, wie muss ich diese am PI Face anschließen?
Habe es mal so gemacht:
PI Face +5V <---> 10 Ohm Widerstand <---3 LEDs in Reihe ---> PI Face Out 3
Leider kann ich damit nur eine Spannung von ~4,3 V messen.
Auch erkenne ich das Leuchten der IR LED's durch meine Handy Kamera nicht.
Mit der gleichen Schaltung an meinem Labornetzgerät mit 5 V hat einwandfrei geklappt.
Was mache ich falsch?
Grüße
Christian
Nix DAU, ich scheitere auch gerade an Dingen, die ich eigentlich seit Jahren beherrsche :o
Die IR-LEDs können nicht direkt vom PiFace geschaltet werden, vielmehr hängt da noch ein Mosfet dazwischen, der die "Last" schaltet. Ist im Wiki von pah auch so dargestellt, bei mir im Schaltplan sieht das dann so aus:
Alles klar, vielen Dank!
Das hatte ich in meinem Chaos natürlich überlesen.
Ich habe den Entschluss gefasst, mich auch mit dem DoorPi Projekt zu beschäftigen, vor allem weil PAH's Beispiel hervorragend dokumentiert ist.
Allerdings sieht meine Planung in einigen Bereichen anders aus, wie ich im folgenden erläutern möchte.
1. Danalock
Da in den letzten zwei Monaten mehrere Einbruchsversuche in unsrerem Haus erfolgt sind, habe ich einen Danalock V 125 angebracht. Damit ist es möglich, die Haustüre automatisch doppelt zu verriegeln und über Bluetooth u./o. z-Wave zu öffnen. Damit entfällt eigentlich die Verwendung des eingebauten Türöffners.
2. RFID u. Display
Darauf werede ich verzichten und drei Klingeln einrichten. (s. Bild)
Türöffner u. die Hintergrundbeleuchtung für die Klingeln sollen über die Relais gesteuert werden, da die Stromversorgung mit 12 V Ac erfolgt. Wie ich den RPI mit Strom versorge, weiss ich noch nicht genau - Spannungswandler oder 5V DC aus dem Keller (Klingeldraht).
3. Fritzbox u. Danalock
Bei der Anbindung tappe ich noch ziemlich im Dunkeln. Dbei werde ich Hilfe brauchen.
So gelingt es mir nicht, DoorPi.pm in der Command.ref sichtbar zu machen. Ich habe es aus dem Contrib-Ordner sowohl in den Contrib Ordner von Fhem als auch in den FHEM Ordner (WinSCP) kopiert, die Berechtigungen korrigiert und FHEM update durchgeführt mit shutdown reboot. Comm.Ref zeigt auch DoorPi in der Übersicht aber keine Erläuterungen. Kann es sei, dass ich auch den Besitzer (pi) ämdern muss?
4. Das KameraSubsystem möchte ich wegen des Einbruchsversuchs auch als Überwachung verwenden. Deshalb soll dieses mit dem Bewegungsmelder geschaltet werden, auch wenn keine Klingel betätigt wird. Wie groß ist dier Überwachungsbereich des Bewegungsmelders oder kann man ihn beschränken?
@UweH
Ich habe deinen Sketch mal bei mir ausprobiert. Mein Testaufbau war sehr simple. Den Arduino, das Nextion und ein Button der HardLock auf LOW setzt. Lief leider auch nicht. Habe aber auch herausgefunden warum. Im setup() hat nexInit(); gefehlt. Danach läuft es problemlos. Button gedrückt = Schloss da, Button nicht gedrückt = Schloss weg.
Was mir direkt nicht gefallen hat war das Flackern beim Verstecken des Schlosses. Verwende nun setPic mit einem schwarzen Bild, anstatt sendCommand, das flackert nicht.
Gruss Frieder
Hey, das ist ja schon mal was. Bei mir läuft's noch nicht. Wird das nexInit(); hinter "void setup" eingefügt?
Habs gefunden, ok. Funktioniert bei mir trotzdem nicht.
Magst Du mir die neue hex-Datei nochmal zuschicken? Ich verzweifle...
Danke und Gruß
Uwe
Ich bin wegen beruflicher Überlastung noch nicht dazugekommen, meinen Desktop-Server zu reparieren, auf dem die steht (hat nach einem Betriebssystem-Änderung ein Raid-Problem). Sonst wär sie schon längst da. Schau Dir die Zeit an, zu der ich hier im Forum herumgurke, dann glaubst Du das auch.
Bitte noch um Geduld
LG
pah
Hi,
@UweH
Habe dir eine gefixte Version geschickt. Ich bin aber mittlerweile fast der Meinung, dass du noch ein Problem in deinem Nextion-tft hast. Da bin ich gestern einige Male reingefallen.
Stimmen die Zuordnungen zu den IDs? Hast du die Elemente auf global gesetzt (das scheint in einigen Situationen nötig zu sein)? Stimmen die Typen mit dem Code überein? Schicken deine Elemente Touch-Events (Da gibt es extra Haken für).
Gruss Frieder
Zitat von: farion am 05 März 2017, 09:35:15Stimmen die Zuordnungen zu den IDs?
Ja, habe ich angepasst.
ZitatHast du die Elemente auf global gesetzt (das scheint in einigen Situationen nötig zu sein)?
Siehste, da könnte die Kuh in den Graben gefallen sein.
ZitatStimmen die Typen mit dem Code überein?
Ja, passt.
ZitatSchicken deine Elemente Touch-Events (Da gibt es extra Haken für).
Ja, Touch-Release-Event schickt die Component-ID.
Welche Elemente hast Du auf global gesetzt? Diese Einstellung war bei meinen anderen Displays noch nie nötig. Bedeutet ja nur, dass ein Element auf einer oder allen Seiten sichtbar sein soll. Unabhängig davon sollte ja wenigstens das Schloss bei D5=LOW angezeigt werden. Witzigerweise reagiert mein Arduino darauf mit einem kurzen Blinken der TX-LED, da passiert also was.
Hast Du das Schloss-Symbol per "Preinitialize Event" auf "vis p1,0" gesetzt? Oder wie blendest Du das standardmäßig aus?
Gruß
Uwe
@pah: Ja, die Zeit hatte ich gesehen...uiuiui.
Hier meine HMI-Datei aus dem aktuell in Betrieb befindlichen Teil.
LG
pah
Danke, die Datei hat mich endlich auf die Spur gebracht, weil, damit MUSS MUSS MUSS es funktionieren. Hat aber nicht. Sollte aber. Somit habe ich diese Geschichte (https://forum.fhem.de/index.php/topic,49877.msg589654.html#msg589654) nochmal aufgegriffen.
Das war das Problem. Das Display muss auf 9600 baud eingestellt werden. Ein neues Nextion frisch aus der Packung ist werksmäßig auf 9600 eingestellt, somit läuft die Chose auch auf Anhieb. Nicht aber, wenn man, so wie ich, dieses Display schon mal an einem Interface mit FHEM verbunden hatte. Dabei habe ich es nämlich auf 115200 festgetackert.
Somit hat sich meine Frage an farion, wie er das Schloss versteckt, auch erledigt. Das versteckt sich selbst ;)
Und das picture p0 auf page0 ist auf global eingestellt. Alle anderen Elemente sind local.
Vielen Dank an alle, die sich hierfür Zeit genommen haben. Ich hoffe, es hat auch anderen geholfen.
Gruß
Uwe
@UweH: Super. D.h. es macht durchaus Sinn die Baudrate zu setzten UND nexInit audzurufen?
Ich beantworte die Frage bzgl. des Schlosses trotzdem mal. Ich hatte einen seltsamen Bug, wenn ich vollflächig einen Button mit dem Namenschild hatte und oben drauf ein Bild mit dem Schloss. Immer wenn man den Button betätigt hat kam der irgendwie in den Vordergrund, auch wenn das Schloss eigentlich noch sichtbar war, war es dann versteckt. Deswegen habe ich jetzt nur noch den Button und tausche das komplette Namenschildbild gegen eine Version mit Schloss aus:
void showLock() {
sendCommand("bMain.pic=26");
sendCommand("bMain.pic2=26");
}
void hideLock() {
sendCommand("bMain.pic=0");
sendCommand("bMain.pic2=0");
}
Gruss Frieder
Zitat von: farion am 06 März 2017, 09:05:00
@UweH: Super. D.h. es macht durchaus Sinn die Baudrate zu setzten UND nexInit audzurufen?
Du meinst im Arduino die Baudrate vor nexInit() setzen? Oder verstehe ich das falsch?
Das Display jedenfalls muss auf 9600 gesetzt sein, ist es werksseitig auch. Dann braucht man im Sketch nichts tun. Nur ich hatte es auf 115200 und damit ging nichts mehr.
Das Flackern des Schlosses oder Hintergrundes kann ich nicht bestätigen. Funktioniert so, wie ich es mir vorgestellt hatte.
Gruß
Uwe
Hi,
@UweH: Ja vor nexInit() dachte ich. Wo stelle ich das auf dem Display ein? Im tft?
Gruss Frieder
Zitat von: farion am 06 März 2017, 19:30:23
Wo stelle ich das auf dem Display ein? Im tft?
Direkt per Befehl im Nextion Editor. Per Debug eine Verbindung zum Display herstellen und dann mit
bauds=9600 den Default Value einstellen und mit
baud=9600 den Current Value einstellen.
Man kann das auch über das FHEM-Nextion-Modul tun. Display anstöpseln und mit
set <Nextion-Device> cmd baud=9600 den Wert ändern. Hier aber Vorsicht, erst den Default Value ändern und dann erst den Current Value. Sonst ist das Display nicht mehr erreichbar... ;)
Die Übersicht der Befehle gibt's auch hier (https://www.itead.cc/wiki/Nextion_Instruction_Set)
Gruß
Uwe
Zitat von: farion am 06 März 2017, 09:05:00
tausche das komplette Namenschildbild gegen eine Version mit Schloss aus:
Geht noch einfacher. Ich setze das Schloss auf diese Art, tausche nur die beiden Grafiken aus. Funktioniert auch mit Deinem Bild:
void showLock() {
sendCommand("p1.pic=15");
}
void hideLock() {
sendCommand("p1.pic=13");
}Ich habe bei mir mit dem Befehl "vis" den Effekt, dass bei vis=0 kurz ein weißer Hintergrund hinter dem Schloss auftaucht.
Ist aber Klagen auf hohem Niveau... ;D
Gruß
Uwe
Hi,
ja genau das mit dem kleinen Bild habe ich zuerst auch gemacht, eben wegen des Flackerns. Mein Problem aber ist, dass das kleine Bild dann automatisch verschwindet, sobald man auf den Button dahinter tappt ... auch komplett ohne Callback.
Gruss Frieder
Dann ist an Deiner Nextion-Datei wohl noch was anders definiert als bei mir. Den Effekt habe ich nicht...
Meine Bemühungen um 70_DoorPi.pm und Commandref sind leider nicht erfolgreich:
2017.03.07 20:32:33.735 1 : Calling /usr/bin/perl ./contrib/commandref_join.pl -noWarnings, this may take a while
2017.03.07 20:33:43.415 1 : *** EN FHEM/70_DoorPi.pm: No document text found
2017.03.07 20:33:43.417 1 :
Ich habe die Dateien heruntergeladen: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DoorPi?order=name (https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DoorPi?order=name) und per WinSCP in das Conrib Verzeichnis von FHEM kopiert. Die pm -Datei in das FHEM Verzeichnis. Die Berechtigungen habe ich angepasst.
Hi,
vielleicht Dos vs. Linux codiert? Schon mal
dos2unix Dateiname
probiert?
Ich hole die Dateien immer direkt auf dem RasperryPi aus dem Netz.
wget http://www.wo.land/pfad/datei.zip
unzip datei.zip
Gruß Arnd
Raspi2 mit FHEM, CUL, MySensor, HomeBridge, Presence, Bravia, ...
Die Sache mit dem CommandRef ist erledigt. Ich hatte ein falsches DoorPi.pm verwendet
Hallo zusammen,
ich wollte gerade mal mein DoorPi definieren und erhalte aber diesen Fehler:
Subroutine DoorPi_Initialize redefined at ./FHEM/70_DoorPi.pm line 64.
Subroutine DoorPi_Define redefined at ./FHEM/70_DoorPi.pm line 96.
Subroutine DoorPi_Undef redefined at ./FHEM/70_DoorPi.pm line 146.
Subroutine DoorPi_Attr redefined at ./FHEM/70_DoorPi.pm line 159.
Subroutine DoorPi_Get redefined at ./FHEM/70_DoorPi.pm line 181.
Subroutine DoorPi_Set redefined at ./FHEM/70_DoorPi.pm line 221.
Subroutine DoorPi_Door redefined at ./FHEM/70_DoorPi.pm line 426.
Subroutine DoorPi_GetLockstate redefined at ./FHEM/70_DoorPi.pm line 583.
2017.04.04 12:46:55 1: reload: Error:Modul 70_DoorPi deactivated:
Experimental keys on scalar is now forbidden at ./FHEM/70_DoorPi.pm line 657.
2017.04.04 12:46:55 0: Experimental keys on scalar is now forbidden at ./FHEM/70_DoorPi.pm line 657.
Aktuelles FHEM sowie aktuelle 70_DoorPi.pm aus dem Contrib Verzeichniss von hier:
https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DoorPi
Hat jemand eine Idee was das sein könnte?
Grüße
Christian
2017.04.04 12:46:55 1: reload: Error:Modul 70_DoorPi deactivated:
Experimental keys on scalar is now forbidden at ./FHEM/70_DoorPi.pm line 657.
2017.04.04 12:46:55 0: [b]Experimental keys on scalar is now forbidden[/b] at ./FHEM/70_DoorPi.pm line 657.
Hier ist der Grund.
muss der Modulauthor anpassen. kannst evtl über featurelevel 5.7 testen.
Hi,
featurelevel 5.7 geht leider nicht :(
attr global featurelevel 5.7
mit gesetztem verbose 5 kommen folgende Fehler:
2017.04.04 14:28:58 4: WEB_192.168.127.12_49471 POST /fhem&fw_id=192&room=Unsorted&cmd=define+doorpi+DoorPi+192.168.127.172; BUFLEN:0
2017.04.04 14:28:58 5: Cmd: >define doorpi DoorPi 192.168.127.172<
2017.04.04 14:28:58 5: Loading ./FHEM/70_DoorPi.pm
2017.04.04 14:28:58 1: reload: Error:Modul 70_DoorPi deactivated:
Experimental keys on scalar is now forbidden at ./FHEM/70_DoorPi.pm line 657.
2017.04.04 14:28:58 0: Experimental keys on scalar is now forbidden at ./FHEM/70_DoorPi.pm line 657.
2017.04.04 14:28:58 4: WEB: /fhem&fw_id=192&room=Unsorted&cmd=define+doorpi+DoorPi+192.168.127.172 / RL:1370 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
Hi,
ich habs gefunden und bei mir gefixt. Sind nur 2 kleine Änderungen:
Zeile 657:
foreach my $key (sort(keys $keyboards)) {
muss werden zu
foreach my $key (sort(keys %{$keyboards})) {
und Zeile 676:
foreach my $key (sort(keys $fscmds)) {
muss werden zu
foreach my $key (sort(keys %{$fscmds})) {
Ich beschäftige mich mal nachher mit dem erstellen eines Patches.
Könnte aber noch was dauern, habe das noch nie gemacht :P
Grüße
Christian
Hi nochmal,
dank https://wiki.fhem.de/wiki/How_to_write_a_patch ging das ja sehr einfach.
Anbei der patch, vielleicht könnte pah den übernehmen.
Danke und Grüße
Christian
P.S.: Bitte um Info, wenn entweder bei der Korrektur oder bei dem Patch etwas nicht gepasst hat.
Das hat mit dem Feature-Level von FHEM gar nichts zu tun, sondern ist eine Frage der Perl-Version. Normalerweise werden "experimental"-features nicht wieder herausgenommen, sondern in den Regelbetrieb überführt.
@Christian Uhlmann: Welches Perl wird hier verwendet ?
LG
pah
Hi,
das es an der Perl Version liegt hatte ich auch schon erahnt. Bin jetzt bis Samstag nicht zu Hause und kann erst dann genau schauen. Es müsste aber die Perl Version aus Debian Stretch / Testing sein.
Ansonsten gibt es am Wochenende dazu ein Update von mir. Aber vermutlich wird es 5.24 sein (https://packages.debian.org/de/stretch/perl)
Grüße Christian
ZitatAber vermutlich wird es 5.24 sein
Heiteres Versionenraten werde ich nicht betreiben.
pah
Zitat von: Prof. Dr. Peter Henning am 05 April 2017, 18:19:43
Heiteres Versionenraten werde ich nicht betreiben.
Brauchst du auch nicht, hier die Version:
This is perl 5, version 24, subversion 1 (v5.24.1) built for x86_64-linux-gnu-thread-multi
(with 65 registered patches, see perl -V for more detail)
Grüße
Christian
So, habe fertig. Muss nur noch ein Loch in die Wand hacken...
Der Wandeinbaukasten ist aus dem Drucker, das Ding aus Metall biegen und schweißen war mir zu aufwendig...
Gruß
Uwe
Sieht gut aus.
Nachdem meine Station jetzt 9 Monate in Betrieb ist, habe ich ein paar Verbesserungsideen, dauert aber noch ein paar Wochen.
Was ich immer noch nicht hundertprozentig im Griff habe ist das Verhalten der Keymatic, wenn mein Jüngster aus Trotz die Tür mit dem normalen Schlüssel öffnet. Außerdem kämpfe ich ab und zu noch mit Latenzen unbekannten Ursprungs - man hält den iButton an, LED leuchtet - aber Tür geht erst 3-4 Sekunden später auf (Erste Verbesserungsidee: Die kommende Türöffnung wird im Display angezeigt).
LG
pah
Zitat von: Prof. Dr. Peter Henning am 09 April 2017, 17:16:09
Sieht gut aus.
Danke.
Schaeffer AG war ein guter Tipp. Ich habe vor ein paar Jahren schon mal eine Frontplatte bei einer anderen Firma herstellen lassen, war lange nicht so gut. In unserer Firma hätte ich auch fräsen können, aber am Eloxieren und den perfekten Gewindebolzen wäre es gescheitert. Insofern lohnen sich ein paar Euronen mehr wirklich.
Gruß
Uwe
@pah:
Ich habe das so gelöst, wie du vorgeschlagen hast. Also mit extra Meldung wenn die Tür aufgeht. Bei mir kommt aktuell ein "Access denied"- oder "Access granted"-Schild. Praxistests stehen freilich noch aus. Also das 3-4-Sekunden-Delay hast du nur wenn abgeschlossen ist? Der Summer sollte ja relativ latenzfrei anspringen.
Gruss Frieder
Status von DoorPi ?
Nachdem mein System jetzt seit gut 9 Monaten produktiv läuft (und meine Familie sich weitgehend daran gewöhnt hat ..), habe ich mal ein paar der Logs ausgewertet und etwas am Modul herumgeschraubt.
Erstens noch zwei Fehler in 70_DoorPi.pm gefunden (sub GetLockstate schickte an das DoorPi "locked" und "unlocked" statt "doorlocked" und "doorunlocked"). Aktuelle Version ist jetzt 2.0alpha9
Zweitens gibt es noch ein Problem bei der Befüllung der Datenbank. Zur Erinnerung: Im originalen handler.py funktionierte das Logging in der Datenbank ja gar nicht, weil das Commit fehlte Mit meinem Patch funktioniert das gut - allerdings gibt es noch einen Fehler, weil offenbar bei einem Linphone-Call zwei Transaktionen in der DB gleichzeitig offen sind.
Ich habe also etwas im DoorPi-Forum nachgegraben - aber an keiner Stelle gefunden, dass mein Patch in den Mainstream-Code aufgenommen worden wäre. Mein DoorPi ist also auf dem Stand 2.5.0.4 + Patches.
Fragen hier also: Ist das die aktuelle Version ? Funktionoert bei Anderen das Logging ohne meine Patches ?
Wie sieht es mit dem Purge-Befehl aus, zum Löschen der Einträge vor einem festen Datum ? Das war ja auch einer meiner Patches, hat Motom das in den regulären Code aufgenommen ?
Hat jemand schon etwas von der Weiterentwicklung gehört ?
LG
pah
Guten Abend zusammen
nachdem nunmehr langsam die ganzen Einzelteile eintreffen, habe ich mich mal rangesetzt mich um die Software zu kümmern:
Teil 1: Der Arduino
Basierend auf diesen Thread, habe ich folgenden Code in der Arduino Entwicklungsumgebung compiliert:
(Den iButton mal bitte ignorieren)
/*----------------------------------------------------------------------------------
Haustür
Prof. Dr. Peter A. Henning, April 2016
------------------------------------------------------------------------------------*/
#include <OneWire.h>
#include <SPI.h>
#include <SD.h>
#include <SoftwareSerial.h>
// Make sure that in NexConfig.h nexSerial is configured properly !
#include "Nextion.h"
// Door Opener Subsystem
const int DoorOpen = 8; // output for door opening
const int LockState = 6; // output to indicate lock state
byte softlock = 0;
byte hardlock = 0;
// Security PIN
const int HardLock = 5; // input low = high security
String PIN = "12345";
char pin[10];
char pindigit = ' ';
byte pinctr = 0;
long pinMillis = 0;
const int WrongID = 7; // indicator for false 1-Wire ID or PIN
// process variables
const int loopLED = 13; // signal loop
byte phase = 1; // phase of test
long currentMillis = 0;
// dimming
const int Brightness = A0; // input pin for the dimming voltage
const int Movement = A1; // input for movement detection
const int DashDim = 3; // output for dimming further dashlights
const int DashlightOn = 4; // input pin for the dashlight signal
const long dimTimeout = 60000;
byte isDimmed = 0;
long dimMillis = 0; // timer
// 1-Wire subsystem
OneWire ds(12); // 1-Wire on pin 12 (a 4.7K resistor is necessary)
const int redLED = 11; // LED on pins 9,10,11
const int greenLED = 10;
const int blueLED = 9;
typedef struct {
char* name;
byte ROM[8];
int red;
int green;
int blue;
} iButton;
const byte iBnum = 1; // Number of defined iButtons
const iButton iButtons[] = {
{"iRed", {0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 0x01}, LOW, HIGH, HIGH}
};
// {"iRed*", {0x01, 0x--, 0x--, 0x--, 0x--, 0x--, 0x--, 0x--}, LOW, HIGH, HIGH},
// {"iGreen", {0x01, 00x--, 0x--, 0x--, 0x--, 0x--, 0x--, 0x--}, HIGH, LOW, HIGH},
// {"iBlue", {0x01, 0x--, 0x--, 0x--, 0x--, 0x--, 0x--, 0x--}, HIGH, HIGH, LOW},
// {"iOrange", {0x01, 0x--, 0x--, 0x--, 0x--, 0x--, 0x--, 0x--}, LOW, LOW, HIGH},
// {"iPink", {0x01, 0x--, 0x--, 0x--, 0x--, 0x--, 0x--, 0x--}, LOW, HIGH, LOW},
// {"iPurple", {0x01, 0x--, 0x--, 0x--, 0x--, 0x--, 0x--, 0x--}, LOW, HIGH, LOW},
// GUI
NexPage page0 = NexPage(0, 0, "page0");
NexPage page1 = NexPage(1, 0, "page1");
NexButton p0 = NexButton(0, 1, "p0");
NexPicture p1 = NexPicture(0, 2, "p1");
NexButton num0 = NexButton(1, 11, "b0");
NexButton num1 = NexButton(1, 2, "b1");
NexButton num2 = NexButton(1, 3, "b2");
NexButton num3 = NexButton(1, 4, "b3");
NexButton num4 = NexButton(1, 5, "b4");
NexButton num5 = NexButton(1, 6, "b5");
NexButton num6 = NexButton(1, 7, "b6");
NexButton num7 = NexButton(1, 8, "b7");
NexButton num8 = NexButton(1, 9, "b8");
NexButton num9 = NexButton(1, 10, "b9");
NexButton cancel = NexButton(1, 12, "b10");
NexProgressBar progress = NexProgressBar(1, 13, "j0");
NexTouch *nex_Listen_List[] =
{
&num0, &num1, &num2, &num3, &num4,
&num5, &num6, &num7, &num8, &num9,
&cancel, &p0, NULL
};
void p0Callback(void *ptr)
{
dimLight(100);
softlock = 1;
if ( hardlock == 0) {
showLock();
}
}
void num0PushCallback(void *ptr)
{
pindigit = '0';
}
void num1PushCallback(void *ptr)
{
pindigit = '1';
}
void num2PushCallback(void *ptr)
{
pindigit = '2';
}
void num3PushCallback(void *ptr)
{
pindigit = '3';
}
void num4PushCallback(void *ptr)
{
pindigit = '4';
}
void num5PushCallback(void *ptr)
{
pindigit = '5';
}
void num6PushCallback(void *ptr)
{
pindigit = '6';
}
void num7PushCallback(void *ptr)
{
pindigit = '7';
}
void num8PushCallback(void *ptr)
{
pindigit = '8';
}
void num9PushCallback(void *ptr)
{
pindigit = '9';
}
void CancelCallback(void *ptr)
{
pinctr = 0;
progress.setValue(0);
}
void setup() {
String cmd;
// set the digital pins as output:
pinMode(redLED, OUTPUT);
pinMode(greenLED, OUTPUT);
pinMode(blueLED, OUTPUT);
pinMode(loopLED, OUTPUT);
pinMode(DoorOpen, OUTPUT);
pinMode(WrongID, OUTPUT);
pinMode(LockState, OUTPUT);
pinMode(HardLock, INPUT_PULLUP);
pinMode(DashlightOn, INPUT_PULLUP);
digitalWrite(redLED, HIGH);
digitalWrite(greenLED, HIGH);
digitalWrite(blueLED, HIGH);
digitalWrite(loopLED, LOW);
digitalWrite(DoorOpen, HIGH);
digitalWrite(WrongID, HIGH);
digitalWrite(LockState, HIGH);
// initialize the GUI
nexInit();
p0.attachPush(p0Callback, &p0);
num0.attachPush(num0PushCallback, &num0);
num1.attachPush(num1PushCallback, &num1);
num2.attachPush(num2PushCallback, &num2);
num3.attachPush(num3PushCallback, &num3);
num4.attachPush(num4PushCallback, &num4);
num5.attachPush(num5PushCallback, &num5);
num6.attachPush(num6PushCallback, &num6);
num7.attachPush(num7PushCallback, &num7);
num8.attachPush(num8PushCallback, &num8);
num9.attachPush(num9PushCallback, &num9);
cancel.attachPush(CancelCallback, &cancel);
//dimming
dimLight(100);
//showlock
if ( digitalRead(HardLock) == LOW) {
showLock();
hardlock = 1;
softlock = 0;
} else {
hideLock();
hardlock = 0;
softlock = 0;
}
}
void openDoor(int level) {
digitalWrite(DoorOpen, LOW);
delay(1000);
digitalWrite(DoorOpen, HIGH);
}
void wrongID() {
digitalWrite(WrongID, LOW);
delay(1000);
digitalWrite(WrongID, HIGH);
}
void showLock() {
sendCommand("vis p1,1");
}
void hideLock() {
sendCommand("vis p1,0");
}
void dimLight(int level) {
uint16_t dimVal;
String cmd = "dim=";
// zero level - determine from lighting conditions
if ( (level == 0) && (digitalRead(DashlightOn) == HIGH) ) {
dimVal = (uint32_t) analogRead(Brightness);
dimVal = map(dimVal, 0, 1023, 0, 100);
isDimmed = 1;
// nonzero level - take as it is
} else {
dimVal = 100;
isDimmed = 0;
}
cmd += dimVal;
//dbSerialPrint(cmd);
sendCommand(cmd.c_str());
dimVal = map(dimVal, 0, 100, 0, 255);
//dbSerialPrint(" -- ");
//dbSerialPrintln(dimVal);
analogWrite(DashDim,dimVal);
dimMillis = millis();
}
void loop(void) {
byte i;
byte j;
boolean equiv;
byte iBfound;
byte present = 0;
byte addr[8];
char* device;
// new for each loop
currentMillis = millis();
digitalWrite(loopLED, HIGH);
// dimming
if ( isDimmed == 1 ) {
if ( analogRead(Movement) < 10 ) {
dimLight(100);
}
if ( digitalRead(DashlightOn) == LOW) {
//dbSerialPrintln(" DashlightOn = LOW");
dimLight(100);
}
}
if ( (currentMillis - dimMillis) > dimTimeout) {
dimLight(0);
}
// locking
if ( digitalRead(HardLock) == LOW) {
//change display only if hardlock has changed
if ( hardlock == 0 ) {
showLock();
}
hardlock = 1;
softlock = 0;
} else {
//change display only if
if ( (hardlock == 1) && (softlock == 0)) {
hideLock();
}
hardlock = 0;
}
//lockState display
if ( (hardlock == 0) && (softlock == 0)) {
digitalWrite(LockState, HIGH);
} else {
digitalWrite(LockState, LOW);
}
//1-Wire bus access only in phase 1
if ( phase == 1) {
digitalWrite(redLED, HIGH);
digitalWrite(greenLED, HIGH);
digitalWrite(blueLED, HIGH);
if ( !ds.search(addr)) {
present = 0;
ds.reset_search();
digitalWrite(loopLED, LOW);
delay(250);
} else {
digitalWrite(loopLED, LOW);
// Invalid 1-Wire ID
if (OneWire::crc8(addr, 7) != addr[7]) {
} else {
dimLight(100);
// the first ROM byte indicates which chip
switch (addr[0]) {
case 0x01:
device = "DS2401";
present++;
for (i = 0; i < iBnum; i++) {
equiv = true;
for (j = 0; j < 7; j++) {
if (iButtons[i].ROM[j] != addr[j]) {
equiv = false;
break;
}
}
if (equiv ) {
iBfound = i;
break;
}
}
if ( equiv ) {
digitalWrite(redLED, iButtons[iBfound].red);
digitalWrite(greenLED, iButtons[iBfound].green);
digitalWrite(blueLED, iButtons[iBfound].blue);
// LowSec state => open door
if ( (hardlock == 0) && (softlock == 0)) {
openDoor(1);
delay(4000);
return;
// HiSec state => go to phase 2
} else {
phase = 2;
pinMillis = millis();
page1.show();
return;
}
//sabotage ? Unknown iButton
} else {
digitalWrite(redLED, LOW);
digitalWrite(greenLED, LOW);
digitalWrite(blueLED, LOW);
wrongID();
}
break;
default:
device = "unknown";
break;
}
ds.reset();
}
}
}
nexLoop(nex_Listen_List);
if ( phase == 2 ) {
// check for timeout
if ( (currentMillis - pinMillis) > 30000 ) {
progress.setValue(0);
phase = 1;
pinctr = 0;
page0.show();
}
}
// phase 2 and GUI input is a number
if ( (phase == 2) && ( pindigit != ' ') ) {
// push this number to the PIN buffer
pin[pinctr] = pindigit;
pindigit = ' ';
pinctr++;
progress.setValue(pinctr * 20);
// PIN is complete
if ( pinctr == 5) {
// PIN is correct => open door
if ( String(pin) == PIN ) {
openDoor(2);
// wrong PIN
} else {
wrongID();
}
// return to phase 1
progress.setValue(0);
phase = 1;
pinctr = 0;
page0.show();
}
}
}Folgende Warnungen sind dabei herausgekommen:
H:\Haus\eHouse\DoorPi\Software\Arduino\DoorPi\DoorPi.ino:62:1: warning: deprecated conversion from string constant to 'char*' [-Wwrite-strings]
};
^
H:\Haus\eHouse\DoorPi\Software\Arduino\DoorPi\DoorPi.ino: In function 'void loop()':
H:\Haus\eHouse\DoorPi\Software\Arduino\DoorPi\DoorPi.ino:335:20: warning: deprecated conversion from string constant to 'char*' [-Wwrite-strings]
device = "DS2401";
^
H:\Haus\eHouse\DoorPi\Software\Arduino\DoorPi\DoorPi.ino:376:20: warning: deprecated conversion from string constant to 'char*' [-Wwrite-strings]
device = "unknown";
^
Der Sketch verwendet 15550 Bytes (54%) des Programmspeicherplatzes. Das Maximum sind 28672 Bytes.
Globale Variablen verwenden 1409 Bytes (55%) des dynamischen Speichers, 1151 Bytes für lokale Variablen verbleiben. Das Maximum sind 2560 Bytes.
Für einen absoluten Arduino-Neuling: Ist das jetzt OK 0der nicht??
PS an pah: Ich würde vorschlagen das Wiki um 2 Zeilen basierend auf diesem Thread zu ergänzen:
ZitatDie Nextion-Bibliotheken von Nextion können von Github heruntergeladen werden: [https://github.com/itead/ITEADLIB_Arduino_Nextion Github]
Diese zip-Datei muss dann in der Entwicklungsumgebung nur noch wie folgt eingebunden werden:
Sketch-> Bibliotheken einbinden -> .zip Bibliothek hinzufügen.
Zusätzlich muss noch die Bibliothek "OneWire" über den Bibliotheksverwalter nachinstalliert werden.
Zum Kompilieren muss für den "Arduino Micro" in der Entwicklungsumgebung der "Arduino Leonardo" ausgewählt werden, da der "Arduino Micro" nicht zur Auswahl steht.
Gruß
Sailor
Teil 2: Der RasPi und DoorPi
Auf pah Wiki wird nur auf Zitat: "einer der verfügbaren Anleitungen im DoorPi-Forum" verwiesen.
Gefunden habe ich nur diese beiden:
Installation DoorPi mittels GitHub auf einem Raspberry Pi + Raspbian
Installation DoorPi mittels PyPi auf einem Raspberry Pi + Raspbian
Frage 1: Mit welcher Anleitung habt ihr den wenigsten Stress gehabt. Sowohl bei der Erstinstallation als auch im laufenden Betrieb?
Frage 2: Soll man zunächst alles verdrahten (DoorPi - Platine von Frieder) oder in welcher Sequenz der Hardwareinstallation geht man bei der Inbetriebnahme zunächst vor?
Ich will ja nix kaputt machen, gell? ;)
Gruß
Sailor
alles super interessant, nur wahrscheinlich ne Nummer zu hoch, für Nicht Linux Experten...
Ich hab zwar nun ein Livevideobild und das sogar per vpn auf meinem Handy, aber die doorpi Software Installation hat scheinbar nicht funktioniert, warum wieso ??
Die mpgstreamer software hat ja auch mit einer Fehlermeldung geendet weil der Patch nicht passte.
Viele von den Nichtexperten haben ja hier und da Probleme,
@sailor
kannst du all deine Schritte protokollieren ?
Ich selbst werde morgen wohl ( falls ich Zeit finde) zum 3. Mal ein neues Jessy Image aufspielen, am liebsten wäre mir jessy pixel, ich hab einfach riesige Probleme mit der Kommandozeile, da ich nur alle paar Monate mal vor einem Linux Rechner sitze, ist halt so, und sich da alle wichtigen Befehle zu merken :-(
ich werde dann wohl jeden Befehl, jeden Link und einige Snaps in ein Word Dokument einfügen.
welche Anleitung ist hier zur Zeit die Beste??
eine aktuelle schritt für Schritt Anleitung per pdf wäre hilfreich
Ich zitiere mal das Zitat:
ZitatZum Kompilieren muss für den "Arduino Micro" in der Entwicklungsumgebung der "Arduino Leonardo" ausgewählt werden, da der "Arduino Micro" nicht zur Auswahl steht.
Zitat von: UweH am 30 April 2017, 19:32:38
Ich zitiere mal das Zitat:
Outsch! Ohne Worte! Asche auf mein Haupt!
Gruß
Sailor
Ich habe gerade die aktuelle Version von 70_DoorPi.pm, sowie meine Helperskripte und meine doorpi.ini ins contrib gestellt.
Neu: DoorPi gibt eine Rückmeldung an FHEM, wenn die Tür tatsächlich geöffnet wurde.
Wünsche zu Version 2 der Arduino-Software bitte hier in diesem Thread äußern, nicht bei "Platine".
LG
pah
OK, dann hier nochmal:
Ich würde gerne das Tastenfeld direkt über einen Button/HotSpot ansteuern können, um so im Falle eines vergessenen Schlüssels die Tür öffnen zu können.
Gruß
Uwe
Hm, das ist natürlich gegen das Sicherheitskonzept, das einen Zugang von "Besitz" und "Kenntnis" abhängig macht.
Man könnte das höchstens so erledigen, wie bei dem mobilen PIN/TAN-Verfahren der Bank:
- Schlüssel vergessen
- Hotspot auf dem Display berühren
- SMS/Telegram-Menü an ein bestimmtes Handy
- Nach erfolgter positiver Antwort (SMS, Anklicken des Telegram Buttons) Öffnung des Tastaturfeldes
Damit wäre also "Besitz" = Besitz des Handys
Alternativ könnte man auch einen "normalen" Klingelanruf an eine besondere Nummer tätigen.
LG
pah
Ich glaube, das Prozedere zieht den WAF extrem nach unten. Der Fall des vergessenen Schlüssels (verdammt, meine Tasche steht noch in der Diele...) schließt das vergessene Handy mit ein. Dann lassen wir das mal lieber...
Danke und Gruß
Uwe
Zitat von: Prof. Dr. Peter Henning am 02 Mai 2017, 18:38:40
Ich habe gerade die aktuelle Version von 70_DoorPi.pm, sowie meine Helperskripte und meine doorpi.ini ins contrib gestellt.
Danke, hab ich eingebunden. sendphoto.sh ist (für mich) neu. Ich habe meinen Telegram -Token und die Chat-ID eingetragen und es in "/home/doorpi" gepackt...richtig? Das war's? Es wird kein Bild gesendet, also mache ich was falsch... >:(
Gruß
Uwe
Im sendphoto.log steht dieses:
Sending photo /home/doorpi/records/haustuer.jpg
{"ok":false,"error_code":400,"description":"Bad Request: wrong file identifier/HTTP URL specified"}
Hm...
Kann der Telegram Server von außen auf die gesendete URL zugreifen ? Du schickst ja kein Bild, sondern nur den Link.
Es muss also die Firewall an dieser Stelle (und nur für den Telegram Server) geöffnet werden. Ich habe das zusätzlich noch durch einen Apache Proxy geschützt.
LG
pah
Oha, jetzt wird's kompliziert. Da muss ich erst mal tiefer graben.
Danke
Hallo pah,
noch eine andere Sache. Die Readings movement und sabotage werden bei mir nicht angezeigt, dabei ist sowohl der Sabotagekontakt als auch der Bewegungsmelder korrekt angeschlossen (der Arduino jedenfalls reagiert auf Bewegung...). Muss man da softwareseitig noch was einstellen?
Ich finde nur in der FHEMHelper.sh ab Zeile 111 und in der doorpi.ini ab Zeile 263 Einträge darüber.
Danke und Gruß
Uwe
Hallo zusammen,
ich bin auch jemand, der gerne die Möglichkeit hätte entweder via Button oder PIN die Tür zu öffnen.
Ja ich weiss, es ist nicht so sicher, wie beides in Kombination, aber bei uns läuft derzeit ein konventinelles Codeschloss und die Kombi aus Button und Key würde dem WAF nicht geade in die Hände spielen, zumal ich persönlich solche starke Absicherung für etwas oversized für mich halte....In der Firma komme ich auch nur mit Karte durch alle Türen....
Jetzt bin ich aber leider selbst ziemlich planlos, wo und wie das ganze umzubauen und wie viel Aufwand hinter solch einem Umbau steckt.
Verdrahtet scheint ja ein Hauptteil im Code des Arduino zu sein, wenn ich das richtig sehe.
Es wäre super, wenn mir hier jemand unter die Arme greifen würde....oder auch sagt, wenn das eine kompleten Neuprogrammierung gleich kommen würde. Vielleicht gibt es ja irgendwo schon Anzätze, welche meinen nahe kommen und ich habe sie nur noch nicht gefunden.
Bitte auch nicht als persönliche Kritik an der Arbeit der Leite sehen, welche das hier auf die Beine gestellt haben...Diese respektiere und schätze ich sehr. Nur meine persönlichen Anforderungen an das System sind eben etwas.
Danke schonmal und Gruß
Jens
Zitat von: nettiger am 04 Mai 2017, 23:48:06
Vielleicht gibt es ja irgendwo schon Anzätze, welche meinen nahe kommen und ich habe sie nur noch nicht gefunden.
Hast Du Dir den iButton/Arduino-Türöffner ohne DoorPi drum herum schon mal näher angesehen?
Gruß
Uwe
Hallo pah
ich habe ein kleines Problemchen mit dem DoorPi Modul
1. Ich habe 70_DoorPi.pm com ./contrib/DoorPi ins ./FHEM Verzeichnis kopiert
2. JSON und Test:JSON mittels CPAN nachinstlliert
3. DoorPi - device mittels define Befehl angelegt.
Resultat: fhem schmiert ab
Der Status in der Console sagt aus:
sudo service fhem status
● fhem.service - LSB: FHEM server
Loaded: loaded (/etc/init.d/fhem)
Active: active (exited) since Sun 2017-05-07 09:03:13 CEST; 4min 59s ago
Process: 30336 ExecStop=/etc/init.d/fhem stop (code=exited, status=0/SUCCESS)
Process: 30372 ExecStart=/etc/init.d/fhem start (code=exited, status=0/SUCCESS)
May 07 09:03:12 DeekeHomeServer fhem[30372]: Starting fhem...
May 07 09:03:13 DeekeHomeServer systemd[1]: Started LSB: FHEM server.
May 07 09:04:20 DeekeHomeServer sudo[30428]: pam_unix(sudo:auth): conversation failed
May 07 09:04:20 DeekeHomeServer sudo[30428]: pam_unix(sudo:auth): auth could not identify password for [fhem]
Das Log-File sagt aus:
keys on reference is experimental at ./FHEM/70_DoorPi.pm line 657.
keys on reference is experimental at ./FHEM/70_DoorPi.pm line 676.
malformed JSON string, neither array, object, number, string or atom, at character offset 17 (before "<head>\n ...") at ./FHEM/70_DoorPi.pm line 651.
a) Habe ich da irgendwo etwas falsch eingegeben?
b) Müssen die anderen Dateien aus dem Verzeichnis ./contrib/DoorPi ebenfalls ins ./FHEM ?
c) Wo benötigt das DoorPi-Modul die Angabe zu User und Passwort des DoorPi-Servers?
Gruss
Sailor
1. Welche Version des DoorPi-Moduls ( get .. version) ?
2. fhemweb_doorpicalllist.js muss nach ../fhem/www/pgm2
3. Ich arbeite in eine hochgradig gesicherten Umgebung und verwende deshalb keine Passwortsicherung. Beispiels weise kann ich mit dem Aufruf
http://<ip-adresse>/control/trigger_event?event_name=OnKeyPressed_webservice.dooropen&event_source=doorpi.keyboard.from_filesystem
die Tür öffnen. Der normale Weg zur Mitgabe einer grundlegen Authenfizierung in dem URL-Aufruf ist
http://<username>:passwort@<ip-adresse>/control/trigger_event?event_name=OnKeyPressed_webservice.dooropen&event_source=doorpi.keyboard.from_filesystem
Also bitte als bei der Definition
define ... DoorPi <username>:passwort@<ip-adresse>
verwenden.
Das ist natürlich eher unsicher, bei Gelegenheit werde ich versuchen, eine sichere Speicherung der Credentials einzubauen.
LG
pah
Hallo pah
Zitat von: Prof. Dr. Peter Henning am 07 Mai 2017, 10:46:33
1. Welche Version des DoorPi-Moduls ( get .. version) ?
1. Da ich keine Befehle absenden kann, bevor mir fhem abschmiert, anbei der Header der 70_DoorPi.pm
########################################################################################
#
# DoorPi.pm
#
# FHEM module to communicate with a Raspberry Pi door station running DoorPi
# Prof. Dr. Peter A. Henning, 2016
#
# $Id: 70_DoorPi.pm 2016-05 - pahenning $
#
# TODO: Link /xx weglassen beim letzten Call
#
########################################################################################
#
# This programm is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# The GNU General Public License can be found at
# http://www.gnu.org/copyleft/gpl.html.
# A copy is found in the textfile GPL.txt and important notices to the license
# from the author is found in LICENSE.txt distributed with these scripts.
#
# This script is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
########################################################################################
Zitat von: Prof. Dr. Peter Henning am 07 Mai 2017, 10:46:33
2. fhemweb_doorpicalllist.js muss nach ../fhem/www/pgm2
Erledigt
Zitat von: Prof. Dr. Peter Henning am 07 Mai 2017, 10:46:33
Also bitte als bei der Definition
define ... DoorPi <username>:passwort@<ip-adresse>
verwenden.
OK, wird gemacht.
Zitat von: Prof. Dr. Peter Henning am 07 Mai 2017, 10:46:33
Das ist natürlich eher unsicher, bei Gelegenheit werde ich versuchen, eine sichere Speicherung der Credentials einzubauen.
Du kannst dir ja mal mein Modul 73_km200.pm anschauen.
Dort kann man die Credentials wahlweise als Klartext oder Base64 codiert als Parameter übergeben.
Nachtrag: Das scheint es gewesen zu sein. Zumindest gibt es keine fhem Abstürze mehr.
Gruss
Sailor
Hallo Sailor
kannst du bitte alle Schritte protokollieren ?
macht es auch anderen leichter.
Vorteil auch für einen selber
auch nach Monten sieht man dann was man gemacht hat um ein Ziel zu erreichen.
1. Da ich keine Befehle absenden kann, bevor mir fhem abschmiert, anbei der Header der 70_DoorPi.pm
Tiefer, bitte. Dort steht im Code etwas von "version"
Passwort sicher speichern: Das ist übrigens keine Frage des "Wie" - das weiß ich schon sehr genau. Sondern des "Wann" - mein Zeitbudget ist etwas angespannt.
@Franz Tenbrock: Nette Idee, das mit dem Protokollieren - aber bitte nicht hier im Thread. Dafür gibt es Wikis - und eventuell kann man aus einem schlechten Protokoll hinterher einen brauchbaren Artikel machen.
LG
pah
Guten Morgen,
in ihrem Wiki würde ich kaum wagen irgend etwas zu ändern, denke die anderen auch nicht (meine ich echt nicht böse)
ev. hilft mir ja auch mal jemand, hab ja einen eigenen Thread aufgemacht, dann störe ich hier nicht weiter
https://forum.fhem.de/index.php/topic,71388.msg631201.html#msg631201
Anleitung stelle ich als rtf auf Anfrage zur Verfügung, Änderungen erwünscht
für Linux Profis sicher so nicht erforderlich
für Linux Anfänger sicher aber schon ( es ist noch kein Meister vom Himmel gefallen ;) )
reduziert ev. die Anzahl der Hilferufe
hab nun den gesamten Thread hier gelesen
hab dann wie in einem Post angegeben die
Datei so verschoben
sudo mv 70_DoorPi.pm /opt/fhem/FHEM
das ganze mit Filezilla kontrolliert
Datei ist im Ordner vorhanden vom 19.02.2017
wenn ich nun
define door DoorPi 192.168.178.87
kommt das hier
Cannot load module DoorPi
Perl-Module JSON und Test::JSON
sudo apt-get install libjson-perl
wurde nach FHME wiki Raspi installiert
Sorry
Zitat von: Franz Tenbrock am 08 Mai 2017, 22:48:39
hab dann wie in einem Post angegeben die
Datei so verschoben
sudo mv 70_DoorPi.pm /opt/fhem/FHEM
Ggf. musst du noch die Rechte neu setzen.
Gruß
Sailor
ich tu mich noch schwer
mit
sudo chmod 755 70_DoorPi.pm
hab ich die Rechte geändert und mit dem VNC Viewer über Jessy_Pixel kontrolliert
nun stehen die Rechte so:
Besitzer ist fhem, Gruppe dialout, INhalt anzeigen und ausführen : jeder
Inhalt ändern : nur Besitzer
geht trotzdem nicht,
neuer Rechner, alle Updates, fhem neu, update shutdown restart
Datei vom 19.02.17
ZitatCannot load module DoorPi
Das ist mit Sicherheit nicht die gesamte Fehlermeldung.
LG
pah
ok
konnte gerade erst nachsehen.
also wenn ich es oben in Fhehm eingebe kommt direkt die Anwort geht nicht wie oben geschrieben
wenn ich dann aber ins Log sehe, was ich blöderweise nicht gemacht habe ( Sorry ) dann kommt deutlich mehr
"
2017.05.09 07:41:16 0: Can't locate Test/JSON.pm in @INC (you may need to install the Test::JSON module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl ./FHEM) at ./FHEM/70_DoorPi.pm line 37.
BEGIN failed--compilation aborted at ./FHEM/70_DoorPi.pm line 37.
"
Asche auf mein Haupt
muss jetzt erst mal schauen wie ich das nun wieder installiere. Geahnt hatte ich es schon weil ja im Wiki stand
Test::JSON
Kleinigkeiten aber halt wesentlich
:(
das hier hab ich nun gefunden
http://cpansearch.perl.org/src/OVID/Test-JSON-0.11/lib/Test/JSON.pm
in etwas so
sudo wget http://cpansearch.perl.org/src/OVID/Test-JSON-0.11/lib/Test/JSON.pm
holt die Datei ab legt sie wo ab?
und dann irgendwie installieren ? grrrr
ist das das richtige wie wird das installiert, sorry aber Linux ist da schon etwas anders als bei Windwos, irgendwie vollkommen andere Welt was man nicht mal so eben nebenbei im Selbststudium lernt
Das geht viel einfacher:
apt-get install libtest-json-perl Bei allen Perl-Modul-Installationen bitte immer bei Google eingebn: Name der Distribution und Modulname - dann gibt es schon die richtigen Hinweise.
Zitatsorry aber Linux ist da schon etwas anders als bei Windwos, irgendwie vollkommen andere Welt was man nicht mal so eben nebenbei im Selbststudium lernt
Da muss ich aber energisch widersprechen: Weder bin ich Informatiker, noch bringen wir unseren Studierenden Linux "bei". Lernen ist, konstruktivistisch gesehen, immer "Selbststudium".
LG
pah
Selbststudium - ja haben Sie Recht, bei Windows auch alles selbst beigebracht, da ging das Selbststudium nun über 35 Jahre :-) über FHEM an Linux gekommen, ich bastel und experimentiere halt gerne, bei windows kann ich in der Umgebung halt auch mal jemanden fragen bei Linux nobody.
Ich lese die ganze Woche schon im Internet rauf und runter.
Projekt halt wohl nicht so ganz trivial.
Der Code von der DoorPi.ini ist halt auch umfangreich und im Netz ist es nun nicht ganz so einfach da durchzusteigen, Ardunios hab ich ja auch schon geflasht und auch das war anfangs echt schwierig. Andere gehen golfen ich beiss mich nun hier durch.
hab nach Test::JSON Installation auch gesucht
Danke für den Hinweis
und schon geht es
ich hab mal versucht meine Schritte in einem pdf zusammenzufassen, incl der Fehlermeldung die ich wie Sailor bekommen habe. Ich habe das PDF im Thread
https://forum.fhem.de/index.php?topic=71388.msg628888#msg628888
im ersten Post für den den es interessiert
ZitatAndere gehen golfen ich beiss mich nun hier durch.
Stimmt, habe heute nachmittag ein Turnier gespielt.
LG
pah
Ein herzerfrischendes "Moin" vom HinternDeich vorweg!
So, dank dem Hinweis von pah und seinem Wiki habe ich DoorPi auf einem RasPi mit PiFac2 so weit am Laufen....
Danke pah!
- Auf den S0 gedrückt und schon klappt ein Anruf auf dem Handy.
- Auf "#" gedrückt und schon schaltet hörbar das Relais inklusive der zugehörigen LED.
- Ich kann auch selbst den DoorPi anrufen und die Tür öffnen ohne, dass Jemand vorher geklingelt hat.
- Das Modul DoorPi konnte in fhem eingebunden werden und die Befehle werden von fhem heraus auch brav an den DoorPi übergeben und ausgeführt (Licht an / Licht aus)
- Der DoorPi sendet auch nach einem "set DoorStation light on-for-timer" Befehl nach Ablauf einer Weile auch den "off" status zurück.
- Ich konnte (im Gegensatz zu meiner Außenkamera) den Stream der Raspi-Kamera direkt in fhem mit bewegenden Live Bildern einbinden.
define DoorStationCam weblink htmlCode <img src="http://192.168.178.??:9000/?action=stream" width="640" height="352" alt="Door Station">
73_DoorPi.pm Modulversion ist übrigens DoorStation.version => 2.0alpha8
FHEMHelper.sh
# History
# no_Legend 2016-09-28: Hinzufügen von verschiedenen Variablen, sowie bedingte Ausführung
# der Textausgaben auf einem TTS_Device.
Was noch stört sind die Fehlermeldungen nach jedem Befehl:
jquery.min.js line 4:
SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data
Das Log-File sieht folgendermaßen aus:
2017.05.09 20:04:43.396 1: FHEMWEB SSL/HTTPS error: SSL accept attempt failed error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number
2017.05.09 20:45:36.461 1: FHEMWEB SSL/HTTPS error: SSL connect accept failed because of handshake problems error:14094418:SSL routines:ssl3_read_bytes:tlsv1 alert unknown ca
2017.05.09 20:51:01.007 1: FHEMWEB SSL/HTTPS error: SSL connect accept failed because of handshake problems error:14094418:SSL routines:ssl3_read_bytes:tlsv1 alert unknown ca
2017.05.09 20:51:31.907 1: FHEMWEB SSL/HTTPS error: SSL connect accept failed because of handshake problems error:14094418:SSL routines:ssl3_read_bytes:tlsv1 alert unknown ca
2017.05.09 20:52:19.775 3: [DoorPi_GetHistory] found 14 events
2017.05.09 20:52:19.778 1: [DoorPi_GetHistory] No snapshot found with 2017-05-09_20-51-08.jpg
2017.05.09 20:52:19.780 1: [DoorPi_GetHistory] No snapshot found with 2017-05-09_20-50-29.jpg
2017.05.09 20:54:21.441 1: FHEMWEB SSL/HTTPS error: SSL connect accept failed because of handshake problems error:14094418:SSL routines:ssl3_read_bytes:tlsv1 alert unknown ca
2017.05.09 20:55:40.121 3: [DoorPi_GetHistory] found 0 events
2017.05.09 20:55:55.879 1: FHEMWEB SSL/HTTPS error: SSL connect accept failed because of handshake problems error:14094418:SSL routines:ssl3_read_bytes:tlsv1 alert unknown ca
Use of uninitialized value $d in hash element at fhem.pl line 4053.
Use of uninitialized value $d in hash element at fhem.pl line 4053.
Use of uninitialized value $d in hash element at fhem.pl line 4053.
Use of uninitialized value $d in hash element at fhem.pl line 4053.
Use of uninitialized value $d in hash element at fhem.pl line 4053.
Use of uninitialized value $d in hash element at fhem.pl line 4053.
Use of uninitialized value $d in hash element at fhem.pl line 4053.
Use of uninitialized value $d in hash element at fhem.pl line 4053.
Use of uninitialized value $d in hash element at fhem.pl line 4053.
Use of uninitialized value $d in hash element at fhem.pl line 4053.
Use of uninitialized value $d in hash element at fhem.pl line 4053.
Use of uninitialized value $a[0] in string eq at ./FHEM/70_DoorPi.pm line 258.
Use of uninitialized value $key in regexp compilation at ./FHEM/70_DoorPi.pm line 278.
Use of uninitialized value $key in regexp compilation at ./FHEM/70_DoorPi.pm line 278.
Use of uninitialized value $key in regexp compilation at ./FHEM/70_DoorPi.pm line 278.
Use of uninitialized value $key in regexp compilation at ./FHEM/70_DoorPi.pm line 278.
Use of uninitialized value $key in regexp compilation at ./FHEM/70_DoorPi.pm line 278.
Use of uninitialized value $key in regexp compilation at ./FHEM/70_DoorPi.pm line 278.
Use of uninitialized value $key in regexp compilation at ./FHEM/70_DoorPi.pm line 278.
Use of uninitialized value $key in regexp compilation at ./FHEM/70_DoorPi.pm line 278.
Use of uninitialized value $key in regexp compilation at ./FHEM/70_DoorPi.pm line 278.
Use of uninitialized value $key in string eq at ./FHEM/70_DoorPi.pm line 281.
Use of uninitialized value $key in string eq at ./FHEM/70_DoorPi.pm line 334.
Use of uninitialized value $key in string eq at ./FHEM/70_DoorPi.pm line 349.
Use of uninitialized value $key in string eq at ./FHEM/70_DoorPi.pm line 349.
Use of uninitialized value $key in string eq at ./FHEM/70_DoorPi.pm line 353.
Use of uninitialized value $key in string eq at ./FHEM/70_DoorPi.pm line 357.
Use of uninitialized value $key in string eq at ./FHEM/70_DoorPi.pm line 366.
Use of uninitialized value $key in string eq at ./FHEM/70_DoorPi.pm line 391.
Use of uninitialized value $key in pattern match (m//) at ./FHEM/70_DoorPi.pm line 400.
Use of uninitialized value $key in string eq at ./FHEM/70_DoorPi.pm line 402.
2017.05.09 21:06:06.056 1: [DoorPi_Door 1] sent 'dooropen' command to DoorPi
Was ich mich die ganze Zeit Frage ist: Wie wird DoorPi dazu in die Lage versetzt, meinen fhem-Server zu maipulieren, obwohl ich den auf "https://" am Laufen und nirgendwo mein Username/Password angegeben habe. :o
Da kann ja Jeder kommen... ::)
Gruß
Sailor
Also gehen wir das mal gruppenweise durch
Zitat
2017.05.09 20:52:19.775 3: [DoorPi_GetHistory] found 14 events
2017.05.09 20:52:19.778 1: [DoorPi_GetHistory] No snapshot found with 2017-05-09_20-51-08.jpg
2017.05.09 20:52:19.780 1: [DoorPi_GetHistory] No snapshot found with 2017-05-09_20-50-29.jpg
...
2017.05.09 20:55:40.121 3: [DoorPi_GetHistory] found 0 events
...
2017.05.09 21:06:06.056 1: [DoorPi_Door 1] sent 'dooropen' command to DoorPi
Normale Statusmeldungen von DoorPi - allerdings widersprüchlich, es sei denn, es wäre zwischendurch ein "purge" gelaufen, das alle Events gelöscht hat. Hast Du den DoorPi-Patch eingespielt, der die Datenbank überhaupt erst lauffähig macht ? Da ist nämlich eine schwere Macke im DoorPi-Code.
Zitat
2017.05.09 20:04:43.396 1: FHEMWEB SSL/HTTPS error: SSL accept attempt failed error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number
2017.05.09 20:45:36.461 1: FHEMWEB SSL/HTTPS error: SSL connect accept failed because of handshake problems error:14094418:SSL routines:ssl3_read_bytes:tlsv1 alert unknown ca
2017.05.09 20:51:01.007 1: FHEMWEB SSL/HTTPS error: SSL connect accept failed because of handshake problems error:14094418:SSL routines:ssl3_read_bytes:tlsv1 alert unknown ca
2017.05.09 20:51:31.907 1: FHEMWEB SSL/HTTPS error: SSL connect accept failed because of handshake problems error:14094418:SSL routines:ssl3_read_bytes:tlsv1 alert unknown ca
...
2017.05.09 20:54:21.441 1: FHEMWEB SSL/HTTPS error: SSL connect accept failed because of handshake problems error:14094418:SSL routines:ssl3_read_bytes:tlsv1 alert unknown ca
2017.05.09 20:55:55.879 1: FHEMWEB SSL/HTTPS error: SSL connect accept failed because of handshake problems error:14094418:SSL routines:ssl3_read_bytes:tlsv1 alert unknown ca
Es scheint irgendetwas mit der SSL-Installation nicht zu stimmen. Username und Passwort können wie üblich im https://<username>:<passwort>@<hostnameusw>-Verfahren angegeben werden. SSL beschwert sich darüber, dass das Zertifikat keine bekannt CA hat - also musst Du nicht nur ein Zertifikat erstellen, sondern das auch noch mit der eigenen CA signieren (Dafür gibt es im Netz tausende von Anleitungen). Oder bei SSl diese Beschwerde abschalten, das sollte auch gehen.
Zitat
Use of uninitialized value $a[0] in string eq at ./FHEM/70_DoorPi.pm line 258.
Use of uninitialized value $key in regexp compilation at ./FHEM/70_DoorPi.pm line 278.
Use of uninitialized value $key in regexp compilation at ./FHEM/70_DoorPi.pm line 278.
Use of uninitialized value $key in regexp compilation at ./FHEM/70_DoorPi.pm line 278.
Use of uninitialized value $key in regexp compilation at ./FHEM/70_DoorPi.pm line 278.
Use of uninitialized value $key in regexp compilation at ./FHEM/70_DoorPi.pm line 278.
Use of uninitialized value $key in regexp compilation at ./FHEM/70_DoorPi.pm line 278.
Use of uninitialized value $key in regexp compilation at ./FHEM/70_DoorPi.pm line 278.
Use of uninitialized value $key in regexp compilation at ./FHEM/70_DoorPi.pm line 278.
Use of uninitialized value $key in regexp compilation at ./FHEM/70_DoorPi.pm line 278.
Use of uninitialized value $key in string eq at ./FHEM/70_DoorPi.pm line 281.
Use of uninitialized value $key in string eq at ./FHEM/70_DoorPi.pm line 334.
Use of uninitialized value $key in string eq at ./FHEM/70_DoorPi.pm line 349.
Use of uninitialized value $key in string eq at ./FHEM/70_DoorPi.pm line 349.
Use of uninitialized value $key in string eq at ./FHEM/70_DoorPi.pm line 353.
Use of uninitialized value $key in string eq at ./FHEM/70_DoorPi.pm line 357.
Use of uninitialized value $key in string eq at ./FHEM/70_DoorPi.pm line 366.
Use of uninitialized value $key in string eq at ./FHEM/70_DoorPi.pm line 391.
Use of uninitialized value $key in pattern match (m//) at ./FHEM/70_DoorPi.pm line 400.
Use of uninitialized value $key in string eq at ./FHEM/70_DoorPi.pm line 402.
Schau ich mir an.
Zitat
Use of uninitialized value $d in hash element at fhem.pl line 4053.
Use of uninitialized value $d in hash element at fhem.pl line 4053.
Use of uninitialized value $d in hash element at fhem.pl line 4053.
Use of uninitialized value $d in hash element at fhem.pl line 4053.
Use of uninitialized value $d in hash element at fhem.pl line 4053.
Use of uninitialized value $d in hash element at fhem.pl line 4053.
Use of uninitialized value $d in hash element at fhem.pl line 4053.
Use of uninitialized value $d in hash element at fhem.pl line 4053.
Use of uninitialized value $d in hash element at fhem.pl line 4053.
Use of uninitialized value $d in hash element at fhem.pl line 4053.
Use of uninitialized value $d in hash element at fhem.pl line 4053.
Keine Ahnung, könnte eine Folge der darüber stehenden Fehler sein.
LG
pah
Hallo pah
Zitat von: Prof. Dr. Peter Henning am 10 Mai 2017, 08:43:06
Normale Statusmeldungen von DoorPi - allerdings widersprüchlich, es sei denn, es wäre zwischendurch ein "purge" gelaufen, das alle Events gelöscht hat. Hast Du den DoorPi-Patch eingespielt, der die Datenbank überhaupt erst lauffähig macht ? Da ist nämlich eine schwere Macke im DoorPi-Code.
Natürlich nicht! >:( Ich bin nur nach Anleitung im DoorPi Forum vorgegangen und da stand nichts von einem Patch.
Magst du mich mit der Nase, Pardon... mit einem Link drauf stupsen? Dann installiere ich das fix nach.
(Du redest aber nicht von dem Patch des MJPG - Streamers, oder? Den habe ich natürlich installiert, sonst hätte ich ja auch kein laufendes Bild.)
Ansonsten habe ich nur diesen Link gefunden: https://www.doorpi.org/forum/thread/480-problem-event-logging-in-sqlite-db/ (https://www.doorpi.org/forum/thread/480-problem-event-logging-in-sqlite-db/)
Zitat von: Prof. Dr. Peter Henning am 10 Mai 2017, 08:43:06
Es scheint irgendetwas mit der SSL-Installation nicht zu stimmen. Username und Passwort können wie üblich im https://<username>:<passwort>@<hostnameusw>-Verfahren angegeben werden. SSL beschwert sich darüber, dass das Zertifikat keine bekannt CA hat - also musst Du nicht nur ein Zertifikat erstellen, sondern das auch noch mit der eigenen CA signieren (Dafür gibt es im Netz tausende von Anleitungen). Oder bei SSl diese Beschwerde abschalten, das sollte auch gehen.
OK, ich forsche mal nach. Ich meine noch einen Zugang zu CA-Cert mit dem Zugang zu Server-Zertifikaten zu haben...
Allerdings habe ich Bedenken damit mein fhem-User:Passwort in Klartext auf dem DoorPi zu hinterlegen.
Hmmm :-\
Zitat von: Prof. Dr. Peter Henning am 10 Mai 2017, 08:43:06
Schau ich mir an.
Keine Ahnung, könnte eine Folge der darüber stehenden Fehler sein.
Hängt die Fehlermeldung im Popup im Browser ebenfalls damit zusammen?
jquery.min.js line 4:
SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data
Gruss
Sailor
Die Dateien stehen auch im contrib-Ordner von FHEM. Und es reicht das einfache Ersetzen.
Woraus man auch wieder erkennt, dass dieses DoorPi-Forum in der Qualität nicht mir dem hier vergleichbar ist - offenbar ist der Patch imme rnoch nicht im Code drin...
LG
pah
so einige Anleitungen da haben ihre Tücken.... :(
und auch das piface scheint nicht ganz ohne Stolpersteine, oder meins ist neu und kaputt, rührt sich nichts
dann werde ich mal von vorne starten
bei welchem Schritt muss wo ein patch hin damit dann hier wenigstens die Anleitung mit Schritt für Schritt stimmt
Thanks
Hallo Franz
Zitat von: Franz Tenbrock am 10 Mai 2017, 21:43:33
und auch das piface scheint nicht ganz ohne Stolpersteine, oder meins ist neu und kaputt, rührt sich nichts
Hast du auch im
raspi-config -> Interface Optionen -> SPI
aktiviert?
Sonst funktionier das PiFace nicht.
Gruß
Sailor
ich nehme ja schon viele Stolpersteine mit, klar hab ich
hab mittlerweile so viel gelesen ..
kann dabei ja auch die Schritt für Schritt Anleitung die ich mitgeschrieben habe kontrollieren.
sind ja schon einige im doorpi Forum die Probleme haben
lass uns das im doorpi forum diskutieren
Moin zusammen
Es ist zum verzweifeln: Sobald man den mjpeg-streamer installiert hat, macht DoorPi keine snapshots mehr.
Selbst das brachte keine Abhilfe: https://www.doorpi.org/forum/thread/40-anleitung-snapshots-erstellen-mit-mjpg-streamer/?postID=3635#post3635 (https://www.doorpi.org/forum/thread/40-anleitung-snapshots-erstellen-mit-mjpg-streamer/?postID=3635#post3635)
Selbst die WAV-Dateien in fhem sind mit einem anderen Dateinamen verlinkt.
Beispiel: fhem verweist auf "192.168.178.xx/2017-05-11_10-18-05.wav" aber in /home/doorpi/records liegt die datei als 2017-05-11_10-17-45.wav vor. :o
Selbst ohne Peripherie (DoorpiBoard etc.) kann einen das Teil ganz schön auf Trab halten...
Gruß
Sailor
ZitatBeispiel: fhem verweist auf "192.168.178.xx/2017-05-11_10-18-05.wav" aber in /home/doorpi/records liegt die datei als 2017-05-11_10-17-45.wav vor.
Das DoorPi-Modul enthält eine ausgefeilte Mimik, um Sekundenabweichungen zwischen dem Namen des tatsächlichen Snapshot/record-Files und der von DoorPi gemeldeten zeit zu korrigieren (so um Zeile 1000 herum). Damit sind aber keine Abweichungen von 20 Sekunden gemeint, da ist irgendetwas faul. Warum werden die Records 20 Sekunden später gespeichert ? Bitte mal genauer überprüfen, welcher Unterschied systematisch zwischen den gespeicherten Dateinamen (zu bekommen mit
http://<ip-adresse doorpi>/status?module=history_snapshot ) und den tatsächlichen Dateinamen besteht.
Betreffend die Snapshots: Warum machst Du die überhaupt mit dem streamer, und nicht einfach mit dem Kommando take_snapshot in der DoorPi.ini. Das koexistiert wunderbar mit dem Streamer.
LG
pah
Hallo pah
Zitat von: Prof. Dr. Peter Henning am 11 Mai 2017, 11:50:00
(zu bekommen mit http://<ip-adresse doorpi>/status?module=history_snapshot )
Da geht es schon los
history_snapshot
0 "orpi/records/2017-05-10_22-42-04.jpg"
1 "orpi/records/2017-05-10_22-42-03.wav"
2 "orpi/records/2017-05-10_22-44-04.jpg"
3 "orpi/records/2017-05-10_22-44-03.wav"
4 "orpi/records/2017-05-11_09-20-46.jpg"
5 "orpi/records/2017-05-11_09-20-46.wav"
6 "orpi/records/2017-05-11_09-56-17.wav"
7 "orpi/records/2017-05-11_10-07-26.wav"
8 "orpi/records/2017-05-11_10-13-11.wav"
9 "orpi/records/2017-05-11_10-17-45.wav"
10 "orpi/records/2017-05-11_10-32-53.wav"
Da fehlt irgendwie das "/home/do" vorweg... Scheinbar als ob Jemand "/home/pi" erwartet und das per strcat(8 ) einfach löscht.
Zitat von: Prof. Dr. Peter Henning am 11 Mai 2017, 11:50:00
und den tatsächlichen Dateinamen besteht.
pi@DoorStation:/home/doorpi/records $ ls -l
total 2368
-rw------- 1 root root 90880 May 10 22:42 2017-05-10_22-42-03.wav
-rw-rw-rw- 1 root root 511025 May 10 22:42 2017-05-10_22-42-04.jpg
-rw------- 1 root root 113600 May 10 22:44 2017-05-10_22-44-03.wav
-rw-rw-rw- 1 root root 523977 May 10 22:44 2017-05-10_22-44-04.jpg
-rw-rw-rw- 1 root root 522358 May 11 09:20 2017-05-11_09-20-46.jpg
-rw------- 1 root root 91840 May 11 09:21 2017-05-11_09-20-46.wav
-rw------- 1 root root 184640 May 11 09:56 2017-05-11_09-56-17.wav
-rw------- 1 root root 101760 May 11 10:07 2017-05-11_10-07-26.wav
-rw------- 1 root root 75840 May 11 10:13 2017-05-11_10-13-11.wav
-rw------- 1 root root 64640 May 11 10:18 2017-05-11_10-17-45.wav
-rw------- 1 root root 125760 May 11 10:33 2017-05-11_10-32-53.wav
und hier geht es weiter: Die .wav Dateien haben allesamt 600er Rechte, während die .jpg - Dateien allesamt 666 aufweisen.
Aber zumindest sind die Dateinamen schlüssig.
Jedoch weist fhem die folgende Tabelle aus:
Who Timestamp Number Result Duration Recording
Do, 11 May 2017 10:18:04 **622 nok(5) 913.7 2017-05-11_10-18-05.wav
Do, 11 May 2017 10:13:11 **622 ok(3) 21.4 2017-05-11_10-13-11.wav
Do, 11 May 2017 10:07:26 **622 ok(3) 24.9 2017-05-11_10-07-26.wav
Do, 11 May 2017 09:56:38 **622 unknown 13.5 2017-05-11_09-56-39.wav
Do, 11 May 2017 09:20:46 **622 nok(5) 21.7 2017-05-11_09-20-46.wav
Mi, 10 May 2017 22:44:03 **622 ok(2) 11.3 2017-05-10_22-44-03.wav
Mi, 10 May 2017 22:42:03 **622 ok(2) 10.5 2017-05-10_22-42-03.wav
Mi, 10 May 2017 22:28:06 **622 nok(5) 12.6 2017-05-10_22-28-07.wav
Mi, 10 May 2017 22:24:11 **622 ok(3) 15.4 2017-05-10_22-24-12.wav
Da ist irgendwie der Wurm drin. :o
Zitat von: Prof. Dr. Peter Henning am 11 Mai 2017, 11:50:00
Betreffend die Snapshots: Warum machst Du die überhaupt mit dem streamer, und nicht einfach mit dem Kommando take_snapshot in der DoorPi.ini. Das koexistiert wunderbar mit dem Streamer.
Das ist es ja - Es funktioniert bei mir eben nicht.
Wie man auf dem Bild des vorangegangenen Post erkennen kann funktionierte es am Do, 11 May 2017 09:20:46 das letzte Mal.
Danach habe ich den mjpeg-streamer installiert und seitdem hat DoorPi keine snapshots mehr in /home/doorpi/records gespeichert.
Selbst wenn ich mit "sudo service mjpg-streamer stop" den streamer anhalte... Fehlanzeige.
Ich glaube hier ist der Wurm noch viel dicker...
Nur für den Fall, dass es von Bedeutung wäre... Anbei die doorpi.ini
[AREA_config]
/control/config_get_configfile = None
/control/config_save = None
/control/config_value_delete = None
/control/config_value_get = None
/control/config_value_set = None
[AREA_control]
.* = None
[AREA_dashboard]
/dashboard/pages/.*html = None
[AREA_installer]
.* =
[AREA_public]
.* = None
[AREA_status]
/mirror = None
/status = None
[AdminNumbers]
**621 = active
**622 = active
[DTMF]
"#" = out:door,1,0,3
[DoorPi]
base_path = /usr/local/etc/DoorPi
eventlog = /home/doorpi/log/eventlog.db
is_alive_led = blinking_led
last_snapshot =
number_of_snapshots = 10
snapshot_path = /home/doorpi/records
[DoorPiWeb]
indexfile = index.html
ip =
loginfile = login.html
online_fallback = http://motom001.github.io/DoorPiWeb
port = 80
public = AREA_public
www = /home/doorpi/records
[EVENT_BeforeSipPhoneMakeCall]
10 = out:irlight,1
20 = take_snapshot:192.168.178.15:9000/?action=snapshot
30 = mailto:home@home.net,DoorPi,DoorPi initiating call
40 = out:irlight,0
[EVENT_OnCallStateDisconnect]
10 = os_execute:/home/doorpi/FHEMHelper.sh call ended
[EVENT_OnCallStateDismissed]
10 = os_execute:/home/doorpi/FHEMHelper.sh call dismissed
[EVENT_OnCallStateReject]
10 = os_execute:/home/doorpi/FHEMHelper.sh call rejected
20 = out:audio,1
[EVENT_OnKeyPressed_onboardpins.0]
10 = take_snapshot
20 = call:**622
30 = file_call_value:/home/doorpi/calltarget
[EVENT_OnKeyPressed_onboardpins.1]
20 = os_execute:/home/doorpi/FHEMHelper.sh doorunlockandopen
30 = os_execute:aplay -D plughw:1,0 /home/doorpi/sounds/067_willkommen.wav
40 = out:audio,1
[EVENT_OnKeyPressed_onboardpins.4]
10 = out:irlight,1
20 = os_execute:/home/doorpi/FHEMHelper.sh wrongid
30 = take_snapshot
40 = out:irlight,0
[EVENT_OnKeyPressed_onboardpins.5]
10 = os_execute:/home/doorpi/FHEMHelper.sh softlock
[EVENT_OnKeyPressed_onboardpins.6]
10 = out:dashlight,1,0,1
20 = os_execute:/home/doorpi/FHEMHelper.sh movement
[EVENT_OnKeyPressed_onboardpins.7]
10 = os_execute:/home/doorpi/FHEMHelper.sh sabotage
[EVENT_OnKeyPressed_webservice.button1]
10 = os_execute:/home/doorpi/FHEMHelper.sh sabotage
[EVENT_OnKeyPressed_webservice.button2]
10 = file_call_value:/home/doorpi/calltarget
[EVENT_OnKeyPressed_webservice.clear]
10 = os_execute:/home/doorpi/FHEMHelper.sh clear
[EVENT_OnKeyPressed_webservice.gettarget]
10 = os_execute:/home/doorpi/FHEMHelper.sh gettarget
[EVENT_OnKeyPressed_webservice.purge]
10 = os_execute:/home/doorpi/FHEMHelper.sh purge
[EVENT_OnKeyPressed_webservice.snapshot]
10 = out:irlight,1
20 = os_execute:/home/doorpi/FHEMHelper.sh call snapshot
30 = take_snapshot
40 = out:irlight,0
[EVENT_OnKeyPressed_webservice.streamoff]
10 = os_execute:/etc/init.d/mjpg_streamer stop
[EVENT_OnKeyPressed_webservice.streamon]
10 = os_execute:/etc/init.d/mjpg_streamer start
[EVENT_OnStartup]
10 = sleep:1
20 = os_execute:/home/doorpi/FHEMHelper.sh call init
[EVENT_OnTimeMinuteEvery5]
10 = statuswatchdog:/tmp/doorpi.watchdog
[Group]
administrators = admin
guests = visitor
[ReadPermission]
guests = dashboard
[SIP-Phone]
firewallpolicy = PolicyNoFirewall
audio_codecs = PCMA,PCMU
call_timeout = 60
capture_device = ALSA: USB PnP Sound Device
dialtone = /home/doorpi/sounds/bigben_mono.wav
dialtone_renew_every_start = False
dialtone_volume = 35
echo_cancellation_enabled = False
identity = DoorStation
local_port = 5060
max_call_time = 300
playback_device = ALSA: USB PnP Sound Device
record_while_dialing = False
records = /home/doorpi/records/%Y-%m-%d_%H-%M-%S.wav
sipphonetyp = linphone
sipserver_password = Password4SIP!
sipserver_realm = fritz.box
sipserver_server = 192.168.178.1
sipserver_username = User4SIP
stun_server =
ua.max_calls = 2
video_codecs = VP8
video_device = StaticImage: Static picture
video_display_enabled = True
video_size = vga
[User]
admin = admin
visitor = visitor
[WritePermission]
administrators = dashboard,status,config
[keyboards]
onboardpins = piface
webservice = filesystem
[onboardpins_InputPins]
0 = sleep:0
1 = sleep:0
4 = sleep:0
5 = sleep:0
6 = sleep:0
7 = sleep:0
[onboardpins_OutputPins]
0 = door
1 = light
2 = dashlight
3 = irlight
4 = hardlock
6 = audio
7 = blinking_led
[onboardpins_keyboard]
bouncetime = 2000
polarity = 0
pressed_on_keydown = True
pull_up_down = PUD_UP
[webservice_InputPins]
button1 = sleep:0
button2 = sleep:0
clear = sleep:0
dashlightoff = out:dashlight,0
dashlighton = out:dashlight,1
doorlocked = out:hardlock,1
dooropen = out:door,1,0,3
doorunlocked = out:hardlock,0
gettarget = sleep:0
lightoff = out:light,0
lighton = out:light,1
purge = sleep:0
snapshot = sleep:0
streamoff = sleep:0
streamon = sleep:0
[webservice_keyboard]
base_path_input = /home/doorpi/keyboard/inputs/
base_path_output = /home/doorpi/keyboard/outputs/
bouncetime = 2000
polarity = 0
pressed_on_keydown = True
reset_input = false
Mir raucht zwar der Schädel, aber ich bin trotzdem nicht gewillt aufzugeben.
Gruß
Sailor
PS: Nur zum Verständnis: Zur Zeit habe ich nur ein RasPi mit PiFace2 am Laufen... Ich warte noch auf die DoorPi-Boards von Frieder.
Zitat von: Sailor am 11 Mai 2017, 21:00:16
Da geht es schon los
history_snapshot
0 "orpi/records/2017-05-10_22-42-04.jpg"
1 "orpi/records/2017-05-10_22-42-03.wav"
2 "orpi/records/2017-05-10_22-44-04.jpg"
3 "orpi/records/2017-05-10_22-44-03.wav"
4 "orpi/records/2017-05-11_09-20-46.jpg"
5 "orpi/records/2017-05-11_09-20-46.wav"
6 "orpi/records/2017-05-11_09-56-17.wav"
7 "orpi/records/2017-05-11_10-07-26.wav"
8 "orpi/records/2017-05-11_10-13-11.wav"
9 "orpi/records/2017-05-11_10-17-45.wav"
10 "orpi/records/2017-05-11_10-32-53.wav"
Da fehlt irgendwie das "/home/do" vorweg... Scheinbar als ob Jemand "/home/pi" erwartet und das per strcat(8 ) einfach löscht.
Witzigerweise sieht das bei mir genau so aus und es funktioniert aber...
{
"history_snapshot": [
"orpi/records/2017-05-05_12-51-15.jpg",
"orpi/records/2017-05-05_12-51-15.wav",
"orpi/records/2017-05-05_14-32-37.jpg",
"orpi/records/2017-05-05_14-32-37.wav",
"orpi/records/2017-05-05_14-36-38.jpg",
"orpi/records/2017-05-05_14-36-36.wav",
"orpi/records/2017-05-05_14-39-08.jpg",
"orpi/records/2017-05-05_14-39-07.wav",
"orpi/records/2017-05-05_14-40-08.jpg",
"orpi/records/2017-05-05_14-42-45.jpg",
"orpi/records/2017-05-05_14-42-44.wav",
"orpi/records/2017-05-07_12-43-09.jpg",
"orpi/records/2017-05-07_16-16-02.jpg",
"orpi/records/2017-05-07_16-16-02.wav",
"orpi/records/2017-05-09_16-02-09.jpg",
"orpi/records/2017-05-10_14-26-33.jpg",
"orpi/records/2017-05-10_18-26-05.jpg",
"orpi/records/haustuer.jpg"
]
}Gruß
Uwe
DoorPi hat halt ziemlich viele Bugs ...
Der Code ist aber so einfach, dass man die auch selbst beheben kann. Bei dem Abschneiden von "/home/do" war es mir das aber nicht wert.
Einer der Bugs ist der unterschiedliche Zeitstempel beim Abspeichern - der dazu führt, dass der Dateiname anders ist als der Datenbankeintrag. Das ist aber maximal eine Sekunde, siehe - aus Deiner Tabelle:
Mi, 10 May 2017 22:44:03 **622 ok(2) 11.3 2017-05-10_22-44-03.wav
wird aus der Datenbank als Eintrag geholt, die tatsächlichen Dateinamen sind aber
-rw------- 1 root root 113600 May 10 22:44 2017-05-10_22-44-03.wav
-rw-rw-rw- 1 root root 523977 May 10 22:44 2017-05-10_22-44-04.jpg
Das Bild wird also mit dem falschen Dateinamen gespeichert (eben eine Sekunde später). Das ist vollkommen OK, das DoorPi-Modul korrigiert das automatisch und setzt den richtigen Link. Der sollte auch im FHEM_Frontend anklickbar sein.
sudo service mjpg-streamer stop
Sicher, dass das als Service läuft ? Was sagt denn
ps -ef | grep stream ?
Für mich schaut das so aus, als ob der streamer eben nicht gestoppt wird, sondern einfach weiterläuft.
Und was steht in /usr/local/etc/DoorPi/log/doorpi.log, wenn man mit DoorPi einen Snapshot macht ? Da muss irgendetwas geschrieben werden.
LG
pah
ES SEI DENN, dass irgendein Prozess läuft, der die Ausgabe weiter verzögert
DoorPi hat halt ziemlich viele Bugs ...
und keine Anleitung die wirklich sauber durchläuft.....
schwierig für nicht Profis zu sehen wo der Fehler liegt ;-(
Gestern in recht kurzer Zeit nach meinem zusammengeschriebenen bis doorpi und piface Install gekommen
ob fehlerfrei wird sich zeigen. mittlerweile 3 Images als Sciherung vond en einzelnen Zwischenschritten.
@sailor, kannst du die Fehler die bei dir aufgetreten sind zusammenfassen ? nur Hinweis hier Problem da Problem, wir haben doch beide ein nacktes System aktuell aufgesetzt also sollten ja eigentlich die gleichen stolpersteine auftreten, ich versuche es dann genau so zu machen und versuche es ordentlich zusammenzufassen, Datei kann ich dir zum nacheditieren dann direkt zusenden, weil schon recht groß !
@PAH , soweit ich es mitbekommen habe ist es nicht möglich ein mjpg Live Stream auf der FHEM Seite anzuzeigen ?!, Ich möchte ja innen an der Tür ein Displan hängen haben um zu sehen wer draussen steht. Dieses Livebild kann ich zur Zeit auf alle Endgeräte übertragen, über die FHEM Oberfläche ginge das nciht?, das der Stream von ausserhalb nciht erreichbar wäre, wäre allerdings nicht tragisch
lauffähiges doorpi diskutieren wir dann weiter im doorpi Forum, da tummeln sich einige Neue
Das geht bei mir aber nicht per Stream, sondern indem ich einen Link zu dem Snapshot an meine wandhängenden Tablets schicke (4 Stück).
LG
pah
Hallo Franz
Zitat von: Franz Tenbrock am 12 Mai 2017, 08:48:57
@sailor, kannst du die Fehler die bei dir aufgetreten sind zusammenfassen ? nur Hinweis hier Problem da Problem, wir haben doch beide ein nacktes System aktuell aufgesetzt also sollten ja eigentlich die gleichen stolpersteine auftreten, ich versuche es dann genau so zu machen und versuche es ordentlich zusammenzufassen, Datei kann ich dir zum nacheditieren dann direkt zusenden, weil schon recht groß !
Im nachhinein betrachtet habe ich schon einige Probleme aus dem Weg schaffen können, indem ich meine nachvollziehbare Anleitung Schritt für Schritt befolge.
Die Installationsdokumentation auf DoorPi.org ist ja auch schon veraltet. Das geht damit los, dass man nach aufspielen des Raspian - Images nicht mehr sofort per ssh zugreifen kann, sondern zunächst unter /boot eine leere Datei namens "ssh" erstellen muss.
Ich lasse dir eine anonymisierte Version zukommen.
Zitat von: Franz Tenbrock am 12 Mai 2017, 08:48:57
@PAH , soweit ich es mitbekommen habe ist es nicht möglich ein mjpg Live Stream auf der FHEM Seite anzuzeigen ?!, Ich möchte ja innen an der Tür ein Displan hängen haben um zu sehen wer draussen steht. Dieses Livebild kann ich zur Zeit auf alle Endgeräte übertragen, über die FHEM Oberfläche ginge das nciht?, das der Stream von ausserhalb nciht erreichbar wäre, wäre allerdings nicht tragisch
Doch das mit dem Stream funktioniert:
define DoorStationCam weblink htmlCode <img src="http://192.168.178.??:9000/?action=stream" width="640" height="352" alt="Door Station">Nur ein laufender Stream UND snapshots scheitern im Augenblick noch.
Ich habe es gestern sogar hinbekommen mit der "#" - Taste das eine Relais und mit der "*"-Taste das andere Relais zu steuern. *Freu
Eigentlich ganz einfach... Wiki lesen bildet eben. ;)
Demnach habe ich zur Zeit "nur" folgende offenen Punkte:
1) Keine Snapshots bei installiertem/laufenden mjpg-streamer.
2) Fehlerhafte Datei-Bezüge zwischen fhem und den in /home/doorpi/records/ abgelegten Dateien.
3) fhem - DoorPi Modul liefert noch ein Popup mit einer Fehlermeldung nach jeder set/get - Kommunikation:
jquery.min.js line 4:
SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data
4) In der fhem-device-Anzeige wird mir keine "heiße" Anzeige geliefert wenn man auf den Klingelknopf gedrückt hat.
Das Update der history-Liste erfolgt nur manuell. Ich vermute, dass hängt mit einer nicht funktionierenden https://- Authentifizierung zusammen.
Ich werde das mal ausprobieren indem ich auf http:// zurückgehe... Ich berichte
5) Der "set DoorStation door open" und "set DoorStation light on"- löst keine Reaktion an den Relais O0 und O1 aus.
(Was ist das denn für ein Smiley?)
Gruß
Sailor
Zitat
1) Keine Snapshots bei installiertem/laufenden mjpg-streamer.
2) Fehlerhafte Datei-Bezüge zwischen fhem und den in /home/doorpi/records/ abgelegten Dateien.
Das hängt zusammen, ziemlich sicher.
ZitatDer "set DoorStation door open" und "set DoorStation light on"- löst keine Reaktion an den Relais O0 und O1 aus.
Nimm bitte mal die angehängte 70_DoorPi.pm. Sie gibt nach jedem Kommando die tatsächlich aufgerufene URL aus. Die kann man auch manuell in den Browser eingeben - und dann sehen, ob die Tür geöffnet und das Licht eingeschaltet werden.
ZitatIn der fhem-device-Anzeige wird mir keine "heiße" Anzeige geliefert wenn man auf den Klingelknopf gedrückt hat.
Auch dazu muss man sich die URL ansehen, die von FHEMHelper.sh auf DoorPi-Seite aufgerufen wird. Wenn diese richtig ist, sollte die "heiße" Anzeige funktionieren. Kann man ebenfalls OHNE DoorPi direkt in den Browser eingeben.
Zitatfhem - DoorPi Modul liefert noch ein Popup mit einer Fehlermeldung nach jeder set/get - Kommunikation:
Passiert bei mir nicht. Muss ich mal forschen, was das sein kann. Es könnte sich um die Parameter in Zeile 1246 des Programms handeln.
LG
pah
LG
pah
das WE naht . du machst mir Mut - ::)
eigentlich müsste mein Oldie zum TÜV , aber das Wetter ist eh Mist
auf das das piface keine Zicken mehr macht, dann probiere ich das mit der Klingel hardwareseitig.
das Design in Edelstahl bei cutworks macht auch Fortschritte - cool - was es heute so alles gibt
Zitat von: Prof. Dr. Peter Henning am 12 Mai 2017, 10:59:33
Passiert bei mir nicht. Muss ich mal forschen, was das sein kann. Es könnte sich um die Parameter in Zeile 1246 des Programms handeln.
Ich kämpfe auch mit dem Fehler in jquery.min.js Zeile 4
Leider ist die Datei etwas schwer zu lesen da der Autor fast alle CRs eingespart hat, aber ich bin bis zur Fehlerstelle vorgedrungen :
m.parseJSON=function(b){ if(a.JSON&&a.JSON.parse) return a.JSON.parse(b+"");da ich wissen wollte wie der fehlerhafte JSON String ausschaut , habe ich sie geändert auf :
m.parseJSON=function(b){ if(a.JSON&&a.JSON.parse) alert(b); return a.JSON.parse(b+"");
Das gewümschte PopUp Alert Fenster bekomme ich nun auch, aber es enthält keine von pahs Modul zusammengebauten JSON Daten sondern nur "initialized"
Ich hatte vor Monaten mit dem DoorPi Projekt begonnen und jetzt recht lange liegen gelassen, den Fehler gab es damals nicht. Ich schätze der Hund liegt in einem anderen FHEM Modul begraben, der jetzt auch mit der Uralt Version von 70_DoorPi auftritt.
es klingelt
ich weiß nicht wieviel Stunden ich da gekaspert habe.
Die Anleitungen stimmen nach meiner Auffassung nicht !!!
erst mit Microsip ( hatte ich als Tip bekommen ) konnte ich ganz schnell rausfinden wie ich mich an der Fritte anmelden muss eine 7490 aktuelle Software, da hatte man scheinbar was geändert.
Es ist der Benutzername auf dem Anmeldeblock nicht aber der Name oder die Nummer die auf der Telefongeräteliste erscheint
So Verstärker heute auch gekommen, Lautsprecher noch nicht :-)
erst mal Image machen
next Spep mjpg Streamer - lief ja schon mal
Zitat von: Franz Tenbrock am 12 Mai 2017, 18:13:04
da hatte man scheinbar was geändert.
ja damit hatten wir im SIP Thread auch so unseren Kampf ab der Firmware Version 6.83.
Wichtig : Ab dieser Version gibt es den Unterschied zwischen Benutzer und Nr. ( Konnte davor zb beides 620 sein).
Ganz ganz wichtig ist ein starkes Passwort zu setzen, verwendet man ein zu schwaches kann man zwar das Gerät anlegen aber nachher nicht nutzen :(
Edit : Ich habe jetzt auch einen Workaround für den js Fehler und noch eine Erweiterung :
Der js verschwindet wenn man die Calllist aus der Detailansicht verbannt
#$hash->{FW_detailFn} = "DoorPi_makeTable"; Um auf die Callliste nicht verzichten zu müssen und diese u.A. in der Raumübersicht anzeigen zu können ( wie FB Anruferliste ) :
sub DoorPi_Get ($@) {
my ($hash, @a) = @_;
return DoorPi_list($hash) if ($a[1] eq "calllist"); # <--- diese Zeile einfügen
nach reinem reload 70_DoorPi haben wir ein neues im Webinterface unsichtbares Get Kommando.
Jetzt einfach eine Calliste definieren , z,b. mit :
define mycalls weblink htmlCode {fhem("get doorpi calllist")}
attr mycalls room Callsdoorpi ggf. ersetzen duch den Namen eures DoorPi Device
so nun eine 5 Step Anleitung fertig, als 5 pdf s
habs ja doppelt gemacht, das 2. Mal nach meiner Anleitung, die sollte dann stimmen incl des mjpg patches
der streamer läuft seit gerade auch wieder -auf Anhieb ;D
next Step Verstärker anschließen, pc Microphon und Streoheadset soltle doch funktionieren, Visaton fehlt halt noch
Sailor ist schon was weiter... auf das es nun etwas zügiger wird, meine Frau schaut shcon ganz >:(
@pah, ich habe noch zwei Vorschläge für 70_DoorPi :
a. man muss nicht unbedingt den Ton aufzeichnen ( config -> "record_while_dialing": "False" ). Macht man keinen Mitschnitt ist in der Calllist die letzte Spalte überflüssig. Ich würde daher zuerst beim einlesen der Config den Wert von record_while_dialing mit nach Helper nehmen
$hash->{HELPER}->{rwd} = ($jhash0->{"config"}->{"SIP-Phone"}->{"record_while_dialing"} ne "False") ? 1 : 0;
$hash->{HELPER}->{basepath} = $jhash0->{"config"}->{"DoorPi"}->{"base_path"}; # (siehe weiter unten)
und dann beim Zusammenbau der Calllist an den betreffenden Stellen $hash->{HELPER}->{rwd} abfragen
$iconaudio = FW_makeImage($iconaudio) if ($iconaudio && $hash->{HELPER}->{rwd}) ;
my @order=("state","timestamp","number","result","duration");
push (@order,"record") if $hash->{HELPER}->{rwd};
$record = "Aufzeichnung" if $hash->{HELPER}->{rwd};
$record = "Recording" if $hash->{HELPER}->{rwd};
$ret .= '<td name="record" class="doorpicalllist" '.$td_style.'>'.$record.'</td>' if $hash->{HELPER}->{rwd};
$record = $data[6] if $hash->{HELPER}->{rwd};
b. mir ist aufgefallen das du bei GetLastSnapshot "/home/doorpi/records" drin hast , der User hat aber zum Einen die Freiheit dies in der DoorPi Config
selbst zu bestimmen und zum Anderen wäre das doch dann der Pfad der Ton und nicht der Bildaufzeichnung ?
Ich habe den Abschnitt bei mir mal wie folgt geändert und mein Reading snapshot schaut danach auch schon viel besser aus :
#-- decode config
#my $DoorPi = $jhash0->{"config"}->{"DoorPi"};
# $DoorPi wird danach gar nicht mehr benutzt ?
my $lastsnap = $jhash0->{"config"}->{"DoorPi"}->{"last_snapshot"};
$url = "http://".$hash->{TCPIP}."/";
#$lastsnap =~ s/\/home\/doorpi\/records\//$url/;
# und wenn der User seine Snapshots an einem andern Ort ablegt ?
$lastsnap =~ s/$jhash0->{"config"}->{"DoorPi"}->{"snapshot_path"}/$url/;
# setzt allerdings voraus das er nicht eine Kombination mit !BASEPATH! benutzt
# bzw. auch noch $jhash0->{"config"}->{"DoorPi"}->{"base_path"} auswerten
# d.h beim einlesen der Config auch in hash->{Helper} sichern :
# $hash->{HELPER}->{basepath} = $jhash0->{"config"}->{"DoorPi"}->{"base_path"};
c. noch ne Kleinigkeit : das Wort "Einträge" sieht bei mir nicht schön aus, da das kleine ä nicht korrekt dargestellt wird. Ich habe es daher auf "ä" geändert :
$ret .= "</td><td><div class=\"col2\">".int(@{$hash->{DATA}})."\ Einträge</div>";
Moin zusammen
Ich könnte mich so was von in meinen Allerwertesten beißen!
So viele Anfängerfehler auf einmal sind nun wirklich nicht mehr gesund!
Fazit:
a) Das Verzeichnis "/opt/fhem/contrib" wird nicht durch den update Befehl auf den neusten Stand gebracht.
Begründung: https://forum.fhem.de/index.php?topic=52788.0
Abhilfe: Direkt von https://github.com/mhop/fhem-mirror/tree/master/fhem/contrib/DoorPi laden
b) Man sollte schon genau hinschauen wenn man die doorpi.ini editiert und sich genau an die Vorgabe von pah halten.
c) Wenn man sich die Arbeit schon einfach machen will, und den Dateiinhalt von der Datei aus dem "/opt/fhem/contrib" - Verzeichnis mittels Copy-paste in den nano-Editor via PUTTY kopieren will, dann sollte man tunlichst darauf achten, dass die Quelle nicht in UNIX-LF sondern auf Windows-CR-LF steht. Ansonsten werden insbesondere die .py Dateien komplett fehl formatiert, was im ersten Moment nicht auffällt.
Das muss unbedingt in die Anleitung!
***
Dazu habe ich die neuste Alpha11 Version von pahs 70_DoorPi.pm verwendet.
So, ich kann per fhem nun den Doorpi mittels set-Befehle (door/Light) steuern! *Freu1
Wenn ich mit dem Befehl "set DoorStation stream off" den Streamer ausschalte und dann den Klingelknopf betätige, bekomme ich wieder Snapshots und die Links funktionieren! *Freu2
Wenn ich mit dem Befehl "set DoorStation stream on" den Streamer einschalte und dann den Klingelknopf betätige, bekomme ich keine Snapshots! Das bedeutet im Endeffekt nur, dass man in der doorpi.ini irgendwie
#-- Ring the bell
[EVENT_OnKeyPressed_onboardpins.0]
10 = take_snapshot
20 = call:**622
30 = file_call_value:/home/doorpi/calltarget
eine Fallabfrage einfügen müsste, getreu dem Motto: Wenn Streamer läuft, dann deaktiviere ihn, mache deinen Snapshot und aktiviere ihn hinterher wieder.
Müsste das nicht in die FHEMHelper.sh ?
Bei so viel Eigendummheit könnte ich mich echt über mich selber ärgern.
Was noch nicht geht:
- Fehlermeldung immer noch da. Ich lese mir WZUTs Beiträge jetzt ganz genau durch. ;)
- Ich kann irgenwie in fhem kein heißes Reading finden: "Jemand klingelt!" was ich mit einem notify steuern kann.
- Die History muß immer noch manuell geupdated werden.
So langsam fängt die Sache auch an Spaß zu machen!
Gruss
Sailor
Hallo Sailor
ich nehme ja noch mehr Stolpersteine mit
kann ich zb diese Datein in Gihub mit Windows holen und dann mit notepad++ bearbeiten dann mit winscp an die richtige Stelle kopieren,
hab echt noch große Defizite in Jessy, aber wird ja besser
jessyPixel, doorpi piface Klingel Fritz mjpg streamer fhem das war meine Reihenfolge
morgen ev Soundkarte installieren oder eher was anderes machen
was zB
Oha, wenn ich das alles so lese, ist mir im Nachhinein gar nicht klar, wieso ausgerechnet ich, der eigentlich auch gerne jeden softwaretechnischen Stolperstein findet, das Dingens so (fast) problemlos zum Laufen bekommen hat...
Mittlerweile klebt das Teil neben der Haustür und werkelt vor sich hin. Eine (eigentlich mehrere) Kuriosität habe ich aber noch...so lange, wie ich die einzelnen Komponenten und später auch die komplette Baugruppe getestet habe, hat alles (bis auf den Sabotagekontakt) funktioniert...aber: nach dem finalen Einbau ist das Mikro ganz leise. Hä?
Deswegen werde ich mir in den nächsten Tagen eine zweite Station aufbauen, mit der ich alles noch einmal labortechnisch testen kann. Dann werde ich auch mal ausprobieren, nach welcher Anleitung die Installation nun funktioniert.
@pah: Was mir nicht klar ist...bzw. wie ist das bei Deiner Anlage: Was passiert bzw. wie ist das angedacht, wenn man jedwedes Klingeln ignoriert und die Tür direkt öffnet? Ich höre weiterhin den Rufton in den Lautsprechern, während ich an der Tür stehe und versuche, den Besucher abzuwimmeln...nach dem Timeout ist dann zwar Schluss, aber so lange tutet es...kann man das ab-/unterbrechen?
Und: Die zu diesem (nicht angenommenen) Call gehörende Aufnahme (Bild und Ton) wird erst in die Calllist aufgenommen, wenn der nächste abgeschlossene (angenommene) Call beendet ist. Nicht schlimm, aber nicht ok. Vielleicht auch gar nicht Deine Baustelle.
Ich drück euch die Daumen!
Gruß
Uwe
nach welcher Anleitung die Installation nun funktioniert.
würde mich interessieren
hab ja immer gute Hilfe bekommen, ev kann ich ja mal was zurückgeben ;)
wenn man mir gelegentlich hilft nehem ich gerne weiter jeden Stein auf, einer muss es ja machen
war kurz davor aufzugeben
das wichtigste für mich was das livebild inne und die Klingel aussen, das neue Namesschild und das neu designte Edelstahlteil macht nun Spass auf mehr
klingeln klappt schon mal aber noch kein Livebild auf den fritzfon, zeigt mir das er bild lädt steigt dann aber aus, na ja, wird schon
hab schon einiges gelernt
Die Geschichte mit dem Video-Stream auf dem FritzFon habe ich ich als für mich unnötig abgehakt, aber ein Bild wollte ich schon haben, wenn denn dieses Fritz-Teil schon ein Bild anzeigen kann. Macht es jetzt auch. Dazu war eine kleine Hilfestellung aus dem DoorPi-Forum nötig.
Installiert habe ich nach der Anleitung aus dem DoorPi-Forum, den FHEM-Teil nach pah's Infos und die einzige größere Hürde war JSON, aber nach ein paar Recherchen klappte das auch.
Mein bestelltes PiFace kommt in der folgenden Woche, dann setze ich das alles noch einmal auf. Ich bin gespannt.
Gruß
Uwe
Nun mal langsam mit "Anleitungen". Hintergrund: Ein Nachfolgeband zu den SmartHome Hacks ist in Arbeit - und darin ist das DoorPi-Projekt ein wichtiges Kapitel.
LG
pah
Zitat von: UweH am 12 Mai 2017, 22:36:06
Was passiert bzw. wie ist das angedacht, wenn man jedwedes Klingeln ignoriert und die Tür direkt öffnet? Ich höre weiterhin den Rufton in den Lautsprechern, während ich an der Tür stehe und versuche, den Besucher abzuwimmeln
Das ist kein echtes DoorPi Problem sondern wirst du auch mit anderen SIP Türsprechstellen haben. plin hat diesem Problem im SIP Client Wiki einen Abschnitt gewidmet :
https://wiki.fhem.de/wiki/SIP-Client#Fritzbox_.2B_Doorline_-_Telefonklingeln_beenden
Bedingung ist natürlich das FHEM irgendwie mitbekommt das du die Haustür geöffnet hast ( Bsp Tür/Fenster Kontakt ),
bei mir werde ich zusätzlich noch den elektrischen Türöffner direkt auswerten, da nicht jeder bei uns im Haus immer direkt gleich zum Telefon greift,
sondern den fest verbauten Tür Öffner Knopf drückt wenn man schon durchs Fenster sieht wer draussen klingelt.
@pah: Gerade dann ist es doch vielleicht von Vorteil, wenn mal jemand ohne programmiertechnischen Hintergrund seine Erfahrungen bei der Installation aufschreibt. Wir stolpern über Dinge, die z.B. für Dich derart selbstverständlich sind, dass man da kein Wort drüber verlieren muss...(Theorie und Praxis...da war doch was?).
@Wzut: Danke für den Hinweis, werde ich mal angehen. Hardwaretechnisch kein Problem, da ich den Türstatus sowieso schon erfasse.
Gruß
Uwe
stelle die Orginal Texte auch zur Verfügung zur weiteren Bearbeitung !
es ist als Anfänger einfach schwierig, man liest und liest und ist ganz wirre im Kopf
scheiter ja schon bei so was hier
https://github.com/mhop/fhem-mirror/tree/master/fhem/contrib/DoorPi
Ich hole die Dateien immer direkt auf dem RasperryPi aus dem Netz.
wget http://www.wo.land/pfad/datei.zip
unzip datei.zip
auf github sehe ich aber rechts oben keine Möglichkeit was zu laden
für Profis überhaupt kein Problem
learning by doiing
Sorry
Live bild beim klingeln geht nun auf meinem Fritzfon 8)
super wetter draussen
Nimm mal diesen Link: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DoorPi (https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DoorPi). Dann gewünschte Datei anklicken und bis ganz nach unten scrollen -> "In anderen Formaten runterladen" -> "Ursprüngliches Format"
Gruß
Uwe
Hallo pah
Frage: Was müsste ich theoretisch alles verändern, wenn ich anstelle "light" eine 2te Tür haben möchte.
Neben der besagten Tür befindet sich bei mir der Carport.
Da das gesamte Licht ohnehin über Bewegungsmelder läuft, habe ich für "light" an sich keine Verwendung.
Ohne die 70_DoorPi.pm näher zu kennen, wie aufwendig würdest du die Änderung abschätzen, eine Attributs gesteuerte Fallabrage (Light oder Carport) zu implementieren?
Gruß
Sailor
Hallo
und wieder einen Stolperstein mitgenommen,
da war doch was
Also bitte als bei der Definition
Code: [Auswählen]
define ... DoorPi <username>:passwort@<ip-adresse>
verwenden.
hatte ich natürlich nicht gemacht und fhem schmierte ständig ab
wäre schön wenn das schnell im Wiki geändert wird, hab mich dann erinnert , hier gelesen dann ging es.
dann war en aus irgendeinem Grund die Paketlisten durcheinander
was ich hiermit als Linux Anfänger dann doch bereinigen konnte,
https://forum.ubuntuusers.de/topic/paketlisten-werden-gelesen-fehler/
jetzt läuft wieder alles und es geht weiter.
werde mich wohl als nächstes mit den ini Dateien beschäftigen müssen
hier mein Versuch nur mit Klingel, ev kann ja mal jemand drüberschaun
hab mich nochmal mit den inis beschäftigt, den Code hatte ich von einem anderen User, nun 2 Post weiter hab ich mich mit dem Wiki ini auseinandergesetzt -zumindest versucht
[DoorPi]
base_path = /usr/local/etc/DoorPi
eventlog = !BASEPATH!/conf/eventlog.db
is_alive_led = blinking_led
last_snapshot =
number_of_snapshots = 10
snapshot_path = /home/doorpi/records
[DoorPiWeb]
indexfile = index.html
ip =
loginfile = login.html
online_fallback = http://motom001.github.io/DoorPiWeb
port = 80
public = AREA_public
www = /home/doorpi/records
[EVENT_BeforeSipPhoneMakeCall]
10 = take_snapshot:192.168.178.87:9000/?action=snapshot
20 = mailto:home@home.net,DoorPi,DoorPi initiating call
[EVENT_OnCallStateDisconnect]
10 = os_execute:/home/doorpi/FHEMHelper.sh call ended
[EVENT_OnCallStateDismissed]
10 = os_execute:/home/doorpi/FHEMHelper.sh call dismissed
[EVENT_OnCallStateReject]
10 = os_execute:/home/doorpi/FHEMHelper.sh call rejected
20 = out:audio,1
[EVENT_OnKeyPressed_onboardpins.0]
10 = take_snapshot
20 = call:11
30 = file_call_value:/home/doorpi/calltarget
[EVENT_OnKeyPressed_webservice.purge]
10 = os_execute:/home/doorpi/FHEMHelper.sh purge
[EVENT_OnKeyPressed_webservice.snapshot]
10 = os_execute:/home/doorpi/FHEMHelper.sh call snapshot
30 = take_snapshot
[EVENT_OnKeyPressed_webservice.streamoff]
10 = os_execute:/etc/init.d/mjpg_streamer stop
[EVENT_OnKeyPressed_webservice.streamon]
10 = os_execute:/etc/init.d/mjpg_streamer start
[EVENT_OnStartup]
10 = sleep:1
20 = os_execute:/home/doorpi/FHEMHelper.sh call init
[EVENT_OnTimeMinuteEvery5]
10 = statuswatchdog:/tmp/doorpi.watchdog
[Group]
administrators = admin
guests = visitor
[ReadPermission]
guests = dashboard
[SIP-Phone]
firewallpolicy = PolicyNoFirewall
audio_codecs = PCMA,PCMU
call_timeout = 60
capture_device = ALSA: default 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: default device
record_while_dialing = False
records = !BASEPATH!/records/%Y-%m-%d_%H-%M-%S.wav
sipphonetyp = linphone
sipserver_password = password
sipserver_realm = 192.168.178.1
sipserver_server = 192.168.178.1
sipserver_username = Fritzdoorpi
stun_server =
ua.max_calls = 2
video_codecs = VP8
video_device = StaticImage: Static picture
video_display_enabled = Tue
video_size = vga
[User]
admin = admin
visitor = visitor
[WritePermission]
administrators = dashboard,status,config
[keyboards]
onboardpins = piface
webservice = filesystem
[onboardpins_keyboard]
bouncetime = 2000
polarity = 0
pressed_on_keydown = True
pull_up_down = PUD_UP
[onboardpins_InputPins]
0 = call:11
[onboardpins_OutputPins]
0 = door
6 = audio
7 = blinking_led
[EVENT_OnKeyPressed_onboardpins.0]
10 = take_snapshot:localhost:9000/?action=snapshot
20 = call:11
[webservice_InputPins]
gettarget = sleep:0
purge = sleep:0
snapshot = sleep:0
streamoff = sleep:0
streamon = sleep:0
[webservice_keyboard]
base_path_input = /home/doorpi/keyboard/inputs/
base_path_output = /home/doorpi/keyboard/outputs/
bouncetime = 2000
polarity = 0
pressed_on_keydown = True
reset_input = false
die Verzeichnisse hab ich angelegt
und die
Helper
# /bin/sh
#
# FHEMHelper.sh
#
# Script file to perform various external tasks for DoorPi
#
# Prof. Dr. Peter A. Henning, 2017
#
# $Id: FHEMHelper 2017-05 - pahenning $
#
########################################################################################
#
# This programm is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# The GNU General Public License can be found at
# http://www.gnu.org/copyleft/gpl.html.
# A copy is found in the textfile GPL.txt and important notices to the license
# from the author is found in LICENSE.txt distributed with these scripts.
#
# This script is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
#########################################################################################
# History
# no_Legend 2016-09-28: Hinzufügen von verschiedenen Variablen, sowie bedingte Ausführung
# der Textausgaben auf einem TTS_Device.
#########################################################################################
checkstream() {
streampid=`pidof mjpg_streamer`
if [ -z "$streampid" ]; then
stream="off"
else
stream="on"
fi
}
FHEMDP=DoorPi # FHEM Devicename for DoorPi
FHEMIP=192.168.178.87 # IP address for DoorPi
FHEMPORT=8083 # Port number for DoorPi
FHEMHTTPS=false # true for HTTPS, false without HTTPS
curlprog=curl
curlargs=-k # -k to disable HTTPS certificate check,
# -u user:password for user and password
HOME=/home/doorpi # Doorpi Standard /usr/local/etc/DoorPi/
default_target=**614 # default telephone number to be called bei mir **614
FHEMTTS=true # true for TTS output, false without TTS
FHEMTTSDEVICE="AllTablets" # FHEM Devicename for TTS device
### FHEM path ###
if [ $FHEMHTTPS = "true" ]; then
FHEM="https://$FHEMIP:$FHEMPORT/fhem?XHR=1&cmd.$FHEMDP"
else
FHEM="http://$FHEMIP:$FHEMPORT/fhem?XHR=1&cmd.$FHEMDP"
fi
### execute commands ##
case $1 in
init) #-- send current target to FHEM
target=`cat $HOME/calltarget`
$curlprog $curlargs "$FHEM=setreading%20$FHEMDP%20call_target%20$target" &
#-- send state of mjpg_streamer to FHEM
streampid=`pidof mjpg_streamer`
if [ -z "$streampid" ]; then
$curlprog $curlargs "$FHEM=setreading%20$FHEMDP%20stream%20off" &
else
$curlprog $curlargs "$FHEM=setreading%20$FHEMDP%20stream%20on" &
fi
;;
doorunlockandopen)
$curlprog $curlargs "$FHEM=set%20$FHEMDP%20door%20unlockandopen" &
if [ $FHEMTTS = "true" ]; then
$curlprog $curlargs "$FHEM=set%20$FHEMTTSDEVICE%20audioPlay%20Music/066_zutrittbewohner.mp3" &
fi
;;
dooropened)
$curlprog $curlargs "$FHEM=set%20$FHEMDP%20door%20opened" &
;;
wrongid)
$curlprog $curlargs "$FHEM=set%20$FHEMDP%20call%20wrong_id" &
if [ $FHEMTTS = "true" ]; then
$curlprog $curlargs "$FHEM=set%20$FHEMTTSDEVICE%20audioPlay%20Music/065_zutrittsversuch.mp3" &
fi
;;
softlock)
$curlprog $curlargs "$FHEM=set%20$FHEMDP%20door%20softlock" &
;;
call)
$curlprog $curlargs "$FHEM=set%20$FHEMDP%20call%20$2" &
;;
gettarget)
echo "{ReadingsVal('$FHEMDP','call_target','$default_target')}" | socat -t50 - TCP:$FHEMIP:7072 > $HOME/calltarget
;;
purge)
find $HOME/records/ -type f -ctime +1 -delete
;;
movement)
$curlprog $curlargs "$FHEM=set%20$FHEMDP%20call%20movement" &
;;
sabotage)
$curlprog $curlargs "$FHEM=set%20$FHEMDP%20call%20sabotage" &
;;
alive)
$curlprog $curlargs "$FHEM=set%20$FHEMDP%20call%20alive" &
;;
esac
na ob das so richtig ist ??
Zitatna ob das so richtig ist ??
Was soll das bedeuten ?
LG
pah
eine freundliche Bitte sich das ev mal anzuschauen ...
egal wer !!!!!!!!!
sonst sitze ich wohl wieder Stunden dran. ::)
werde erst mal ein Image machen - sicherheitshalber
bei einigen Einträgen ist mir halt nicht der Sinn bekannt
wenn was fehlt oder so schmiert mir fhem wohlmöglich wieder ab,
ok im Log ev hinweise...hab ich ja mittlerweile verstanden
Die Anmeldeprozedur bei der Fritte hat sich ja auch geändert, 620 geht nicht mehr, auch das hat mich Stunden gekostet, nicht Ihre Schuld !
andere sind da ja auch erst nicht mit zurechtgekommen
2 Zeilen im Wiki dazu wären hilfreich, es reicht ja schon ein Hinweis.
das mit dem Passwort bei der DoorPi Definition ebenso, hab hier alles jetzt 2 oder 3 mal gelsen, daher konnte ich mich hinterher daran erinnern
mit den keyboards und virtuellen keyboards kann ich mir ja nun vorstellen
auch wenn ich es sicher noch nicht richtig umsetzen kann
das mit AREA ist mir noch ein großes ?
FHEM hat das virtuelle Keyboard und die Daten werden dann an Doorpi übergeben auf das reale Keyboard.
probiere es noch einmal, am Ende wirds dann holperig >:(
[DoorPi]
base_path = /usr/local/etc/DoorPi
eventlog = !BASEPATH!/conf/eventlog.db
is_alive_led = blinking_led
last_snapshot =
number_of_snapshots = 10
snapshot_path = /home/doorpi/records
[DoorPiWeb]
indexfile = index.html
ip =
loginfile = login.html
online_fallback = http://motom001.github.io/DoorPiWeb
port = 80
public = AREA_public
www = /home/doorpi/records
[AREA_public]
.*
[AREA_config]
/control/config_value_get
/control/config_value_set
/control/config_value_delete
/control/config_save
/control/config_get_configfile
[AREA_dashboard]
/dashboard/pages/.*html
[AREA_status]
/status
/mirror
[AREA_control]
.*
[User]
admin = admin
visitor = visitor
[Group]
administrators = admin
guests = visitor
[WritePermission]
administrators = dashboard,status,config
[ReadPermission]
guests = dashboard
[DTMF]
"#" = out:door,1,0,3
[SIP-Phone]
firewallpolicy = PolicyNoFirewall
audio_codecs = PCMA,PCMU
call_timeout = 60
capture_device = ALSA: default 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: default device
record_while_dialing = False
records = !BASEPATH!/records/%Y-%m-%d_%H-%M-%S.wav
sipphonetyp = linphone
sipserver_password = password
sipserver_realm = 192.168.178.1
sipserver_server = 192.168.178.1
sipserver_username = Fritzdoorpi
stun_server =
ua.max_calls = 2
video_codecs = VP8
video_device = StaticImage: Static picture
video_display_enabled = Tue
video_size = vga
[EVENT_OnStartup]
10 = sleep:1
20 = os_execute:/home/doorpi/FHEMHelper.sh call init
[EVENT_BeforeSipPhoneMakeCall]
10 = os_execute:/home/doorpi/FHEMHelper.sh call startup
20 = take_snapshot
#10 = take_snapshot:192.168.178.87:9000/?action=snapshot
#20 = mailto:home@home.net,DoorPi,DoorPi initiating call
[EVENT_OnCallStateDisconnect]
10 = os_execute:/home/doorpi/FHEMHelper.sh call ended
[EVENT_OnCallStateDismissed]
10 = os_execute:/home/doorpi/FHEMHelper.sh call dismissed
[EVENT_OnCallStateReject]
10 = os_execute:/home/doorpi/FHEMHelper.sh call rejected
20 = out:audio,1
[EVENT_OnTimeMinuteEvery5]
10=statuswatchdog:/tmp/doorpi.watchdog
[keyboards]
onboardpins = piface
webservice = filesystem
####################### Virtual keyboard #######################
[webservice_keyboard]
base_path_input = /home/doorpi/keyboard/inputs/
base_path_output = /home/doorpi/keyboard/outputs/
bouncetime = 2000
polarity = 0
pressed_on_keydown = True
reset_input = false
[webservice_InputPins]
gettarget = sleep:0
purge = sleep:0
snapshot = sleep:0
streamoff = sleep:0
streamon = sleep:0
gettarget = sleep:0
purge = sleep:0
clear = sleep:0
button1 = sleep:0
button2 = sleep:0
#-- communicate to FHEM that a snapshot has been taken
[EVENT_OnKeyPressed_webservice.snapshot]
10 = os_execute:/home/doorpi/FHEMHelper.sh call snapshot
20 = take_snapshot
#-- start video stream
[EVENT_OnKeyPressed_webservice.streamon]
10 = os_execute:/etc/init.d/mjpg_streamer start
#-- stop video stream
[EVENT_OnKeyPressed_webservice.streamoff]
10 = os_execute:/etc/init.d/mjpg_streamer stop
#-- obtain the target call number from FHEM
[EVENT_OnKeyPressed_webservice.gettarget]
10 = os_execute:/home/doorpi/FHEMHelper.sh gettarget
#-- purge all files older than one day
[EVENT_OnKeyPressed_webservice.purge]
10 = os_execute:/home/doorpi/FHEMHelper.sh purge
[EVENT_OnKeyPressed_webservice.button1]
10 = os_execute:/home/doorpi/FHEMHelper.sh sabotage
[EVENT_OnKeyPressed_webservice.button2]
10 = file_call_value:/home/doorpi/calltarget
#Es folgt die Definition der realen Buttons:
####################### Real keyboard #######################
[onboardpins_keyboard]
pull_up_down = PUD_UP
[onboardpins_OutputPins]
0 = door
7 = blinking_led
[onboardpins_InputPins]
0 = file_call_value:/home/doorpi/calltarget
1 = sleep:0
4 = sleep:0
5 = sleep:0
6 = sleep:0
7 = sleep:0
#-- Sabotage detection
[EVENT_OnKeyPressed_onboardpins.7]
10 = os_execute:/home/doorpi/FHEMHelper.sh sabotage
[EVENT_OnKeyPressed_onboardpins.0]
10 = take_snapshot
20 = call:11
30 = file_call_value:/home/doorpi/calltarget
[EVENT_OnKeyPressed_webservice.purge]
10 = os_execute:/home/doorpi/FHEMHelper.sh purge
[EVENT_OnKeyPressed_webservice.snapshot]
10 = os_execute:/home/doorpi/FHEMHelper.sh call snapshot
30 = take_snapshot
[EVENT_OnKeyPressed_webservice.streamoff]
10 = os_execute:/etc/init.d/mjpg_streamer stop
[EVENT_OnKeyPressed_webservice.streamon]
10 = os_execute:/etc/init.d/mjpg_streamer start
[EVENT_OnTimeMinuteEvery5]
10 = statuswatchdog:/tmp/doorpi.watchdog
[onboardpins_keyboard]
bouncetime = 2000
polarity = 0
pressed_on_keydown = True
pull_up_down = PUD_UP
[onboardpins_InputPins]
0 = call:11
[onboardpins_OutputPins]
0 = door
6 = audio
7 = blinking_led
[EVENT_OnKeyPressed_onboardpins.0]
10 = take_snapshot:localhost:9000/?action=snapshot
20 = call:11
@sailor:
Das hängt sehr von der Komplexität dieser Tür ab. Für die "normale" Tür gibt es ja die Kommandos open, locked, unlocked - während für "light" die Kommandos on, off und on-for-timer definiert wurden.
light wird also ebenso wie "door" etwas speziell behandelt. Will man also eine zweite vollwertige Tür, müsste man den ganzen Türkram verdoppeln :'( :'( :'(
Wenn das aber nur eine Nebentür ist, die ein einzelnes Kommando zur Öffnung verlangt, kann man einfach in der doorpi.ini in der Sektion
[webservice_InputPins]
...
carportopen = (hier doorpi-actions)
definieren. Dann liest das DoorPi-Modul mit dem Kommando "get ... config" diese Konfigurationsdatei ein und bietet in der FHEM-Oberfläche ein Kommando "set cartportopen" an.
LG
pah
Sollte man nicht mittels notify oder DOIF den Befehl einfach übersetzen können, bei Bedarf?
Bitte welchen Befehl denn ??
LG
pah
Hallo ich noch mal
versuche immer noch mich in die Systematik - Zusammenhänge und Funktionsweise der einzelnen Dateien einzulesen.
Den Thread hier nun zum 3. Mal ganz gelesen, nicht ganz so einfach da es ja ein Entwicklungsprozess war.
Beim lesen der comandref ist mir nun eine Frage gekommen
Necessary ingredients of the DoorPi configuration
The following Events need to be defined for DoorPi in order to communicate with FHEM:
[EVENT_BeforeSipPhoneMakeCall]
10 = url_call:<URL of FHEM>/fhem?XHR=1&cmd.<DoorPi-Device>=set <DoorPi-Device> call start
20 = take_snapshot
in der doorpi.ini.safe
[EVENT_BeforeSipPhoneMakeCall]
10 = out:irlight,1
20 = take_snapshot
30 = os_execute:/home/doorpi/FHEMHelper.sh call started
40 = out:irlight,0
im Prinzip das gleiche ?!
nur einmal eben über die helper.sh und einmal direkt über die ini
ich will ja nur erst Klingel und Verstärker steuern,
das Ganze über fhem erst mal nur mit doorpi beobachten, Bilder zb anzeigen Wav abhören.
kann ich auf die Helper verzichten und es so wie in der commandref beschrieben direkt machen ?
eine weitere Frage,in einem Post war hier das beschrieben
Die Ordner
/home/doorpi/log
/home/doorpi/records
/home/doorpi/sounds
/home/doorpi/keyboard
/home/doorpi/keyboard/inputs
/home/doorpi/keyboard/outputs erstellt.
In den Ordner /home/doorpi/keyboard/inputs die Scripte von pah kopiert
die Ordner sind da, aber was muss in inputs ?
da sind bei mir Dateien auch drin
zb
gettarget mit Inhalt : false
Inhalt wird in der doorpi.ini definiert und dann dort zur weiteren Verarbeitung gespeichert ?
Sorry wenn ich nerve
Zitat
10 = url_call:<URL of FHEM>/fhem?XHR=1&cmd.<DoorPi-Device>=set <DoorPi-Device> call start
30 = os_execute:/home/doorpi/FHEMHelper.sh call started
im Prinzip das gleiche ?!
Natürlich - so steht es doch im Helper-Skript drin. Wenn man etwa an der DoorPi.ini ändert , muss aber jedesmal doorpi neu gestartet werden. Ein Helper-Skript kann man auch ohne Neustart ändern.
Der Ordner
Zitat/home/doorpi/keyboard/input
wird nur intern von DoorPi selbst verwendet, da muss GAR NICHTS REIN !!!
LG
pah
ich wäre schon zufrieden wenn es einfach nur läuft
es klingelt,
es wird ein snapshot gemacht
ich kann sehen wann wer geklingelt hat
ev später Bewegungsmelder, das dann auch Bilder gemacht werden wenn einfach nur jemand am Eingang war.
Ohne Programmiererfahrung ist es einfach zu kompliziert von doorpi nach fhem nach helper und zurück
da mach ich bei einer Änderung dann erst mal lieber ein reboot und warte ein paar Sekunden.
Schritt für Schritt, in der Runde hier bin ich sicher der mit der geringsten Programmiererfahrung, damit muss ich halt leben.
aber mit meinem Kameradom bin ich super zufrieden, dem sieht man es auch bei genauem ansehen nciht an wie der zustande gekommen ist
so hab nun von Sailor 11.05.17 die doorpi.ini genommen, Benutzer und Passwort gesetzt
in der helper hab ich am Anfang das hier stehen, Rest unverändert
checkstream() {
streampid=`pidof mjpg_streamer`
if [ -z "$streampid" ]; then
stream="off"
else
stream="on"
fi
}
FHEMDP=doorpi # FHEM Devicename for DoorPi
FHEMIP=192.168.178.87 # IP address for DoorPi
FHEMPORT=8083 # Port number for DoorPi
FHEMHTTPS=false # true for HTTPS, false without HTTPS
curlprog=curl
curlargs=-k # -k to disable HTTPS certificate check,
# -u user:password for user and password
HOME=/home/doorpi # Doorpi Standard /usr/local/etc/DoorPi/
default_target=**614 # default telephone number to be called bei mir **614
FHEMTTS=true # true for TTS output, false without TTS
FHEMTTSDEVICE="AllTablets" # FHEM Devicename for TTS device
es klingelt am Fritzfon
verbose 5 als Attr vergeben
das kommt nun im Log
2017.05.18 14:50:46 1: [DoorPi_Cmd] called with only hash => Issue a non-blocking call to http://door:pi@192.168.178.87/control/trigger_event?event_name=OnKeyPressed_webservice.doorlocked&event_source=doorpi.keyboard.from_filesystem
2017.05.18 14:50:46 1: [DoorPi_Cmd] called with only hash => Issue a non-blocking call to http://door:pi@192.168.178.87/control/trigger_event?event_name=OnKeyPressed_webservice.doorunlocked&event_source=doorpi.keyboard.from_filesystem
2017.05.18 14:54:19 1: [DoorPi_Cmd] called with only hash => Issue a non-blocking call to http://door:pi@192.168.178.87/control/trigger_event?event_name=OnKeyPressed_webservice.purge&event_source=doorpi.keyboard.from_filesystem
2017.05.18 14:54:29 3: [DoorPi_GetHistory] found 28 events
2017.05.18 14:54:29 1: [DoorPi_GetHistory] No snapshot found with 2017-05-18_14-53-47.jpg
2017.05.18 14:54:29 1: [DoorPi_GetHistory] No record found with 2017-05-18_14-53-47.wav
2017.05.18 14:54:29 1: [DoorPi_GetHistory] No snapshot found with 2017-05-18_14-52-17.jpg
2017.05.18 14:54:29 1: [DoorPi_GetHistory] No record found with 2017-05-18_14-52-17.wav
2017.05.18 14:54:29 1: [DoorPi_GetHistory] No snapshot found with 2017-05-18_14-50-17.jpg
2017.05.18 14:54:29 1: [DoorPi_GetHistory] No record found with 2017-05-18_14-50-17.wav
2017.05.18 14:54:29 1: [DoorPi_GetHistory] No snapshot found with 2017-05-18_14-47-41.jpg
2017.05.18 14:54:29 1: [DoorPi_GetHistory] No record found with 2017-05-18_14-47-41.wav
hab die
fhemweb_doorpicalllist,js im richtigen Ordner
aber
url-call.py
handler.py
history_event.py
nur runtergeladen weiß aber nicht wohin damit
mit Zeitverspätung ovn 10 Minuten kommt dann auch eine Anzeige von 4 Anrufen
ohne Bilder ohne wav
dafür ist wohl der handler?!
https://forum.fhem.de/index.php/topic,49877.msg619643.html#msg619643
aber leider kein Hinweis wo das hin muss
im doorpi Forum auch Suche ohne Erfolg, hier 1. Treffer s.o.
An Stelle der bisherigen Dateien gleichen Namens in der DoorPi-Software.
find / -name handler.py -print
pah
so langsam gebe ich auf
ich weiß schon gar nicht mehr was ich gemacht habe
apache auf 81
doorpi auf 8080
fhem 8083
stream 9000
geht auch alles nun parallel
jetzt noch das hier
2017.05.20 01:22:52 0: Server started with 10 defined entities (fhem.pl:14304/2017-05-17 perl:5.020002 os:linux user:fhem pid:6159)
2017.05.20 01:22:53 3: FHEMWEB WEB CSRF error: csrf_874478538552048 ne csrf_723896782800532. For detals see the csrfToken FHEMWEB attribute
2017.05.20 01:22:56 1: [DoorPi_GetConfig] has error 192.168.178.87: Verbindungsaufbau abgelehnt
2017.05.20 01:23:06 1: [DoorPi_GetHistory] cannot be called, no connection
2017.05.20 01:25:50 0: Server shutdown
2017.05.20 01:25:53 1: Including fhem.cfg
2017.05.20 01:25:53 3: telnetPort: port 7072 opened
2017.05.20 01:25:53 3: WEB: port 8083 opened
2017.05.20 01:25:53 3: WEBphone: port 8084 opened
2017.05.20 01:25:53 3: WEBtablet: port 8085 opened
2017.05.20 01:25:53 2: eventTypes: loaded 5 events from ./log/eventTypes.txt
2017.05.20 01:25:53 1: Including ./log/fhem.save
2017.05.20 01:25:53 1: usb create starting
2017.05.20 01:25:53 3: Probing CUL device /dev/ttyAMA0
2017.05.20 01:25:54 3: Probing TCM_ESP3 device /dev/ttyAMA0
2017.05.20 01:25:54 3: Probing FRM device /dev/ttyAMA0
2017.05.20 01:25:59 1: usb create end
2017.05.20 01:25:59 2: SecurityCheck: WEB,WEBphone,WEBtablet has no associated allowed device with basicAuth. telnetPort has no associated allowed device with password/globalpassword. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2017.05.20 01:25:59 0: Featurelevel: 5.8
2017.05.20 01:25:59 0: Server started with 10 defined entities (fhem.pl:14304/2017-05-17 perl:5.020002 os:linux user:fhem pid:6889)
2017.05.20 01:26:03 1: [DoorPi_GetConfig] has error 192.168.178.87: Verbindungsaufbau abgelehnt
2017.05.20 01:26:13 1: [DoorPi_GetHistory] cannot be called, no connection
2017.05.20 01:26:40 1: [DoorPi_GetConfig] has error 192.168.178.87: Verbindungsaufbau abgelehnt
den crsf token hab ich auf none gesetzt
ist das komlex
Ich habe leider nicht die Zeit, irgend jemanden bei der Hand zu nehmen und Schritt für Schritt durch alle möglichen Installationsfehler zu lotsen.
Also hier eine Anleitung zum korrekten Vorgehen:
1. Laufende Version von FHEM besorgen.
2. 70_DoorPi.pm und fhemweb_doorpicalllist.js installieren.
Und zwar die letzte gepostete/veröffentlichte Version, die in der subroutineDoorPi_Cmd die Zeile
Log3 $name, 1,"[DoorPi_Cmd] called with only hash => Issue a non-blocking call to $url";
ohne Kommentarzeichen hat.
Warum ? Diese Zeile gibt den aktuellen Aufruf der DoorPi-Software per URL ins FHEM-Log aus.
Diesen aktuellen Aufruf kann man aus dem FHEM-Log abschreiben und von Hand oder per Copy/Paste selber in einen Browser eingeben. Man braucht also gar nicht FHEM und DoorPi zusammen zu testen - beide können separat überprüft werden !
Und zwar bei fast allen Kommandos, lediglich bei get history und get config muss man noch wissen, dass der tatsächliche Aufruf lautet
<doorpi-url>/status?module=history_event&name=OnCallStateChange&value=1000
<doorpi-url>/status?module=history_snapshot
<doorpi-url>/status?module=config
Nebenbei gesagt: Das ist alles in der Doku der DoorPi-Software enthalten.
3. Laufende Version von DoorPi besorgen und damit als Erstes die obigen drei Kommandos ausführen. Weiter erst, wenn diese ordentliche Responses (also JSON) ergeben !
4. Erst jetzt die doorpi.ini schrittweise an die Kommunikation mit FHEM anpassen.
Und NEIN, bitte als Anfänger NICHT dauernd in der doorpi.ini herumbasteln. Sondern möglichst alle Kommunikation mit FHEM über das Helper-Skript abwickeln.
Warum ? Weil dann das korrekte Ausführen der Kommandos in FHEM auch getestet werden kann, ohne dass man die Doorpi-Software benutzt. Eben einfach per Kommandozeilenaufruf des Helper-Skriptes. Alternativ kann man natürlich auch einfach die gerufenen URLs in den Browser eingeben und sehen, was in FHEM passiert.
Es ist also eminent wichtig (für Laien),
- das FHEM-Modul in der FHEM-Umgebung
- die DoorPi-Software auf dem DoorPi-Rechner
- sowie die Kommunikation (FHEM->DoorPi mit Browser, DoorPi->FHEM mit Helperskript oder Browser)
getrennt austesten zu können. Alles Andere macht keinen Sinn.
Ach ja: Bitte nicht mehrere Änderungen auf einmal durchführen. Es ist absehbar, dass das Gesamtsystem sonst irgendwann in einen vollkommen inkonsistenten Zustand gerät.
LG
pah
Danke
an den Uhrzeiten sehe ich durchaus wie viel Zeit Sie sich nehmen und weiß das sehr wohl zu schätzen.
Ich werde mir das heute abend in Ruhe ansehen.
Als Hausarzt erkläre ich auch immer wieder Dinge und denke mir "hab ich doch schon 1000 mal gesagt "
Ich bin aber nicht der Einzige der Schwierigkeiten hat mit der Installation etc. Viele werden auch schon frustriert aufgegeben haben und damit ich nicht das Gleiche 2mal fragen muss schreibe ich es mir zusammen. so dass ich es verstehe, incl aller nützlicher Links.
Dabei habe ich sicher auch schon viel gelernt
Der WAF ist denke ich extrem hoch bei diesem Projekt
sonst hätte ich sicher nicht in den letzten 3 Wochen so viel Zeit da investiert und Ärger mit meiner Frau riskiert.
Das lesen des Threads hier verschlingt wirklich extrem viel Zeit und im Doorpi Forum ist zwar der Einstieg mit einigen Anleitungen gut erklärt, man hängt dann aber leider auf halber Strecke fest. ok jeder will was anderes, aber Klingel Snapshot und ev Mail will doch wohl jeder
attr <DoorPi-Device> snapshotbutton <string>
DoorPi name for snapshot action (default: snapshot)
das steht in der Comandref, nur leider ist es für einen Laien wie mich und auch andere dann wieder die Frage wie muss der String eigentlich aussehen, ein Beispiel und schon ist die Sache klarer, das ich dann hier und da meine eigenes Variablen einsetzen muss, das kann ich mittlerweile
Da steht auch:
default: snapshot
Deutlicher geht es doch wirklich nicht mehr: In FHEM muss dieses Attribut gar keinen expliziten Wert bekommen, wenn in DoorPi ein virtueller Button mit dem Namen "snapshot" existiert.
LG
pah
Hallo,
ich habe nun gut 2 Stunden gebraucht um alles noch einmal neu auszusetzen,
mit meinen Mitschriften ging das nun fast problemlos, ( einmal musste ich sudo apt-get update einschieben weil ein paket nicht wollte )
jetzt werde ich das in Ruhe mit der doorpi fhem Installation machen
was wohin muss ist mir ja nun bekannt
dann werde ich die Orginal Dateinen nehmen und schauen was passiert
Bei der Installation habe ich die Reihenfolge etwas geändert da der Apache den gleichen Port haben wollte wie doorpi
also erst Apache mit php Testscript, dann erst die doorpi Installation, selbst mjpg Install lief nun fehlerfrei
ev war ja nur was vergurkt und die Vorraussetzungen so alles andere als gut
es wird schon :o
Beispielzeilen wie die Definition eines attr richtig aussehen sollte würde aber vielleicht doch helfen
ZitatBei der Installation habe ich die Reihenfolge etwas geändert da der Apache den gleichen Port haben wollte wie doorpi
also erst Apache mit php Testscript, dann erst die doorpi Installation, selbst mjpg Install lief nun fehlerfrei
Nett - aber was soll der Apache denn ?
Ich glaube, dass viele der Probleme genau so entstehen: Alles gleichzeitig installieren, und dann eben doch hier und da etwas abwandeln.
LG
pah
gestern noch ewig rumgekaspert, natürlich ohne echten Plan
door:81 der apache
door:9000 der stream
door:8080 doorpi
door:8083 fhem startet und scheint das zu machen was es soll
ich kann in fhem doorpi aufrufen etc
ob das mit den Bildern klappt ?
der json Mist ist auch weg ?!
nur bei den Readings steht das hier:
config
192.168.178.87: Verbindungsaufbau abgelehnt
nicht so gut logfile verbose 5
ev haben auch mal die anderen eine Idee
017.05.20 08:12:44 5: Cmd: >define doorpi DoorPi door:pi@192.168.178.87<
2017.05.20 08:12:44 5: Loading ./FHEM/70_DoorPi.pm
2017.05.20 08:12:44 5: Starting notify loop for doorpi, 3 event(s), first is initialized
2017.05.20 08:12:44 5: createNotifyHash
2017.05.20 08:12:44 5: End notify loop for doorpi
2017.05.20 08:12:44 5: Cmd: >attr doorpi room Eingang<
2017.05.20 08:12:44 1: Including ./log/fhem.save
2017.05.20 08:12:44 5: Cmd: >setstate Logfile active<
2017.05.20 08:12:44 5: Cmd: >setstate autocreate active<
2017.05.20 08:12:44 5: Cmd: >setstate doorpi initialized<
2017.05.20 08:12:44 5: Cmd: >setstate doorpi 2017-05-20 08:09:39 config 192.168.178.87: Verbindungsaufbau abgelehnt<
2017.05.20 08:12:44 5: Cmd: >setstate doorpi 2017-05-20 08:12:32 door Unknown<
2017.05.20 08:12:44 5: Cmd: >setstate doorpi 2017-05-20 08:12:32 lockstate Unknown<
2017.05.20 08:12:44 5: Cmd: >setstate doorpi 2017-05-20 08:12:32 state initialized<
2017.05.20 08:12:44 5: Cmd: >setstate eventTypes active<
2017.05.20 08:12:44 5: Cmd: >setstate global no definition<
2017.05.20 08:12:44 5: Cmd: >setstate initialUsbCheck active<
2017.05.20 08:12:44 5: Cmd: >setstate initialUsbCheck 2017-05-20 08:12:32 state active<
2017.05.20 08:12:44 5: Starting notify loop for global, 1 event(s), first is INITIALIZED
2017.05.20 08:12:44 5: createNotifyHash
2017.05.20 08:12:44 5: Triggering initialUsbCheck
2017.05.20 08:12:44 4: initialUsbCheck exec usb create
2017.05.20 08:12:44 5: Cmd: >usb create<
2017.05.20 08:12:44 1: usb create starting
2017.05.20 08:12:44 4: ### ttyAMA0: checking if it is a CUL
2017.05.20 08:12:44 3: Probing CUL device /dev/ttyAMA0
2017.05.20 08:12:44 5: SW: 0a
2017.05.20 08:12:44 5: SW: 560a
2017.05.20 08:12:44 4: got wrong answer for a CUL
2017.05.20 08:12:44 4: ### ttyAMA0: checking if it is a TCM_ESP3
2017.05.20 08:12:44 3: Probing TCM_ESP3 device /dev/ttyAMA0
2017.05.20 08:12:44 5: SW: 5500010005700838
2017.05.20 08:12:45 4: got wrong answer for a TCM_ESP3
2017.05.20 08:12:45 4: ### ttyAMA0: checking if it is a FRM
2017.05.20 08:12:45 3: Probing FRM device /dev/ttyAMA0
2017.05.20 08:12:45 5: SW: f9
2017.05.20 08:12:50 5: SW: f079f7
2017.05.20 08:12:50 4: got wrong answer for a FRM
2017.05.20 08:12:50 1: usb create end
2017.05.20 08:12:50 5: End notify loop for global
2017.05.20 08:12:50 2: SecurityCheck: WEB,WEBphone,WEBtablet has no associated allowed device with basicAuth. telnetPort has no associated allowed device with password/globalpassword. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2017.05.20 08:12:50 0: Featurelevel: 5.8
2017.05.20 08:12:50 0: Server started with 10 defined entities (fhem.pl:14304/2017-05-17 perl:5.020002 os:linux user:fhem pid:2115)
2017.05.20 08:12:50 4: Connection accepted from WEB_192.168.178.55_63412
2017.05.20 08:12:50 4: WEB_192.168.178.55_63412 GET /fhem?room=Eingang; BUFLEN:0
2017.05.20 08:12:50 4: WEB: /fhem?room=Eingang / RL:1258 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2017.05.20 08:12:50 4: WEB_192.168.178.55_63412 GET /fhem/pgm2/style.css?v=1495260763; BUFLEN:0
2017.05.20 08:12:53 4: WEB_192.168.178.55_63412 GET /fhem?detail=doorpi; BUFLEN:0
2017.05.20 08:12:53 4: WEB: /fhem?detail=doorpi / RL:2867 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2017.05.20 08:12:53 4: WEB_192.168.178.55_63412 GET /fhem?cmd=%7BAttrVal(%22doorpi%22%2C%22room%22%2C%22%22)%7D&XHR=1; BUFLEN:0
2017.05.20 08:12:53 5: Cmd: >{AttrVal("doorpi","room","")}<
2017.05.20 08:12:53 4: WEB: /fhem?cmd=%7BAttrVal(%22doorpi%22%2C%22room%22%2C%22%22)%7D&XHR=1 / RL:28 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.05.20 08:12:54 4: HttpUtils url=http://door:pi@192.168.178.87/status?module=config
2017.05.20 08:12:54 1: [DoorPi_GetConfig] has error 192.168.178.87: Verbindungsaufbau abgelehnt
2017.05.20 08:12:54 5: Starting notify loop for doorpi, 1 event(s), first is Error
2017.05.20 08:12:54 5: createNotifyHash
2017.05.20 08:12:54 5: End notify loop for doorpi
2017.05.20 08:12:55 4: WEB_192.168.178.55_63412 POST /fhem?detail=doorpi&dev.getdoorpi=doorpi&cmd.getdoorpi=get&arg.getdoorpi=config&val.getdoorpi=&XHR=1&addLinks=1&fw_id=21; BUFLEN:0
2017.05.20 08:12:55 5: Cmd: >get doorpi config<
2017.05.20 08:12:55 4: HttpUtils url=http://door:pi@192.168.178.87/status?module=config
2017.05.20 08:12:55 4: WEB: /fhem?detail=doorpi&dev.getdoorpi=doorpi&cmd.getdoorpi=get&arg.getdoorpi=config&val.getdoorpi=&XHR=1&addLinks=1&fw_id=21 / RL:70 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.05.20 08:12:55 1: [DoorPi_GetConfig] has error 192.168.178.87: Verbindungsaufbau abgelehnt
2017.05.20 08:12:55 5: Starting notify loop for doorpi, 1 event(s), first is Error
2017.05.20 08:12:55 5: End notify loop for doorpi
2017.05.20 08:12:59 5: Starting notify loop for doorpi, 1 event(s), first is lockstate: unknown(1)
2017.05.20 08:12:59 5: End notify loop for doorpi
2017.05.20 08:13:04 1: [DoorPi_GetHistory] cannot be called, no connection
2017.05.20 08:14:43 4: Closing inactive connection WEB_192.168.178.55_63412
2017.05.20 08:15:59 4: Connection accepted from WEB_192.168.178.55_63427
2017.05.20 08:15:59 4: WEB_192.168.178.55_63427 GET /fhem; BUFLEN:0
2017.05.20 08:15:59 4: WEB: /fhem / RL:1274 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2017.05.20 08:16:02 4: WEB_192.168.178.55_63427 GET /fhem?room=Eingang; BUFLEN:0
2017.05.20 08:16:02 4: WEB: /fhem?room=Eingang / RL:1260 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2017.05.20 08:16:04 4: WEB_192.168.178.55_63427 GET /fhem?detail=doorpi; BUFLEN:0
2017.05.20 08:16:04 4: WEB: /fhem?detail=doorpi / RL:2869 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2017.05.20 08:16:04 4: WEB_192.168.178.55_63427 GET /fhem?cmd=%7BAttrVal(%22doorpi%22%2C%22room%22%2C%22%22)%7D&XHR=1; BUFLEN:0
2017.05.20 08:16:04 5: Cmd: >{AttrVal("doorpi","room","")}<
2017.05.20 08:16:04 4: WEB: /fhem?cmd=%7BAttrVal(%22doorpi%22%2C%22room%22%2C%22%22)%7D&XHR=1 / RL:28 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2017.05.20 08:16:57 4: WEB_192.168.178.55_63427 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2017-05.log; BUFLEN:0
so das reicht heute mache ich den Garten und lass andere mal die Stolpersteine aufnehmen
THX PA0
weiter unten die Vorgeschichte
###
weil es eben keine wirkliche Zusammenfassung des Gesamtprojekts gibt
snapshot funktionierte bei mir eben nicht, dann die gesamte Installation geplettet um nicht schon wieder hier zu posten
also nach snapshot gesucht
das gefunden
https://www.doorpi.org/forum/thread/40-anleitung-snapshots-erstellen-mit-mjpg-streamer/
und gemacht
und weil eben der apache ebenso wie doorpi den 80 er will hab ich den halt zuerst installiert
hat ja auch geklappt, snapshot geht doorpi läuft auf 8080, stream läuft
selbst wenn ich den nun stoppe
sudo /etc/init.d/apache2 stop
und das dann auch kontrolliere das der nicht läuft
kann ich doorpi bei fhem nicht installieren
ich kann zwar
define Door DoorPi door:pi@192.168.178.87
noch eingeben aber dann verliert er ständig die Verbindung
fhem starten und stoppen kann ich ja nun auch
ich habe selbstverständlich die fhemweb_doorpicalllist.js in den opt fehm www pgm2 Ordner gespeichert, die neuste
dann von hier https://svn.fhem.de/trac/changeset/14169/trunk
die neusten Dateien geholt
sobald ich nun 70-doorpi.pm in den Ordner opt fhem FHEM packe bricht alle 5 Sekunden die Verbindung von fhem ab auch wenn ich doorpi noch gar nicht installiert habe
ich habe das neueste Raspi IMage Jessy_Pixel alles nach Anleitung installiert
dann nach den fehlerhaften Anleitungen im doorpi Forum installiert, selbst das mit dem patch klappt reibungslos
dann 30 Minuten sicher an dem php für snapshot gekaspert, weil ich mit der Syntax eben noch Probleme habe,
das läuft korrekt und speichert das Bild im Ordner home doorpi records
die Rechte alle auf 777 gesetzt
in der Praxis habe ich seit 23 Jahren niemals einen Techniker gebraucht win 7 8 10 immer schon als beta Version im real time Betrieb eingesetzt
aber das hier ist zum verzweifeln
ich habe fast alle Beiträge im doorpi Forum gelesen da gabs mal einen user tabularasa an den sie sich sicher erinnern
ok
habe nun ne ganze Menge dabei schon gelernt
Raspi Install mach ich nun mit linke
Image sichern rückspielen etc.
klingeln kann ich
Bild kommt auf Fritzfon
über vpn kann ich aus der Praxis die Haustür einsehen
den laufenden Stream sogar in der fhem Oberfläche
die Tür kann ich eh nicht öffnen, nextion display hab ich nicht will ich auch nicht
ich bin bekloppt
ich will einfach das es läuft ich will wissen was faul ist
Sorry will echt nicht nerven
n8
@Franz, ein Tipp der vllt. Zeit und Nerven spart :
Fang nicht immer wieder ganz von vorne an in der Hoffnung diesmal wird es besser. Du hast es mit Linux zu tun und eben nicht mit Windows.
Du hattest doch bereits ein System das auf Knopfdruck anrufen konnte. Was fehlte denn da bzw. ging nicht ?
Nur die Snapshots ? und dann hast du die Anleitung im Doorpi Forum gefunden nach der php und der Apache installiert wird ?
In der Anleitung geht es dem Autor eigentlich nur um php , der Apache selbst wird gar nicht benutzt.
Der Autor dort schreibt man soll entweder den Apache vom Port 80 wegbekommen oder Doorpi. Entscheide dich dafür den Apache irgendwo hin zu biegen aber überlasse den Port 80 Doorpi ! denn wen du den in der doorpi.ini umlegst musst du auch pahs Teile anpassen und das willst du nicht wirklich :)
Noch ein Punkt : FHEM muss nicht zwingend direkt auf dem Raspi zusammen mit Doorpi laufen, kann man zum Testen zwar machen aber die meisten User binden wohl Doorpi quasi als weiteres Gerät in ihrer bereits bestehenden FHEM Installation ein.
Hallo
also ich habe einen cubi der alles an Haussteuerung macht
der Raspi soll auf der Innenseite an die Haustür mit Display damit man sofort sieht wer draussen steht.
Also nach meiner Zusammenfassung bin ich in 2 Stunden komplett durch gewesen.
Klingel Bildübertragung alles soweit ok
dann bei der Installation von DoorPi in FHEM kam es halt zu den Verbindungsabbrüchen.
Das hab ich dann ja auch alleine soweit hinbekommen.
Den Apache hab ich auf port 81, Doorpi auf 8080, FHEM auf 8083 und der scheint sich nun auch zu vertragen
aber wieder was neues,
csrf token hat Theater gemacht, nachgelesen, auf none gesetzt dann ging es soweit.
Hab dann die Orginalen Dateinen runtergeladen doorpi.ini Passwort Benutzer und Ip geändert und dann gespeichert, rechte kontrolliert
dann Fhem helper.sh da halt meine Tele, Name und Ip eingetragen so wie ich es auch vorher schon mal gemacht habe
nun aber in den Readings
config
192.168.178.87: Verbindungsaufbau abgelehnt
das hatte ich bisher so nicht
wenn der apache nicht gebraucht wird raus damit, bei windows null Problem, hier muss ich dann ers tmal googlen und hoffen das ich es dann richtig mache,
ein gutes hatte es ja, hab mich mit einer Menge Linux Befehlen auseinandergesetzt, einige neue Programme kennengelernt etc.
@Franz Tenbrock, wir können echt nicht helfen wenn jedesmal das System ganz neu aufgesetzt wird, jedesmal mit einem Haufen Änderungen und wild zusammengesuchten Webseiten als angeblicher Anleitung. So kann das nichts werden !!!
Das hat auch nichts mit mangelnder Programmiererfahrung zu tun, oder irgendwelchen angeblich unvollständigen Dokumentationen - sondern mit der aus meiner Sicht eher chaotischen Vorgehensweise.
Also bitte
1. Apache stoppen mit sudo /etc/init.d/apache2 stop
2. Apache entfernen mit apt-get --purge remove apache
3. Mit einem Browser die drei Kommandos
<doorpi-url>/status?module=history_event&name=OnCallStateChange&value=1000
<doorpi-url>/status?module=history_snapshot
<doorpi-url>/status?module=config
aufrufen.
DANN wieder hier melden.
LG
pah
Zitat von: Franz Tenbrock am 20 Mai 2017, 14:11:34
Doorpi auf 8080
und warum alles in der Welt ? Was habe ich denn in meinem Posting zuvor geschrieben ?
Zitat von: Franz Tenbrock am 20 Mai 2017, 14:11:34
192.168.178.87: Verbindungsaufbau abgelehnt
das hatte ich bisher so nicht
tja warum wohl ? Ich tippe darauf weil früher dein Doorpi auf Port 80 lief und wenn du nun pahs Rat befolgst :
<doorpi-url>/status?module=history_event&name=OnCallStateChange&value=1000
<doorpi-url>/status?module=history_snapshot
<doorpi-url>/status?module=configwirst du wieder scheitern, es sei denn du übersetzt dir <doorpi-url> in http://192.168.178.87:8080 ( ich vermute mal 192.168.178.87 ist deine DooPi IP ? )
Hallo pah
Zitat von: Prof. Dr. Peter Henning am 20 Mai 2017, 17:38:59
3. Mit einem Browser die drei Kommandos
<doorpi-url>/status?module=history_event&name=OnCallStateChange&value=1000
<doorpi-url>/status?module=history_snapshot
<doorpi-url>/status?module=config
aufrufen.
DANN wieder hier melden.
So habe ich das dann mal gemacht, da ich nach wie vor massive Zeitunterschiede zwischen den Links in der History und den tatsächlichen Dateinamen habe.
Außerdem habe ich nur 4 Einträge in fhem aber 5 Eintraege in "/home/doorpi/records" ???
<doorpi-url>/status?module=history_event&name=OnCallStateChange&value=1000
JSON
Raw Data
Headers
history_event
0
additional_infos "{'call_state': 18, 'state': 'Call released', 'remote_uri': 'sip:**9@192.168.178.1'}"
event_id "C4SOYR"
event_name "OnCallStateChange"
fired_by "doorpi.sipphone.linphone_lib.CallBacks"
start_time 1495218883.76
1
additional_infos "{'call_state': 13, 'state': 'Call ended', 'remote_uri': 'sip:**9@192.168.178.1'}"
event_id "HP26SD"
event_name "OnCallStateChange"
fired_by "doorpi.sipphone.linphone_lib.CallBacks"
start_time 1495218883.65
2
additional_infos "{'call_state': 6, 'state': 'Connected', 'remote_uri': 'sip:**9@192.168.178.1'}"
event_id "6R2SF3"
event_name "OnCallStateChange"
fired_by "doorpi.sipphone.linphone_lib.CallBacks"
start_time 1495218875.45
3
additional_infos "{'call_state': 7, 'state': 'Streams running', 'remote_uri': 'sip:**9@192.168.178.1'}"
event_id "IVO021"
event_name "OnCallStateChange"
fired_by "doorpi.sipphone.linphone_lib.CallBacks"
start_time 1495218875.45
4
additional_infos "{'call_state': 2, 'state': 'Starting outgoing call', 'remote_uri': 'sip:**9@192.168.178.1'}"
event_id "5939JR"
event_name "OnCallStateChange"
fired_by "doorpi.sipphone.linphone_lib.CallBacks"
start_time 1495218869.34
5
additional_infos "{'call_state': 13, 'state': 'Call ended', 'remote_uri': 'sip:**9@192.168.178.1'}"
event_id "53S0Q9"
event_name "OnCallStateChange"
fired_by "doorpi.sipphone.linphone_lib.CallBacks"
start_time 1494960094.11
6
additional_infos "{'call_state': 6, 'state': 'Connected', 'remote_uri': 'sip:**9@192.168.178.1'}"
event_id "6ZR7OS"
event_name "OnCallStateChange"
fired_by "doorpi.sipphone.linphone_lib.CallBacks"
start_time 1494960081.71
7
additional_infos "{'call_state': 7, 'state': 'Streams running', 'remote_uri': 'sip:**9@192.168.178.1'}"
event_id "VS6AD0"
event_name "OnCallStateChange"
fired_by "doorpi.sipphone.linphone_lib.CallBacks"
start_time 1494960081.71
8
additional_infos "{'call_state': 3, 'state': 'Outgoing call in progress', 'remote_uri': 'sip:**9@192.168.178.1'}"
event_id "MU77HM"
event_name "OnCallStateChange"
fired_by "doorpi.sipphone.linphone_lib.CallBacks"
start_time 1494960073.4
9
additional_infos "{'call_state': 2, 'state': 'Starting outgoing call', 'remote_uri': 'sip:**9@192.168.178.1'}"
event_id "ZFE5RA"
event_name "OnCallStateChange"
fired_by "doorpi.sipphone.linphone_lib.CallBacks"
start_time 1494960073.39
10
additional_infos "{'call_state': 18, 'state': 'Call released', 'remote_uri': 'sip:**9@192.168.178.1'}"
event_id "8U0UOV"
event_name "OnCallStateChange"
fired_by "doorpi.sipphone.linphone_lib.CallBacks"
start_time 1494957712.41
11
additional_infos "{'call_state': 13, 'state': 'Call ended', 'remote_uri': 'sip:**9@192.168.178.1'}"
event_id "PQG0L1"
event_name "OnCallStateChange"
fired_by "doorpi.sipphone.linphone_lib.CallBacks"
start_time 1494957712.3
12
additional_infos "{'call_state': 7, 'state': 'Streams running', 'remote_uri': 'sip:**9@192.168.178.1'}"
event_id "8CV685"
event_name "OnCallStateChange"
fired_by "doorpi.sipphone.linphone_lib.CallBacks"
start_time 1494957656.44
13
additional_infos "{'call_state': 6, 'state': 'Connected', 'remote_uri': 'sip:**9@192.168.178.1'}"
event_id "5GLWMH"
event_name "OnCallStateChange"
fired_by "doorpi.sipphone.linphone_lib.CallBacks"
start_time 1494957656.43
14
additional_infos "{'call_state': 18, 'state': 'Call released', 'remote_uri': 'sip:**622@192.168.178.1'}"
event_id "840Y3J"
event_name "OnCallStateChange"
fired_by "doorpi.sipphone.linphone_lib.CallBacks"
start_time 1494954919.27
15
additional_infos "{'call_state': 13, 'state': 'Call ended', 'remote_uri': 'sip:**622@192.168.178.1'}"
event_id "K026JL"
event_name "OnCallStateChange"
fired_by "doorpi.sipphone.linphone_lib.CallBacks"
start_time 1494954919.17
16
additional_infos "{'call_state': 6, 'state': 'Connected', 'remote_uri': 'sip:**622@192.168.178.1'}"
event_id "UUBK5S"
event_name "OnCallStateChange"
fired_by "doorpi.sipphone.linphone_lib.CallBacks"
start_time 1494954905.96
17
additional_infos "{'call_state': 7, 'state': 'Streams running', 'remote_uri': 'sip:**622@192.168.178.1'}"
event_id "2W0DFA"
event_name "OnCallStateChange"
fired_by "doorpi.sipphone.linphone_lib.CallBacks"
start_time 1494954905.96
18
additional_infos "{'call_state': 5, 'state': 'Early media', 'remote_uri': 'sip:**622@192.168.178.1'}"
event_id "VIAGRQ"
event_name "OnCallStateChange"
fired_by "doorpi.sipphone.linphone_lib.CallBacks"
start_time 1494954902.62
19
additional_infos "{'call_state': 3, 'state': 'Outgoing call in progress', 'remote_uri': 'sip:**622@192.168.178.1'}"
event_id "C7U7LP"
event_name "OnCallStateChange"
fired_by "doorpi.sipphone.linphone_lib.CallBacks"
start_time 1494954902.48
20
additional_infos "{'call_state': 2, 'state': 'Starting outgoing call', 'remote_uri': 'sip:**622@192.168.178.1'}"
event_id "5P46NG"
event_name "OnCallStateChange"
fired_by "doorpi.sipphone.linphone_lib.CallBacks"
start_time 1494954902.47
21
additional_infos "{'call_state': 18, 'state': 'Call released', 'remote_uri': 'sip:**622@192.168.178.1'}"
event_id "D46B11"
event_name "OnCallStateChange"
fired_by "doorpi.sipphone.linphone_lib.CallBacks"
start_time 1494954769.78
22
additional_infos "{'call_state': 13, 'state': 'Call ended', 'remote_uri': 'sip:**622@192.168.178.1'}"
event_id "Y1RVPD"
event_name "OnCallStateChange"
fired_by "doorpi.sipphone.linphone_lib.CallBacks"
start_time 1494954769.67
23
additional_infos "{'call_state': 6, 'state': 'Connected', 'remote_uri': 'sip:**622@192.168.178.1'}"
event_id "OYSH8V"
event_name "OnCallStateChange"
fired_by "doorpi.sipphone.linphone_lib.CallBacks"
start_time 1494954758
24
additional_infos "{'call_state': 7, 'state': 'Streams running', 'remote_uri': 'sip:**622@192.168.178.1'}"
event_id "RMXD0Y"
event_name "OnCallStateChange"
fired_by "doorpi.sipphone.linphone_lib.CallBacks"
start_time 1494954758
25
additional_infos "{'call_state': 3, 'state': 'Outgoing call in progress', 'remote_uri': 'sip:**622@192.168.178.1'}"
event_id "V1BXFI"
event_name "OnCallStateChange"
fired_by "doorpi.sipphone.linphone_lib.CallBacks"
start_time 1494954754.06
26
additional_infos "{'call_state': 2, 'state': 'Starting outgoing call', 'remote_uri': 'sip:**622@192.168.178.1'}"
event_id "HP8G5W"
event_name "OnCallStateChange"
fired_by "doorpi.sipphone.linphone_lib.CallBacks"
start_time 1494954754.05
JSON
Raw Data
Headers
history_snapshot
0 "orpi/records/2017-05-16_19-12-32.jpg"
1 "orpi/records/2017-05-16_19-12-34.wav"
2 "orpi/records/2017-05-16_19-15-01.jpg"
3 "orpi/records/2017-05-16_19-15-02.wav"
4 "orpi/records/2017-05-16_20-00-51.jpg"
5 "orpi/records/2017-05-16_20-00-52.wav"
6 "orpi/records/2017-05-16_20-41-12.jpg"
7 "orpi/records/2017-05-16_20-41-13.wav"
8 "orpi/records/2017-05-19_20-34-28.jpg"
9 "orpi/records/2017-05-19_20-34-29.wav"
Zum besseren Verstaendnis habe ich die Dateinamen der jpg-Bilder eingesetzt
Who Timestamp Number Result Duration Recording
2017-05-16_20-41-35.jpg Di, 16 May 2017 20:41:34 **9 ok(2) 258789.7 2017-05-16_20-41-35.wav
2017-05-16_20-00-57.jpg Di, 16 May 2017 20:00:56 **9 unknown 56 2017-05-16_20-00-57.wav
2017-05-16_19-15-03.jpg Di, 16 May 2017 19:15:02 **622 ok(3) 16.8 2017-05-16_19-15-02.wav
2017-05-16_19-12-35.jpg Di, 16 May 2017 19:12:34 **622 ok(2) 15.7 2017-05-16_19-12-34.wav
JSON
Raw Data
Headers
config
AREA_config
/control/config_get_configfile "None"
/control/config_save "None"
/control/config_value_delete "None"
/control/config_value_get "None"
/control/config_value_set "None"
AREA_control
.* "None"
AREA_dashboard
/dashboard/pages/.*html "None"
AREA_installer
.* "None"
AREA_public
.* "None"
AREA_status
/mirror "None"
/status "None"
AdminNumbers
**622 "active"
**623 "active"
DTMF
"#" "out:door,1,0,3"
"*" "out:light,1,0,3"
DoorPi
base_path "/usr/local/etc/DoorPi"
eventlog "/home/doorpi/log/eventlog.db"
is_alive_led "blinking_led"
last_snapshot "/home/doorpi/records/2017-05-19_20-34-28.jpg"
number_of_snapshots "10"
snapshot_path "/home/doorpi/records"
DoorPiWeb
indexfile "index.html"
ip ""
loginfile "login.html"
online_fallback "http://motom001.github.io/DoorPiWeb"
port "80"
public "AREA_public"
www "/home/doorpi/records"
EVENT_BeforeSipPhoneMakeCall
30 "os_execute:/home/doorpi/FHEMHelper.sh call started"
50 "os_execute:/home/doorpi/sendphoto call"
EVENT_OnCallStateDisconnect
10 "os_execute:/home/doorpi/FHEMHelper.sh call ended"
40 "out:irlight,0"
EVENT_OnCallStateDismissed
10 "os_execute:/home/doorpi/FHEMHelper.sh call dismissed"
30 "out:irlight,0"
EVENT_OnCallStateReject
10 "os_execute:/home/doorpi/FHEMHelper.sh call rejected"
30 "out:irlight,0"
EVENT_OnKeyPressed_onboardpins.0
10 "os_execute:/etc/init.d/mjpg_streamer stop"
20 "out:irlight,1"
30 "take_snapshot"
40 "file_call_value:/home/doorpi/calltarget"
50 "os_execute:/etc/init.d/mjpg_streamer start"
60 "call:**9"
EVENT_OnKeyPressed_onboardpins.1
20 "os_execute:/home/doorpi/FHEMHelper.sh doorunlockandopen"
30 "os_execute:aplay -D plughw:1,0 /home/doorpi/sounds/067_willkommen.wav"
EVENT_OnKeyPressed_onboardpins.4
10 "out:irlight,1"
20 "os_execute:/etc/init.d/mjpg_streamer stop"
30 "os_execute:/home/doorpi/FHEMHelper.sh wrongid"
40 "take_snapshot"
50 "out:irlight,0"
60 "os_execute:/home/doorpi/sendphoto.sh wrongid"
70 "os_execute:/etc/init.d/mjpg_streamer start"
EVENT_OnKeyPressed_onboardpins.5
10 "os_execute:/home/doorpi/FHEMHelper.sh softlock"
EVENT_OnKeyPressed_onboardpins.6
10 "out:dashlight,1,0,1"
20 "os_execute:/home/doorpi/FHEMHelper.sh movement"
EVENT_OnKeyPressed_onboardpins.7
10 "os_execute:/home/doorpi/FHEMHelper.sh sabotage"
20 "out:irlight,1"
30 "os_execute:/etc/init.d/mjpg_streamer stop"
40 "take_snapshot"
50 "out:irlight,0"
60 "os_execute:/etc/init.d/mjpg_streamer start"
EVENT_OnKeyPressed_webservice.button1
10 "os_execute:/home/doorpi/FHEMHelper.sh sabotage"
EVENT_OnKeyPressed_webservice.button2
10 "file_call_value:/home/doorpi/calltarget"
EVENT_OnKeyPressed_webservice.clear
10 "os_execute:/home/doorpi/FHEMHelper.sh clear"
EVENT_OnKeyPressed_webservice.dooropen
10 "out:door,1,0,3"
20 "os_execute:/home/doorpi/FHEMHelper.sh dooropened"
EVENT_OnKeyPressed_webservice.gettarget
10 "os_execute:/home/doorpi/FHEMHelper.sh gettarget"
EVENT_OnKeyPressed_webservice.purge
10 "os_execute:/home/doorpi/FHEMHelper.sh purge"
EVENT_OnKeyPressed_webservice.snapshot
10 "os_execute:/etc/init.d/mjpg_streamer stop"
20 "out:irlight,1"
30 "os_execute:/home/doorpi/FHEMHelper.sh call snapshot"
40 "take_snapshot"
50 "out:irlight,0"
60 "os_execute:/home/doorpi/sendphoto.sh snapshot"
70 "os_execute:/etc/init.d/mjpg_streamer start"
EVENT_OnKeyPressed_webservice.streamoff
10 "os_execute:/etc/init.d/mjpg_streamer stop"
EVENT_OnKeyPressed_webservice.streamon
10 "os_execute:/etc/init.d/mjpg_streamer start"
EVENT_OnStartup
10 "sleep:1"
20 "os_execute:/home/doorpi/FHEMHelper.sh call init"
EVENT_OnTimeMinuteEvery5
10 "statuswatchdog:/tmp/doorpi.watchdog"
20 "os_execute:/home/doorpi/FHEMHelper.sh alive"
Group
administrators "admin"
guests "visitor"
ReadPermission
guests "dashboard"
SIP-Phone
FirewallPolicy "PolicyNoFirewall"
audio_codecs "PCMA,PCMU"
call_timeout "60"
capture_device "ALSA: USB PnP Sound Device"
dialtone "/home/doorpi/sounds/bigben_mono.wav"
dialtone_renew_every_start "False"
dialtone_volume "35"
echo_cancellation_enabled "False"
firewallpolicy "PolicyNoFirewall"
identity "DoorStation"
local_port "5060"
max_call_time "300"
playback_device "ALSA: USB PnP Sound Device"
record_while_dialing "False"
records "/home/doorpi/records/%Y-%m-%d_%H-%M-%S.wav"
sipphonetyp "linphone"
sipserver_password "Password"
sipserver_realm "fritz.box"
sipserver_server "192.168.178.1"
sipserver_username "Username"
stun_server ""
ua.max_calls "2"
video_codecs "VP8"
video_device "StaticImage: Static picture"
video_display_enabled "False"
video_size "vga"
User
admin "admin"
visitor "visitor"
WritePermission
administrators "dashboard,status,config"
keyboards
onboardpins "piface"
webservice "filesystem"
onboardpins_InputPins
0 "sleep:0"
1 "sleep:0"
4 "sleep:0"
5 "sleep:0"
6 "sleep:0"
7 "sleep:0"
onboardpins_OutputPins
onboardpins_keyboard
bouncetime "2000"
polarity "0"
pressed_on_keydown "True"
pull_up_down "PUD_UP"
webservice_InputPins
button1 "sleep:0"
button2 "sleep:0"
clear "sleep:0"
dashlightoff "out:dashlight,0"
dashlighton "out:dashlight,1"
doorlocked "out:hardlock,1"
dooropen "sleep:0"
doorunlocked "out:hardlock,0"
gettarget "sleep:0"
lightoff "out:light,0"
lighton "out:light,1"
purge "sleep:0"
snapshot "sleep:0"
streamoff "sleep:0"
streamon "sleep:0"
webservice_keyboard
base_path_input "/home/doorpi/keyboard/inputs/"
base_path_output "/home/doorpi/keyboard/outputs/"
bouncetime "200"
polarity "0"
pressed_on_keydown "True"
reset_input "false"
Danke!
Gruss
Sailor
ich mach kurz, alles neu installiert, sorry war schon zugange mit Neuinstall als die Antwort kam
kein Apache nein
soweit alles direkt durchgelaufen ( dauert so ca 2 Stunden mit allen updates etc )
doorpi Port: 80
FHEM Port 8083
Streamer :9000
ich habe die neueste 70_Doorpi.pm hier aus dem Thread 2.o alpha 10
alle patches installiert handler etc.
sudo find / -name handler.py -print
/usr/lib/python3.3/xml/sax/handler.py
/usr/lib/python3.4/xml/sax/handler.py
/usr/lib/pypy/lib-python/2.7/xml/sax/handler.py
/usr/lib/python2.7/xml/sax/handler.py
cd /opt/fhem/contrib/DoorPi/
sudo cp handler.py /usr/lib/python3.3/xml/sax/handler.py
sudo cp handler.py /usr/lib/python3.4/xml/sax/handler.py
sudo cp handler.py /usr/lib/pypy/lib-python/2.7/xml/sax/handler.py
sudo cp handler.py /usr/lib/python2.7/xml/sax/handler.py
sudo find / -name history_event.py -print
/usr/local/lib/python2.7/dist-packages/doorpi/status/status_lib/history_event.py
cd /opt/fhem/contrib/DoorPi/
sudo cp history_event.py /usr/local/lib/python2.7/dist-packages/doorpi/status/status_lib/history_event.py
sudo find / -name url_call.py -print
/usr/local/lib/python2.7/dist-packages/doorpi/action/SingleActions/url_call.py
/opt/fhem/contrib/DoorPi/url_call.py
ersetze die Datei
sudo cp url_call.py /usr/local/lib/python2.7/dist-packages/doorpi/action/SingleActions/url_call.py
wenn über die FHEM Weboberfläche den Streamer ausgeschalte kann ich danach auf über die Weboberfläche ein Snapshot machen, der dann im Ordner /records/ liegt
2017-05-20_22-49-55.jpg
und unter readings angezeigt wird
http://192.168.178.87/status?module=history_event&name=OnCallStateChange&value=1000
{
"history_event":
}
http://192.168.178.87/status/?module=history_snapshot
Error response
Error code 404.
Message: [Errno 2] No such file or directory: '/home/doorpi/records/status/' - HTTP Error 404: Not Found.
Error code explanation: 404 = Nothing matches the given URI. HTTP/1.0 500 'NoneType' object is not iterable Server: BaseHTTP/0.3 Python/2.7.9 Date: Sat, 20 May 2017 20:35:45 GMT Content-Type: text/html Connection: close
Error response
Error code 500.
Message: 'NoneType' object is not iterable.
Error code explanation: 500 = Server got itself in trouble.
http://192.168.178.87/status?module=config
{
"config": {
"AREA_config": {
"/control/config_get_configfile": "None",
"/control/config_save": "None",
"/control/config_value_delete": "None",
"/control/config_value_get": "None",
"/control/config_value_set": "None"
},
"AREA_control": {
".*": "None"
},
"AREA_dashboard": {
"/dashboard/pages/.*html": "None"
},
"AREA_public": {
".*": "None"
},
"AREA_status": {
"/mirror": "None",
"/status": "None"
},
"AdminNumbers": {
"**621": "active"
},
"DTMF": {
"\"#\"": "out:door,1,0,3"
},
"DoorPi": {
"base_path": "/usr/local/etc/DoorPi",
"eventlog": "/home/doorpi/log/eventlog.db",
"is_alive_led": "blinking_led",
"last_snapshot": "",
"number_of_snapshots": "10",
"snapshot_path": "/home/doorpi/records"
},
"DoorPiWeb": {
"indexfile": "index.html",
"ip": "",
"loginfile": "login.html",
"online_fallback": "http://motom001.github.io/DoorPiWeb",
"port": "80",
"public": "AREA_public",
"www": "/home/doorpi/records"
},
"EVENT_BeforeSipPhoneMakeCall": {
"10": "out:irlight,1",
"20": "take_snapshot",
"30": "os_execute:/home/doorpi/FHEMHelper.sh call started",
"40": "out:irlight,0",
"50": "os_execute:/home/doorpi/sendphoto call"
},
"EVENT_OnCallStateDisconnect": {
"10": "os_execute:/home/doorpi/FHEMHelper.sh call ended"
},
"EVENT_OnCallStateDismissed": {
"10": "os_execute:/home/doorpi/FHEMHelper.sh call dismissed"
},
"EVENT_OnCallStateReject": {
"10": "os_execute:/home/doorpi/FHEMHelper.sh call rejected",
"20": "out:audio,1"
},
"EVENT_OnKeyPressed_onboardpins.0": {
"10": "file_call_value:/home/doorpi/calltarget"
},
"EVENT_OnKeyPressed_onboardpins.1": {
"10": "os_execute:/home/doorpi/FHEMHelper.sh doorunlockandopen",
"20": "os_execute:aplay -D plughw:1,0 /home/doorpi/sounds/067_willkommen.wav"
},
"EVENT_OnKeyPressed_onboardpins.4": {
"10": "out:irlight,1",
"20": "os_execute:/home/doorpi/FHEMHelper.sh wrongid",
"30": "take_snapshot",
"40": "out:irlight,0",
"50": "os_execute:/home/doorpi/sendphoto.sh wrongid"
},
"EVENT_OnKeyPressed_onboardpins.5": {
"10": "os_execute:/home/doorpi/FHEMHelper.sh softlock"
},
"EVENT_OnKeyPressed_onboardpins.6": {
"10": "out:dashlight,1,0,1",
"20": "os_execute:/home/doorpi/FHEMHelper.sh movement"
},
"EVENT_OnKeyPressed_onboardpins.7": {
"10": "os_execute:/home/doorpi/FHEMHelper.sh sabotage"
},
"EVENT_OnKeyPressed_webservice.button1": {
"10": "os_execute:/home/doorpi/FHEMHelper.sh sabotage"
},
"EVENT_OnKeyPressed_webservice.button2": {
"10": "file_call_value:/home/doorpi/calltarget"
},
"EVENT_OnKeyPressed_webservice.clear": {
"10": "os_execute:/home/doorpi/FHEMHelper.sh clear"
},
"EVENT_OnKeyPressed_webservice.dooropen": {
"10": "out:door,1,0,3",
"20": "os_execute:/home/doorpi/FHEMHelper.sh dooropened"
},
"EVENT_OnKeyPressed_webservice.gettarget": {
"10": "os_execute:/home/doorpi/FHEMHelper.sh gettarget"
},
"EVENT_OnKeyPressed_webservice.purge": {
"10": "os_execute:/home/doorpi/FHEMHelper.sh purge"
},
"EVENT_OnKeyPressed_webservice.snapshot": {
"10": "out:irlight,1",
"20": "os_execute:/home/doorpi/FHEMHelper.sh call snapshot",
"30": "take_snapshot",
"40": "out:irlight,0",
"50": "os_execute:/home/doorpi/sendphoto.sh snapshot"
},
"EVENT_OnKeyPressed_webservice.streamoff": {
"10": "os_execute:/etc/init.d/mjpg_streamer stop"
},
"EVENT_OnKeyPressed_webservice.streamon": {
"10": "os_execute:/etc/init.d/mjpg_streamer start"
},
"EVENT_OnStartup": {
"10": "sleep:1",
"20": "os_execute:/home/doorpi/FHEMHelper.sh call init"
},
"EVENT_OnTimeMinuteEvery5": {
"10": "statuswatchdog:/tmp/doorpi.watchdog",
"20": "os_execute:/home/doorpi/FHEMHelper.sh alive"
},
"Group": {
"administrators": "admin",
"guests": "visitor"
},
"ReadPermission": {
"guests": "dashboard"
},
"SIP-Phone": {
"FirewallPolicy": "PolicyNoFirewall",
"audio_codecs": "PCMA,PCMU",
"call_timeout": "60",
"capture_device": "ALSA: USB PnP Sound Device",
"dialtone": "/home/doorpi/sounds/bigben_mono.wav",
"dialtone_renew_every_start": "False",
"dialtone_volume": "35",
"echo_cancellation_enabled": "False",
"firewallpolicy": "PolicyNoFirewall",
"identity": "DoorPi",
"local_port": "5060",
"max_call_time": "300",
"playback_device": "ALSA: USB PnP Sound Device",
"record_while_dialing": "False",
"records": "/home/doorpi/records/%Y-%m-%d_%H-%M-%S.wav",
"sipphonetyp": "linphone",
"sipserver_password": "Franz0602",
"sipserver_realm": "fritz.box",
"sipserver_server": "192.168.178.87",
"sipserver_username": "Fritzdoorpi",
"stun_server": "",
"ua.max_calls": "2",
"video_codecs": "VP8",
"video_device": "StaticImage: Static picture",
"video_display_enabled": "False",
"video_size": "vga"
},
"User": {
"admin": "admin",
"visitor": "visitor"
},
"WritePermission": {
"administrators": "dashboard,status,config"
},
"keyboards": {
"onboardpins": "piface",
"webservice": "filesystem"
},
"onboardpins_InputPins": {
"0": "sleep:0",
"1": "sleep:0",
"4": "sleep:0",
"5": "sleep:0",
"6": "sleep:0",
"7": "sleep:0"
},
"onboardpins_OutputPins": {
"0": "door",
"1": "light",
"2": "dashlight",
"3": "irlight",
"4": "hardlock",
"6": "audio",
"7": "blinking_led"
},
"onboardpins_keyboard": {
"bouncetime": "2000",
"polarity": "0",
"pressed_on_keydown": "True",
"pull_up_down": "PUD_UP"
},
"webservice_InputPins": {
"button1": "sleep:0",
"button2": "sleep:0",
"clear": "sleep:0",
"dashlightoff": "out:dashlight,0",
"dashlighton": "out:dashlight,1",
"doorlocked": "out:hardlock,1",
"dooropen": "sleep:0",
"doorunlocked": "out:hardlock,0",
"gettarget": "sleep:0",
"lightoff": "out:light,0",
"lighton": "out:light,1",
"purge": "sleep:0",
"snapshot": "sleep:0",
"streamoff": "sleep:0",
"streamon": "sleep:0"
},
"webservice_keyboard": {
"base_path_input": "/home/doorpi/keyboard/inputs/",
"base_path_output": "/home/doorpi/keyboard/outputs/",
"bouncetime": "2000",
"polarity": "0",
"pressed_on_keydown": "True",
"reset_input": "false"
}
}
}
Nein. natürlich Nicht
sudo cp handler.py /usr/lib/python3.3/xml/sax/handler.py
sudo cp handler.py /usr/lib/python3.4/xml/sax/handler.py
sudo cp handler.py /usr/lib/pypy/lib-python/2.7/xml/sax/handler.py
sudo cp handler.py /usr/lib/python2.7/xml/sax/handler.py
Ich habe doch nirgendwo geschrieben, dass alle Deteien desselben Namens ersetzt werden sollen - natürlich nur die in der doorpi-Installation !
Das ist genau das, was ich meine: Ich sage "a", und ausgeführt wird "b", "c", "d" und "e".
Korrekt wäre gewesen, hier zu schreiben "Halt, bei mir gibt es im doorpi-Pfad keine Datei handler.py". Außerdem sollte man beim Ersetzen niemals die alten Dateien komplett überschreiben - sondern diese unter einem anderen Namen (also z.B. diesem Falle mit einer anderen Endung, sagen wir ".old") sichern.
Die Installation von sax ist jedenfalls im Eimer.
Außerdem stellt sich hier raus, dass die Kiste über zwei verschiedene Python-Versionen (2.7 und 3.4) verfügt. Das kann zu netten Fehlern führen... Hier steht etwas dazu:
https://wiki.ubuntuusers.de/Python_Setuptools/ (nein, bitte nicht einfach einer Anweisung dort folgen).
Also bitte folgende Befehle ausführen, um sax zu reparieren:
sudo dpkg --purge python3.4
sudo dpkg --remove --force-remove-reinstreq python2.7
Die nächste Frage, die sich stellt, ist die nach der fehlenden Datei handler.py.
Bei mir liegt diese im Verzeichnis /usr/local/lib/python2.7/dist-packages/DoorPi-2.5.0.4-py2.7.egg/doorpi/action
Woraus man sieht, ich habe die Version 2.5.0.4 von doorpi laufen. Nun kann es sein, dass danach der doorpi-maintainer den Datenbank-patch schon in seinen Code übernommen hat - die Frage hat er nie beantwortet. Also welche Dateien stehen in /usr/local/lib/python2.7/dist-packages/doorpi/action ? Bitte mit ls -l abfragen, damit ich Dateigröße und Datum sehe.
LG
pah
1000 Dank das ich immer noch Hilfe bekomme
An Stelle der bisherigen Dateien gleichen Namens in der DoorPi-Software.
Code: [Auswählen]
find / -name handler.py -print
pah
das liest sich so einfach was geschrieben wurde
da die Programme bei Linux aber hier und da hinschreiben, war mir nicht so klar was gehört alles zu doorpi
Sorry
lasse alles so wie es nun ist, und mache nur das was ich jetzt hier bekomme.
Hatte neu aufgesetzt weil ich eben nicht programme drauf dann runter etc haben wollte.
also nun
sudo dpkg --purge python3.4
sudo dpkg --remove --force-remove-reinstreq python2.7
und nun das hier
pi@Door:~ $ sudo dpkg --purge python3.4
dpkg: Abhängigkeitsprobleme verhindern Entfernen von python3.4:
python3.4-dev hängt ab von python3.4 (= 3.4.2-1).
idle-python3.4 hängt ab von python3.4.
python3-uno hängt ab von python3.4.
python3-numpy hängt ab von python3.4.
python3 hängt ab von python3.4 (>= 3.4.2-0).
dpkg: Fehler beim Bearbeiten des Paketes python3.4 (--purge):
Abhängigkeitsprobleme - wird nicht entfernt
Fehler traten auf beim Bearbeiten von:
python3.4
List von : /usr/local/lib/python2.7/dist-packages/doorpi/action
base.py
base.pyc
handler.py
handler.pyc
__init__.py
__init__.pyc
ich mach also nicht weiter, sonst gibts noch mehr trouble
ich werde noch mal alles Schritte in meinen Aufzeichnungnen nachsehen wo python 3.4 reingekommen ist, ev finde ich ja auf den snaps was
Hier alle Befehle mit Python bei meiner Install:
sudo apt-get remove python-pip python-rpi.gpio
sudo apt-get install python-dev
sudo apt-get update && sudo apt-get -y upgrade && sudo apt-get -y dist-upgrade
sudo easy_install pip || (wget https://bootstrap.pypa.io/ez_setup.py -O - | sudo python) && sudo easy_install pip
sudo apt-get update && sudo apt-get -y upgrade && sudo apt-get -y dist-upgrade
sudo apt-get install python-daemon python-watchdog
sudo wget https://raw.githubusercontent.com/motom001/DoorPi/master/doorpi/docs/service/create_daemon_file.py -O - | sudo python
sudo apt-get install python3-pifacedigital-emulator
sudo apt-get install python3-pifacedigital-scratch-handler
das ging glaube ich schnell
das hier ?! war das Orginal vom piface Hersteller
Sorry, der hat auch auf Python 2 und 3 hingewiesen, war mir nicht bewusst das das Probleme macht
http://www.piface.org.uk/guides/Install_PiFace_Software/Which_Python/ >:(
To install the PiFace Digital software run the command:
sudo apt-get install python3-pifacedigital-emulator
etc
Das sind die Übertäter ?! und können weg ?
ich warte bevor ich an dem System noch einen Handschlag mache!
Na denn.
dpkg --purge python3.4-dev
dpkg --purge idle-python3.4
dpkg --purge python3-uno
dpkg --purge python3-numpy
dpkg --purge python3
Und /usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py durch die gepatchte Version ersetzen.
(ich vermute mal, dass der entsprechende find-Befehl, der diese Datei NICHT gefunden hat, vor dem Aufspielen von doorpi abgesetzt wurde.)
LG
pah
Zitat von: Franz Tenbrock am 20 Mai 2017, 21:26:17
http://192.168.178.87/status?module=config
"sipserver_server": "192.168.178.87",
Im Moment vermutlich nicht lebenswichtig bei dir aber bei Gelegenheit : Da sollte eigentlich die IP deiner Fritzbox stehen ( 192.168.178.1 ? )
ja
hatte ich auch selber gesehen und auch geändert
Danke
mache jetzt besser nichts
bzw nur auf Anweisung
falschen Installationsschritt glaube ich gefunden ?!
@ PAH
pi@Door:~ $ sudo dpkg --purge python3.4-dev
dpkg: Abhängigkeitsprobleme verhindern Entfernen von python3.4-dev:
python3-dev hängt ab von python3.4-dev (>= 3.4.2-0).
dpkg: Fehler beim Bearbeiten des Paketes python3.4-dev (--purge):
Abhängigkeitsprobleme - wird nicht entfernt
Fehler traten auf beim Bearbeiten von:
pi@Door:~ $ sudo dpkg --purge idle-python3.4
dpkg: Abhängigkeitsprobleme verhindern Entfernen von idle-python3.4:
idle3 hängt ab von idle-python3.4.
dpkg: Fehler beim Bearbeiten des Paketes idle-python3.4 (--purge):
Abhängigkeitsprobleme - wird nicht entfernt
Fehler traten auf beim Bearbeiten von:
idle-python3.4
da ist noch was falsch ?
wenn es an dem piface Kram liegt, soll ich ab dem vor image da nicht besser alles neu machen
und den piface emulator rausnehmen, habe ja alle Installationsschritte
was hab ich eigentlich gemacht das ich alle Stolpersteine mitnehme
da hab ich expand gemacht so wie in allen Anleitungen beschrieben
da hab ich schön immer ein Sicherungsimages von jedem Zwischenschritt angelegt
ich habe 3 sd Karten, die sich wie ich nun sehe in der tatsächlichen Größe unterscheiden.
und welche habe ich wohl für die Installation bisher genommen
die größte -> das Image ist zu groß und kann nicht auf die anderen beiden Karten rückgesichert werden,
mit gparted könnte man es ja kleiner machen wenn man es denn auf die sd bekäme
es ist zum verrückt werden, Jessy mag mich nicht
ok
ne Menge gelesen und auch was im Umgang mit Jessy gelernt, so hatte ich mir das aber nicht vorgestellt
Zitat von: Franz Tenbrock am 21 Mai 2017, 09:34:58
mache jetzt besser nichts
bzw nur auf Anweisung
D.h. du sitzt jetzt da und wartest darauf das dir jemand sagt was du als nächstes tun sollst ?
Das wird schwer, zuerst solltest du dir darüber klar werden welche Teile du von pahs DoorPi Projekt bei dir umsetzen willst.
Ich denke nicht jeder User betreibt diese Art von Vollausbau mit KeyMatic, zusätzlichem Motorschloss , iButtons usw.
(Zumindest bei mir ist das deutlich weniger)
Mit den beiden Python Versionen würde ich mich jetzt mal nicht verrückt machen, bei mir schlummert da durch Piface auch noch so ein 3.4 Rest der aber z.Z. die Funktion in keiner Weise beeinträchtigt.
Lange Rede kurzer Sinn : Was geht z.Z. denn noch nicht ?
Hallo pah
Zitat von: Prof. Dr. Peter Henning am 11 Mai 2017, 22:09:33
Der Code ist aber so einfach, dass man die auch selbst beheben kann. Bei dem Abschneiden von "/home/do" war es mir das aber nicht wert.
Einer der Bugs ist der unterschiedliche Zeitstempel beim Abspeichern - der dazu führt, dass der Dateiname anders ist als der Datenbankeintrag. Das ist aber maximal eine Sekunde, siehe - aus Deiner
ES SEI DENN, dass irgendein Prozess läuft, der die Ausgabe weiter verzögert
Frage: Aus welchem System wird der Zeitstempel generiert (Ab Codezeile 900) der zur Generierung der snapshots / recordings verwendet wird.
Ich frage deshalb, weil ich vermute, dass es bei DoorPi einen Unterschied macht, an welcher Stelle in der doorpi.ini die ausgelösten Events stehen.
Scheinbar fehlt in DoorPi eine Möglichkeit nach auslösen eines Events den Zeitstempel einzufrieren und für alle Dateinamen zu verwenden.
Wenn ich es richtig verstanden habe ist
- "@history_event" ein Array of hashes
- "$history_event[n]" der n-te Eintrag der history Tabelle
- "$history_event[n]->{"start_time"}" die Startzeit des n-ten Eintrags der history Tabelle.
Laut meiner letzten eMail liegen die Dateinamen für die wav-Datei um die zu erwartende 1ne Sekunde auseinander. Im Verhältnis zur start-time (aber fast 22 Sekunden auseinander).
Zunächst dachte ich, dass die Zeitstempel für die Startzeit im fhem-RasPi generiert wird wogegen die Zeitstempel für die snapshots und Tonaufzeichnungen im DoorPi - RasPi generiert werden.
Wenn die Uhren dann nicht 100%ig synchron laufen, dann könnte man auf solche Zeitunterschiede kommen.
Diese Probleme würden dann natürlich nicht auftreten, wenn der fhem und DoorPi Server auf ein und demselben System laufen.
Also ehrlich gesagt, rätsele ich nach wie vor um der immensen Zeitunterschiede...
Gruß
Sailor
@Wzut
ich hab gestern erst malsdas schöne Wetter genossen und mich damit beschäftigt wie man ein IMage verkleinert, ist ja leider auch nciht nur Knöpchen drücken...
warum ich mit der eine Karte hin und her sicherung und rücksichern konnte aber mit den 2 anderen nicht ???
nehme halt alle Stolpersteine mit.
Da ich Ardunios schon mal geflasht habe könnte das eine oder andere ja noch kommen, und da ich gerade drin bin in der Thematik wäre es dumm nun aufzuhören. wo Phyton 3 nun herkommt meine ich ja nun zu wissen, wenn es so ist wüsste ich ja auch wie ich das dann verhindere.
die SD Karte aus dem letzten Post ist so wie sie war.
eine 2. hab ich sauber installiert incl FHEM, VNC und Doorpi ,
no Apache no piface
funktioniert soweit auch alles ohne jegliche Fehlermeldung bei der Installation.
auf der Seite vom piface wird zwar Python 2 und Python 3 erklärt , aber letztendlich nur Python3 für die Install angeboten.
http://www.piface.org.uk/guides/Install_PiFace_Software/Installing_PiFace_Digital_modules/
https://github.com/piface/pifacedigital-emulator
was nun ?
muss man das überhaupt installieren ?
sudo apt-get install python3-pifacedigital-emulator
oder so:
sudo apt-get install python-pifacedigital-emulator
mache erst mal eine Sicherung von der neuen Karte
,
Ziel soll erst mal eine wirklich saubere Installation sein die ohne Fehler durchgelaufen ist.
Zitatmuss man das überhaupt installieren ?
Nein. Ich habe es jedenfalls nicht ...
LG
pah
Danke
dann lasse ich das
installiere den mjpg player, denn das Live Bild möchte ich schon auf der Innenseite der Tür haben
dann Funktionstest mit der
doorpi.ini.safe nur Benutzer und Passwort ersetzen
und der
fhemhelper: FHEM Name von Doorpi ,IP von Doorpi
FHEMDP=Door # mein FHEM Devicename for DoorPi
FHEMIP=192.168.178.87 # IP address for DoorPi
FHEMPORT=8083 # Port number for DoorPi
FHEMHTTPS=false # true for HTTPS, false without HTTPS
curlprog=curl
curlargs=-k # -k to disable HTTPS certificate check,
# -u user:password for user and password
HOME=/home/doorpi # Doorpi Standard /usr/local/etc/DoorPi/
default_target=**614 # default telephone number to be called
FHEMTTS="true" # true for TTS output, false without TTS Tablett hab ich nciht
FHEMTTSDEVICE="AllTablets"
aus dem SVM (neueste Versionen )
fhemweb_doorpicalllist in den richtigen fhem Ordner
falls dann Probleme die handler.py nur im usr/ ../DoorPi Ordner ?!
Zitatfalls dann Probleme die handler.py nur im usr/ ../DoorPi Ordner ?!
Ja
LG
pah
mjpg Streamer etc alles ohne jegliche Fehlermeldungen
fhem auf Port 8083
Doorpi auf Port 80
Streamer auf 9000
Die offene Frage:
/usr/local/lib/python2.7/dist-packages/doorpi/action :
handler py Größe 15132 B im /usr/local/lib/python2.7/dist-packages/doorpi/action
handler.py Größe 16084 Byte Contrib Ordner auf meinem Rechner aus dem SVN
mit Putty und ls -1 bekomme ich kein Datum, keine Größe. hab nach gegoogelt aber wie ich die Details dann angezeigt bekomme ? bei help zeigt er mir nicht mal list directory , auch das werde ich noch lernen
mit WinSCP würde ich erst umbenennen, dann die aus dem contrib kopieren, rechte 0644 ?!
Die Kommandos meiner Mitschrift sind bis hierher zumindest jetzt richtig,keinerlei Fehlermeldungen
mit Sicherungsimages ca 2,5 Stunden ;)
so jetzt werde ich das Wetter geniessen und ein Weinchen mit Freunden trinken
Zitatmit Putty und ls -1 bekomme ich kein Datum, keine Größe
Es heißt ja auch "ls -l" (ELL !)
Zitatmit WinSCP würde ich erst umbenennen, dann die aus dem contrib kopieren, rechte 0644 ?!
Richtig.
So, fuktionieren dann die drei Web-Aufrufe ?
<doorpi-url>/status?module=history_event&name=OnCallStateChange&value=1000
<doorpi-url>/status?module=history_snapshot
<doorpi-url>/status?module=configWenn ja: DoorPi in FHEM definieren
define <IRGENDWAS> DoorPi <doorpi-url>Was zeigt sich im Log von FHEM, wenn man "get config" und "get history" aufruft ?
LG
pah
LG
pah
die hier ist aktuell drin:
/usr/local/lib/python2.7/dist-packages/doorpi/action
-rw-r--r-- 1 root staff 15132 Mai 22 14:32 handler.py
die andere aus dem frisch aus dem SVN
hab die aus dem SVN genommen :
http://door/status?module=history_event&name=OnCallStateChange&value=1000
{
"history_event": []
}
http://door/status?module=history_snapshot
{
"history_snapshot": {}
}
http://door/status?module=config
{
"config": {
"AREA_config": {
"/control/config_get_configfile": "None",
"/control/config_save": "None",
"/control/config_value_delete": "None",
"/control/config_value_get": "None",
"/control/config_value_set": "None"
},
"AREA_control": {
".*": "None"
},
"AREA_dashboard": {
"/dashboard/pages/.*html": "None"
},
"AREA_public": {
".*": "None"
},
"AREA_status": {
"/mirror": "None",
"/status": "None"
},
"AdminNumbers": {
"**621": "active"
},
"DTMF": {
"\"#\"": "out:door,1,0,3"
},
"DoorPi": {
"base_path": "/usr/local/etc/DoorPi",
"eventlog": "/home/doorpi/log/eventlog.db",
"is_alive_led": "blinking_led",
"last_snapshot": "",
"number_of_snapshots": "10",
"snapshot_path": "/home/doorpi/records"
},
"DoorPiWeb": {
"indexfile": "index.html",
"ip": "",
"loginfile": "login.html",
"online_fallback": "http://motom001.github.io/DoorPiWeb",
"port": "80",
"public": "AREA_public",
"www": "/home/doorpi/records"
},
"EVENT_BeforeSipPhoneMakeCall": {
"10": "out:irlight,1",
"20": "take_snapshot",
"30": "os_execute:/home/doorpi/FHEMHelper.sh call started",
"40": "out:irlight,0",
"50": "os_execute:/home/doorpi/sendphoto call"
},
"EVENT_OnCallStateDisconnect": {
"10": "os_execute:/home/doorpi/FHEMHelper.sh call ended"
},
"EVENT_OnCallStateDismissed": {
"10": "os_execute:/home/doorpi/FHEMHelper.sh call dismissed"
},
"EVENT_OnCallStateReject": {
"10": "os_execute:/home/doorpi/FHEMHelper.sh call rejected",
"20": "out:audio,1"
},
"EVENT_OnKeyPressed_onboardpins.0": {
"10": "file_call_value:/home/doorpi/calltarget"
},
"EVENT_OnKeyPressed_onboardpins.1": {
"10": "os_execute:/home/doorpi/FHEMHelper.sh doorunlockandopen",
"20": "os_execute:aplay -D plughw:1,0 /home/doorpi/sounds/067_willkommen.wav"
},
"EVENT_OnKeyPressed_onboardpins.4": {
"10": "out:irlight,1",
"20": "os_execute:/home/doorpi/FHEMHelper.sh wrongid",
"30": "take_snapshot",
"40": "out:irlight,0",
"50": "os_execute:/home/doorpi/sendphoto.sh wrongid"
},
"EVENT_OnKeyPressed_onboardpins.5": {
"10": "os_execute:/home/doorpi/FHEMHelper.sh softlock"
},
"EVENT_OnKeyPressed_onboardpins.6": {
"10": "out:dashlight,1,0,1",
"20": "os_execute:/home/doorpi/FHEMHelper.sh movement"
},
"EVENT_OnKeyPressed_onboardpins.7": {
"10": "os_execute:/home/doorpi/FHEMHelper.sh sabotage"
},
"EVENT_OnKeyPressed_webservice.button1": {
"10": "os_execute:/home/doorpi/FHEMHelper.sh sabotage"
},
"EVENT_OnKeyPressed_webservice.button2": {
"10": "file_call_value:/home/doorpi/calltarget"
},
"EVENT_OnKeyPressed_webservice.clear": {
"10": "os_execute:/home/doorpi/FHEMHelper.sh clear"
},
"EVENT_OnKeyPressed_webservice.dooropen": {
"10": "out:door,1,0,3",
"20": "os_execute:/home/doorpi/FHEMHelper.sh dooropened"
},
"EVENT_OnKeyPressed_webservice.gettarget": {
"10": "os_execute:/home/doorpi/FHEMHelper.sh gettarget"
},
"EVENT_OnKeyPressed_webservice.purge": {
"10": "os_execute:/home/doorpi/FHEMHelper.sh purge"
},
"EVENT_OnKeyPressed_webservice.snapshot": {
"10": "out:irlight,1",
"20": "os_execute:/home/doorpi/FHEMHelper.sh call snapshot",
"30": "take_snapshot",
"40": "out:irlight,0",
"50": "os_execute:/home/doorpi/sendphoto.sh snapshot"
},
"EVENT_OnKeyPressed_webservice.streamoff": {
"10": "os_execute:/etc/init.d/mjpg_streamer stop"
},
"EVENT_OnKeyPressed_webservice.streamon": {
"10": "os_execute:/etc/init.d/mjpg_streamer start"
},
"EVENT_OnStartup": {
"10": "sleep:1",
"20": "os_execute:/home/doorpi/FHEMHelper.sh call init"
},
"EVENT_OnTimeMinuteEvery5": {
"10": "statuswatchdog:/tmp/doorpi.watchdog",
"20": "os_execute:/home/doorpi/FHEMHelper.sh alive"
},
"Group": {
"administrators": "admin",
"guests": "visitor"
},
"ReadPermission": {
"guests": "dashboard"
},
"SIP-Phone": {
"FirewallPolicy": "PolicyNoFirewall",
"audio_codecs": "PCMA,PCMU",
"call_timeout": "60",
"capture_device": "ALSA: USB PnP Sound Device",
"dialtone": "/home/doorpi/sounds/bigben_mono.wav",
"dialtone_renew_every_start": "False",
"dialtone_volume": "35",
"echo_cancellation_enabled": "False",
"firewallpolicy": "PolicyNoFirewall",
"identity": "DoorPi",
"local_port": "5060",
"max_call_time": "300",
"playback_device": "ALSA: USB PnP Sound Device",
"record_while_dialing": "False",
"records": "/home/doorpi/records/%Y-%m-%d_%H-%M-%S.wav",
"sipphonetyp": "linphone",
"sipserver_password": "Franz0602",
"sipserver_realm": "fritz.box",
"sipserver_server": "192.168.178.1",
"sipserver_username": "Fritzdoorpi",
"stun_server": "",
"ua.max_calls": "2",
"video_codecs": "VP8",
"video_device": "StaticImage: Static picture",
"video_display_enabled": "False",
"video_size": "vga"
},
"User": {
"admin": "admin",
"visitor": "visitor"
},
"WritePermission": {
"administrators": "dashboard,status,config"
},
"keyboards": {
"onboardpins": "piface",
"webservice": "filesystem"
},
"onboardpins_InputPins": {
"0": "sleep:0",
"1": "sleep:0",
"4": "sleep:0",
"5": "sleep:0",
"6": "sleep:0",
"7": "sleep:0"
},
"onboardpins_OutputPins": {
"0": "door",
"1": "light",
"2": "dashlight",
"3": "irlight",
"4": "hardlock",
"6": "audio",
"7": "blinking_led"
},
"onboardpins_keyboard": {
"bouncetime": "2000",
"polarity": "0",
"pressed_on_keydown": "True",
"pull_up_down": "PUD_UP"
},
"webservice_InputPins": {
"button1": "sleep:0",
"button2": "sleep:0",
"clear": "sleep:0",
"dashlightoff": "out:dashlight,0",
"dashlighton": "out:dashlight,1",
"doorlocked": "out:hardlock,1",
"dooropen": "sleep:0",
"doorunlocked": "out:hardlock,0",
"gettarget": "sleep:0",
"lightoff": "out:light,0",
"lighton": "out:light,1",
"purge": "sleep:0",
"snapshot": "sleep:0",
"streamoff": "sleep:0",
"streamon": "sleep:0"
},
"webservice_keyboard": {
"base_path_input": "/home/doorpi/keyboard/inputs/",
"base_path_output": "/home/doorpi/keyboard/outputs/",
"bouncetime": "2000",
"polarity": "0",
"pressed_on_keydown": "True",
"reset_input": "false"
}
}
}
geht alles mit IP oder mit door
get config
dann im log
die fhemhelper.sh befindet sich im Ordner /home/doorpi/
FHEMDP=Door # FHEM Devicename for DoorPi
FHEMIP=192.168.178.87 # IP address for DoorPi
FHEMPORT=8083 # Port number for DoorPi
FHEMHTTPS=false # true for HTTPS, false without HTTPS
curlprog=curl
curlargs=-k # -k to disable HTTPS certificate check,
# -u user:password for user and password
HOME=/home/doorpi # Doorpi Standard /usr/local/etc/DoorPi/
default_target=11 # default telephone number to be called
FHEMTTS="true" # true for TTS output, false without TTS
FHEMTTSDEVICE="AllTablets" # FHEM Devicename for TTS device
2017.05.23 13:56:08 0: Featurelevel: 5.8
2017.05.23 13:56:08 0: Server started with 10 defined entities (fhem.pl:14304/2017-05-17 perl:5.020002 os:linux user:fhem pid:2271)
2017.05.23 13:56:12 1: [DoorPi_GetConfig] virtual keyboard is defined as "webservice"
attr Door target0 **614 #eine Fritz Telefonnummer
attr Door target0 11 #Sammelrufnummer der Fritte
attr <DoorPi-Device> iconpic <string>
Icon to be used in overview instead of a (slow !) miniature picture
<string> ??? muss da /home/doorpi/records hin hab auch kein Beispiel gefunden wo ich ersehen könnte wie der String denn aussen müsste.
so nach sudo reboot ist nun auch records da
records
keyboard input output
log
sound
existiert
es klingelt aber noch nicht
muss da was geändert werden in der helper?
gettarget)
echo "{ReadingsVal('$FHEMDP','call_target','$default_target')}" | socat -t50 - TCP:$FHEMIP:7072 > $HOME/calltarget
;;
es wurde ja geschrieben das nur in der Helper was geändert werden muss
FHEMIP:7072 ???
target wurde ja oben in der helper definiert ?! aber mit 11 ( Klingel ) und **614 ( Telefon) ging es noch nicht
dassteht in der doorpi.ini, da wird doch das Klingelsignal ausgelöst wenn ich auf dem piface onboardpin 0 drücke wird call:Ergebnis von calltraget ausgeführt ???
#-- Ring the bell
[EVENT_OnKeyPressed_onboardpins.0]
10 = file_call_value:/home/doorpi/calltarget
Zitat von: Franz Tenbrock am 23 Mai 2017, 13:10:42
attr Door target ..... nicht definiert
attr Door target0 11
attr Door target1 12
usw.
kann man benutzen muss man aber zwingend nicht. Dient dazu wenn man nur einen Klingelknopf hat und will ab und an das Rufziel schnell wechseln ohne dafür die doorpi.ini editieren zu müssen.
attr Door iconpic RPi
zeigt eine kleine Himmbeere vor jedem Eintrag der Calllist, oder jedes andere x-beliebige Icon aus der großen Icon Sammlung. Lass es weg und du wirst ein 30x40 Mini Bild des Screenshots haben
attr Door iconaudio , in etwas das gleiche in Grün nur statt für die Snapshots für die .wav Dateien
/home/doorpi/records
Den Pfad hast du aktuell in deiner doorpi.ini unter snapshot_path eingetragen, nun sorge dafür das es das Subdir records auch gibt und der doopi User Schreibrechte dahin hat.
Das FHEM Modul übernimmt diese Info aus der doorpi.ini mittels get config
den Teil mit 11 und **614 habe jetzt nicht verstanden. Wenn du Doorpi als Türsprechstelle in der Fritte anlegst bekommt der erste Klingelknopf dort die Rufnummer 11. Der Event vom ersten Button in der doorpi.ini zeigt auch auf das Rufziel 11.
In der Fritte musst du aber noch festlegen welches Telefon oder welche Rufgruppe sich hinter dem Ziel 11 befindet.
in der Fritte ist 11 die Sammelrufnummer, es schellen alle Telefone, hatte oben es schon editiert in dem Moment wo ich von dir die Anwort bekommen habe
ich hatte schon mal so was definiert call: 11 oder auch call: **614und es hat geklingelt, aber ohne Helper etc.. in einer früheren Variante meiner viele Versuche
so ganz langsam verstehe ich was da läuft hab aber natürlich Probleme mit der syntax
mache erst mal ein Image und warte auf Vorschläge, ordner sind alle da s.o.
Danke
was mir noch auffällt ist das ich noch Json Fehlermeldungen immer weider bekommen, habe beides aber installiert, ev noch mal machen??
Zitat von: Franz Tenbrock am 23 Mai 2017, 14:23:32
in der Fritte ist 11 die Sammelrufnummer, es schellen alle Telefone, hatte oben es schon editiert in dem Moment wo ich
Sicher du kannst das "hart" in die doorpi.ini schreiben, dann gibt es eben keinen schnellen Wechsel mehr mit FHEM und set target. pahs Weg ist vllt. etwas schwerer zu durchschauen, macht aber nicht so geübten Usern das Handling leichter :)
Wegen dem JSON Fehler : keine Sorge , der nervt (siehe ein paar Seiten zurück, sowohl Sailor als auch ich haben den)
behindert aber die Funktion direkt nicht, also immer brav weg klicken. Oder in FHEM eine andere Seite aufrufen bevor der Klingelknopf gedrückt wird und erst dann wieder die doorpi Details wenn der Ruf beendet ist. Der Teil mit dem Fehler sollte eigentlich dafür sorgen das deine Calllist direkt einen Eintrag mehr anzeigt ohne die Seite erst verlassen zu müssen.
die Attribute
target0, target1 sind ja Ausweichrufnummern?! dh wenn ich in der fhemhelper eine Nummer stehen habe die nicht geht wird target 0 etc genommen
in der doorpi.in steht ja
#-- Ring the bell
[EVENT_OnKeyPressed_onboardpins.0]
10 = file_call_value:/home/doorpi/calltarget
das bedeutet doch eigentlich das es klingeln müsste wenn ich auf dem piface den 1. Drücker betätige.
leider klingelt es noch nicht,
hab ich doch richtig verstanden?
wenn ich den streamer mit set off schalte und dann einen snapshot machen so kommt auhc ein jpg in den Ordner records, hatte Sailor glaube ich auch,
wird ja, langsam und mühsam aber es wird wohl
Zitatwenn ich den streamer mit set off schalte und dann einen snapshot machen so kommt auhc ein jpg in den Ordner records, hatte Sailor glaube ich auch,
So ist das gedacht, ja.
Gerufen wird die Nummer, die in der Hilfsdatei "calltarget" steht. Das kann man von FHEM-DoorPi aus wechseln. Und ja: Wenn man Button 0 drückt, sollte das auch direkt gehen. Wenn nicht, stimmt entweder der Inhalt der calltarget-Datei nicht, oder die Konfiguratioin von DoorPi ist noch nich tok.
LG
pah
Zitat von: Franz Tenbrock am 23 Mai 2017, 15:30:57
10 = file_call_value:/home/doorpi/calltarget
das bedeutet doch eigentlich das es klingeln müsste wenn ich auf dem piface den 1. Drücker betätige.
jein ... es wird beim Drücken die Rufnummer angewählt die im File /home/doorpi/calltarget drin steht
Damit /home/doorpi/calltarget einen gültigen Inhalt hat :
a. prüfen ob /home/doorpi/calltarget schon da ist , wenn nein ggf. erzeuge eine ( touch /home/doorpi/calltarget )
oder mit deinem Lieblingseditor anlegen und gleich mit Inhalt befüllen zb 11
b. lege in FHEM das attr target0 mit 11 an und target1 mit 12
c. in FHEM : set Door target 1 -> prüfe danach den Inhalt von /home/doorpi/calltarget, sollte 12 sein
d. in FHEM : set Door target 0 -> prüfe danach den Inhalt von /home/doorpi/calltarget, sollte 11 sein
wenn das klappt kannst du jederzeit aus FHEM bestimmen wer bei Klingeldrücken angerufen werden soll
beim ausführen von set Door targetx sollte sich auch das Reading call_target ändern und jeweils die passende Rufnummer anzeigen. Beachte bitte auch in der FHEMHelper.sh deinen Eintrag "default_target=**614"
Hallo Wzut
also mit
cd /Home/doorpi ins richtige Verzeichnis
dort dann sudo nano calltarget
dort dann 11 udn gespeichert Rechte auf 0755 ?! gesetzt
dann die attr so vergeben wie du geschrieben hast
dann auch set ..
leider ändert sich an der Datei callltarget nichts, muss die Datei ev call_target heissen?
aber
im Reading steht dann doch die 12
Beachte bitte auch in der FHEMHelper.sh deinen Eintrag "default_target=**614"
Was meinst du damit ?
soweit ich es jetzt verstanden habe kann ich über FHEM doch über target 0,1,2 festlegen was schellen soll
was hat dann Vorfahrt
es klingelt
als ich target 0 = 11 eingestellt habe
muss die calltarget immer händisch angelegt werden, hab ich was überlesen ?
1000 Dank das ihr mich weiter unterstützt habt
PAH @WZUT ;)
PS wer das gelesene im Hirn abspeichert der kommt früher zum Ergebniss
Automatisierung / Antw:DoorPi-Projekt
« Text von UweH am 13 Dezember 2016, 15:33:51 »
so Snapshot lässt sich über Klick auf das kleine Bild schön groß darstellen
so nun auch die wav zu finden,
habe das Gefühl, dass es irgendwie mit dem streamer zusammenhängt
wenn ich den stoppe reagiert das System scheinbar irgendwie anders ?!
werdem mal weiter mit und ohne Streamer testen, gewisse Zeitverzögerugen hatte Sailor ja auch.
die usb Karte ist so definiert
pi@Door:/home/doorpi $ cat /proc/asound/cards 0 [ALSA ]: bcm2835 - bcm2835 ALSA
bcm2835 ALSA
1 [Device ]: USB-Audio - USB Audio Device
GeneralPlus USB Audio Device at usb-3f980000.usb-1.2, full speed
pi@Door:/home/doorpi $
es geht weiter
Zitat von: Franz Tenbrock am 23 Mai 2017, 18:39:57
leider ändert sich an der Datei callltarget nichts, muss die Datei ev call_target heissen?
--snipp ---
Beachte bitte auch in der FHEMHelper.sh deinen Eintrag "default_target=**614"
Was meinst du damit ?
soweit ich es jetzt verstanden habe kann ich über FHEM doch über target 0,1,2 festlegen was schellen soll
was hat dann Vorfahrt
--snipp ---
muss die calltarget immer händisch angelegt werden, hab ich was überlesen ?
Nein, nein die Datei nennt sich callltarget. Ich weiss nicht mehr ob ich sie damals von Hand anlegt habe, ich selbst nutze sie nicht da ich drei Klngelknöpfe habe
(Mehrfamilienhaus) und meine drei internen Nummern 11,12,13 fest in der doorpi.ini stehen habe. Die gesammte Zuordung welches Telefon bei welcher Taste klingelt steht bei mir in der Fritzbox. default_target : Hier würde ich bei dir die 11 statt einer echten internen Telefonnmmer eintragen. Eine Vorfahrt gibt es nicht, du hast einen Klingelknopf und welches Telefon als nächstes klingelt steht in der calltarget und im Reading.
Beim Streamer kann ich dir leider nicht weiterhelfen da ich ihn nicht benutze, d.h. ich verwende nicht die PI Cam sondern eine externe uralte IP Kamera.
Meine Klingelknöpfe sind im Briefkasten verbaut und da dieser recht niedrig an der Grundstücksgrenze angebracht ist würde die PI Cam mir vermutlich nur den Bauchnabel des Besuchers zeigen :)
es läuft ja jetzt,
teste jetzt das unterschiedliche Verhalten, Zeitverzögerung etc.
erst klappte das mit den wav Dateien nicht, ging dann aber nach einigen Klingelversuchen.
muss jetzt erst mal den Verstärker ans piface bzw usb Sound anschließen :(
da gabs auch lange breite Diskussionen im doorpi Forum, der eine macht es so der andere so....
Leider fassen die User das hinterher nicht zusammen wenn es denn läuft.
Ich hab nun meine Sammlung vom 1. Befehl bis zum letzten.
das letzte was schienbar fehlt war calltarget
und es klappt alles selbst im eingebauten Zustand !
https://forum.fhem.de/index.php/topic,71388.msg635058.html#msg635058
1000 Dank an PAH, WZUT und UWE
ich war mindestens 10 mal dabei aufzugeben, aber es hat sich gelohnt 8)
ich schon wieder ;)
gibt es eigentlich eine Möglichkeit mit einem Klick zB die Klingel abzustellen
meine Frau wollte heute Mittag ein Nickerchen machen und der Eismann hat wieder pünktlich geschellt
so ein Klick eine Stunde aus , oder über Nacht aus wäre cool
oder ein Anrufbeantworter in der Mittagszeit man solle sich vom Hof scheren, wenn ich recht überlege könnte man das über die Fritte lösen ?! aber wenn doorpiFhem das mit einem Klick erledigen könnte
ansonsten hab ich noch das Problemchen wie Sailor auch das die Readings verzögert dagestellt werden und der Snapschot nicht läuft, wer einen kurzen Tip aus dem FF hat kann ihn ja mir mitteilen, ansonsten muss ich sonst wohl wieder einiges lesen,
aber der WAF ist schon mal klasse und Rückkopplung hab ich zum Glück auch nicht
Hallo Franz
Zitat von: Franz Tenbrock am 23 Mai 2017, 18:39:57
so Snapshot lässt sich über Klick auf das kleine Bild schön groß darstellen
habe das Gefühl, dass es irgendwie mit dem Streamer zusammenhängt
wenn ich den stoppe reagiert das System scheinbar irgendwie anders ?!
werden mal weiter mit und ohne Streamer testen, gewisse Zeitverzögerungen hatte Sailor ja auch.
a) Ich habe das Problem mit den snapshots dadurch behoben, dass ich beim Klingelknopf-Event zunächst den Streamer ausschalte, den Anruf tätige und einen Snapshot mache und anschließend den Streamer wieder aktiviere - Streamer und Snapshot funktionieren nicht gleichzeitig.
b) Ich habe das Problem mit den falschen Dateinamen (Zeitstempelproblem) dadurch geloest bekommen, indem ich die Reihenfolge in der doorpi.ini geändert habe: Esrt den Anruf tätigen, dann den snapshot machen. Und schon sind die Dateinamen in der gewünschten Zeitstempel-Reihenfolge.
[EVENT_OnKeyPressed_onboardpins.0]
10 = os_execute:/etc/init.d/mjpg_streamer stop
20 = out:irlight,1
30 = call:**621#622#623#624#625#626
40 = take_snapshot
50 = file_call_value:/home/doorpi/calltarget
60 = os_execute:/etc/init.d/mjpg_streamer start
[EVENT_OnCallStateDisconnect]
10 = os_execute:/home/doorpi/FHEMHelper.sh call ended
30 = os_execute:/etc/init.d/mjpg_streamer stop
40 = out:irlight,0
[EVENT_OnCallStateDismissed]
10 = os_execute:/home/doorpi/FHEMHelper.sh call dismissed
20 = os_execute:/etc/init.d/mjpg_streamer stop
30 = out:irlight,0
[EVENT_OnCallStateReject]
10 = os_execute:/home/doorpi/FHEMHelper.sh call rejected
20 = os_execute:/etc/init.d/mjpg_streamer stop
30 = out:irlight,0
Gruss
Sailor
Danke
hab heute aber keine Lust mehr ..
das mit dem Bild drehen und der Helligkeit waren genug Erfolgserlebnisse heute
hab zur Zeit einen Verstärker für 1,90 incl Versand aus der Bucht, der funktioniert soweit auch ganz gut
ist aber noch nicht geschaltet, das muss ich auch noch ändern, bzw gegen die bestellten Foxnovo tauschen
die Kamera noch was nachjustieren, dann das Ganze dauerhaft befestigen
aber das wichtigste
die Grundfunktionen funktionieren super und es sieht super aus und selbst meine Frau ist begeistert.
Liebe Frau Tenbrock: Ich trinke französischen Rotwein 8)
LG
pah
Hallo pah
Zitat von: Prof. Dr. Peter Henning am 07 Juni 2017, 20:13:19
Liebe Frau Tenbrock: Ich trinke französischen Rotwein 8)
Ich glaube bei der Menge an Support-Beitraegen, sind aus Gründen des Verschleiß an den Fingern mindestens ein Gutschein für eine Manikuere von Nöten. ;D
Gruß
Sailor
Adresse hab ich ja ;) PAH
muss da mal drüber schlafen
verdient hat er es ja
und ein paar hab ich noch im Keller
Zitat von: Franz Tenbrock am 07 Juni 2017, 20:44:03
Adresse hab ich ja ;) PAH
muss da mal drüber schlafen
verdient hat er es ja
und ein paar hab ich noch im Keller
Das hättest Du nicht so laut sagen dürfen... Jetzt wird die Adress-Liste länger! ;D
Gruss
Sailor
dann hoffe ich mal das er ihm auch mundet...
rot und lecker lecker lecker...
@PAH also nicht wundern wenn die Tage ein Päckchen kommt ;)
Öh - das war als Witz gemeint, meine Hilfe bei Open Source Projekten ist immer kostenfrei.
Aber zurückweisen werde ich das sicher nicht.
LG
pah
Hallo pah
Zitat von: Prof. Dr. Peter Henning am 08 Juni 2017, 21:22:44
Öh - das war als Witz gemeint, meine Hilfe bei Open Source Projekten ist immer kostenfrei.
Aber zurückweisen werde ich das sicher nicht.
Ja nee, is klar! ;)
Aber verdient hast du die Flasche wirklich!
Vielleicht steigt dadurch der WAF hinsichtlich der unzähligen Stunden, die du im Forum verbringst, ja etwas. ;D
Gruss
Sailor
genau
lass es dir mit deiner Frau schmecken...
wir haben hier Weinproben bei einem Feinkosthändler und da hab ich den probiert.....
ein ganz kleine Frage
wenn ich den Raspi reboote ist die Kamera falsch eingestellt
wo kommen die beiden Befehle zur Justierung der Kamera hin damit sie beim Raspi Start automatisch ausgeführt werden ????
uvcdynctrl -s 'Rotate' 90
uvcdynctrl -s 'Brightness' 80
jedesmal im putty Fenster eingeben ist lästig
Hallo Franz
Zitat von: Franz Tenbrock am 11 Juni 2017, 18:05:43
ein ganz kleine Frage
wenn ich den Raspi reboote ist die Kamera falsch eingestellt
wo kommen die beiden Befehle zur Justierung der Kamera hin damit sie beim Raspi Start automatisch ausgeführt werden ????
uvcdynctrl -s 'Rotate' 90
uvcdynctrl -s 'Brightness' 80
jedesmal im putty Fenster eingeben ist lästig
Ich habe es nicht ausprobiert und rate jetzt ohne zu wissen ob es funktioniert -
Versuch es mal in der doorpi.ini:
[EVENT_OnStartup]
10 = sleep:1
20 = os_execute:/home/doorpi/FHEMHelper.sh init
30 = os_execute:/home/doorpi/FHEMHelper.sh call init
40 = os_execute:uvcdynctrl -s 'Rotate' 90
50 = os_execute:uvcdynctrl -s 'Brightness' 80
Gruss
Sailor
Zitat von: UweH am 18 Januar 2017, 17:31:56
Ich habe eine Acrylkuppel von Gira mit 55mm Innendurchmesser am Rand und habe die LEDs weit nach außen gesetzt, stehen also nicht so eng. Sieht m.E. dann nicht wirklich überladen aus.
Gruß
Uwe
Hi.
Kannst du mir sagen, welches Filament du genutzt hast? und vielleicht das Model deines Druckers nennen? (plane eine Neuanschaffung)
Vielen Dank.
@Sailor
deinen beiden Tips von oben funktionieren beide., also Bild nun direkt richtig nach Neustart.
thx
wie ist das eigentlich mit dem email Versand der Bilder,
muss man dafür wirklich sein Passwort im Klartext in der doorpi.ini angeben ?!, würde ich nur ungern machen
alternativ müsste ich mir ein extra Postfach anlegen und das dann weiterleiten
Es wird ja eben kein Bild verschickt - sondern nur ein Link. Den kann man auch per remote copy versenden, oder einen FHEM-Dummy damit belegen.
LG
pah
alles verstanden >:(
ich werde erst mal was lesen
beim einem Gläschen Roten...
und wieder was weiter
Lan Koppelung mit Arbeitsplatz steht,
IP Telefon so eingerichtet das ich mit der Haustür sprechen kann,
Snapshots und Tonmitschnitte werden sauber in FHEM aufgelistet und auch angezeigt
mit der fhemhelper.sh funktioniert es aber nicht, mache das alles über die doorpi.ini
da ich ja nur eine Klingel habe reicht mir das auch
mal sehen wie das Wetter am WE wird, ev. probiere ich das mit der mail ja
nun ist das Ganze ja schon ein paar Tage im Einsatz
nach einigen Problemchen bei der Einrichtung der Lan Koppelung mit meinem Arbeitsplatz klappt das nun super, aber da hatte ja auch andere schon Probleme, unterschiedliche Fritten....mit dem AVM Tool ging es dann aber
nun schellt mein Telefon am Arbeitsplatz wenn erin zuhause an der Tür schellt, ob das Bild durchgeleitet wird ? noch das einfache Fritzfon. Mit einem Klick auf Livebild zuhause sehe ich aber sofort ein Bild von der Tür im Explorer.
Die Liste mit den Snapshots und den Audiodateien funktioniert auch, ein Klick auf das Bild oder die Wav 8)
Mit der Helper bin ich nicht zurechtgekommen, da ich aber nur die Klingel habe hab ich darauf verzichtet noch mehr Zeit darein zu stecken.
Gestern ist die Foxcon Soundkarte gekommen, ob ich die zur Zeit eingebaute noch wechsel ? Sound ist gut
Was schön wäre ann man ein attr hätte wo man die Anzahl der Readings einstellen könnte. Die Liste wird immer länger, und die per Hand zu löschen ist unbequem, bekomm das aber hin.
In der Helper war purge dafür ??
Einw eiteres Problem was ev daran liegt das ich die Helper nicht nutze ist, dass ich shutdown restart machen muss damit sich die Liste aktualisiert, danach ist sie aber aktuell
Was mache ich noch falsch?
DoorPi und das DoorPi-Modul kommunizieren miteinander ! Insbesondere teilt DoorPi dem DoorPi-Modul (über die FHEMHelper.sh !!! ) mit, dass ein neuer call empfangen wurde, etc. Die Aktualisierung der Liste geht automatisch, wenn alles korrekt installiert wurde.
Ohne FHEMHelper.sh braucht man nur "get history" auszuführen, ein Restart ist in keinem Fall erforderlich.
Der purge-Befehl löscht alles, was älter ist als 24 Stunden. Das könnte man auf n x 24 h verallgemeinern und eiN Attrinut einsetzen, das die Anzahl der angezeigten Tage begrenzt.
Wird aber bei meiner derzeitigen Arbeitsbelastung garantiert September, bis ich so etwas realisieren kann. Derzeit baue ich eine zweite test-Hardware auf, weil auch der Arduino-Kern weiterentwickelt werden soll.
LG
pah
Thanks
Hi,
ich habe mein DoorPi Board soweit in Betrieb genommen (noch nicht alles ist dran, aber es ist schon recht weit), und habe jetzt einige Probleme bei dem FHEM-Modul.
Ich verwende die hier gepostete Version 2.0alpha11. Es gibt im Prinzip zwei Probleme:
1. die Vorschau-Bilder und die Links zu den Bildern und wav-dateien funktionieren nicht. Wenn ich den Mauszeiger über den Link in der Liste halte, sieht der Link so aus: "http://192.168.1.48/2017-07-04_00-32-26.jpg". Das ist ja schon falsch oder? Wenn ich darauf klicke, erhalte ich folgende Fehlermeldung im Browser:
Error response
Error code 404.
Message: [Errno 2] Datei oder Verzeichnis nicht gefunden: '/usr/local/etc/DoorPi/../DoorPiWeb/2017-07-03_23-58-28.jpg' - HTTP Error 404: Not Found.
Error code explanation: 404 = Nothing matches the given URI. HTTP/1.0 500 'NoneType' object is not iterable Server: BaseHTTP/0.3 Python/2.7.9 Date: Tue, 04 Jul 2017 17:40:18 GMT Content-Type: text/html Connection: close
Error response
Error code 500.
Message: 'NoneType' object is not iterable.
Error code explanation: 500 = Server got itself in trouble.
Hier taucht ein Verzeichnis "/usr/local/etc/DoorPi/../DoorPiWeb/" auf, was es so nicht gibt, was ich aber auch nirgends (bewußt) so definiert habe. Was läuft da falsch? Der Name der .jpg bzw. .wav Datei stimmt, und die Bilder und Aufzeichnungen liegen eigentlich im Verzeichnis /home/pi/records (was auch in der DoorPi.ini so eingetragen ist).
2. Das zweite Problem ist das Problem mit der Fehlermeldung von jQuery, siehe Screenshot. Dafür gibt es wohl einen Workaround wie ich hier gelesen habe, aber noch keine Lösung oder? Ich vermute das liegt an einer unterschiedlichen jQuery Version, da das bei manchen auftritt aber beim Großteil scheinbar nicht. Wo könnte man da ansetzen um dem auf den Grund zu gehen? Wenn ich in meiner Browser-Konsole "console.log(jQuery.fn.jquery);" eingebe erhalte ich als Version "1.11.2".
Zitat von: Joker am 04 Juli 2017, 19:47:36
sieht der Link so aus: "http://192.168.1.48/2017-07-04_00-32-26.jpg". Das ist ja schon falsch oder? Wenn ich darauf klicke, erhalte ich folgende Fehlermeldung im Browser:
Error response
Error code 404.
-- snipp --
Error code explanation: 500 = Server got itself in trouble.
Hier taucht ein Verzeichnis "/usr/local/etc/DoorPi/../DoorPiWeb/" auf, was es so nicht gibt, was ich aber auch nirgends (bewußt) so definiert habe.
Denkfehler :) pah hat das Modul so geschrieben das es quasi überall laufen kann und nicht zwingend direkt auf dem DoorPi. Daher zeigen die Links auch direkt auf ein Ziel innerhalb des DoorPi interenen Webservers und NICHT auf einen FHEM Web Pfad :)
Poste doch mal deine Doorpi.ini , mit Sicherheit hast du da den org. Basepath drin, d.h. lege deine Screens und Records ruhig nach DoorPi Standart ab und checke die Bilder und Sounds direkt in der DoorPi Webseite. Das muss zuerst alles stimmen, erst dann kommt das FHEM Modul von pah ins Spiel.
Zitaterst dann kommt das FHEM Modul von pah ins Spiel
Amen, Bruder, Amen.
LG
pah
Danke. Nun werde die Snapshots angezeigt. Ich hatte an den Pfaden was gedreht, damit die Dateien im home-Verzeichnis liegen und den "www =" Eintrag in der [DoorPiWeb] Sektion aber so gelassen wie er war.
Aber ganz ehrlich: Logisch erscheint mir das immer noch nicht. Von der Benennung her habe ich gedacht dass dieser Eintrag was mit den html-Seiten vom DoorPi zu tun hat, und daher habe ich den auch absichtlich so gelassen. Warum dieser Eintrag auf das records-Verzeichnis zeigen muss, erschließt sich mir nicht. Vielleicht mag mich jemand aufklären :) Jedenfalls gehen nur dann die Bilder.
Zitat von: Wzut am 05 Juli 2017, 07:12:32
Denkfehler :) pah hat das Modul so geschrieben das es quasi überall laufen kann und nicht zwingend direkt auf dem DoorPi. Daher zeigen die Links auch direkt auf ein Ziel innerhalb des DoorPi interenen Webservers und NICHT auf einen FHEM Web Pfad :)
Denkfehler..? Verstehe ich jetzt nicht. Dass das Modul (also damit dann FHEM) nicht auf dem DoorPi laufen muss ist mir klar (ist auch bei mir nicht so). Ich hatte ja nur nicht verstanden wie dieser Pfad überhaupt zusammengesetzt wird.
Zitatlege deine Screens und Records ruhig nach DoorPi Standart ab und checke die Bilder und Sounds direkt in der DoorPi Webseite. Das muss zuerst alles stimmen, erst dann kommt das FHEM Modul von pah ins Spiel.
Mach ich prinzipiell so. Aber: Mir war gar nicht bewußt dass man die Snapshots auf der DoorPi Webseite anschauen kann. Von daher bin ich auch nicht auf die Idee gekommen das zu überprüfen ;)
Das Verhalten ist bei mir auch ehrlich gesagt ein wenig ulkig- Es gehen ja jetzt wie gesagt die Bilder im FHEM-Modul, aber direkt auf der DoorPi Webseite werde die trotzdem nicht angezeigt. Das liegt daran dass dort die Links folgendermaßen aussehen:
al/etc/DoorPi/records/2017-07-04_00-28-36.jpgAls wäre der vordere Teil abgeschnitten worden. Der Aufruf von status?module=history_snapshot liefert ebensolche Ergebnisse:
{
"history_snapshot": [
"al/etc/DoorPi/records/2017-07-04_00-28-35.wav",
"al/etc/DoorPi/records/2017-07-04_00-28-36.jpg",
"al/etc/DoorPi/records/2017-07-04_00-32-25.wav",
"al/etc/DoorPi/records/2017-07-04_00-32-26.jpg",
"al/etc/DoorPi/records/2017-07-04_00-33-07.jpg",
"al/etc/DoorPi/records/2017-07-04_00-42-30.jpg",
"al/etc/DoorPi/records/2017-07-05_18-46-26.jpg",
"al/etc/DoorPi/records/2017-07-05_18-46-27.jpg",
"al/etc/DoorPi/records/2017-07-05_18-46-32.jpg",
"al/etc/DoorPi/records/2017-07-05_19-15-57.jpg",
"al/etc/DoorPi/records/2017-07-05_19-16-56.jpg",
"al/etc/DoorPi/records/2017-07-05_19-50-33.jpg",
"al/etc/DoorPi/records/2017-07-05_19-53-07.jpg",
"al/etc/DoorPi/records/2017-07-05_19-55-56.jpg",
"al/etc/DoorPi/records/2017-07-05_19-55-55.wav"
]
}Warum auch immer.
Das heißt jedenfalls, im FHEM Modul geht es, aber auf der DoorPi-Webseite nicht - von daher wäre es eh schwierig gewesen erst auf der DoorPi-Webseite alles zu überprüfen und dann erst mit dem FHEM Modul weiter zu machen.
Nö, das ist gar nicht schwierig. Die Pfade werden durch einen Bug in der DoorPi-Software abgeschnitten. Wenn man sie in der Browser-Adresszeile richtig einträgt, geht das wunderbar.
Und natürlich werden die Bilder nur angezeigt, wenn sie im Pfad des Webservers liegen.
pah
Hallo zusammen,
da ich nun die Platine und vor allem ein bisschen Zeit habe, wird es bei mir nun auch immer konkreter.
Ich habe auch mittlerweile die Ausbaustufe ein bisschen erhöht so das es jetzt doch der Vollausbau der alten Anlage wird, wie ich mir das gewünscht hatte.
Jetzt bin ich aber zusammen mit meiner Frau auf der Suche nach Klingel- bzw. Lichtknöpfen.
Im Wiki (https://wiki.fhem.de/wiki/DoorPi_und_FHEM#Sensoren) steht dieser hier als Referenz https://smile.amazon.de/dp/B01DKTHDXE (aber Achtung der Link aus dem Wiki ging bei mir nicht)
Da wir sowohl Licht- als auch Klingelknopf ersetzen müssen dendiere ich dazu einen mit Dauerbeleuchtung für das Licht und einen für die Klingel wie im Wiki beschrieben.
Bei dem von Amazon steht folgendes in der Beschreibung:
Zitat6 Anschluss-Pins LED-Spannung 6V bis 24V AC / DC Schaltleistung max : 5 A - 250 V Einbau Ø25mm Außen Ø28mm Länge 36mm
Dabei ist mir dann Aufgefallen, was brauche ich denn wirklich und wieso sind die LED's ab 6V, woher kommen die 6V
Kann mich da jemand aufklären?
Gerne nehme ich auch andere Varianten als Vorschlag entgegen, wir suchen momentan aber könnten da noch ein bissel Erfahrung von Euch gebrauchen.
Danke und Grüße
Christian
Zitat von: Christian Uhlmann am 11 Juli 2017, 14:26:56
wieso sind die LED's ab 6V, woher kommen die 6V
die Spannung für die eingebaute LED kommt von deinem Klingeltrafo und da es hier einen großen Zoo der verwendeten Spannungen und zu allem Überfluss noch Gleich und Wechselspannung Varianten gibt, ist der von dir ausgesuchte Taster gut aufgestellt mit dem Spektrum 6 - 24V AC / DC. D.h der sollte wirklich an fast jedem Klingeltrafo hell werden :)
Und vor allem läuft er auch bei 5V. Bei mir wird er übrigens parallel zur Display-Helligkeit gesteuert.
LG
pah
Die mindestens "6V" werden durch Reihenschaltung der LED mit einer Konstantstromquelle im Inneren des Tasters zustande kommen. Wo du sie in deiner Installation herbekommst, hängt natürlich von deinen Möglichkeiten ab. Zu Not mittels StepUp Wandler aus den 5V, mit denen du den RP betreibst.
Ich bin auf der suche nach einem Lieferanten, für den Kameradom.
Der von farion aufgführte China ebay-Händler, hat keine 2 Zoll Varianten mehr.
Meine Bestellung von letzter Woche, hat er mir heute gecancelt. :o
Kennt jemand einen anderen Lieferanten?
Gruß
Marcel
Immer erst mal den freundlichen Chinesen fragen: https://de.aliexpress.com/store/product/2-INCH-Acrylic-Indoor-Outdoor-dome-camera-housing-cover-vandal-transparent-dome-security-camera-cover/1776056_32328619298.html
LG
pah
für 12,50 bekommt man aber eine ganze IP Kamera incl Versand, und nach 3 Tagen ist das Teil da
etwas Nacharbeit und die picam passt da optimal rein und man spart da Kameradome.
https://www.doorpi.org/forum/thread/809-franz-und-sein-doorpi-trotz-vieler-stolpersteine-ein-happy-end/?postID=6813#post6813
Hallo zusammen,
ich habe mir vor einiger Zeit schon die iButton Reader aus Fernost bestellt, wie unter
https://wiki.fhem.de/wiki/DoorPi_und_FHEM#iButton-Subsystem
beschrieben, leider funktioniert der Link nicht mehr, aber es waren solche hier:
https://de.aliexpress.com/item/TM-probe-DS9092-Zinc-Alloy-probe-iButton-probe-reader-with-LED-M98/32630537941.html
Ja, ist kein Tri-Color LED sondern nur eine LED aber mir stellt sich die Frage, welches Kabel welche Funktion hat?
Es gibt, rot, weiß, schwarz und grün (in dieser Reihenfolge, mit einem Stecker dran)
Leider bin ich zu blöd, dafür eine Belegung zu finden.
Ist da schon jemand fündig geworden oder kann mir sagen welche Belegung diese Kabel haben?
Danke und Grüße
Christian
Guten Tag zusammen.
Ich habe doorpi soweit installiert.
Ich wollte erstmal klein anfangen und über FHEM und Doorpi jeweils den stream starten und stoppen..
Über fhem geht das auch, allerdings sendet doorpi keine Daten an fhem...
Ich denke mal es liegt an der Authentifizierung des Doorpis..
FhemHelper.sh
# /bin/sh
FHEMDP="Tuersprechanlage"
FHEMIP="192.168.178.34"
FHEMPORT="8088"
FHEMHTTPS="false"
curlprog="curl"
curlargs="-k "
HOME="/home/doorpi"
default_target="yyyyyy"
### FHEM path ###
if [ $FHEMHTTPS = "true" ]; then
FHEM="https://$FHEMIP:$FHEMPORT/fhem?XHR=1&cmd.$FHEMDP"
else
FHEM="http://$FHEMIP:$FHEMPORT/fhem?XHR=1&cmd.$FHEMDP"
fi
case $1 in
init) #-- send current target to FHEM
target=`cat $HOME/calltarget`
$curlprog $curlargs "$FHEM=setreading%20$FHEMDP%20call_target%20$target" &
#-- send state of mjpg_streamer to FHEM
streampid=`pidof mjpg_streamer`
if [ -z "$streampid" ]; then
$curlprog $curlargs "$FHEM=setreading%20$FHEMDP%20stream%20off" &
else
$curlprog $curlargs "$FHEM=setreading%20$FHEMDP%20stream%20on" &
fi
;;
##Pin 3 löst eine nachricht an fhem aus das stream auf on ist
doorbutton)
$curlprog $curlargs "$FHEM=setreading%20$FHEMDP%20stream%20on" &
;;
esac
Doorpi.ini
Das wichtige steht ab Virtuell Keyboard wo ich testweise ein Taster am raspberry angeschlossen habe.
Er startet auch den stream.
Aber fhem bekommt keine Meldung darüber
[DoorPi]
base_path = /usr/local/etc/DoorPi
snapshot_path = /home/doorpi/records
number_of_snapshots = 10
eventlog = /home/doorpi/log/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 = /home/doorpi/records
[AREA_public]
.*
[AREA_config]
/control/config_value_get
/control/config_value_set
/control/config_value_delete
/control/config_save
/control/config_get_configfile
[AREA_dashboard]
/dashboard/pages/.*html
[AREA_status]
/status
/mirror
[AREA_control]
.*
[User]
admin = admin
visitor = visitor
[Group]
administrators = admin
guests = visitor
[WritePermission]
administrators = dashboard,status,config
[ReadPermission]
guests = dashboard
[AdminNumbers]
**621 = active
[DTMF]
"#" = out:door,1,0,3
####################### SIP phone #######################
[SIP-Phone]
identity = DoorPi
local_port = 5060
firewallpolicy = PolicyNoFirewall
#
sipphonetyp = linphone
sipserver_password = xxxxxxxxxxxxx
sipserver_realm = fritz.box
sipserver_server = yyyyyyyyyyyy
sipserver_username = 620
stun_server =
#
max_call_time = 300
call_timeout = 60
ua.max_calls = 2
#
capture_device = ALSA: USB PnP Sound Device
playback_device = ALSA: USB PnP Sound Device
audio_codecs = PCMA,PCMU
record_while_dialing = False
records = /home/doorpi/records/%Y-%m-%d_%H-%M-%S.wav
#
dialtone = /home/doorpi/sounds/ShortDialTone.wav
dialtone_renew_every_start = False
dialtone_volume = 35
echo_cancellation_enabled = False
#
video_codecs = VP8
video_device = StaticImage: Static picture
video_display_enabled = False
video_size = vga
####################### Events #######################
[EVENT_OnCallStateDisconnect]
10 = os_execute:/home/doorpi/FHEMHelper.sh call end
[EVENT_OnCallStateDismissed]
10 = os_execute:/home/doorpi/FHEMHelper.sh call dismissed
[EVENT_OnCallStateReject]
10 = os_execute:/home/doorpi/FHEMHelper.sh call rejected
[EVENT_OnTimeMinuteEvery5]
10=statuswatchdog:/tmp/doorpi.watchdog
####################### Keyboards ##############################
[keyboards]
webservice = filesystem
onboardpins = gpio
####################### Virtual keyboard #######################
[webservice_keyboard]
base_path_input = /home/doorpi/keyboard/inputs/
base_path_output = /home/doorpi/keyboard/outputs/
reset_input=false
[webservice_InputPins]
streamon = sleep:0
streamoff = sleep:0
#-- start video stream
[EVENT_OnKeyPressed_webservice.streamon]
10 = os_execute:/etc/init.d/mjpg_streamer start
#-- stop video stream
[EVENT_OnKeyPressed_webservice.streamoff]
10 = os_execute:/etc/init.d/mjpg_streamer stop
####################### Real keyboard #######################
[onboardpins_keyboard]
pull_up_down = PUD_UP
bouncetime = 200
[onboardpins_InputPins]
3 = sleep:0
#-- doorbutton on Raspi
[EVENT_OnKeyPressed_onboardpins.3]
10 = os_execute:/etc/init.d/mjpg_streamer start
20 = os_execute:/home/doorpi/FHEMHelper.sh call doorbutton
WEBapi
defmod WEBapi FHEMWEB 8088 global
attr WEBapi HTTPS 0
attr WEBapi allowfrom 192.168.178.35
attr WEBapi csrfToken none
attr WEBapi room System
Das ganze soll wegen der Token Problematik über die WEBapi geleitet werden Port 8088.wie Es auch in der Helper Datei steht.
Ich habe schon einige Varianten Probiert aber kein erfolg damit gehabt.
Ich hab zudem auch nirgends gelesen wie ich das Signal des Mikrofons an Fhem zur weiterleitung und das Signal des Lautsprecher zum Doorpi schicke...
Für Tipps wäre ich sehr dankbar.
Nachtrag Fehler gefunden: Falsche Formatierung der .ini und .sh Datei. Lösung mit Notepad++ richtig formatiert.
Ein herzerfischendes "Moin" vom "hintern-Deich" vorweg
Ich weiss, dass es fuer dieses Anliegen hier nicht das richtige Forum ist, ich waere aber fuer Eure Hilfe sehr dankbar.
Mein ausfuehrliches Hilfegesuch findet Ihr hier: https://www.doorpi.org/forum/thread/854-nur-einseitige-sip-phone-kommunikation-mit-usb-soundkarte/ (https://www.doorpi.org/forum/thread/854-nur-einseitige-sip-phone-kommunikation-mit-usb-soundkarte/)
Gerne koennt ihr mir auch per PM oder hier im Forum antworten, wenn ihr keinen Account fuer das Parallel-Forum habt.
Erfahrungsgemaess sind die Foristen in diesem Forum irgendwie gespraechiger. ;D
Danke - wie immer!
Nachtrag 06.08.2017: Problem geloest. Ich habe alle Telefone und die Tuerstation aus der FritzBox geloescht und neu engelegt. Und schon funktioniert es mit der bidirektionalen Kommunikation.
Gruss
Sailor
Hallo pah
Ich habe mich mal an das Problem gemacht, dass mein Snapshot immer eine Sekunde früher aufgezeichnet wurde als die Sprachdatei.
Denn Fall, dass der Snapshot eine Sekunde später aufgezeichnet wurde, hast Du ja schon abgefangen.
Anbei der Code, ab Zeile 992, der nun auch "#-- maybe we have to look at a second earlier ?" abfängt.
Magst Du dass in deine 70_DoorPi.pm implementieren?
Gruss
Sailor
#-- workaround for buggy DoorPi
my $record = sprintf("%d-%02d-%02d_%02d-%02d-%02d.wav", $year,($month+1),$day,$hour, $min, $sec);
#-- this is the snapshot file if taken at the same time
my $snapshot = sprintf("%d-%02d-%02d_%02d-%02d-%02d.jpg", $year,($month+1),$day,$hour, $min, $sec);
#-- maybe we have to look at a second later ?
($sec, $min, $hour, $day,$month,$year,$wday) = (localtime($callstime+1))[0,1,2,3,4,5,6];
$year += 1900;
$monthn = ("Jan","Feb","Mar","Apr","May","Jun","Jul","Aug","Sep","Oct","Nov","Dec")[$month];
$wday = ("So", "Mo", "Di", "Mi", "Do", "Fr", "Sa")[$wday];
#-- this is the filename without extension if taken a second later
my $later = sprintf("%d-%02d-%02d_%02d-%02d-%02d", $year,($month+1),$day,$hour, $min, $sec);
#-- maybe we have to look at a second earlier ?
($sec, $min, $hour, $day,$month,$year,$wday) = (localtime($callstime-1))[0,1,2,3,4,5,6];
$year += 1900;
$monthn = ("Jan","Feb","Mar","Apr","May","Jun","Jul","Aug","Sep","Oct","Nov","Dec")[$month];
$wday = ("So", "Mo", "Di", "Mi", "Do", "Fr", "Sa")[$wday];
#-- this is the filename without extension if taken a second earlier
my $earlier = sprintf("%d-%02d-%02d_%02d-%02d-%02d", $year,($month+1),$day,$hour, $min, $sec);
my $found = 0;
for( my $i=0; $i<@history_snapshot; $i++){
if( index($history_snapshot[$i],$snapshot) > -1){
$found = 1;
last;
}
}
#-- if not, look for a file made a second later
if( $found == 0 ){
#-- this is the snapshot file if taken a second later
$snapshot = sprintf("%s.jpg", $later);
#-- check if it is present in the list of snapshots
for( my $i=0; $i<@history_snapshot; $i++){
if( index($history_snapshot[$i],$snapshot) > -1){
$found = 1;
last;
}
}
if( $found == 0 ){
Log3 $name, 1,"[DoorPi_GetHistory] No snapshot found with $snapshot a second later";
}
}
#-- if not, look for a file made a second earlier
if( $found == 0 ){
#-- this is the snapshot file if taken a second later
$snapshot = sprintf("%s.jpg", $earlier);
#-- check if it is present in the list of snapshots
for( my $i=0; $i<@history_snapshot; $i++){
if( index($history_snapshot[$i],$snapshot) > -1){
$found = 1;
last;
}
}
if( $found == 0 ){
Log3 $name, 1,"[DoorPi_GetHistory] No snapshot found with $snapshot a second earlier";
}
}
$found = 0;
for( my $i=0; $i<@history_snapshot; $i++){
if( index($history_snapshot[$i],$record) > -1){
$found = 1;
last;
}
}
#-- if not, look for a file made a second later
if( $found == 0 ){
#-- this is the record file if taken a second later
$record = sprintf("%s.wav", $later);
#-- check if it is present in the list of snapshots
for( my $i=0; $i<@history_snapshot; $i++){
if( index($history_snapshot[$i],$record) > -1){
$found = 1;
last;
}
}
if( $found == 0 ){
Log3 $name, 1,"[DoorPi_GetHistory] No record found with $record a second later";
}
}
#-- if not, look for a file made a second earlier
if( $found == 0 ){
#-- this is the record file if taken a second later
$record = sprintf("%s.wav", $earlier);
#-- check if it is present in the list of snapshots
for( my $i=0; $i<@history_snapshot; $i++){
if( index($history_snapshot[$i],$record) > -1){
$found = 1;
last;
}
}
if( $found == 0 ){
Log3 $name, 1,"[DoorPi_GetHistory] No record found with $record a second earlier";
}
}
#Log3 $name, 1,"$snapshot $record";
Hallo pah
anbei noch ein Codeschnipsel fuer die 70_DoorPi.pm
Diese stellen das Reading für "postbox" und "sabotage" ein, sobald die entsprehcenden Taster betätigt wurden.
In "sub DoorPi_Set ($@)"
#-- sabotage
elsif( $value eq "sabotage" )
{
readingsSingleUpdate($hash,"sabotage","alert",1);
}
#-- PostBox Trap (NewMail)
elsif( $value eq "postboxtrap" )
{
readingsSingleUpdate($hash,"postbox","NewMail",1);
}
#-- PostBox Door (Post Box emptied)
elsif( $value eq "postboxdoor" )
{
readingsSingleUpdate($hash,"postbox","NoMail",1);
}
In /home/doorpi/fhemhelper
postboxtrap)
$curlprog $curlargs "$FHEM=set%20$FHEMDP%20call%20postboxtrap" &
;;
postboxdoor)
$curlprog $curlargs "$FHEM=set%20$FHEMDP%20call%20postboxdoor" &
;;
In /usr/local/etc/DoorPi/conf/doorpi.ini
#-- Cleared the mail in postbox
[EVENT_OnKeyPressed_onboardpins.2]
10 = os_execute:/home/doorpi/FHEMHelper.sh postboxdoor
#-- Got new mail in postbox
[EVENT_OnKeyPressed_onboardpins.3]
10 = os_execute:/home/doorpi/FHEMHelper.sh postboxtrap
Zur freien Verfügung zwecks Implementierung oder Verwerfung.
Gruss
Sailor
Hallo
Ich versuche mich auch schon seit Tagen an dem Projekt.
aber ich schaffe es nicht das doorpi einen Anruf tätigt.
Kann mir bitte einer helfen.
das steht im log
2017-09-04 23:30:40,732 [ERROR] [doorpi.action.handler] [GOX3MN] error while fire action OutAction with args () and kwargs {'log_output': True, 'value': '1', 'pin': 'irlight'} for event_name BeforeSipPhoneMakeCall
Traceback (most recent call last):
File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 311, in fire_event_synchron
if not silent: self.db.insert_action_log(event_fire_id, action.name, start_time, result)
File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 171, in insert_action_log
self.execute_sql(sql_statement)
File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 141, in execute_sql
return self._db.execute(sql)
OperationalError: cannot start a transaction within a transaction
Gruß Markus
Ist sqlite installiert ?
LG
pah
Danke!!
sqlite hat mir wirklich gefehlt.
Der Fehler ist jetzt weg.
Ich hab jetzt auch per Hand die Datei "calltarget" angelegt mit meiner internen Nummer "**2" da steht sonst nichts darin
es wählt auch. aber sollte die Datei nicht von FHEM geschrieben werden wenn ich
"set A.Door.Pi target 0 "auswähle?
"attr A.Door.Pi target0 **2" habe ich gesetzt
Gruß Markus
Von Fhem nicht. Fhem setzt ein Kommando an Doorpi ab, Doorpi ruft ein Skript auf.
LG
pah
Hallo Hr. Prof. Dr. Peter Henning,
ich habe eine kurze Frage zu Ihrem Projekt Doorpi. Gibt es einen gewissen grund warum Sie ein Arduino mit Nextion Dipslay verwenden?
Es müsste doch auch mit einem RPi-Display B+ - 2.8 http://www.watterott.com/de/RPi-Display-B-Plus (http://www.watterott.com/de/RPi-Display-B-Plus)
Touch funktionieren indem ich ein GUI in Fullscreen starte oder ? Vorausgesetzt ich verbaue das Raspberry pi direkt in die Sprechanlage.
Somit könnte ich mir den umweg über ein Arduino sparen und Texte im eingebauten Zustand nächträglich ändern.
Hallo emilio
Zitat von: emilio_35 am 22 September 2017, 13:57:35
Es müsste doch auch mit einem
Es ist Ziel und Zweck den RasPi und die BedienEinheit mit möglichst wenig Kabeln über eine Distanz von ca. 2 bis 5 Metern zu verbinden ohne den RasPi in einer ungeschützten Umgebung (Security) installieren zu müssen.
Deine Display-Version sitzt direkt auf dem RasPi und somit hat jeder an der Haustür Zugriff auf deine böse Bildersammlung auf dem NAS. ;D
Gruss
Sailor
Ich hätte es nicht besser beantworten können.
LG
pah
Hallo Zusammen,
ich habe mit Begeisterung diesen und den DoorPIBoard Thread gelesen.
Wir sind derzeit noch im Rohbau unseres Hauses und ich würde ich gerne folgendes tun:
Das Haus soll mit 4 Klingeln ausgestattet werden.
1.) Wohnung unten
2.) Wohnung Oben
3.) Dachgeschoss (Kinderzimmer)
4.) Büro
Desweiteren soll ein IButtonleser, Lautsprecher, Kamera und IR Modul Platz finden.
Folgendes würde ich an der Haustür installieren wollen:
1.) Die Klingelplatte mittels Unterputz Kasten im Klinker versenken.
2.) Einen Unterputz Verteilerkasten für Strom auf der Gegenseite zur Klingelpatte im Innenbereich setzen.
Danach 1 mit 2 mittels Leerohr bzw. 50er HT Rohr verbinden.
Nun meine Frage
Könnt ihr mir einen Unterputzkasten für die Klingelplatte, hinter der natürlich dann auch die PiBoard Hardware verbaut wird, empfehlen?
Hier gibt es Lösungen aus Edelstahl, Kunststoff oder Aluminium. Zu welcher Größe und Material würdet ihr mir raten?
Myintercomhttps://www.voelkner.de/products/553944/Myintercom-IP-Video-Tuersprechanlage-Unterputz-Gehaeuse-myi0101.html?ref=43&products_model=S93095&gclid=EAIaIQobChMIiMa3uvLh1gIVbgDTCh0z6QxXEAQYAyABEgLSbfD_BwE (https://www.voelkner.de/products/553944/Myintercom-IP-Video-Tuersprechanlage-Unterputz-Gehaeuse-myi0101.html?ref=43&products_model=S93095&gclid=EAIaIQobChMIiMa3uvLh1gIVbgDTCh0z6QxXEAQYAyABEgLSbfD_BwE)
Danke vorab.
wenn ich neu bauen würde mach den pi unbedingt ins innere des Hauses
dort ist er sicher
feuchtigkeitsgeschützt etc
Edelstahlplatte von cutworks zB ,
wenn der pi drinnen ist braucht es draussen nicht ganz so viel Platz
viel Spass
3D-Druck.
LG
pah
Hallo Zusammen,
Danke für die Antworten.
Pah: Kannst du 3D Druck etwas genauer erläutern?
Verstehe nicht welchen Vorteil das hat.
Franz:
Du meinst den DoorPI, Haupt und Zusatzplatine alles ins Innere und nur die Platte mit Klingeln; Kamera, Display etc. ins Aussenmauerwerk?
Geht das denn?
Keine schlechte Idee eigentlich.
Grüsse Christian
Zitat von: mopped90 am 08 Oktober 2017, 22:46:49
Das Haus soll mit 4 Klingeln ausgestattet werden.
1.) Wohnung unten
2.) Wohnung Oben
3.) Dachgeschoss (Kinderzimmer)
4.) Büro
Könnte für dich auch interessant sein ;)
https://paper.dropbox.com/doc/DoorPi-Board-2.0-X4P2KERPlpT8ldKZ2PjgL
@e3xtreme: Ich habe mich zwar schon im File eingetragen, mir ist aber noch nicht klar, wie das ganze funktioniert. Wer organisiert das, sind die Boards dann schon fertig, wieviel ist dann noch selbst zu machen, was wird das kosten,...
--> Gibt es dazu einen Thread?
wäre es nicht sinnvoll einen neuen Thread auszumachen
Doorpi für Mehrfamilienhäuser ?
Nicht jeder braucht alle Features, daher erst einmal einfaches System mit zB 6 oder 8 KLingeln, Türöffner
Sprechfunktion, dann Videofunktion. dann Postkasten, denke bei sehr vielen liegt der Postkasten nicht in direkter Nachbarschaft zur Sprechstelle.
Super Projekt und auch ich hätte Interesse daran für 4 Objekte, wenn 1 geht gehen alle ;-)
Man ist ja nicht gezwungen alles zu bestücken, ist ja mehr oder minder modular, ebenso können theoretisch noch 40 weitere IOs per SPI angeschlossen werden. So gut ich kann versuche ich es zu organisieren, jedoch fehlt mir ein bisschen die Zeit. Platine wird leer um die 10€ kosten und Bauteile je nach Bestückung maximal um die 100€. Ich warte gerade zusammen wieviel Platinen ich bestelle ;D
Hi Extreme,
habe deine Beiträge in dem Thread "Zusatzplatine für DoorPI" verfolgt.
Natürlich, die Idee ist super gut!
Konntest du deinen Ansatz inzwischen schon testen? Wäre sehr interessiert an der Lösung, großes Lob an dieser Stelle!
VG
Chris
Hallo zusammen,
auch wenn es schon etwas älter ist, hier die Info falls jemand auch Probleme mit der Belegung hat
Zitat von: Christian Uhlmann am 16 Juli 2017, 14:42:36
ich habe mir vor einiger Zeit schon die iButton Reader aus Fernost bestellt, wie unter
https://wiki.fhem.de/wiki/DoorPi_und_FHEM#iButton-Subsystem
beschrieben, leider funktioniert der Link nicht mehr, aber es waren solche hier:
https://de.aliexpress.com/item/TM-probe-DS9092-Zinc-Alloy-probe-iButton-probe-reader-with-LED-M98/32630537941.html
Ja, ist kein Tri-Color LED sondern nur eine LED aber mir stellt sich die Frage, welches Kabel welche Funktion hat?
Es gibt, rot, weiß, schwarz und grün (in dieser Reihenfolge, mit einem Stecker dran)
Bei diesen ist die Belegung wie folgt:
- weiß = LED GND
- schwarz = LED +
- rot = GND
- grün = 1Wire DATA
Mir ist auch jetzt erst das Prinzip dieser Reader klar geworden, es werden einfach nur DATA und GND auf die iButtons rausgeführt.
Dies kann man hier sehr gut sehen https://www.esera.de/shop/schnaeppchen/369/ds9092-me-ibutton-leseeinheit-metall-kontaktflaeche-mit-led
Damit kann man ja einfach messen, welches Farben welchen Zweck haben.
Grüße
Christian
Hallo zusammen.
Ich hab ein Problem mit meiner doorpi Anlage und benötige Hilfe.
Zuerst dachte ich, es liegt an der Konfiguration und hatte im doorpiboard einen Thread erstellt.
https://www.doorpi.org/forum/thread/933-probleme-inbetriebnahme-doorpi-doorpiboard-fhem/ (https://www.doorpi.org/forum/thread/933-probleme-inbetriebnahme-doorpi-doorpiboard-fhem/)
Um's kurz zu beschreiben, Nextion leuchtet, LED vom Taster auch, Kamera geht ebenfalls.
Das war's aber auch schon.
So wie ich das Log des doorpi's verstanden habe, wurde die Soundkarte nicht eingebunden.
Einer der Fehler im Log.
Ich hab den Raspi heute nochmal neu aufgesetzt bin strickt nach der Anleitung (Installation doorpi) gegangen und dann ist mir aufgefallen, dass dieser nur diese Audiokarte bcm2835 - bcm2835 ALSA findet.
Ich weiß es leider nicht genau, aber ist das die Interne vom Raspberry ?
Eine andere wird vom alsamixer garnicht erkannt.
Und dann ist mir aufgefallen, (habe vorher garnicht darauf geachtet), dass die LEDs der Soundkarte auf der doorpiplatine nicht leuchten.
Kann mir da jemand Tipps geben oder mit Rat helfen wie ich den oder die Fehler finde ?
Vielen Dank im Voraus.
Gruß viper67
Was hast denn für eine USB Soundkarte gekauft ?
Schon mal nach dem Modell in Verbindung mit Linux gegoogelt ?
Was sagt beim Raspi "lsusb" auf der Konsole ?
Einfache USB Karten mit Mic Eingang die auf dem Raspi laufen gibt es bereits ab 5€ - oder pahs Premiumkarte für ca. 7€ :)
Hi Wzut.
Danke für Deine Rückmeldung.
Was das für ein Modell ist, kann ich nicht sagen.
Ist eine original bestückte doorpiboard Platine. Laut Bestückungsplan hier im wiki müsste das eine BIGtec USB Soundkarte 7.1 sein.
lsusb bringt
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Ich bin beim Versuch der ersten Inbetriebnahme erstmal davon ausgegangen, dass es ein reines Konfigurationsproblem ist. Bin mir aber, da die LEDs der Soundkarte nicht leuchten, da nicht mehr so sicher und vermute, dass das Problem an einer anderen Stelle liegen könnte.
Die Verkabelung hab ich ebenfalls durchgemessen. Fehler konnte ich da erstmal nicht finden. Ich messe derzeit nochmal alles durch. Die RJ-45 Kabel kann ich auch auschließen. Hab die ebenfalls durchgemessen und auch einen 2. Satz recht Kurze genommen. Aber auch hier keine Änderung. Alle von mir gekauften Komponenten, piFace, Arduino, Raspberry etc. sind neu. Deswegen, gehen mir auch langsam die Ideen aus, wo ich noch suchen soll, oder wie ich an die Sache rangehen soll.
normalerweise listet die sich unter lsusb , z.B. bei mir eine billig D-Link :
Bus 001 Device 004: ID 0d8c:000c C-Media Electronics, Inc. Audio Adapter
Also ich hab nun die Verbindungen von Rasp1 und Raspi 2 und zwar vom piFace bis auf die Platine an der Türsprechstelle durchgemessen. Keinen Kabeldreher oder Unterbrechungen gefunden.
Raspi 3 und Raspi4 sind ja soweit ich das verstanden habe für die Kamera.
Und die läuft ja unter mjpg-streamer
Bedeutet das, dass die Soundkarte oder eine andere Kompenente eventuell defekt ist ?
Hast Du eine Idee, wie ich außer lsusb das noch testen oder messen kann ?
Hallo viper67,
ich weiß jetzt nicht auswendig über welche Buchse der zwei Buchsen 3 oder 4 die Masse läuft, die brauchst du auf jedenfall auch noch.
Funktioniert die Verbindung zum Arduino, bzw. hast du statt dem mal einen USB-Stick mit LED versucht ob die blinkt?
Hallo GerhardST
Herzlichen Dank für Deine Hilfe.
Ich hab den USB Stecker auf der Hauptplatine mal abgezogen. Arduino blinkt weiterhin genauso.
USB-Stick mit LED habe ich, da blinkt aber nichts. Da ich mir nicht sicher war, ob der USB-Stick nur bei Datenübertragung läuft, hab ich den direkt mal an den Raspberry gesteckt. Da blinkt er beim Einbinden auf.
Ich hab mal ein anderes Gerät in den USB Port der Platine gesteckt, ... Spannung kommt da aber wohl an.
Bei der Verbindung zum Arduino bin ich mir nicht sicher, ob ich das richtig mache.
In der Anleitung steht screen /dev/ttyACM0 9600 . Damit gehts jedenfalls nicht. Unter /dev/ finde ich was mit ttyAMA0
Damit wird das screen Kommando ohne Fehlermeldung ausgeführt. Der Screen zeigt aber nur einen schwarzen Bildschirm und reagiert auch nicht wenn man irgendwas auslöst.
Viele Grüße viper67
/dev/ttyACM0 ist eine serielle Schnitstelle am USB Port
/dev/ttyAMA0 ist die serielle Schnitstelle an den GPIO Pins
OK.
Das bedeutet dann also, wenn /dev/ttyACM0 nicht angezeigt wird, dass die serielle Schnittstelle am USB Port defekt ist ?
Wenn ja, kann's mir nicht erklären warum. Da die LEDs der Soundkarte ja nicht leuchten, liegt wohl wirklich ein defekt vor.Aber egal muss ja das Problem irgendwie lösen.
Wie gehe ich da am Besten vor ?
Soundkarte tauschen ? Wird eventuell nicht reichen.
Wird der USB Port vom Raspberry auf die Platine durch die RJ45 Kabel nur verlängert oder ist da noch was zwischen geschaltet was kaputtgehen kann ?
Zitat von: viper67 am 26 Oktober 2017, 07:36:49
Soundkarte tauschen ? Wird eventuell nicht reichen.
ich habe zwar keine Ahnung wie deine Platine ausschaut und was da alles verbaut ist, aber aus deinen Posts lese ich heraus
das du ein allgemeines USB Problem hast. Soundkarte wird nicht erkannt und bei deiner ACM0 Frage ging es wohl um einen angeschlossenen Arduino der auch nicht erkannt wurde. Also was ist wahrscheinlicher das sowohl Arduino als auch Soundkarte defekt sind oder aber das irgendetwas mit deinen USB auf dem Raspi nicht stimmt ?
Auf der anderen Seite schreibst du das ein direkt in den Raspi gesteckter USB Stick erkannt wird, blöde Frage wie ist denn deine USB Soundkarte an den Raspi angeschlossen wenn sie nicht direkt gesteckt ist ? Da ist doch dann irgendetwas dazwischen und dieses irgendetwas sitzt auch in der Verbindung zum Arduino ?
Was ist auf dem USB-Datenweg zwischen Soundkarte und Raspberry ? Ein Hub ?
LG
pah
Hallo pah
Also ich hab nichts dazwischen geschaltet. Vom Raspberry mit piFace geht die Verkablung doch über die Adapterplatine -> RJ 45 Kabel -> zur Hauptplatine (doorpiboard) .
Die LEDs der Soundkarte leuchten nicht, ... warum auch immer. Ich habe leider keine Ahnung, ob vor der verlöteten Soundkarte noch was auf der Platine vorgeschaltet ist und deshalb nicht funktioniert. Bin leider nicht so der Elektronikfachmann.
Viele Grüße viper67
Da werder bei einem USB-Stick in der Buchse noch auf der Soundkarte die LED´s leuchten vermute ich einen defekt, schlechte Lötstelle oder evt. auch Kurzschluss am Nano-USB-Hub auf der Platine
OK. Danke schön. Dann probiere ich erstmal nachzulöten und wenn das nicht hilft, dann bestelle ich die beiden Teile nach.
Schau dir vorher die Lötstellen an, vielleicht hast du ja nur irgendwo eine Verbindung wo keine sein soll ;)
Ja wenn ich Glück habe, ist es nur das. :) ich schau mir das heute Abend mal an und melde mich wieder.
Leute, leute...
Wird denn der Nanohub gefunden ? DER steckt nämlich dazwischen.
LG
pah
Ich habe gerade die Platine aus dem UP Kasten geschraubt, damit ich mir die Lötverbindungen mal besser ansehen kann. Mit dem bloßen Auge sieht man nicht viel, aber unter der Lupe kann man schon sehen, dass die Lötstellen nicht so sauber sind. Ich hoffe man kanns in den Bildern erkennen.
In dem ersten Bild sieht man eine unsaubere Lötstelle und die beiden dazwischen scheinen verbunden zu sein.
Im zweiten Bild, ist der nano hub zu sehen, ein Lötpunkt sieht aus wie eine Brücke. Weiß nicht ob das alles so in Ordnung ist.
Selber hab ich diese nicht gelötet auch nicht nachgelötet worden. Hab diese fertig aufgebaut erworben. Vielleicht sind die Verbindungen ja auch so in Ordnung.
@pah ich muss das Ganze erst wieder zusammenstecken bevor ich mich einloggen kann. Werde ich heute nicht mehr schaffen.
Ich hab aber Ausgabe mit lsusb die Tage gemacht, wenn das reicht.
Da wurden folgende Werte ausgegeben.
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Viele Grüße viper67
Hi,
also meiner Erfahrung nach ist es tatsächlich entweder der NanoHub oder die Soundkarte, wenn die Soundkarten-LED nicht leuchtet. Das ist seltsam, da ich die Platinen nach dem Löten getestet habe und insbesondere über alle Sound abspielen konnte und die LED bei allen geleuchtet hat. D.h. entweder ist inzwischen was kaputt gegangen (kalte Lötstelle, was abgebrochen etc.) oder es hat eine andere Ursache.
Was ich ausschliessen kann ist das zweite Bild vom NanoHub. Der NanoHub hat an dieser Stelle tatsächlich eine Verbindung vom Pin zum Widerstand. Das hat mich Anfangs auch irritiert.
Das auf dem ersten Bild sieht bisschen seltsam aus, das kann ich aber schlecht erkennen. Leider ist das mit den Soundkarten eine echte (Löt-)Sauerei. Würde das aber jetzt mal nicht primär verdächtigen.
Ich würde auch erstmal den NanoHub testen. Wenn ein normales USB-Gerät an der USB-Buchse nicht funktioniert sieht es schon so aus als liegt das Problem zwischen NanoHub (inklusive) und Rechner.
Hast du den ganzen Weg geprüft? Also über die RJ45-Kabel. Wie lang sind die? Hast du mal andere probiert? Da dein Arduino ja blinkt scheint zumindest die Stromversorgung zu klappen? Aber vllt klappt es nicht mit den Daten.
Wie sieht lsusb aus wenn du die Platine nicht angeschlossen hast?
Gruss Frieder
Hi Frieder
Vielen Dank für Deine Rückmeldung.
lsusb ohne die Adapterplatine bringt ebenfalls nur.
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Zuerst hatte ich 1,5 m RJ-45 Kabel. cat 6 und aktuell hab ich 25cm lange cat 5 Kabel dran.
Gemessen hatte ich zuerst von RJ45 Buchse zu RJ45 Buchse. Ein weiteres mal, dann alle Verbindungen von Klemme piFace über die RJ-45 Kabel bis jeweiligen Anschluss.
Als Schnelltest hab ich mal folgendes gemacht. Ein über die USB-Buchse angeschlossener USB-Stick wird nicht erkannt. Ein angeschlossenes Smartphone aber zeigt einen Ladevorgang an.
Ich schau mir die Buchse morgen mal genauer an. Läuft über die USB Buchse zum Arduino nur die Stromversorgung oder auch Daten ?
Gruß viper67
Über die Buchse auf der Hauptplatine kommen auch Daten. Das ist auch der einzige Grund warum es die gibt, die ist ja für den Arduino und der bekommt auch Strom von "unten". Mess mal die USB-Datenleitungen durch. Also erstmal ob es da ein Verbindung gibt und ob die tatsächlich einzeln durch kommen. Wieder in Blöcken, also erstmal die Hauptplatine alleine, dann zur Adapterplatine und dann mit USB-Kabel. Es sieht so aus als ob die USB-Datenverbindung nicht klappt. Da sowohl Soundkarte als auch USB-Buchse auf der Platine (das sind die zwei Ausgänge des NanoHubs) nicht gehen vermute ich das Problem am Nanohub oder davor. Hat der Nanohub mal falsch Strom bekommen oder so?
Gruss Frieder
Gemessen habe ich nun folgendes.
Spannungslos nur Durchgangsprüfung.
Von Hauptplatine VCC, D-, D+, Gnd -> USB Hub Eingang - Verbindung OK
Von USBHub Ausgang -> USB Buchse = Verbindung OK
Von USBHub Ausgang -> Soundkarte = Verbindung OK
Von USBHub Eingang VCC und Gnd -> beide Ausgänge USBHub = Verbindung OK
Direkt den Durchgang am USB Hub gemessen
Von USBHub Eingang D- und D+ Richtung USBHub beide Ausgänge D-, D+ = keine Verbindung.
Ob im spannungslosen Zustand hier ein Durchgang gemessen werden kann, weiß ich nicht. Sieht aber für mich danach aus, dass hier der USBHub kaputt ist.
Dann habe ich noch die Spannung gemessen (USB Kabel an der Hauptplatine gesteckt, Verbindung über RJ45 Kabel verbunden)
Gemessen an Hauptplatine. 5V OK
Gemessen an Eingang USBHub 5V OK
und den beiden Ausgängen USBHub. ebenfalls 5V OK.
An der Verkabelung hatte ich nichts geändert. Lediglich die RJ45 Kabel wurden getauscht. Auch hier hatte ich keinen Dreher drin. Habe die Anschlüsse und Kabel farblich markiert um ein verkehrtes Stecken zu vermeiden.
Kann mir deshalb nicht vorstellen wie der Nanohub falschen Strom bekommen haben soll. Platine ist auch nicht mit einem Kabel in Berührung gekommen, Abstandsfüßchen der Platine sind aus Plastik und die Bodenplatte ebenfalls aus Plastik.
Viele Grüße
viper67
Zur Info und vielen Dank an diejenigen, die geholfen haben. Der USB-Hub war defekt. Jetzt bin ich einen riesen Schritt weiter und arbeite mich aktuell durch die Konfiguration.
Gruß viper67
Hallo viper67,
habe scheinbar genau dasselbe Problem wie bei dir.
Mjpeg Streamer geht, FHEM und DoorPi erfolgreich eingerichtet, Arduino blinkt, etc.
Nur die LED auf der Soundkarte leuchtet nicht und die selben Meldungen in "lsusb".
Den Arduino blinkt zwar, aber ich konnte ihn leider auch nicht ansprechen.
Die USB Buchse geht auch nicht, wenn ich einen USB Stick einstecke.
Musstest du die Soundkarte wieder entfernen bevor du den Nanohub neu aufgelötet hast?
Danke für eine kurze Info.
Schönen Gruß
Alex
Hi Alex.
Ich hatte die Soundkarte nicht entfernt. Bin halt richtig vorsichtig vorgegangen damit die Stifte nicht zu heiß werden und sich von der Adapterplaine lösen. Eine Lupe ist da wirklich ein Vorteil. da alles sehr klein ist. ;-) Zum Entlöten hatte ich mir noch eine Entlötpumpe und Entlötlitze besorgt. Das hat dann ganz gut geklappt. Habe dann nochmal alle Lötstellen durchgemessen und dann erst in Betrieb genommen.
Hoffe es hilft Dir weiter.
Viele Grüße
viper67
Hi,
danke für die Info!
Kurze Frage noch...
Ohne den Nanohub funktioniert doch die Kommunikation zum Arduino nicht, d.h. Briefkastenmelder, Aktualisieren des Sketch, Ibutton Leser, Helligkeitssensor, Steuerung des Nextion und Türöffner werden nicht funktionieren?
Oder reicht der Sketch der manuell auf den Arduino gespielt wird aus?
Wollte in der Zeit bis der neue Nanohub da ist alle weiteren Funktionen testen. Vielen Dank für eine kurze Info.
Gruß
Alex
Hi.
Stehe in Sachen doorpi auch noch ganz am Anfang.
Ich hätte jetzt mal vorgeschlagen, einfach mal den Arduino direkt per USB mit dem Raspi zu verbinden und zu probieren.
Aber ich würde gerne die Frage die Experten hier im Forum beantworten lasse, bevor ich Dir was falsches sage.
Viele Grüße
viper67
Die Software auf dem Arduino braucht keinerlei USB-Verbindung zum DoorPi. In meinem ersten Aufbau sieht man sehr genau, dass dies gar nicht benötigt wird: https://wiki.fhem.de/wiki/DoorPi_und_FHEM. Insbesondere macht das einen USB-Hub überflüssig.
Der USB-Anschluss des Arduino kann höchstens dazu dienen, diesen neu zu flashen - und, bei geeigneter Ansteuerung, auch zum Flashen des NextIon. In meinem seit mehr als einem Jahr im Einsatz befindlichen System habe ich dazu einfach ein 2. USB-Kabel gelegt - und dieses noch nie benötigt.
Ich bin gerade dabei, die Version 2 der Arduino-Software zu entwickeln, auch da wird das so bleiben.
Allerdings bietet eine USB-Verbindung natürlich die charmante Möglichkeit, ALLES über dieses serielle Protokoll zu leiten und die gesamte Verbindung zwischen Raspberry Pi und Frontplatte über ein einziges USB-Kabel abzuwickeln. DAS wäre der reale Fortschritt, die gegenwärtige Platine ist da eher noch eine Krücke.
LG
pah
Das hört sich doch schon mal gut an. Vielen Dank Pah.
Aber den Nanohub muss ich sowieso austauschen, da die Soundkarte sonst nicht funktioniert. Oder gibt es hierfür eine Alternative?
Hallo
Kann mir jemand sagen wie ich den Pfad für die Audio files ändern kann.
DoorPi legt die Audio files in
/usr/local/etc/DoorPi/records
ab
Fhem sucht aber in
/home/doorpi/records
Die Fotos liegen auch unter
/home/doorpi/records
in der doorpi.ini steht das
[DoorPi]
base_path = /usr/local/etc/DoorPi
snapshot_path = /home/doorpi/records
number_of_snapshots = 10
eventlog = /home/doorpi/log/eventlog.db
is_alive_led = blinking_led
last_snapshot =
Gruß Markus
Hallo,
Zitat von: illivanilli am 12 November 2017, 21:11:34
Aber den Nanohub muss ich sowieso austauschen, da die Soundkarte sonst nicht funktioniert. Oder gibt es hierfür eine Alternative?
ich hatte ebenfalls Probleme mit dem nanoHub und habe ihn entfernt. Im Anschluss habe ich auf der Unterseite der Platine zwei Drahtbruecken vom RJ45 Stecker an die beiden Datenpins der Soundkarte angeloetet. Funktioniert ebenfalls einwandfrei.
Gruss
Michael
Hallo Michael,
hört sich interessant an, kannst du mir evtl ein Bild davon zeigen?
Vielen Dank!
ZitatPfad für die Audio files ändern kann.
Softlink im Dateisystem.
LG
pah
Hallo
ZitatSoftlink im Dateisystem.
Danke für den Tipp das Funktioniert zwar aber bringt mich noch nicht ans Ziel.
Die wav Dateien funktionieren nicht mehr.
Die wav und jpg Dateien werden jetzt in dieses Verzeichnis eingetragen.
/home/doorpi/recordsmit FHEM kann ich auch darauf zugreifen aber die wav nicht Öffnen, dem Ordner recorts hab ich 777 Rechte gegeben
aber doorpi legt die jpg mit 666 und wav mit 600 Rechte ab.
außerdem haben die wav Dateien immer 44 Bites und ganz selten 320 Bites.
Außerdem fehlen mir in FHEM die readings sabotage,alive,wrong_id und movement wie bekomme ich diese?
Wenn ich am Nexton einen Falschen pin eingebe leuchtet am piface kurz eine Led aber wenn ich die richtige pin eingebe
passiert gar nichts sollte in dem Fall nicht ein Relais schalten?
Auch die calltarget läst sich über FHEM nicht ändern.
Gruß Markus
hier noch das log
2017-11-15 17:07:11,940 [WARNING] [doorpi.action.handler] source doorpi.sipphone.from_linphone unknown - skip fire_event OnSipPhoneDestroy
2017-11-15 17:07:17,465 [WARNING] [doorpi.doorpi] waiting for threads to time out - there are still threads: [<Thread(QueueFeederThread, started daemon 1950348400)>]
2017-11-15 17:07:17,466 [INFO] [doorpi.doorpi] ======== DoorPi successfully shutdown ========
2017-11-15 17:07:08,452 [INFO] [doorpi.conf.config_object] use configfile: /usr/local/etc/DoorPi/conf/doorpi.ini
2017-11-15 17:07:08,523 [INFO] [doorpi.status.webserver] Initiating WebService at ip and port 80
2017-11-15 17:07:08,537 [INFO] [doorpi.keyboard.KeyboardInterface] using multi-keyboard mode (keyboards: webservice, onboardpins)
2017-11-15 17:07:08,538 [INFO] [doorpi.keyboard.KeyboardInterface] trying to add keyboard 'webservice' to handler
2017-11-15 17:07:08,539 [WARNING] [root] section webservice_OutputPins not found in configfile
2017-11-15 17:07:08,748 [WARNING] [root] section webservice_OutputPins not found in configfile
2017-11-15 17:07:08,748 [INFO] [doorpi.keyboard.KeyboardInterface] trying to add keyboard 'onboardpins' to handler
2017-11-15 17:07:09,204 [INFO] [doorpi.sipphone.SipphoneInterface] found installed sipphone "linphone" and use this as default
2017-11-15 17:07:09,381 [INFO] [doorpi.sipphone.from_linphone] found 2 possible sounddevices:
2017-11-15 17:07:09,386 [INFO] [doorpi.sipphone.from_linphone] found 2 possible videodevices:
2017-11-15 17:07:09,400 [INFO] [doorpi.sipphone.from_linphone] using DoorPi with SIP-Server
2017-11-15 17:07:09,404 [INFO] [doorpi.doorpi] found EVENT_ section 'EVENT_OnKeyPressed_webservice.button1' in configfile
2017-11-15 17:07:09,405 [INFO] [doorpi.doorpi] registering action '10' for event 'OnKeyPressed_webservice.button1'
2017-11-15 17:07:09,409 [INFO] [doorpi.doorpi] found EVENT_ section 'EVENT_OnKeyPressed_webservice.button2' in configfile
2017-11-15 17:07:09,410 [INFO] [doorpi.doorpi] registering action '10' for event 'OnKeyPressed_webservice.button2'
2017-11-15 17:07:09,413 [INFO] [doorpi.doorpi] found EVENT_ section 'EVENT_OnKeyPressed_webservice.purge' in configfile
2017-11-15 17:07:09,414 [INFO] [doorpi.doorpi] registering action '10' for event 'OnKeyPressed_webservice.purge'
2017-11-15 17:07:09,417 [INFO] [doorpi.doorpi] found EVENT_ section 'EVENT_OnKeyPressed_webservice.gettarget' in configfile
2017-11-15 17:07:09,417 [INFO] [doorpi.doorpi] registering action '10' for event 'OnKeyPressed_webservice.gettarget'
2017-11-15 17:07:09,419 [INFO] [doorpi.doorpi] found EVENT_ section 'EVENT_OnStartup' in configfile
2017-11-15 17:07:09,420 [INFO] [doorpi.doorpi] registering action '10' for event 'OnStartup'
2017-11-15 17:07:09,425 [INFO] [doorpi.doorpi] registering action '20' for event 'OnStartup'
2017-11-15 17:07:09,427 [INFO] [doorpi.doorpi] found EVENT_ section 'EVENT_OnKeyPressed_webservice.clear' in configfile
2017-11-15 17:07:09,428 [INFO] [doorpi.doorpi] registering action '10' for event 'OnKeyPressed_webservice.clear'
2017-11-15 17:07:09,430 [INFO] [doorpi.doorpi] found EVENT_ section 'EVENT_OnTimeMinuteEvery5' in configfile
2017-11-15 17:07:09,430 [INFO] [doorpi.doorpi] registering action '10' for event 'OnTimeMinuteEvery5'
2017-11-15 17:07:09,435 [INFO] [doorpi.doorpi] registering action '20' for event 'OnTimeMinuteEvery5'
2017-11-15 17:07:09,437 [INFO] [doorpi.doorpi] found EVENT_ section 'EVENT_OnKeyPressed_webservice.streamon' in configfile
2017-11-15 17:07:09,438 [INFO] [doorpi.doorpi] registering action '10' for event 'OnKeyPressed_webservice.streamon'
2017-11-15 17:07:09,440 [INFO] [doorpi.doorpi] found EVENT_ section 'EVENT_OnCallStateDismissed' in configfile
2017-11-15 17:07:09,441 [INFO] [doorpi.doorpi] registering action '10' for event 'OnCallStateDismissed'
2017-11-15 17:07:09,443 [INFO] [doorpi.doorpi] found EVENT_ section 'EVENT_OnKeyPressed_webservice.dooropen' in configfile
2017-11-15 17:07:09,444 [INFO] [doorpi.doorpi] registering action '10' for event 'OnKeyPressed_webservice.dooropen'
2017-11-15 17:07:09,450 [INFO] [doorpi.doorpi] registering action '20' for event 'OnKeyPressed_webservice.dooropen'
2017-11-15 17:07:09,452 [INFO] [doorpi.doorpi] found EVENT_ section 'EVENT_OnKeyPressed_onboardpins.6' in configfile
2017-11-15 17:07:09,453 [INFO] [doorpi.doorpi] registering action '10' for event 'OnKeyPressed_onboardpins.6'
2017-11-15 17:07:09,454 [INFO] [doorpi.doorpi] registering action '20' for event 'OnKeyPressed_onboardpins.6'
2017-11-15 17:07:09,461 [INFO] [doorpi.doorpi] found EVENT_ section 'EVENT_BeforeSipPhoneMakeCall' in configfile
2017-11-15 17:07:09,462 [INFO] [doorpi.doorpi] registering action '10' for event 'BeforeSipPhoneMakeCall'
2017-11-15 17:07:09,464 [INFO] [doorpi.doorpi] registering action '20' for event 'BeforeSipPhoneMakeCall'
2017-11-15 17:07:09,473 [INFO] [doorpi.doorpi] registering action '30' for event 'BeforeSipPhoneMakeCall'
2017-11-15 17:07:09,475 [INFO] [doorpi.doorpi] registering action '40' for event 'BeforeSipPhoneMakeCall'
2017-11-15 17:07:09,476 [INFO] [doorpi.doorpi] registering action '50' for event 'BeforeSipPhoneMakeCall'
2017-11-15 17:07:09,478 [INFO] [doorpi.doorpi] found EVENT_ section 'EVENT_OnCallStateDisconnect' in configfile
2017-11-15 17:07:09,478 [INFO] [doorpi.doorpi] registering action '10' for event 'OnCallStateDisconnect'
2017-11-15 17:07:09,480 [INFO] [doorpi.doorpi] found EVENT_ section 'EVENT_OnKeyPressed_webservice.snapshot' in configfile
2017-11-15 17:07:09,481 [INFO] [doorpi.doorpi] registering action '10' for event 'OnKeyPressed_webservice.snapshot'
2017-11-15 17:07:09,483 [INFO] [doorpi.doorpi] registering action '20' for event 'OnKeyPressed_webservice.snapshot'
2017-11-15 17:07:09,484 [INFO] [doorpi.doorpi] registering action '30' for event 'OnKeyPressed_webservice.snapshot'
2017-11-15 17:07:09,487 [INFO] [doorpi.doorpi] registering action '40' for event 'OnKeyPressed_webservice.snapshot'
2017-11-15 17:07:09,488 [INFO] [doorpi.doorpi] registering action '50' for event 'OnKeyPressed_webservice.snapshot'
2017-11-15 17:07:09,490 [INFO] [doorpi.doorpi] found EVENT_ section 'EVENT_OnKeyPressed_onboardpins.1' in configfile
2017-11-15 17:07:09,491 [INFO] [doorpi.doorpi] registering action '10' for event 'OnKeyPressed_onboardpins.1'
2017-11-15 17:07:09,493 [INFO] [doorpi.doorpi] registering action '20' for event 'OnKeyPressed_onboardpins.1'
2017-11-15 17:07:09,494 [INFO] [doorpi.doorpi] found EVENT_ section 'EVENT_OnKeyPressed_onboardpins.0' in configfile
2017-11-15 17:07:09,495 [INFO] [doorpi.doorpi] registering action '10' for event 'OnKeyPressed_onboardpins.0'
2017-11-15 17:07:09,496 [INFO] [doorpi.doorpi] found EVENT_ section 'EVENT_OnKeyPressed_onboardpins.7' in configfile
2017-11-15 17:07:09,497 [INFO] [doorpi.doorpi] registering action '10' for event 'OnKeyPressed_onboardpins.7'
2017-11-15 17:07:09,499 [INFO] [doorpi.doorpi] found EVENT_ section 'EVENT_OnCallStateReject' in configfile
2017-11-15 17:07:09,500 [INFO] [doorpi.doorpi] registering action '10' for event 'OnCallStateReject'
2017-11-15 17:07:09,502 [INFO] [doorpi.doorpi] registering action '20' for event 'OnCallStateReject'
2017-11-15 17:07:09,503 [INFO] [doorpi.doorpi] found EVENT_ section 'EVENT_OnKeyPressed_onboardpins.5' in configfile
2017-11-15 17:07:09,504 [INFO] [doorpi.doorpi] registering action '10' for event 'OnKeyPressed_onboardpins.5'
2017-11-15 17:07:09,506 [INFO] [doorpi.doorpi] found EVENT_ section 'EVENT_OnKeyPressed_onboardpins.4' in configfile
2017-11-15 17:07:09,506 [INFO] [doorpi.doorpi] registering action '10' for event 'OnKeyPressed_onboardpins.4'
2017-11-15 17:07:09,508 [INFO] [doorpi.doorpi] registering action '20' for event 'OnKeyPressed_onboardpins.4'
2017-11-15 17:07:09,509 [INFO] [doorpi.doorpi] registering action '30' for event 'OnKeyPressed_onboardpins.4'
2017-11-15 17:07:09,512 [INFO] [doorpi.doorpi] registering action '40' for event 'OnKeyPressed_onboardpins.4'
2017-11-15 17:07:09,513 [INFO] [doorpi.doorpi] registering action '50' for event 'OnKeyPressed_onboardpins.4'
2017-11-15 17:07:09,515 [INFO] [doorpi.doorpi] found EVENT_ section 'EVENT_OnKeyPressed_webservice.streamoff' in configfile
2017-11-15 17:07:09,516 [INFO] [doorpi.doorpi] registering action '10' for event 'OnKeyPressed_webservice.streamoff'
2017-11-15 17:07:10,610 [INFO] [doorpi.doorpi] DoorPi started successfully
2017-11-15 17:07:10,611 [INFO] [doorpi.doorpi] BasePath is /usr/local/etc/DoorPi
2017-11-15 17:07:10,613 [INFO] [doorpi.doorpi] Weburl is http://DoorPi/
2017-11-15 17:09:48,801 [ERROR] [doorpi.status.webserver_lib.request_handler_static_functions] [192.168.xx.xx] (404, "[Errno 2] No such file or directory: '/home/doorpi/records/2017-11-14_12-26-03.wav' - HTTP Error 404: Not Found")
2017-11-15 17:09:48,803 [ERROR] [doorpi.status.webserver_lib.request_handler_static_functions] 'NoneType' object is not iterable
Traceback (most recent call last):
File "/usr/local/lib/python2.7/dist-packages/doorpi/status/webserver_lib/request_handler.py", line 195, in real_resource
return self.return_file_content(path)
File "/usr/local/lib/python2.7/dist-packages/doorpi/status/webserver_lib/request_handler.py", line 280, in return_file_content
content, mime = self.get_file_content(path)
TypeError: 'NoneType' object is not iterable
2017-11-15 17:09:48,810 [ERROR] [doorpi.status.webserver_lib.request_handler_static_functions] [192.168.xx.xx] (500, "'NoneType' object is not iterable")
2017-11-15 17:09:54,430 [ERROR] [doorpi.status.webserver_lib.request_handler_static_functions] [192.168.xx.xx] (404, "[Errno 2] No such file or directory: '/home/doorpi/records/2017-11-14_12-26-03.wav' - HTTP Error 404: Not Found")
2017-11-15 17:09:54,433 [ERROR] [doorpi.status.webserver_lib.request_handler_static_functions] 'NoneType' object is not iterable
Traceback (most recent call last):
File "/usr/local/lib/python2.7/dist-packages/doorpi/status/webserver_lib/request_handler.py", line 195, in real_resource
return self.return_file_content(path)
File "/usr/local/lib/python2.7/dist-packages/doorpi/status/webserver_lib/request_handler.py", line 280, in return_file_content
content, mime = self.get_file_content(path)
TypeError: 'NoneType' object is not iterable
2017-11-15 17:09:54,434 [ERROR] [doorpi.status.webserver_lib.request_handler_static_functions] [192.168.xx.xx] (500, "'NoneType' object is not iterable")
2017-11-15 17:19:48,641 [ERROR] [doorpi.action.handler] [BRR11I] error while fire action CallPhoneNumberFromFileAction with args () and kwargs {'filename': '/home/doorpi/calltarget'} for event_name OnKeyPressed_onboardpins.0
Traceback (most recent call last):
File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 311, in fire_event_synchron
if not silent: self.db.insert_action_log(event_fire_id, action.name, start_time, result)
File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 171, in insert_action_log
self.execute_sql(sql_statement)
File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 141, in execute_sql
return self._db.execute(sql)
OperationalError: cannot start a transaction within a transaction
2017-11-15 17:20:03,994 [ERROR] [doorpi.action.handler] [RU4K0E] error while fire action <bound method LinphonePlayer.stop of <doorpi.sipphone.linphone_lib.Player.LinphonePlayer object at 0x727211b0>> with args () and kwargs {} for event_name OnCallStateConnect
Traceback (most recent call last):
File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 311, in fire_event_synchron
if not silent: self.db.insert_action_log(event_fire_id, action.name, start_time, result)
File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 171, in insert_action_log
self.execute_sql(sql_statement)
File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 141, in execute_sql
return self._db.execute(sql)
OperationalError: cannot start a transaction within a transaction
2017-11-15 17:20:09,414 [ERROR] [doorpi.action.handler] [NK2IHT] error while fire action <bound method LinphonePlayer.stop of <doorpi.sipphone.linphone_lib.Player.LinphonePlayer object at 0x727211b0>> with args () and kwargs {} for event_name OnCallStateDisconnect
Traceback (most recent call last):
File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 311, in fire_event_synchron
if not silent: self.db.insert_action_log(event_fire_id, action.name, start_time, result)
File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 171, in insert_action_log
self.execute_sql(sql_statement)
File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 141, in execute_sql
return self._db.execute(sql)
DatabaseError: cannot start a transaction within a transaction
2017-11-15 18:30:19,753 [ERROR] [doorpi.action.handler] [DIO3LX] error while fire action <bound method LinphonePlayer.start of <doorpi.sipphone.linphone_lib.Player.LinphonePlayer object at 0x727211b0>> with args () and kwargs {} for event_name OnSipPhoneMakeCall
Traceback (most recent call last):
File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 311, in fire_event_synchron
if not silent: self.db.insert_action_log(event_fire_id, action.name, start_time, result)
File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 171, in insert_action_log
self.execute_sql(sql_statement)
File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 141, in execute_sql
return self._db.execute(sql)
OperationalError: cannot start a transaction within a transaction
edit: log angehängt
Höchstwahrscheinlich ist DoorPi nicht richtig konfiguriert. Bitte die Datei verwenden (zumindest nachbilden), die ich im contrib ordner abgelegt habe. Wesentliche Bestandteile sind
snapshot_path = /home/doorpi/records
...
www = /home/doorpi/records
...
records = /home/doorpi/records/%Y-%m-%d_%H-%M-%S.wav
Dann braucht man auch keinen Softlink.
Zitatdoorpi legt die jpg mit 666 und wav mit 600 Rechte ab.
Richtig. Das ist bei mir auch so, mit owner root:root
Zitathaben die wav Dateien immer 44 Bites und ganz selten 320 Bites.
Bei mir nicht. Außerdem ist das eine DoorPi-Frage, ich bitte, die im DoorPi-Forum zu klären - ich kann keinen DoorPi-Support leisten, wenn jemand eine andere Konfigurationsdatei als die aus meinem Beispiel hat.
Zitatreadings sabotage,alive,wrong_id und movement wie bekomme ich diese
Gar nicht. Das sind Events, die im Code des DoorPi-FHEM zwar registriert werden, mit denen aber nichts geschieht. Ist immer noch Software in Entwicklung (darum auch im contrib-Ordner). Wer dazu Readings haben will: Bitte selbst entsprechendenden Code in das Unterprogramm DoorPi_Set eintragen.
LG
pah
Hallo zusammen,
heute kam der USB Hub und direkt mal alten aus und neuen eingebaut. Hat auch alles super funktioniert.
Allerdings leuchtet die Soundkarte immer noch nicht. Muss ich die vorher noch konfigurieren, damit die anfängt zu leuchten?
lsusb gibt nur hier das aus:
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Zitat von: miot am 14 November 2017, 18:45:25
Hallo,
ich hatte ebenfalls Probleme mit dem nanoHub und habe ihn entfernt. Im Anschluss habe ich auf der Unterseite der Platine zwei Drahtbruecken vom RJ45 Stecker an die beiden Datenpins der Soundkarte angeloetet. Funktioniert ebenfalls einwandfrei.
Gruss
Michael
Notfalls müsste ich es wie Michael versuchen. Bin allerdings nicht so bewandert mit der Elektrotechnik, aber das Löten sollte ich hinbekommen. Was müsste ich denn genau auf der Unterseite vom RJ45 Stecker mit den Datenpins der Soundkarte (wie sehen die aus?) verlöten?
Danke für eure Unterstützung!
Gruß
Alex
Hallo Alex,
nachdem ich den defekten NUSB1 entloetet und alles nochmal durchgemessen hatte habe ich folgende zwei Bruecken auf der Unterseite fuer die USB Datenverbindung eingeloetet.
Gruss Michael
Hallo zusammen.
Ich benötige mal Eure Hilfe. Habe ein Problem mit der Anbindung doorpi und fhem und komme da trotz suche nach Lösungen und Lesen der Anleitungen nicht weiter. Ich blick da einfach nicht mehr durch.
Die Version ist 2.0 alpha10
Am fhem ist https eingestellt.
Installiere ich in fhem
define A.Door.Pi DoorPi 192.168.1.210
bekomme ich beim Aufruf von get A.Door.Pi folgende Fehlermeldung.
jquery.min.js line 4:
SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data
So wie ich nun verstande habe, liegt das am Zugriff auf die https Verbindung und dem Token was man benötigt.
Ich habe nun in fhem folgendes eingegeben
define WEBapi FHEMWEB 8088 global
attr WEBapi csrfToken none
attr WEBapi allowfrom 192.168.1.210|127.0.0.1
und im doorpi fhlerper.sh
FHEMDP="A.Door.Pi" # FHEM Devicename for DoorPi
FHEMIP="192.168.1.200" # IP address for DoorPi
FHEMPORT="8088" # Port number for DoorPi
FHEMHTTPS="true" # true for HTTPS, false without HTTPS
curlprog="curl"
curlargs="-k -u username:password" # -k to disable HTTPS certificate check,
# -u user:password for user and password
fhem Log bringt einen Error.
FHEMWEB SSL/HTTPS error: SSL connect accept failed because of handshake problems error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca (peer: 192.168.1.210)
Vielen Dank im Voraus.
Gruß viper67
Hallo
Vielen dank Herr Prof. Dr. Henning ich versuche gerade alles von ihnen nachzubauen und habe
alle Dateien von ihnen genommen die ich in github gefunden habe.
Ich habe mir jetzt ein 3 Ampere Netzgerät Bestellt da ich gelesen habe das es zu Problemen komen
kann wenn zu wenig Spannung zur Verfügung steht und das möchte ich ausschließen.
Gruß Markus
@viper67
schau dir das noch einmahl an...
curlargs="-u" # -k to disable HTTPS certificate check,
# -u user:password for user and password
@Markus
Ich hab das gecheckt aber immer noch das Gleiche.
Was mir noch aufgefallen war, dass Webapi eine Meldung nach einem Reboot angezeigt hat, dass basicAuth fehlt.
Habe dieses dann mal mit
define allowed_WEBapi allowed
attr allowed_WEBapi basicAuth xxxxxxxxxxxxxxx
attr allowed_WEBapi validFor WEBapi
nachgetragen in der Hoffnung, dass dieses richtig ist.
Die "x" stehen für die Ausgabe von
echo -n <web-username>:<web-userpassword> | base64
Die basicAuth Fehlermeldung nach dem Reboot ist weg aber es geht immer noch nicht.
Das kommt weiterhin
jquery.min.js line 4:
SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data
Das hier ist im fhemlog nicht mehr gekommen.
FHEMWEB SSL/HTTPS error: SSL connect accept failed because of handshake problems error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca (peer: 192.168.1.210)
dafür die Fehlermeldung.
FHEMWEB WEB CSRF error: csrf_12346789012345 ne csrf_543210987654321 for client WEB_192.168.1.36_4330.
(Die 192.168.1.36 ist der Clientrechner auf dem ich fhem im Broser laufen habe.)
und noch eine weitere Sache ist mir im Log aufgefallen.
[DoorPi_GetConfig] Warning: No attribute named "target[0|1|2|3]" defined
Ist denn die Vorgehensweise, wie ich vorgegangen bin denn richtig gewesen oder hab ich da schon was falsch gemacht ?
Gruß viper67
Danke Michael,
habe jetzt die Brücke gelegt. Jetzt ist doch eigentlich die Datenverbindung zum RJ45 Stecker vorhanden, habe es auch durchgemessen. Allerdings wird unter lsusb die Soundkarte nicht gefunden und die Lampen leuchten auch nicht. Die Lampe von der Soundkarte sollte doch auch leuchten, sobald die Verbindung da ist oder?
Alle Verbindungen von der Adapter- zur Hauptplatine über die RJ45 Stecker sind ok.
Habe mir jetzt die Mühe gemacht und alle Pins der RJ45 Stecker auf der Hauptplatine zurück verfolgt und durchgemessen.
Was mir jetzt aufgefallen ist... auf dem Bild von dir ist der 3. Pin von RASP2 der untere von der Soundkarte und der 5. von RASP2 der obere von der Soundkarte. Nach dem Layout für die Hauptplatine ist es genau anders herum???
Ist es richtig das der 3. von RASP1 gar nicht verwendet wird?
Hab die beiden Pins von der Soundkarte auch nochmal getauscht, allerdings ohne Erfolg.
Bin langsam am verzweifeln....muss ich die Soundkarte evtl. noch anderweitig einbinden?
Vielen Dank für Eure Hilfe!
Zitat von: illivanilli am 19 November 2017, 22:07:19
Danke Michael,
habe jetzt die Brücke gelegt. Jetzt ist doch eigentlich die Datenverbindung zum RJ45 Stecker vorhanden, habe es auch durchgemessen. Allerdings wird unter lsusb die Soundkarte nicht gefunden und die Lampen leuchten auch nicht. Die Lampe von der Soundkarte sollte doch auch leuchten, sobald die Verbindung da ist oder?
Alle Verbindungen von der Adapter- zur Hauptplatine über die RJ45 Stecker sind ok.
Habe mir jetzt die Mühe gemacht und alle Pins der RJ45 Stecker auf der Hauptplatine zurück verfolgt und durchgemessen.
Was mir jetzt aufgefallen ist... auf dem Bild von dir ist der 3. Pin von RASP2 der untere von der Soundkarte und der 5. von RASP2 der obere von der Soundkarte. Nach dem Layout für die Hauptplatine ist es genau anders herum???
Ist es richtig das der 3. von RASP1 gar nicht verwendet wird?
Hab die beiden Pins von der Soundkarte auch nochmal getauscht, allerdings ohne Erfolg.
Bin langsam am verzweifeln....muss ich die Soundkarte evtl. noch anderweitig einbinden?
Vielen Dank für Eure Hilfe!
Hast du genug ampere bei mir hat die LED von der Sound Karte immer geblinkt deswegen.
Zitat von: viper67 am 19 November 2017, 18:39:55
@Markus
Ich hab das gecheckt aber immer noch das Gleiche.
Was mir noch aufgefallen war, dass Webapi eine Meldung nach einem Reboot angezeigt hat, dass basicAuth fehlt.
Habe dieses dann mal mit
define allowed_WEBapi allowed
attr allowed_WEBapi basicAuth xxxxxxxxxxxxxxx
attr allowed_WEBapi validFor WEBapi
nachgetragen in der Hoffnung, dass dieses richtig ist.
Die "x" stehen für die Ausgabe von
echo -n <web-username>:<web-userpassword> | base64
Die basicAuth Fehlermeldung nach dem Reboot ist weg aber es geht immer noch nicht.
Das kommt weiterhin
jquery.min.js line 4:
SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data
Das hier ist im fhemlog nicht mehr gekommen.
FHEMWEB SSL/HTTPS error: SSL connect accept failed because of handshake problems error:14094418:SSL routines:SSL3_READ_BYTES:tlsv1 alert unknown ca (peer: 192.168.1.210)
dafür die Fehlermeldung.
FHEMWEB WEB CSRF error: csrf_12346789012345 ne csrf_543210987654321 for client WEB_192.168.1.36_4330.
(Die 192.168.1.36 ist der Clientrechner auf dem ich fhem im Broser laufen habe.)
und noch eine weitere Sache ist mir im Log aufgefallen.
[DoorPi_GetConfig] Warning: No attribute named "target[0|1|2|3]" defined
Ist denn die Vorgehensweise, wie ich vorgegangen bin denn richtig gewesen oder hab ich da schon was falsch gemacht ?
Gruß viper67
Probiere mal ob dein fhem über diesen Port über den Browser erreichbar ist
Zitat von: illivanilli am 19 November 2017, 22:07:19
habe jetzt die Brücke gelegt. Jetzt ist doch eigentlich die Datenverbindung zum RJ45 Stecker vorhanden, habe es auch durchgemessen.
[...]
Was mir jetzt aufgefallen ist... auf dem Bild von dir ist der 3. Pin von RASP2 der untere von der Soundkarte und der 5. von RASP2 der obere von der Soundkarte. Nach dem Layout für die Hauptplatine ist es genau anders herum???
Hallo Alex,
korrekt: Wenn Du die Leitungsbahnen auf der Platine verfolgst siehst Du die Verbindung der RJ45 Buchse zum EINGANG des NANOHUB (Deine Zeichnung).
ICH hatte aber geschrieben, dass ich den nanoHub entloetet habe (komplett entfernt und nicht ersetzt!) und demzufolge habe ich eine Bruecke von der RJ45 Buchse zum EINGANG der SOUNDKARTE gelegt (und logischerweise nicht zum nicht mehr vorhandenen nanoHub). Und genau diese Bruecke habe ich eingezeichnet.
Sofern Du das genauso gemacht hast (und die RJ45 Kabel alle korrekt verbunden sind, und die Soundkarte selbst nicht defekt ist, und Dein USB Kabel vom Raspberry kein reines Stromkabel ist, und....) sollte die Soundkarte ohne weiteres Zutun erkannt werden.
Gruss
Michael
Man Man Man........
DANKE Michael!
Hätte ich das mal vorher gewusst....es lag an dem USB Kabel! Hatte eins von meiner Powerbank vorher verwendet. Jetzt gegen ein anderes ausgetauscht und siehe da, das Lämpchen von der Soundkarte leuchtet! Das ist der Wahnsinn. Also war der Nanohub evtl sogar in Ordnung.
Man lernt nie aus. Ein USB Kabel ist nicht einfach nur ein USB Kabel ;D
Jetzt kann es weitergehen, Danke nochmal !
Zitat von: Markus am 20 November 2017, 06:28:12
Probiere mal ob dein fhem über diesen Port über den Browser erreichbar ist
http://192.168.1.200:8088/fhem geht mit https nicht.
Die Fehlermeldung ist allerdings nicht weg.
ZitatHatte eins von meiner Powerbank vorher verwendet
::) ::) ::) ::)
LG
pah
Ich bräuchte bitte nochmal eure Hilfe.
Die Readings für Movement, Sabotage und Helligkeit werden in Fhem nicht angezeigt.
Weiß evtl jemand woran das liegen kann?
Hat das evtl. mit dieser Fehlermeldung zu tun?
"jquery.min.js line 4:
SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data"
Danke!
Der Post ist noch keine Woche her - ein wenig mehr Eigeninitiative wirst Du bestimmt aufbringen können.
https://forum.fhem.de/index.php/topic,49877.msg716293.html#msg716293
Zitat von: viper67 am 20 November 2017, 15:26:42
http://192.168.1.200:8088/fhem geht mit https nicht.
Die Fehlermeldung ist allerdings nicht weg.
wenn http geht und https nicht dann stell doch die helper.sh auf http um oder schau das fhem auch mit https erreichbar ist.
wenn eine passwort abfrage kommt musst du das auch in der helper.sh hinterlegen.
Gruß Markus
@miot:
Du hast absolut Recht.
Bei dem was ich mache, versuche ich erstmal alles zu verstehen. Wenn man aber neu einsteigt, ist es am Anfang immer etwas schwierig und ziemlich viele Informationen. Beim Lesen ist mir das evtl durchgegangen. Sorry dafür!
Weshalb ich die Frage mit den Readings gestellt habe, ist das Video auf Youtube von Frieder Reinhold vom 01.05.2017.
Dort hat er das DoorPiBoard vorgestellt und zu sehen waren u.a. die Funktionen in FHEM (Bewegungsmelder, Postbox, Sabotage und Helligkeit).
Daher bin ich erstmal davon ausgegangen, dass die Readings schon verfügbar sind und ich evtl. noch irgendein Problem in den Konfigurationsdateien habe.
Ich habe die Hardware für die entsprechenden Komponenten angeschlossen.
In der doorpi.ini und in der FHEMHelper.sh sind diese, wie bereits Pah geschrieben hat, registriert.
Heisst das, dass ich die Hardware momentan noch nicht verwendet kann oder werden diese Funktionen im Hintergrund über den Arduino gesteuert? Ich Frage deshalb, weil beispielsweise bei Verwendung der Postboxkomponenten die LED bei mir nicht leuchtet.
Evtl habe ich hier noch ein Problem mit dem Arduino, das ich dann noch identifizieren muss.
Wer dazu Readings haben will: Bitte selbst entsprechendenden Code in das Unterprogramm DoorPi_Set eintragen.
Ist dabei die Datei 70_DoorPi.pm gemeint?
Vielen Dank schonmal für die Beantwortung meiner Fragen!
Schönen Gruß
Alex
.
Hallo
In der 70_DoorPi.pm gibt es einen Absatz namens DoorPi_Set ich glaube das ist gemeint aber als Anfänger ist für mich hier Schluss.
Gruß Markus
Hallo zusammen
Ich kriege die Anbindung über https einfach nicht hin.
Habe erstmal https deaktiviert damit ich überhaupt eine Verbindung bekomme. Die folgende Fehlermeldung kommt jetzt nicht mehr.
Zitat
jquery.min.js line 4:
SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data
Im Log steht aber eine andere Meldung.
Zitat[DoorPi_GetConfig] Warning: No attribute named "target[0|1|2|3]" defined
Jetzt habe ich in der Hilfe Datei
Zitatset <DoorPi-Device> target 0|1|2|3
gefunden
Da ich keinen set Eintrag target im Dropdownmenü gefunden habe, habe ich das mal manuell versucht.
Da gibts folgende Meldung.
Zitat
[DoorPi_Set] With unknown argument target, choose one of button1 button2 clear dashlight door light purge snapshot stream
Was stimmt denn da wieder nicht ?
Wäre nett, wenn mir da mal jemand Tipps geben kann.
Vielen Dank im Voraus.
Gruß viper67
Zitat von: viper67 am 22 November 2017, 22:16:47
Hallo zusammen
Ich kriege die Anbindung über https einfach nicht hin.
Habe erstmal https deaktiviert damit ich überhaupt eine Verbindung bekomme. Die folgende Fehlermeldung kommt jetzt nicht mehr.
Im Log steht aber eine andere Meldung.
Jetzt habe ich in der Hilfe Dateigefunden
Da ich keinen set Eintrag target im Dropdownmenü gefunden habe, habe ich das mal manuell versucht.
Da gibts folgende Meldung.Was stimmt denn da wieder nicht ?
Wäre nett, wenn mir da mal jemand Tipps geben kann.
Vielen Dank im Voraus.
Gruß viper67
Ich Kämpfe gerade mit der selben Baustelle.
Ich habe die attr....target Telefonnummer
Gesetzt dann erscheint auch das tropdown Menü.
Gruß Markus
Ich habe noch ein Image von meiner fhem Installation Erstinstallation.
Das werde ich mal testweise auf einer neuen SD Karte installieren und doorpi dort mal testen.
Ich probiere das Ganze dann sofort ohne https. Sehe mir das Dropdownmenü und die Log Datei mal an bevor ich versuche was in doorpieinzustellen. Vielleicht kann man den Fehler dann nachstellen.
Gruß viper67
Meine Güte... ::) ::)
Wenn im Log eine
WARNUNG steht, dass man kein Calltarget definiert hat, sollte man vielleicht versuchen, die Ursache dieser Warnung zu beheben - statt DoorPi anzuweisen, ein solches nicht definiertes Calltarget zum Ziel der Anrufe zu machen !
Merke: Die Calltargets sind Attribute - und als solche auch in Commandref erläutert. Und dort steht auch für jeden sichtbar:
Zitatattr <DoorPi-Device> target[0|1|2|3] <string>
Call target numbers for different redirections. If none is set, redirection will not be offered.
Merke weiterhin: Der Befehl
Set ... target x ist die Anweisung, als Anrufziel eines der definierten Calltargets auszuwählen. Und das funktioniert astrein.
Etwas mehr Sorgfalt beim Lesen der Dokumentation kann ich vielleicht erwarten.
pah
@pah
Sorry, dass mein Wissensstand in Bezug auf fhem noch nicht so fortgeschritten ist und ich schließe ein Fehlverhalten von meiner Seite bei der Konfiguration ja auch nicht aus. Sie können sicher sein, bevor ich hier etwas poste, nicht selber versucht habe das erstmal selber hinzubekommen. Und die Dokumentation hab ich gelesen, das mache ich immer so. Das heißt aber noch lange nicht, dass man das als Anfänger und neu in dem Thema auch alles gleich versteht. Bisher habe ich sehr viel Zeit mit lesen von Dokumentationen verbracht muss aber auch sagen, dass nicht alles aktuell ist und man sich gerade als Anfänger einen Wolf sucht.
Aus diesem Grund ist ja auch die Gemeinschaft in einem Forum gut um Probleme zu lösen oder anderen zu helfen. So sehe ich das zumindest. Daraus lernt man auch und kann ggf auch anderen helfen.
Ich bitte darum mit den Anfängern in der Gruppe ein wenig gnädiger umzugehen. Schließlich hat ja jeder mal klein angefangen. Vielen Dank und viele Grüße viper67
Hallo
Das mit den target Funktioniert bei mir auch noch nicht.
Ich habe alle daten von Pah aus dem github kopiert.
Ich habe im DoorPi Raspi die datei calltarget mit 777 Rechten angelegt
/home/doorpi/calltarget
darin steht nur die telefonnumber
**2
oder
**620
und doorPi wält immer eine dieser Nummern das Funktioniert auch recht zuverlässig.
Leider Funktioniert das Ändern über FHEM nicht.
In FHEM habe ich die attr so gesetzt.
attr A.Door.Pi target0 **2
attr A.Door.Pi target1 **620
zum Ändern wähle ich im dropdown Menü einfach
set A.Door.Pi target 0
FHEM zeigt mir auch unter readings call_target die richtige Nummer an aber DoorPi ändert nichts.
FHEM hat aber zugang zu DoorPi den alle anderen set/get Befehle im drop down Menü Funktionieren auch.
Im DoorPi log finde ich folgenden Fehler:
2017-11-23 10:37:30,448 [ERROR] [doorpi.action.handler] [YO6O71] error while fire action CallPhoneNumberFromFileAction with args () and kwargs {'filename': '/home/doorpi/calltarget'} for event_name OnKeyPressed_onboardpins.0
Traceback (most recent call last):
File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 311, in fire_event_synchron
if not silent: self.db.insert_action_log(event_fire_id, action.name, start_time, result)
File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 171, in insert_action_log
self.execute_sql(sql_statement)
File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 141, in execute_sql
return self._db.execute(sql)
OperationalError: cannot start a transaction within a transaction
Gruß Markus
Et tu, Brute ?
Wenn FHEM-DoorPi ein neues Target setzt, wird in der DoorPi-Software der Befehl
#-- obtain the target call number from FHEM
[EVENT_OnKeyPressed_webservice.gettarget]
10 = os_execute:/home/doorpi/FHEMHelper.sh gettarget
gestartet. Der ruft im FHEMHelper-Skript auf
echo "{ReadingsVal('$FHEMDP','call_target','$default_target')}" | socat -t50 - TCP:$FHEMIP:7072 > $HOME/calltarget
und holt sich damit den ReadingsValue "call_target" via socat. Der wird dann in die lokale Datei calltarget geschrieben, und diese dient der DoorPi-Software als Quelle für die zu wählende Nummer.
Warum diese Zweistufigkeit ? Aus Gründen der Wart- und Testbarkeit. Nur durch diese Trennung kann man die DoorPi-Installation und die FHEM-Installation unabhängig voneinander testen, indem man das Skript bzw. sogar die Einzelbefehle von Hand aufruft.
LG
pah
Danke jetzt Funktioniert es ;D
Ich habe jetzt die FHEMHelper datei von github direkt auf den raspi geladen und mit nano
geändert und siehe da es Funktioniert sofort.
Zuvor habe ich es immer über windof und notepad++ gemacht :(
Nochmals Danke!
Markus
Hoc iuvat, Marcus Brutus.
8)
pah
Hallo Pah,
ich bräuchte bitte mal Ihre Hilfe bzgl. des Frontplattendesigners.
Auf dieser Seite haben Sie die dxf Datei der Frontplatte freundlicherweise zur Verfügung gestellt.
https://www.doorpi.org/forum/thread/420-doorpi-von-pah/?pageNo=2 (https://www.doorpi.org/forum/thread/420-doorpi-von-pah/?pageNo=2)
Leider bekomme ich bei dem Einbinden der Datei in den Frontplatten Designer von Schaeffer AG den selben Fehler wie der Benutzer MiKn in dem o.g. Link.
Kennen Sie evtl. die Lösung für das Problem?
Vielen Dank für Ihre Rückmeldung!
LG Alex
Moin zusammen
Zitat von: illivanilli am 28 November 2017, 19:27:33
ich bräuchte bitte mal Ihre Hilfe .
Jetzt siezen wir uns schon im Forum.
Nobel, et pereat mundus. 8)
Gruss
Sailor
Hallo
Ich habe noch einige Pobleme mit dem Arduino oder PiFace zumindest kommen nicht alle Signale vom Arduino im Raspberry an.
Die Verbindungen und Kabel habe ich durchgemessen das schaut gut aus.
Installiert habe ich die Pakete von Pah auf einen Raspberry 3 mit PIFace verbunden mit der Doorpi Platine von Farion.
Auf der Türseite:
Wenn ich den Falschen Code eingebe schalten die IrLeds ein aber es wird kein Foto gemacht, beim richtigen Code passiert gar nichts.
Bewegungsmelder und Photosensor Funktionieren nicht.
Verstärker ist immer eingeschaltet
Klingelknopf und Sabotagetaster Funktionieren Perfekt auch die beiden Briefkasten Schalter Funktionieren und schalten die Led richtig.
An der FHEM seite:
Funktioniert alles bis auf DashLightOn das Funktionieren auch nicht.
FHEMHelper.sh
# /bin/sh
#
# FHEMHelper.sh
#
# Script file to perform various external tasks for DoorPi
#
# Prof. Dr. Peter A. Henning, 2017
#
# $Id: FHEMHelper 2017-05 - pahenning $
#
########################################################################################
#
# This programm is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# The GNU General Public License can be found at
# http://www.gnu.org/copyleft/gpl.html.
# A copy is found in the textfile GPL.txt and important notices to the license
# from the author is found in LICENSE.txt distributed with these scripts.
#
# This script is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
#########################################################################################
# History
# no_Legend 2016-09-28: Hinzufügen von verschiedenen Variablen, sowie bedingte Ausführung
# der Textausgaben auf einem TTS_Device.
#########################################################################################
checkstream() {
streampid=`pidof mjpg_streamer`
if [ -z "$streampid" ]; then
stream="off"
else
stream="on"
fi
}
FHEMDP="A.Door.Pi" # FHEM Devicename for DoorPi
FHEMIP="192.x.x.x" # IP address for DoorPi
FHEMPORT="8084" # Port number for DoorPi
FHEMHTTPS="false" # true for HTTPS, false without HTTPS
curlprog="curl"
curlargs="" # -k to disable HTTPS certificate check,
# -u user:password for user and password
HOME="/home/doorpi" # Doorpi Standard /usr/local/etc/DoorPi/
default_target="**2" # default telephone number to be called
FHEMTTS="true" # true for TTS output, false without TTS
FHEMTTSDEVICE="AllTablets" # FHEM Devicename for TTS device
### FHEM path ###
if [ $FHEMHTTPS = "true" ]; then
FHEM="https://$FHEMIP:$FHEMPORT/fhem?XHR=1&cmd.$FHEMDP"
else
FHEM="http://@$FHEMIP:$FHEMPORT/fhem?XHR=1&cmd.$FHEMDP"
fi
### execute commands ##
case $1 in
init) #-- send current target to FHEM
target=`cat $HOME/calltarget`
$curlprog $curlargs "$FHEM=setreading%20$FHEMDP%20call_target%20$target" &
#-- send state of mjpg_streamer to FHEM
streampid=`pidof mjpg_streamer`
if [ -z "$streampid" ]; then
$curlprog $curlargs "$FHEM=setreading%20$FHEMDP%20stream%20off" &
else
$curlprog $curlargs "$FHEM=setreading%20$FHEMDP%20stream%20on" &
fi
;;
doorunlockandopen)
$curlprog $curlargs "$FHEM=set%20$FHEMDP%20door%20unlockandopen" &
if [ $FHEMTTS = "true" ]; then
$curlprog $curlargs "$FHEM=set%20$FHEMTTSDEVICE%20audioPlay%20Music/066_zutrittbewohner.mp3" &
fi
;;
dooropened)
$curlprog $curlargs "$FHEM=set%20$FHEMDP%20door%20opened" &
;;
wrongid)
$curlprog $curlargs "$FHEM=set%20$FHEMDP%20call%20wrong_id" &
if [ $FHEMTTS = "true" ]; then
$curlprog $curlargs "$FHEM=set%20$FHEMTTSDEVICE%20audioPlay%20Music/065_zutrittsversuch.mp3" &
fi
;;
softlock)
$curlprog $curlargs "$FHEM=set%20$FHEMDP%20door%20softlock" &
;;
call)
$curlprog $curlargs "$FHEM=set%20$FHEMDP%20call%20$2" &
;;
gettarget)
echo "{ReadingsVal('$FHEMDP','call_target','$default_target')}" | socat -t50 - TCP:$FHEMIP:7072 > $HOME/calltarget
;;
purge)
find $HOME/records/ -type f -ctime +1 -delete
;;
movement)
$curlprog $curlargs "$FHEM=set%20$FHEMDP%20call%20movement" &
;;
sabotage)
$curlprog $curlargs "$FHEM=set%20$FHEMDP%20call%20sabotage" &
;;
alive)
$curlprog $curlargs "$FHEM=set%20$FHEMDP%20call%20alive" &
;;
postboxtrap)
$curlprog $curlargs "$FHEM=set%20$FHEMDP%20call%20postboxtrap" &
;;
postboxdoor)
$curlprog $curlargs "$FHEM=set%20$FHEMDP%20call%20postboxdoor" &
;;
esac
Arduino
/*----------------------------------------------------------------------------------
Haustür
Prof. Dr. Peter A. Henning, April 2016
------------------------------------------------------------------------------------*/
#include <OneWire.h>
#include <SPI.h>
#include <SD.h>
#include <SoftwareSerial.h>
// Make sure that in NexConfig.h nexSerial is configured properly !
#include "Nextion.h"
// Door Opener Subsystem
const int DoorOpen = 8; // output for door opening
const int LockState = 6; // output to indicate lock state
byte softlock = 0;
byte hardlock = 0;
// postbox
const int PostBoxLED = 2; // LED for postbox
const int PostBoxDoor = A2; // input for postbox door
const int PostBoxTrap = A3; // input for postbox trap
// Security PIN
const int HardLock = 5; // input low = high security
String PIN = "12345";
char pin[10];
char pindigit = ' ';
byte pinctr = 0;
long pinMillis = 0;
const int WrongID = 7; // indicator for false 1-Wire ID or PIN
// process variables
const int loopLED = 13; // signal loop
byte phase = 1; // phase of test
long currentMillis = 0;
// dimming
const int Brightness = A0; // input pin for the dimming voltage
const int Movement = A1; // input for movement detection
const int DashDim = 3; // output for dimming further dashlights
const int DashlightOn = 4; // input pin for the dashlight signal
const long dimTimeout = 60000;
byte isDimmed = 0;
long dimMillis = 0; // timer
// 1-Wire subsystem
OneWire ds(12); // 1-Wire on pin 12 (a 4.7K resistor is necessary)
const int redLED = 11; // LED on pins 9,10,11
const int greenLED = 10;
const int blueLED = 9;
typedef struct {
char* name;
byte ROM[8];
int red;
int green;
int blue;
} iButton;
const byte iBnum = 2; // Number of defined iButtons
const iButton iButtons[] = {
{"iRed", {0x01,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF},LOW,HIGH,HIGH},
{"iRed", {0x01,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF},LOW,HIGH,HIGH},
};
//# {"iRed", {0x01,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF},LOW,HIGH,HIGH},
//# {"iGreen", {0x01,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF},HIGH,LOW,HIGH},
//# {"iBlue", {0x01,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF},HIGH,HIGH,LOW},
//# {"iOrange",{0x01,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF},LOW,LOW,HIGH},
//# {"iPink", {0x01,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF},LOW,HIGH,LOW},
//# {"iPurple",{0x01,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF},LOW,HIGH,LOW}
// GUI
NexPage page0 = NexPage(0, 0, "page0");
NexPage page1 = NexPage(1, 0, "page1");
NexButton p0 = NexButton(0, 1, "p0");
NexPicture p1 = NexPicture(0, 15, "p1");
NexButton num0 = NexButton(1, 2, "b0");
NexButton num1 = NexButton(1, 3, "b1");
NexButton num2 = NexButton(1, 4, "b2");
NexButton num3 = NexButton(1, 5, "b3");
NexButton num4 = NexButton(1, 6, "b4");
NexButton num5 = NexButton(1, 7, "b5");
NexButton num6 = NexButton(1, 8, "b6");
NexButton num7 = NexButton(1, 9, "b7");
NexButton num8 = NexButton(1, 10, "b8");
NexButton num9 = NexButton(1, 11, "b9");
NexButton cancel = NexButton(1, 12, "b10");
NexProgressBar progress = NexProgressBar(1, 13, "j0");
NexTouch *nex_Listen_List[] =
{
&num0, &num1, &num2, &num3, &num4,
&num5, &num6, &num7, &num8, &num9,
&cancel, &p0, NULL
};
void p0Callback(void *ptr)
{
dimLight(100);
softlock = 1;
if ( hardlock == 0) {
showLock();
}
}
void num0PushCallback(void *ptr)
{
pindigit = '0';
}
void num1PushCallback(void *ptr)
{
pindigit = '1';
}
void num2PushCallback(void *ptr)
{
pindigit = '2';
}
void num3PushCallback(void *ptr)
{
pindigit = '3';
}
void num4PushCallback(void *ptr)
{
pindigit = '4';
}
void num5PushCallback(void *ptr)
{
pindigit = '5';
}
void num6PushCallback(void *ptr)
{
pindigit = '6';
}
void num7PushCallback(void *ptr)
{
pindigit = '7';
}
void num8PushCallback(void *ptr)
{
pindigit = '8';
}
void num9PushCallback(void *ptr)
{
pindigit = '9';
}
void CancelCallback(void *ptr)
{
pinctr = 0;
progress.setValue(0);
}
void setup() {
String cmd;
// set the digital pins as output:
pinMode(redLED, OUTPUT);
pinMode(greenLED, OUTPUT);
pinMode(blueLED, OUTPUT);
pinMode(loopLED, OUTPUT);
pinMode(DoorOpen, OUTPUT);
pinMode(WrongID, OUTPUT);
pinMode(LockState, OUTPUT);
pinMode(HardLock, INPUT_PULLUP);
pinMode(DashlightOn, INPUT_PULLUP);
pinMode(PostBoxLED, OUTPUT);
pinMode(PostBoxTrap, INPUT_PULLUP);
pinMode(PostBoxDoor, INPUT_PULLUP);
digitalWrite(redLED, HIGH);
digitalWrite(greenLED, HIGH);
digitalWrite(blueLED, HIGH);
digitalWrite(loopLED, LOW);
digitalWrite(DoorOpen, HIGH);
digitalWrite(WrongID, HIGH);
digitalWrite(LockState, HIGH);
digitalWrite(PostBoxLED, HIGH);
// initialize the GUI
nexInit();
p0.attachPush(p0Callback, &p0);
num0.attachPush(num0PushCallback, &num0);
num1.attachPush(num1PushCallback, &num1);
num2.attachPush(num2PushCallback, &num2);
num3.attachPush(num3PushCallback, &num3);
num4.attachPush(num4PushCallback, &num4);
num5.attachPush(num5PushCallback, &num5);
num6.attachPush(num6PushCallback, &num6);
num7.attachPush(num7PushCallback, &num7);
num8.attachPush(num8PushCallback, &num8);
num9.attachPush(num9PushCallback, &num9);
cancel.attachPush(CancelCallback, &cancel);
//dimming
dimLight(100);
//showlock
if ( digitalRead(HardLock) == LOW) {
showLock();
hardlock = 1;
softlock = 0;
} else {
hideLock();
hardlock = 0;
softlock = 0;
}
}
void openDoor(int level) {
digitalWrite(DoorOpen, LOW);
delay(1000);
digitalWrite(DoorOpen, HIGH);
}
void wrongID() {
digitalWrite(WrongID, LOW);
delay(1000);
digitalWrite(WrongID, HIGH);
}
void showLock() {
sendCommand("vis p1,1");
}
void hideLock() {
sendCommand("vis p1,0");
}
void dimLight(int level) {
uint16_t dimVal;
String cmd = "dim=";
// zero level - determine from lighting conditions
if ( (level == 0) && (digitalRead(DashlightOn) == HIGH) ) {
dimVal = (uint32_t) analogRead(Brightness);
dimVal = map(dimVal, 0, 1023, 0, 100);
isDimmed = 1;
// nonzero level - take as it is
} else {
dimVal = 100;
isDimmed = 0;
}
cmd += dimVal;
//dbSerialPrint(cmd);
sendCommand(cmd.c_str());
dimVal = map(dimVal, 0, 100, 0, 255);
//dbSerialPrint(" -- ");
//dbSerialPrintln(dimVal);
analogWrite(DashDim, dimVal);
dimMillis = millis();
}
void loop(void) {
byte i;
byte j;
boolean equiv;
byte iBfound;
byte present = 0;
byte addr[8];
char* device;
// new for each loop
currentMillis = millis();
digitalWrite(loopLED, HIGH);
// dimming
if ( isDimmed == 1 ) {
if ( analogRead(Movement) < 10 ) {
dimLight(100);
}
if ( digitalRead(DashlightOn) == LOW) {
//dbSerialPrintln(" DashlightOn = LOW");
dimLight(100);
}
}
if ( (currentMillis - dimMillis) > dimTimeout) {
dimLight(0);
}
// postbox
if( digitalRead(PostBoxDoor) == LOW ){
digitalWrite(PostBoxLED, HIGH);
}else {
if( digitalRead(PostBoxTrap) == LOW ){
digitalWrite(PostBoxLED, LOW);
}
}
//Tauscht hintergrund gegen hintergrund mit schloss
// void showLock() {
// sendCommand("p1.pic=15");
//}
//void hideLock() {
// sendCommand("p1.pic=13");
//}
// locking
if ( digitalRead(HardLock) == LOW) {
//change display only if hardlock has changed
if ( hardlock == 0 ) {
showLock();
}
hardlock = 1;
softlock = 0;
} else {
//change display only if
if ( (hardlock == 1) && (softlock == 0)) {
hideLock();
}
hardlock = 0;
}
//lockState display
if ( (hardlock == 0) && (softlock == 0)) {
digitalWrite(LockState, HIGH);
} else {
digitalWrite(LockState, LOW);
}
//1-Wire bus access only in phase 1
if ( phase == 1) {
digitalWrite(redLED, HIGH);
digitalWrite(greenLED, HIGH);
digitalWrite(blueLED, HIGH);
if ( !ds.search(addr)) {
present = 0;
ds.reset_search();
digitalWrite(loopLED, LOW);
delay(250);
} else {
digitalWrite(loopLED, LOW);
// Invalid 1-Wire ID
if (OneWire::crc8(addr, 7) != addr[7]) {
} else {
dimLight(100);
// the first ROM byte indicates which chip
switch (addr[0]) {
case 0x01:
device = "DS2401";
present++;
for (i = 0; i < iBnum; i++) {
equiv = true;
for (j = 0; j < 7; j++) {
if (iButtons[i].ROM[j] != addr[j]) {
equiv = false;
break;
}
}
if (equiv ) {
iBfound = i;
break;
}
}
if ( equiv ) {
digitalWrite(redLED, iButtons[iBfound].red);
digitalWrite(greenLED, iButtons[iBfound].green);
digitalWrite(blueLED, iButtons[iBfound].blue);
// LowSec state => open door
if ( (hardlock == 0) && (softlock == 0)) {
openDoor(1);
delay(4000);
return;
// HiSec state => go to phase 2
} else {
phase = 2;
pinMillis = millis();
page1.show();
return;
}
//sabotage ? Unknown iButton
} else {
digitalWrite(redLED, LOW);
digitalWrite(greenLED, LOW);
digitalWrite(blueLED, LOW);
wrongID();
}
break;
default:
device = "unknown";
break;
}
ds.reset();
}
}
}
nexLoop(nex_Listen_List);
if ( phase == 2 ) {
// check for timeout
if ( (currentMillis - pinMillis) > 30000 ) {
progress.setValue(0);
phase = 1;
pinctr = 0;
page0.show();
}
}
// phase 2 and GUI input is a number
if ( (phase == 2) && ( pindigit != ' ') ) {
// push this number to the PIN buffer
pin[pinctr] = pindigit;
pindigit = ' ';
pinctr++;
progress.setValue(pinctr * 20);
// PIN is complete
if ( pinctr == 5) {
// PIN is correct => open door
if ( String(pin) == PIN ) {
openDoor(2);
// wrong PIN
} else {
wrongID();
}
// return to phase 1
progress.setValue(0);
phase = 1;
pinctr = 0;
page0.show();
}
}
}
Markus
hier noch meine doorpi.ini
#
# doorpi.ini
#
# Configuration file for DoorPi
#
# Prof. Dr. Peter A. Henning, 2017
#
# $Id: doorpi.ini 2017-05 - pahenning $
#
########################################################################################
#
# This programm is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# The GNU General Public License can be found at
# http://www.gnu.org/copyleft/gpl.html.
# A copy is found in the textfile GPL.txt and important notices to the license
# from the author is found in LICENSE.txt distributed with these scripts.
#
# This script is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
#########################################################################################
[DoorPi]
base_path = /usr/local/etc/DoorPi
snapshot_path = /home/doorpi/records
number_of_snapshots = 10
eventlog = /home/doorpi/log/eventlog.db
is_alive_led = blinking_led
last_snapshot =
[DoorPiWeb]
indexfile = index.html
loginfile = login.html
#online_fallback = URLURL:8083/fhem?detail=A.Door.Pi
port = 80
public = AREA_public
www = /home/doorpi/records
[AREA_public]
.*
[AREA_config]
/control/config_value_get
/control/config_value_set
/control/config_value_delete
/control/config_save
/control/config_get_configfile
[AREA_dashboard]
/dashboard/pages/.*html
[AREA_status]
/status
/mirror
[AREA_control]
.*
[User]
admin = admin
visitor = visitor
[Group]
administrators = admin
guests = visitor
[WritePermission]
administrators = dashboard,status,config
[ReadPermission]
guests = dashboard
[AdminNumbers]
**2 = active
[DTMF]
"*" = out:door,1,0,3
"#" = out:light,1,0,300
####################### SIP phone #######################
[SIP-Phone]
identity = Tuersprechanlage
local_port = xx
firewallpolicy = PolicyNoFirewall
#
sipphonetyp = linphone
sipserver_password = xxxxxxxxx
sipserver_realm = fritz.box
sipserver_server = xxx.xxx.xxx.xxx
sipserver_username = xxxxx
stun_server =
#
max_call_time = 300
call_timeout = 60
ua.max_calls = 2
#
capture_device=ALSA: USB Audio Device
playback_device=ALSA: USB Audio Device
#
audio_codecs = PCMA,PCMU
record_while_dialing = False
records = /home/doorpi/records/%Y-%m-%d_%H-%M-%S.wav
#
dialtone = /home/doorpi/sounds/bigben_mono.wav
dialtone_renew_every_start = False
dialtone_volume = 35
echo_cancellation_enabled = False
#
video_codecs = VP8
video_device = StaticImage: Static picture
video_display_enabled = False
video_size = vga
####################### Events #######################
[EVENT_OnStartup]
10 = sleep:1
20 = os_execute:/home/doorpi/FHEMHelper.sh init
20 = os_execute:/home/doorpi/FHEMHelper.sh call init
[EVENT_BeforeSipPhoneMakeCall]
10 = out:irlight,1
20 = take_snapshot
30 = os_execute:/home/doorpi/FHEMHelper.sh call started
40 = out:irlight,0
50 = os_execute:/home/doorpi/sendphoto call
#[EVENT_OnCallStateConnect]
#10 = out:audio,0
[EVENT_OnCallStateDisconnect]
10 = os_execute:/home/doorpi/FHEMHelper.sh call ended
#20 = out:audio,1
[EVENT_OnCallStateDismissed]
10 = os_execute:/home/doorpi/FHEMHelper.sh call dismissed
#20 = out:audio,1
[EVENT_OnCallStateReject]
10 = os_execute:/home/doorpi/FHEMHelper.sh call rejected
20 = out:audio,1
[EVENT_OnTimeMinuteEvery5]
10 = statuswatchdog:/tmp/doorpi.watchdog
20 = os_execute:/home/doorpi/FHEMHelper.sh alive
####################### Keyboards ##############################
[keyboards]
webservice = filesystem
onboardpins = piface
####################### Virtual keyboard #######################
[webservice_keyboard]
base_path_input = /home/doorpi/keyboard/inputs/
base_path_output = /home/doorpi/keyboard/outputs/
reset_input=false
[webservice_InputPins]
dooropen = sleep:0
doorlocked = out:hardlock,1
doorunlocked = out:hardlock,0
snapshot = sleep:0
streamon = sleep:0
streamoff = sleep:0
lighton = out:light,1
lightoff = out:light,0
dashlighton = out:dashlight,1
dashlightoff = out:dashlight,0
gettarget = sleep:0
purge = sleep:0
clear = sleep:0
button1 = sleep:0
button2 = sleep:0
#-- open door and communicate to FHEM that door has been opened
[EVENT_OnKeyPressed_webservice.dooropen]
10 = out:door,1,0,3
20 = os_execute:/home/doorpi/FHEMHelper.sh dooropened
#-- taks snapshot and communicate to FHEM that a snapshot has been taken
[EVENT_OnKeyPressed_webservice.snapshot]
10 = out:irlight,1
20 = os_execute:/home/doorpi/FHEMHelper.sh call snapshot
30 = take_snapshot
40 = out:irlight,0
50 = os_execute:/home/doorpi/sendphoto.sh snapshot
#-- start video stream
[EVENT_OnKeyPressed_webservice.streamon]
10 = os_execute:/etc/init.d/mjpg_streamer start
#-- stop video stream
[EVENT_OnKeyPressed_webservice.streamoff]
10 = os_execute:/etc/init.d/mjpg_streamer stop
#-- obtain the target call number from FHEM
[EVENT_OnKeyPressed_webservice.gettarget]
10 = os_execute:/home/doorpi/FHEMHelper.sh gettarget
#-- purge all files older than current PID file
[EVENT_OnKeyPressed_webservice.purge]
10 = os_execute:/home/doorpi/FHEMHelper.sh purge
#-- clear all files
[EVENT_OnKeyPressed_webservice.clear]
10 = os_execute:/home/doorpi/FHEMHelper.sh clear
[EVENT_OnKeyPressed_webservice.button1]
10 = os_execute:/home/doorpi/FHEMHelper.sh sabotage
[EVENT_OnKeyPressed_webservice.button2]
10 = file_call_value:/home/doorpi/calltarget
####################### Real keyboard #######################
[onboardpins_keyboard]
pull_up_down = PUD_UP
[onboardpins_OutputPins]
0 = door
1 = light
2 = dashlight
3 = irlight
4 = hardlock
5 = audio
7 = blinking_led
[onboardpins_InputPins]
0 = sleep:0
1 = sleep:0
4 = sleep:0
5 = sleep:0
6 = sleep:0
7 = sleep:0
#-- Ring the bell
[EVENT_OnKeyPressed_onboardpins.0]
10 = file_call_value:/home/doorpi/calltarget
#-- DoorOpen pin from Arduino
[EVENT_OnKeyPressed_onboardpins.1]
10 = os_execute:/home/doorpi/FHEMHelper.sh doorunlockandopen
#20 = os_execute:aplay -D plughw:1,0 /home/doorpi/sounds/067_willkommen.wav
#-- Open the door
[EVENT_OnKeyPressed_onboardpins.2]
10 = out:door,1,0,5
#-- Cleared the mail in postbox
#[EVENT_OnKeyPressed_onboardpins.2]
#10 = os_execute:/home/doorpi/FHEMHelper.sh postboxdoor
#-- Got new mail in postbox
[EVENT_OnKeyPressed_onboardpins.3]
10 = os_execute:/home/doorpi/FHEMHelper.sh postboxtrap
#-- WrongID pin from Arduino
[EVENT_OnKeyPressed_onboardpins.4]
10 = out:irlight,1
20 = os_execute:/home/doorpi/FHEMHelper.sh wrongid
30 = take_snapshot
40 = out:irlight,0
50 = os_execute:/home/doorpi/sendphoto.sh wrongid
#-- LockState pin from Arduino - FHEM will transform softlock into hardlock
[EVENT_OnKeyPressed_onboardpins.5]
10 = os_execute:/home/doorpi/FHEMHelper.sh softlock
#-- Movement detection
[EVENT_OnKeyPressed_onboardpins.6]
10 = out:dashlight,1,0,1
20 = os_execute:/home/doorpi/FHEMHelper.sh movement
#-- Sabotage detection
[EVENT_OnKeyPressed_onboardpins.7]
10 = os_execute:/home/doorpi/FHEMHelper.sh sabotage
#-- nachricht bei anruf per mail
[OnCallIncomming]
10 = mailto:lang.markus@inext.at,Incoming call from !remote_uri!,DoorPi wurde von der Nummer !remote_uri! angerufen.
20 = sleep:1
Markus
Ich hätte dich noch eine Frage:
Wie dicht muss ein (Unterputz-) Gehäuse sein, wenn es nicht direkt hinregnet? IP65 66 oder eher was ohne Dichtungen?
Ich habe mein 3D-Druck-Gehäuse mit umlaufender Nut und Gummischnur versehen.
LG
pah
Hallo zusammen,
ich habe dank des FHEM-Forums (!!) DoorPi v2.5.1 auf einem Raspberry 3 , Jessie, mit PiFace und Raspi NoIr Cam am laufen. Anrufe von und an DoorPi über SIP / FritzBox funktionieren inkl. Video (super!!). Ich verwende zudem die aktuellen Files von PAH aus dem SVN repository, alle entsprechend auf dem DoorPi Raspberry hinterlegt.
Leider erhalte ich in FHEM folgende Fehlermeldung, wie auch schon früher hier berichtet - ist das mittlerweile behoben? Bzw. gibt es einen funktionierenden Workaround?
jquery.min.js line 4:
SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data
Grundsätzlich scheint alles zu funktionieren (z.B. schaltet das Relais fürs Licht), nur die Fehlermeldung nervt.
[Nachtrag: Call-Liste geht, ich Depp sollte einfach die FHEM IP richtig setzen ;)]
Was auch nicht funktioniert, ist die Anzeige der Call-List. Laut FHEM Logfile:
2018.03.28 18:30:03 2: [DoorPi_GetHistory] Warning - has found an empty event history
ist die Event History leer? Anrufe funktionieren, wie gesagt... Ach ja: SQLite ist installiert, genauso wie Curl, JSON, Test:JSON, FHEM ist aktuell
Hier meine DoorPi Ini:
#
# doorpi.ini
#
# Configuration file for DoorPi
#
# Prof. Dr. Peter A. Henning, 2017
#
# $Id: doorpi.ini 2017-05 - pahenning $
#
########################################################################################
#
# This programm is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# The GNU General Public License can be found at
# http://www.gnu.org/copyleft/gpl.html.
# A copy is found in the textfile GPL.txt and important notices to the license
# from the author is found in LICENSE.txt distributed with these scripts.
#
# This script is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
#########################################################################################
[DoorPi]
base_path = /usr/local/etc/DoorPi
snapshot_path = /home/doorpi/records
number_of_snapshots = 10
eventlog = /home/doorpi/log/eventlog.db
is_alive_led = blinking_led
last_snapshot =
[DoorPiWeb]
indexfile = index.html
loginfile = login.html
#online_fallback = URLURL:8083/fhem?detail=A.Door.Pi
port = 80
public = AREA_public
www = /home/doorpi/records
[AREA_public]
.*
[AREA_config]
/control/config_value_get
/control/config_value_set
/control/config_value_delete
/control/config_save
/control/config_get_configfile
[AREA_dashboard]
/dashboard/pages/.*html
[AREA_status]
/status
/mirror
[AREA_control]
.*
[User]
admin = admin
visitor = visitor
[Group]
administrators = admin
guests = visitor
[WritePermission]
administrators = dashboard,status,config
[ReadPermission]
guests = dashboard
[AdminNumbers]
**610 = active
[DTMF]
"#" = out:door,1,0,3
####################### SIP phone #######################
[SIP-Phone]
identity = DoorPi
local_port = 5060
firewallpolicy = PolicyNoFirewall
#
sipserver_password = xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
sipserver_realm = fritz.box
sipserver_server = 192.168.0.1
sipserver_username = xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
stun_server =
#
max_call_time = 300
call_timeout = 60
ua.max_calls = 2
#
capture_device = ALSA: USB PnP Sound Device
playback_device = ALSA: USB PnP Sound Device
audio_codecs = PCMA,PCMU
record_while_dialing = False
records = /home/doorpi/records/%Y-%m-%d_%H-%M-%S.wav
#
dialtone = /home/doorpi/sounds/bigben_mono.wav
dialtone_renew_every_start = False
dialtone_volume = 35
echo_cancellation_enabled = False
#
video_codecs = VP8
video_device = StaticImage: Static picture
video_display_enabled = False
video_size = vga
####################### Events #######################
[EVENT_OnStartup]
10 = sleep:1
20 = os_execute:/home/doorpi/FHEMHelper.sh init
20 = os_execute:/home/doorpi/FHEMHelper.sh call init
[EVENT_BeforeSipPhoneMakeCall]
10 = out:irlight,1
20 = os_execute:/etc/init.d/mjpg_streamer stop
30 = take_snapshot
40 = os_execute:/etc/init.d/mjpg_streamer start
50 = os_execute:/home/doorpi/FHEMHelper.sh call started
60 = out:irlight,0
70 = os_execute:/home/doorpi/sendphoto call
#[EVENT_OnCallStateConnect]
#10 = out:audio,0
[EVENT_OnCallStateDisconnect]
10 = os_execute:/home/doorpi/FHEMHelper.sh call ended
#20 = out:audio,1
[EVENT_OnCallStateDismissed]
10 = os_execute:/home/doorpi/FHEMHelper.sh call dismissed
#20 = out:audio,1
[EVENT_OnCallStateReject]
10 = os_execute:/home/doorpi/FHEMHelper.sh call rejected
20 = out:audio,1
[EVENT_OnTimeMinuteEvery5]
10 = statuswatchdog:/tmp/doorpi.watchdog
20 = os_execute:/home/doorpi/FHEMHelper.sh alive
####################### Keyboards ##############################
[keyboards]
webservice = filesystem
onboardpins = piface
####################### Virtual keyboard #######################
[webservice_keyboard]
base_path_input = /home/doorpi/keyboard/inputs/
base_path_output = /home/doorpi/keyboard/outputs/
reset_input=false
[webservice_InputPins]
dooropen = sleep:0
doorlocked = out:hardlock,1
doorunlocked = out:hardlock,0
snapshot = sleep:0
streamon = sleep:0
streamoff = sleep:0
lighton = out:light,1
lightoff = out:light,0
dashlighton = out:dashlight,1
dashlightoff = out:dashlight,0
gettarget = sleep:0
purge = sleep:0
clear = sleep:0
button1 = sleep:0
button2 = sleep:0
#-- open door and communicate to FHEM that door has been opened
[EVENT_OnKeyPressed_webservice.dooropen]
10 = out:door,1,0,3
20 = os_execute:/home/doorpi/FHEMHelper.sh dooropened
#-- taks snapshot and communicate to FHEM that a snapshot has been taken
[EVENT_OnKeyPressed_webservice.snapshot]
10 = out:irlight,1
20 = os_execute:/home/doorpi/FHEMHelper.sh call snapshot
30 = take_snapshot
40 = out:irlight,0
50 = os_execute:/home/doorpi/sendphoto.sh snapshot
#-- start video stream
[EVENT_OnKeyPressed_webservice.streamon]
10 = os_execute:/etc/init.d/mjpg_streamer start
#-- stop video stream
[EVENT_OnKeyPressed_webservice.streamoff]
10 = os_execute:/etc/init.d/mjpg_streamer stop
#-- obtain the target call number from FHEM
[EVENT_OnKeyPressed_webservice.gettarget]
10 = os_execute:/home/doorpi/FHEMHelper.sh gettarget
#-- purge all files older than current PID file
[EVENT_OnKeyPressed_webservice.purge]
10 = os_execute:/home/doorpi/FHEMHelper.sh purge
#-- clear all files
[EVENT_OnKeyPressed_webservice.clear]
10 = os_execute:/home/doorpi/FHEMHelper.sh clear
[EVENT_OnKeyPressed_webservice.button1]
10 = os_execute:/home/doorpi/FHEMHelper.sh sabotage
[EVENT_OnKeyPressed_webservice.button2]
10 = file_call_value:/home/doorpi/calltarget
####################### Real keyboard #######################
[onboardpins_keyboard]
pull_up_down = PUD_UP
[onboardpins_OutputPins]
0 = door
1 = light
2 = dashlight
3 = irlight
4 = hardlock
6 = audio
7 = blinking_led
[onboardpins_InputPins]
0 = sleep:0
1 = sleep:0
4 = sleep:0
5 = sleep:0
6 = sleep:0
7 = sleep:0
#-- Ring the bell
[EVENT_OnKeyPressed_onboardpins.0]
10 = file_call_value:/home/doorpi/calltarget
#-- DoorOpen pin from Arduino
[EVENT_OnKeyPressed_onboardpins.1]
10 = os_execute:/home/doorpi/FHEMHelper.sh doorunlockandopen
20 = os_execute:aplay -D plughw:1,0 /home/doorpi/sounds/067_willkommen.wav
#-- Open the door
#[EVENT_OnKeyPressed_onboardpins.2]
#10 = out:door,1,0,5
#-- WrongID pin from Arduino
[EVENT_OnKeyPressed_onboardpins.4]
10 = out:irlight,1
20 = os_execute:/home/doorpi/FHEMHelper.sh wrongid
30 = take_snapshot
40 = out:irlight,0
50 = os_execute:/home/doorpi/sendphoto.sh wrongid
#-- LockState pin from Arduino - FHEM will transform softlock into hardlock
[EVENT_OnKeyPressed_onboardpins.5]
10 = os_execute:/home/doorpi/FHEMHelper.sh softlock
#-- Movement detection
[EVENT_OnKeyPressed_onboardpins.6]
10 = out:dashlight,1,0,1
20 = os_execute:/home/doorpi/FHEMHelper.sh movement
#-- Sabotage detection
[EVENT_OnKeyPressed_onboardpins.7]
10 = os_execute:/home/doorpi/FHEMHelper.sh sabotage
sowie die FHEMhelper:
# /bin/sh
#
# FHEMHelper.sh
#
# Script file to perform various external tasks for DoorPi
#
# Prof. Dr. Peter A. Henning, 2017
#
# $Id: FHEMHelper 2017-05 - pahenning $
#
########################################################################################
#
# This programm is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# The GNU General Public License can be found at
# http://www.gnu.org/copyleft/gpl.html.
# A copy is found in the textfile GPL.txt and important notices to the license
# from the author is found in LICENSE.txt distributed with these scripts.
#
# This script is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
#########################################################################################
# History
# no_Legend 2016-09-28: Hinzufügen von verschiedenen Variablen, sowie bedingte Ausführung
# der Textausgaben auf einem TTS_Device.
#########################################################################################
checkstream() {
streampid=`pidof mjpg_streamer`
if [ -z "$streampid" ]; then
stream="off"
else
stream="on"
fi
}
FHEMDP="DoorPi" # FHEM Devicename for DoorPi
FHEMIP="192.168.0.10" # IP address for DoorPi
FHEMPORT="8090" # Port number for DoorPi
FHEMHTTPS="false" # true for HTTPS, false without HTTPS
curlprog="curl"
curlargs="" # -k to disable HTTPS certificate check,
# -u user:password for user and password
HOME="/home/doorpi" # Doorpi Standard /usr/local/etc/DoorPi/
default_target="11" # default telephone number to be called
FHEMTTS="true" # true for TTS output, false without TTS
FHEMTTSDEVICE="MyTTS" # FHEM Devicename for TTS device
### FHEM path ###
if [ $FHEMHTTPS = "true" ]; then
FHEM="https://$FHEMIP:$FHEMPORT/fhem?XHR=1&cmd.$FHEMDP"
else
FHEM="http://$FHEMIP:$FHEMPORT/fhem?XHR=1&cmd.$FHEMDP"
fi
### execute commands ##
case $1 in
init) #-- send current target to FHEM
target=`cat $HOME/calltarget`
$curlprog $curlargs "$FHEM=setreading%20$FHEMDP%20call_target%20$target" &
#-- send state of mjpg_streamer to FHEM
streampid=`pidof mjpg_streamer`
if [ -z "$streampid" ]; then
$curlprog $curlargs "$FHEM=setreading%20$FHEMDP%20stream%20off" &
else
$curlprog $curlargs "$FHEM=setreading%20$FHEMDP%20stream%20on" &
fi
;;
doorunlockandopen)
$curlprog $curlargs "$FHEM=set%20$FHEMDP%20door%20unlockandopen" &
if [ $FHEMTTS = "true" ]; then
$curlprog $curlargs "$FHEM=set%20$FHEMTTSDEVICE%20audioPlay%20Music/066_zutrittbewohner.mp3" &
fi
;;
dooropened)
$curlprog $curlargs "$FHEM=set%20$FHEMDP%20door%20opened" &
;;
wrongid)
$curlprog $curlargs "$FHEM=set%20$FHEMDP%20call%20wrong_id" &
if [ $FHEMTTS = "true" ]; then
$curlprog $curlargs "$FHEM=set%20$FHEMTTSDEVICE%20audioPlay%20Music/065_zutrittsversuch.mp3" &
fi
;;
softlock)
$curlprog $curlargs "$FHEM=set%20$FHEMDP%20door%20softlock" &
;;
call)
$curlprog $curlargs "$FHEM=set%20$FHEMDP%20call%20$2" &
;;
gettarget)
echo "{ReadingsVal('$FHEMDP','call_target','$default_target')}" | socat -t50 - TCP:$FHEMIP:7072 > $HOME/calltarget
;;
purge)
find $HOME/records/ -type f -ctime +1 -delete
;;
movement)
$curlprog $curlargs "$FHEM=set%20$FHEMDP%20call%20movement" &
;;
sabotage)
$curlprog $curlargs "$FHEM=set%20$FHEMDP%20call%20sabotage" &
;;
alive)
$curlprog $curlargs "$FHEM=set%20$FHEMDP%20call%20alive" &
;;
esac
Vielen Dank für Eure Hilfe!
Was ergibt denn die Abfrage der URL
<doorpi-ipadresse>/status?module=history_event&name=OnCallStateChange&value=1000
LG
pah
Wow - vielen Dank für die schnelle Antwort, PAH!!
Hier der Auszug:
{
"history_event": [
{
"additional_infos": "{'call_state': 18, 'state': 'Call released', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "MR70IC",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522258810.64
},
{
"additional_infos": "{'call_state': 13, 'state': 'Call ended', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "NQR6TR",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522258810.52
},
{
"additional_infos": "{'call_state': 7, 'state': 'Streams running', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "07JU3S",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522258805.95
},
{
"additional_infos": "{'call_state': 6, 'state': 'Connected', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "O0M5QN",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522258805.93
},
{
"additional_infos": "{'call_state': 5, 'state': 'Early media', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "IHPL9J",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522258800.23
},
{
"additional_infos": "{'call_state': 3, 'state': 'Outgoing call in progress', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "7UMEUT",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522258800.0
},
{
"additional_infos": "{'call_state': 2, 'state': 'Starting outgoing call', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "XB5K31",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522258799.98
},
{
"additional_infos": "{'call_state': 18, 'state': 'Call released', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "YTQO8B",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522258528.01
},
{
"additional_infos": "{'call_state': 13, 'state': 'Call ended', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "F84XOZ",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522258527.89
},
{
"additional_infos": "{'call_state': 7, 'state': 'Connected (streams running)', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "CWLIVK",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522258522.87
},
{
"additional_infos": "{'call_state': 6, 'state': 'Connected', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "A8QZNF",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522258522.81
},
{
"additional_infos": "{'call_state': 1, 'state': 'Incoming call', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "8PTDW4",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522258522.75
},
{
"additional_infos": "{'call_state': 18, 'state': 'Call released', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "C2WHDK",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522258357.17
},
{
"additional_infos": "{'call_state': 13, 'state': 'Call ended', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "9JE3GK",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522258357.05
},
{
"additional_infos": "{'call_state': 6, 'state': 'Connected', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "F08FHR",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522258351.36
},
{
"additional_infos": "{'call_state': 5, 'state': 'Early media', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "F06DZQ",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522258339.79
},
{
"additional_infos": "{'call_state': 3, 'state': 'Outgoing call in progress', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "E8TA8B",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522258339.55
},
{
"additional_infos": "{'call_state': 2, 'state': 'Starting outgoing call', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "LU1QBT",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522258339.53
},
{
"additional_infos": "{'call_state': 13, 'state': 'Call terminated', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "NKTBIJ",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522255196.04
},
{
"additional_infos": "{'call_state': 5, 'state': 'Early media', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "E2AEJY",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522255189.0
},
{
"additional_infos": "{'call_state': 2, 'state': 'Starting outgoing call', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "NSLZ2L",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522255188.58
},
{
"additional_infos": "{'call_state': 13, 'state': 'Call terminated', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "SC0A33",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522254939.07
},
{
"additional_infos": "{'call_state': 5, 'state': 'Early media', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "NNWJIC",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522254912.88
},
{
"additional_infos": "{'call_state': 2, 'state': 'Starting outgoing call', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "00UW9Y",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522254912.62
},
{
"additional_infos": "{'call_state': 18, 'state': 'Call released', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "5EYHIK",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522254855.98
},
{
"additional_infos": "{'call_state': 1, 'state': 'Incoming call', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "GOWGWL",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522254855.8
},
{
"additional_infos": "{'call_state': 18, 'state': 'Call released', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "SVVOJK",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522254845.38
},
{
"additional_infos": "{'call_state': 13, 'state': 'Call terminated', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "K9VF6R",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522254845.25
},
{
"additional_infos": "{'call_state': 1, 'state': 'Incoming call', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "LPZJYB",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522254845.2
},
{
"additional_infos": "{'call_state': 13, 'state': 'Call terminated', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "7KQY8F",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522251780.12
},
{
"additional_infos": "{'call_state': 5, 'state': 'Early media', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "CIS8ZW",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522251774.56
},
{
"additional_infos": "{'call_state': 3, 'state': 'Outgoing call in progress', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "58SRN2",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522251773.97
},
{
"additional_infos": "{'call_state': 2, 'state': 'Starting outgoing call', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "OVIQKO",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522251773.95
},
{
"additional_infos": "{'call_state': 18, 'state': 'Call released', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "K5QVJC",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522243649.6
},
{
"additional_infos": "{'call_state': 13, 'state': 'Call ended', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "LG30OM",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522243649.48
},
{
"additional_infos": "{'call_state': 6, 'state': 'Connected', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "6PQGJG",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522243643.77
},
{
"additional_infos": "{'call_state': 1, 'state': 'Incoming call', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "7IHOKM",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522243643.73
},
{
"additional_infos": "{'call_state': 18, 'state': 'Call released', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "2Z2ZEM",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522243586.56
},
{
"additional_infos": "{'call_state': 13, 'state': 'Call terminated', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "DUWDXM",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522243586.43
},
{
"additional_infos": "{'call_state': 1, 'state': 'Incoming call', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "GF893L",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522243586.41
},
{
"additional_infos": "{'call_state': 18, 'state': 'Call released', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "A0PYWI",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522243491.77
},
{
"additional_infos": "{'call_state': 13, 'state': 'Call terminated', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "E8368R",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522243491.63
},
{
"additional_infos": "{'call_state': 1, 'state': 'Incoming call', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "J7QIBJ",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522243491.58
},
{
"additional_infos": "{'call_state': 18, 'state': 'Call released', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "NY6WA3",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522243387.02
},
{
"additional_infos": "{'call_state': 13, 'state': 'Call ended', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "AQKLVV",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522243386.88
},
{
"additional_infos": "{'call_state': 6, 'state': 'Connected', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "SY0VHF",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522243380.91
},
{
"additional_infos": "{'call_state': 5, 'state': 'Early media', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "CAB1Q0",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522243372.09
},
{
"additional_infos": "{'call_state': 3, 'state': 'Outgoing call in progress', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "Q8JFX5",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522243371.55
},
{
"additional_infos": "{'call_state': 2, 'state': 'Starting outgoing call', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "IJQK1D",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522243371.54
},
{
"additional_infos": "{'call_state': 13, 'state': 'Call terminated', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "BW6W9D",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522240235.74
},
{
"additional_infos": "{'call_state': 3, 'state': 'Outgoing call in progress', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "OQXD3R",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522240207.87
},
{
"additional_infos": "{'call_state': 2, 'state': 'Starting outgoing call', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "5Y3E52",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522240207.86
},
{
"additional_infos": "{'call_state': 18, 'state': 'Call released', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "GGF7AL",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522238949.45
},
{
"additional_infos": "{'call_state': 13, 'state': 'Call ended', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "MZOXKA",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522238949.34
},
{
"additional_infos": "{'call_state': 7, 'state': 'Streams running', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "J601QU",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522238935.31
},
{
"additional_infos": "{'call_state': 6, 'state': 'Connected', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "95Z0D6",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522238935.3
},
{
"additional_infos": "{'call_state': 5, 'state': 'Early media', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "ZOY9UJ",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522238928.14
},
{
"additional_infos": "{'call_state': 18, 'state': 'Call released', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "YY47BN",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522237216.8
},
{
"additional_infos": "{'call_state': 13, 'state': 'Call terminated', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "0A5L3H",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522237216.68
},
{
"additional_infos": "{'call_state': 1, 'state': 'Incoming call', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "W5DRPU",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522237216.67
},
{
"additional_infos": "{'call_state': 18, 'state': 'Call released', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "NJYSE5",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522237209.32
},
{
"additional_infos": "{'call_state': 13, 'state': 'Call terminated', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "G2P7SL",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522237209.14
},
{
"additional_infos": "{'call_state': 1, 'state': 'Incoming call', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "DPOEEE",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522237209.13
},
{
"additional_infos": "{'call_state': 13, 'state': 'Call terminated', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "1AUQU7",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522237125.06
},
{
"additional_infos": "{'call_state': 5, 'state': 'Early media', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "2WVTHZ",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522237101.75
},
{
"additional_infos": "{'call_state': 2, 'state': 'Starting outgoing call', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "3LE9K2",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522237101.59
},
{
"additional_infos": "{'call_state': 3, 'state': 'Outgoing call in progress', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "NO9G16",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522237101.59
},
{
"additional_infos": "{'call_state': 18, 'state': 'Call released', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "86IE49",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522235844.03
},
{
"additional_infos": "{'call_state': 13, 'state': 'Call ended', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "WUTTAF",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522235843.92
},
{
"additional_infos": "{'call_state': 6, 'state': 'Connected', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "27AU9V",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522235761.42
},
{
"additional_infos": "{'call_state': 7, 'state': 'Streams running', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "4W1RZ7",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522235761.42
},
{
"additional_infos": "{'call_state': 3, 'state': 'Outgoing call in progress', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "A4COSB",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522235738.46
},
{
"additional_infos": "{'call_state': 2, 'state': 'Starting outgoing call', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "U56ULO",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522235738.45
},
{
"additional_infos": "{'call_state': 18, 'state': 'Call released', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "4K7UPN",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522233310.16
},
{
"additional_infos": "{'call_state': 13, 'state': 'Call ended', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "J4QYC4",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522233310.05
},
{
"additional_infos": "{'call_state': 6, 'state': 'Connected', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "1Y881K",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522233304.44
},
{
"additional_infos": "{'call_state': 1, 'state': 'Incoming call', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "JX2C9Z",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522233304.43
},
{
"additional_infos": "{'call_state': 18, 'state': 'Call released', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "YE5UIR",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522233291.0
},
{
"additional_infos": "{'call_state': 13, 'state': 'Call ended', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "MXZJ7W",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522233290.89
},
{
"additional_infos": "{'call_state': 6, 'state': 'Connected', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "RIGEBE",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522233279.64
},
{
"additional_infos": "{'call_state': 7, 'state': 'Streams running', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "5RCGNH",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522233279.64
},
{
"additional_infos": "{'call_state': 5, 'state': 'Early media', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "45QTP5",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522233265.52
},
{
"additional_infos": "{'call_state': 3, 'state': 'Outgoing call in progress', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "6QBIMV",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522233265.38
},
{
"additional_infos": "{'call_state': 2, 'state': 'Starting outgoing call', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "OWA1Y3",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522233265.37
},
{
"additional_infos": "{'call_state': 18, 'state': 'Call released', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "4J7ZMW",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522232287.28
},
{
"additional_infos": "{'call_state': 13, 'state': 'Call ended', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "6LHKNS",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522232287.18
},
{
"additional_infos": "{'call_state': 6, 'state': 'Connected', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "J3LUTG",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522232268.34
},
{
"additional_infos": "{'call_state': 7, 'state': 'Streams running', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "7V0H5R",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522232268.34
},
{
"additional_infos": "{'call_state': 5, 'state': 'Early media', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "5VEPS9",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522232260.18
},
{
"additional_infos": "{'call_state': 2, 'state': 'Starting outgoing call', 'remote_uri': 'sip:11@192.168.0.1'}",
"event_id": "UPXRPS",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522232259.47
},
{
"additional_infos": "{'call_state': 18, 'state': 'Call released', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "V1PVLU",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522226800.34
},
{
"additional_infos": "{'call_state': 13, 'state': 'Call ended', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "QENYWL",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522226800.23
},
{
"additional_infos": "{'call_state': 7, 'state': 'Connected (streams running)', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "SVHQ44",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522226788.14
},
{
"additional_infos": "{'call_state': 6, 'state': 'Connected', 'remote_uri': 'sip:**610@fritz.box'}",
"event_id": "FGVZSY",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1522226787.42
},
nur die Fehlermeldung
jquery.min.js line 4:
SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data
besteht weiterhin...
Was soll das denn jetzt bitte bedeuten - ist die angezeigte history immer noch leer ?
Und die Fehlermeldung ist keine Fehlermeldung, kann man ignorieren.
pah
History geht jetzt, war mein Fehler (falsche IP des Fhem Servers).
Lässt sich die JSON Meldung / PopUp irgendwie abstellen?
Danke!
Erst einmal Frohe Ostern an Alle.
Nach langer (sehr langer) Zeit habe ich mir mal wieder die DoorPi-Sache vorgenommen.
Erstens habe ich mit der DoorPi-Platine ein komplettes Zweitsystem aufgebaut (und daran scheiterte das lange Zeit, weil man einen ordentlichen Aufbau nun mal nicht eben nebenbei machen kann). Ergebnis: Sehr zufrieden mit der Hardware.
Jetzt wird es schrittweise weiter gehen.
Erste Anpassung der Software: Ich habe endlich in die Datei FHEMHelper.sh eine Änderung eingebaut, die es nicht mehr erfordert, den csrf-Token auf dem FHEM-Instanz abzuschalten. Werde ich natürlich auch als Version 2.0 in dem zugehörigen contrib-Ordner posten, für Eilige hier die Änderung: Den Code-Abschnitt FHEM path in der FHEMHelper.sh ersetzen durch
### FHEM path ###
if [ $FHEMHTTPS = "true" ]; then
csrf=`$curlprog -s -D - "https://$FHEMIP:$FHEMPORT/fhem?XHR=1" | awk '/X-FHEM-csrfToken/{print $2}' | tr -d "\r\n"`
FHEM="https://$FHEMIP:$FHEMPORT/fhem?XHR=1&fwcsrf=$csrf&cmd.$FHEMDP"
else
csrf=`$curlprog -s -D - "http://$FHEMIP:$FHEMPORT/fhem?XHR=1" | awk '/X-FHEM-csrfToken/{print $2}' | tr -d "\r\n"`
FHEM="http://$FHEMIP:$FHEMPORT/fhem?XHR=1&fwcsrf=$csrf&cmd.$FHEMDP"
fi
EDIT: Das temporär aufgetretene Problem mit der Anzeige der Callist ist behoben - siehe angehängte Version.
Den Arduino-Sketch werde ich ebenfalls umbauen, u.a. den PostBox-Mechanismus fest hineinsetzen. Allerdings etwas verändert. Hintergrund ist, dass ich einen Briefkasten zum Durchstecken besitze - und somit nicht auf eine Leerung warten muss. Nur gerne dem Trottel, der immer die Post nur hineinklemmt, durch die Sprechanlage ein "Bitte stecken sie das richtig hinein !" zurufen lassen...
Evtl. lässt sich das realisieren, indem man den Arduino durch einen Jumper o.ä. an verschiedenen Anschlüssen konfigurierbar macht.
Es ist also auch jetzt Zeit, Änderungswünsche für die 70_DoorPi.pm zu diskutieren. Die wird nach dem Umbau auch nicht mehr zum Contrib-Ordner, sondern wird in der regulären Distribution sein.
LG
pah
EDIT: Statt der "experimentellen" Version jetzt eine ordentlich umgebaute Version, die ein paar Probleme behebt.
Schönen guten Abend.
Ist es möglich einen eigenen set befehl zu definieren.
Folgendes.
Habe Nextiondisplay an doorpi und möchte das fhem sagt "set doorpi nextionpage 1"
Habe schon versucht in der Doorpi.ini
[webservice_InputPins]
streamon = sleep:0
streamoff = sleep:0
richtige_id = sleep:0
falsche_id = sleep:0
nextionpage1 = sleep:0
aber dann bekomme ich im fhemweb nur die auswahl "set doorpi nextionpage1"
aber das bewirkt nichts..
Prinzipiell funktioniert aber filesystem, da der set befehl "set doorpi stream on" funktioniert.
Nur bei selbst definierten "inputs" reagiert er nicht.
Darum meine Frage: muss ich irgendwas noch konfigurieren, dass er genau wie bei stream das selbe für nextion machen würde
Nachtrag:
Wenn ich im browser das event nextionpage1 aufrufe funktioniert es.
D.h. fhem seitig wird der Befehl nicht abgesendet.
Wenn ich in fhem den event monitor Aufrufe wird der Set Befehl angezeigt.
Dafür gibt es die set ... button Befehle
LG
pah
Vielen Dank.
Hab mir dann doch aus schönheitsaspekten ;) ein attr nextionpage0,1,2,3 hinzugefügt und funktioniert. ;)
Danke nochmal für den Tipp.
Einen schönen Guten Abend,
ich versuche auch gerade meinen DoorPi in FHEM zu integrieren.
DoorPi und FHEM laufen auf getrennten RaspberryPi's.
Ich schätze es scheitert an der Installation von JSON und Test::JSON auf dem FHEM-Raspberry.
Ich erhalte am Ende der JSON Installation mit sudo cpan -f -i JSON folgende Meldung:
All tests successful.
Files=60, Tests=3715, 21 wallclock secs ( 2.11 usr 0.24 sys + 19.25 cusr 0.83 csys = 22.43 CPU)
Result: PASS
ISHIGAKI/JSON-2.97001.tar.gz
/usr/bin/make test -- OK
Running make install
Manifying 5 pod documents
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
ERROR: Can't create '/usr/local/man/man3'
mkdir /usr/local/man: File exists at /usr/share/perl/5.24/ExtUtils/Install.pm line 477.
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
at -e line 1.
Makefile:742: die Regel f▒r Ziel ▒pure_site_install▒ scheiterte
make: *** [pure_site_install] Fehler 17
ISHIGAKI/JSON-2.97001.tar.gz
/usr/bin/make install -- NOT OK
und bei der Test::JSON installation
All tests successful.
Files=4, Tests=37, 1 wallclock secs ( 0.13 usr 0.03 sys + 0.55 cusr 0.08 csys = 0.79 CPU)
Result: PASS
OVID/Test-JSON-0.11.tar.gz
/usr/bin/make test -- OK
Running make install
Manifying 1 pod document
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
ERROR: Can't create '/usr/local/man/man3'
mkdir /usr/local/man: File exists at /usr/share/perl/5.24/ExtUtils/Install.pm line 477.
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
at -e line 1.
Makefile:710: die Regel f▒r Ziel ▒pure_site_install▒ scheiterte
make: *** [pure_site_install] Fehler 17
OVID/Test-JSON-0.11.tar.gz
/usr/bin/make install -- NOT OK
Kann mir bei diesem Problem evtl jemand weiter helfen?
Vielen Dank vorab.
Jamspoon
Scheint ein Rechteproblem zu sein, die Installation sollte als root durchgeführt werden.
LG
pah
Guten Morgen PAH,
vielen Dank für schnelle und vor allem sehr zeitige Antwort.
Die Installation als Benutzer root habe ich soeben noch einmal probiert, leider mit der selben Meldung wie mit den Benutzer pi.
LG
Jamspoon
Der Ordner "/usr/local/man/man3" hat die falschen Rechte.
LG
pah
Hallo PAH,
jetzt wird's lustig, es waren nicht nur die Rechte die gefehlt haben, sondern der Ordner /man war auf meinem FHEM-Pi
nur als Verknüpfung mit dem Verweis auf mein NAS-Backup-Verzeichnis. Warum auch immer...
Ich habe die Verknüpfung entfernt und den Ordner unter root neu angelegt, dann cpan JSON && cpan Test::JSON angeschupst und
schon lief die Sache durch.
Jetzt habe ich den DoorPi in FHEM angelegt bekomme aber bei get config, get history also im Grunde bei allen Befehlen die ich dort ausführe
ein Popup mit dieser Meldung.
fhem?detail=RASPI_DOORPI&fw_id= line 1:
Uncaught SyntaxError: Unexpected token i in JSON at position 0
Drunter ist aber jeweils das Popup mit der --> OK Betätigung. Woran liegt das?
Woher bekomme ich eigentlich die aktuellste 70_Doorpi.pm, FHEMHelper.sh und fhemweb_doorpicalllist.js
bzw. werden diese automatisch beim update von FHEM aktualisiert?
Ich muss sagen das was Du da auf die Beine gestellt hast verdient wirklich Respekt, aber eine kleine Anmerkung hätte ich dennoch.
Ich lese nun schon seit einigen Wochen im FHEM- bzw. im DoorPi Forum und sehe natürlich auch ein, das diese Entwicklung von DoorPi
und auch die Anbindung an FHEM alles in knapp bemessener Freizeit entsteht, aber ich habe bisher noch keine wirklich durchgängige und einfach aufgebaute "Anleitung" oder eher Beschreibung gelesen, wo von Anfang bis Ende ein komplett funktionierender DoorPi mit FHEM-Anbindung beschrieben ist. Zumindest habe ich Probleme damit unter Raspian Stretch auf beiden Geräten.
Die Anleitung im FHEM DoorPi Wiki ist zwar sehr gut beschrieben aber auch sehr komplex und individuell. :-)
Vielleicht lassen sich die entwickelnden User im DoorPi UND FHEM-Forum zu einer gemeinsame entwickelten minimalen Beschreibung / Anleitung überreden?!
Vielen Dank vorab.
LG
Jamspoon
ZitatUncaught SyntaxError: Unexpected token i in JSON at position 0
k.A., ist mir noch nicht begegnet - was ergeben denn
http://<ip von doorpi>/status?module=history_eventhttp://<ip von doorpi>/status?module=history_snapshotLG
pah
ersteres ergibt:
{
"history_event": [
{
"additional_infos": "{'call_state': 18, 'state': 'Call released', 'remote_uri': 'sip:**611@192.168.90.254'}",
"event_id": "0QTJ1J",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1531597829.89
},
{
"additional_infos": "None",
"event_id": "HJO3D1",
"event_name": "OnPlayerStopped",
"fired_by": "doorpi.sipphone.linphone_lib.Player",
"start_time": 1531597829.78
},
{
"additional_infos": "None",
"event_id": "KXBGYS",
"event_name": "OnMediaNotRequired",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1531597829.78
},
{
"additional_infos": "{'call_state': 13, 'state': 'Call ended', 'remote_uri': 'sip:**611@192.168.90.254'}",
"event_id": "4Y7LD4",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1531597829.77
},
{
"additional_infos": "None",
"event_id": "QWT8Z8",
"event_name": "OnCallStateDisconnect",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1531597829.77
},
{
"additional_infos": "None",
"event_id": "1FB2GC",
"event_name": "AfterCallStateConnect",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1531597824.07
},
{
"additional_infos": "None",
"event_id": "FCKGLT",
"event_name": "OnPlayerStopped",
"fired_by": "doorpi.sipphone.linphone_lib.Player",
"start_time": 1531597824.07
},
{
"additional_infos": "{'last_record_filename': '/home/doorpi/records/2018-07-14_21-50-12.wav'}",
"event_id": "S5OTQT",
"event_name": "OnRecorderStarted",
"fired_by": "doorpi.sipphone.linphone_lib.Recorder",
"start_time": 1531597824.07
},
{
"additional_infos": "None",
"event_id": "EV1H8T",
"event_name": "OnCallMediaStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1531597824.07
},
{
"additional_infos": "{'call_state': 7, 'state': 'Streams running', 'remote_uri': 'sip:**611@192.168.90.254'}",
"event_id": "UPP69A",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1531597824.06
},
{
"additional_infos": "None",
"event_id": "66CDWQ",
"event_name": "OnCallStateConnect",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1531597824.05
},
{
"additional_infos": "{'call_state': 6, 'state': 'Connected', 'remote_uri': 'sip:**611@192.168.90.254'}",
"event_id": "ONWMN3",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1531597824.05
},
{
"additional_infos": "{'call_state': 5, 'state': 'Early media', 'remote_uri': 'sip:**611@192.168.90.254'}",
"event_id": "LT1PGM",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1531597812.36
},
{
"additional_infos": "None",
"event_id": "B7N59I",
"event_name": "OnCallMediaStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1531597812.36
},
{
"additional_infos": "None",
"event_id": "D7EWYK",
"event_name": "OnPlayerStarted",
"fired_by": "doorpi.sipphone.linphone_lib.Player",
"start_time": 1531597812.25
},
{
"additional_infos": "{'number': '**611'}",
"event_id": "UMHMOC",
"event_name": "AfterSipPhoneMakeCall",
"fired_by": "doorpi.sipphone.from_linphone",
"start_time": 1531597812.16
},
{
"additional_infos": "{'call_state': 3, 'state': 'Outgoing call in progress', 'remote_uri': 'sip:**611@192.168.90.254'}",
"event_id": "UC5ORV",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1531597812.08
},
{
"additional_infos": "{'number': '**611'}",
"event_id": "6KNNI7",
"event_name": "OnSipPhoneMakeCall",
"fired_by": "doorpi.sipphone.from_linphone",
"start_time": 1531597812.08
},
{
"additional_infos": "None",
"event_id": "1ZR6LA",
"event_name": "OnMediaRequired",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1531597812.07
},
{
"additional_infos": "{'call_state': 2, 'state': 'Starting outgoing call', 'remote_uri': 'sip:**611@192.168.90.254'}",
"event_id": "PHSHL1",
"event_name": "OnCallStateChange",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1531597812.06
},
{
"additional_infos": "{'number': '**611'}",
"event_id": "ZX3637",
"event_name": "BeforeSipPhoneMakeCall",
"fired_by": "doorpi.sipphone.from_linphone",
"start_time": 1531597812.05
},
{
"additional_infos": "None",
"event_id": "99D19P",
"event_name": "OnKeyPressed_webservice.button1",
"fired_by": "doorpi.keyboard.from_filesystem",
"start_time": 1531597812.04
},
{
"additional_infos": "None",
"event_id": "MQX0Z9",
"event_name": "AfterStartup",
"fired_by": "doorpi.doorpi",
"start_time": 1531597695.17
},
{
"additional_infos": "None",
"event_id": "T2IX07",
"event_name": "BeforeStartup",
"fired_by": "doorpi.doorpi",
"start_time": 1531597694.13
},
{
"additional_infos": "None",
"event_id": "10TW1E",
"event_name": "OnStartup",
"fired_by": "doorpi.doorpi",
"start_time": 1531597694.13
},
{
"additional_infos": "None",
"event_id": "94Y5UM",
"event_name": "OnPlayerCreated",
"fired_by": "doorpi.sipphone.linphone_lib.Player",
"start_time": 1531597694.06
},
{
"additional_infos": "None",
"event_id": "HF38L6",
"event_name": "OnRecorderCreated",
"fired_by": "doorpi.sipphone.linphone_lib.Recorder",
"start_time": 1531597694.06
},
{
"additional_infos": "None",
"event_id": "BBTXSD",
"event_name": "OnSipPhoneCreate",
"fired_by": "doorpi.sipphone.from_linphone",
"start_time": 1531597694.05
},
{
"additional_infos": "None",
"event_id": "QPLHL3",
"event_name": "OnCallStart",
"fired_by": "doorpi.sipphone.linphone_lib.CallBacks",
"start_time": 1531597693.97
},
{
"additional_infos": "None",
"event_id": "G5R4T1",
"event_name": "OnWebServerStart",
"fired_by": "doorpi.status.webserver",
"start_time": 1531597693.78
}
]
}
das zweite ergibt:
{
"history_snapshot": [
"orpi/records/snapshots/20180714-153525.jpg",
"orpi/records/snapshots/20180714-153607.jpg",
"orpi/records/snapshots/20180714-153827.jpg"
]
}
Die Snapshots werden in FHEM in der Historie auch nicht (bildlich) angezeigt und die gespeicherten .wav Dateien auch nicht per Klick abgespielt.
Der Browser behauptet das der angegebene Pfad nicht existiert, dies tut er aber weil der Ordner /home/doorpi/records mit reichlich
aktuellen .wav-Dateien gefüllt ist.
Ebenso ist mir aufgefallen das ich über den Webbutton
[EVENT_OnKeyPressed_webservice.button2]
10 = file_call_value:/home/doorpi/calltarget
in FHEM keinen ruf an ein internes Telefon absetzen konnte,
da habe ich den
[EVENT_OnKeyPressed_webservice.button1]
in 10 = call:**611
abgeändert und jetzt ruft der DoorPi das Mobilteil an.
Kann es sein das somit die FHEMHelper.sh bei mir Probleme macht?
LG
Jamspoon
Kann man doch nach Einloggen auf dem doorpi-Rechner von Hand ausprobieren.
LG
pah
Zitat von: illivanilli am 28 November 2017, 19:27:33
Hallo Pah,
ich bräuchte bitte mal Ihre Hilfe bzgl. des Frontplattendesigners.
Auf dieser Seite haben Sie die dxf Datei der Frontplatte freundlicherweise zur Verfügung gestellt.
https://www.doorpi.org/forum/thread/420-doorpi-von-pah/?pageNo=2 (https://www.doorpi.org/forum/thread/420-doorpi-von-pah/?pageNo=2)
Leider bekomme ich bei dem Einbinden der Datei in den Frontplatten Designer von Schaeffer AG den selben Fehler wie der Benutzer MiKn in dem o.g. Link.
Kennen Sie evtl. die Lösung für das Problem?
Vielen Dank für Ihre Rückmeldung!
LG Alex
Hat hier schon jemand eine Lösung gefunden bzw. die Datei neu erstellt und kann sie zur Verfügung stellen?
Grüsse
Achim
Falls jemand dies als Vorlage nutzen möchte. Ich habe mir noch einmal die Mühe gemacht die Frontplatte nachzuzeichnen.
Ich hatte meine Frontplattendatei auch hier im Forum gepostet, keine Ahnung, warum diese unter den neuen Versionen Fehler produzierte.
Ich bitte aber um Nachsicht dafür, dass ich mich nicht auf die Suche nach dem Fehler machen wollte. Hätte mich mehr Zeit gekostet, als einen der Interessenten das Nachzeichnen.
LG
pah
Hallo pah,
kein Problem. Das Interessante dabei ist wenn ich die vorhandene Datei als .dxf im aktuellen Tool exportiere und dann wieder als .dxf Datei einlese bekomme ich die gleichen Fehlermeldungen. Auch bei anderen CAD Tools wie Solid Edge.
Also es funktioniert nur das Basic Dateiformat.
Grüsse
ag
OK, es geht weiter - von DoorPi zu DoorFHEM
https://forum.fhem.de/index.php/topic,101299.msg947413.html#msg947413
LG
pah