Das tritt bei mir auch ab und zu auf, und zwar unter Safari unter MacOs. Aber ich glaube das ist kein Problem vom Browser, denn ein einfaches Reload der Seite führt bei mir dann dazu dass die doppelten Einträge weg sind.
Beiträge von Joker
-
-
Also was ich persönlich schlecht finden würde: Wenn bei Problemen ein bestimmter Teil nicht gestartet wird, und man das erstmal nicht merkt.
z.B. wenn es in meinem Fall so gewesen wäre, dass dann einfach keine Events mehr eingetragen werden und man das u.U. erst merkt wenn man nach ewiger Zeit da mal reinschauen will.Ich würde den "harten" Weg favorisieren, irgendetwas passt nicht, Fehlermeldung, Ende.
In dem Fall kommt man nicht drumrum, die Fehlermeldung auch zu lesen (ne "gute" Fehlermeldung wäre natürlich hilfreich :D), und man kann davon ausgehen wenn DoorPi läuft, ist auch alles wie es sein muss.
-
Hi,
ok, nachdem mein letztes Problem nur meine eigene Dummheit war, jetzt hier mal das was ich eigentlich testen wollte und wohl ein kleines Problem habe.Und zwar, wenn ich meinen Klingeltaster nur sehr kurz drücke, wird kein onKeyPressed ausgelöst, siehe hier:
Code2016-03-19 11:36:16,070 [INFO] [doorpi.status.webserver] DoorPiWeb URL is http://doorpi:8080/ 2016-03-19 11:36:16,893 [TRACE] [doorpi.action.handler] fire Event OnKeyUp from doorpi.keyboard.from_piface asyncron 2016-03-19 11:36:16,900 [TRACE] [doorpi.action.handler] fire Event OnKeyUp_0 from doorpi.keyboard.from_piface asyncron 2016-03-19 11:36:16,910 [DEBUG] [doorpi.action.handler] no actions for event OnKeyUp - skip fire_event OnKeyUp from doorpi.keyboard.from_piface 2016-03-19 11:36:16,915 [TRACE] [doorpi.action.handler] fire Event OnKeyUp_pifaceio.0 from doorpi.keyboard.from_piface asyncron 2016-03-19 11:36:16,922 [DEBUG] [doorpi.action.handler] no actions for event OnKeyUp_0 - skip fire_event OnKeyUp_0 from doorpi.keyboard.from_piface 2016-03-19 11:36:16,935 [DEBUG] [doorpi.action.handler] no actions for event OnKeyUp_pifaceio.0 - skip fire_event OnKeyUp_pifaceio.0 from doorpi.keyboard.from_piface 2016-03-19 11:36:18,347 [INFO] [doorpi.status.webserver] DoorPiWeb URL is http://doorpi:8080/
Drücke ich etwas länger, kommt onKeyPressed und die entsprechende Action wird auch ausgeführt:
Code
Alles anzeigen2016-03-19 11:28:55,113 [TRACE] [doorpi.action.handler] fire Event OnKeyDown from doorpi.keyboard.from_piface asyncron 2016-03-19 11:28:55,127 [DEBUG] [doorpi.action.handler] no actions for event OnKeyDown - skip fire_event OnKeyDown from doorpi.keyboard.from_piface 2016-03-19 11:28:55,131 [TRACE] [doorpi.action.handler] fire Event OnKeyDown_0 from doorpi.keyboard.from_piface asyncron 2016-03-19 11:28:55,143 [TRACE] [doorpi.action.handler] fire Event OnKeyDown_pifaceio.0 from doorpi.keyboard.from_piface asyncron 2016-03-19 11:28:55,147 [DEBUG] [doorpi.action.handler] [Z840C7] fire for event OnKeyDown_0 this actions [<doorpi.action.SingleActions.os_execute.OsExecuteAction instance at 0xb452faf8>] 2016-03-19 11:28:55,159 [TRACE] [doorpi.action.handler] [Z840C7] try to fire action OsExecuteAction with args () and kwargs {'command': 'php /usr/local/etc/DoorPi/tools/take_snapshot_doorpi.php'} 2016-03-19 11:28:55,158 [TRACE] [doorpi.action.handler] fire Event OnKeyPressed from doorpi.keyboard.from_piface asyncron 2016-03-19 11:28:55,170 [TRACE] [doorpi.action.base] run OsExecuteAction with args () and kwargs {'command': 'php /usr/local/etc/DoorPi/tools/take_snapshot_doorpi.php'} 2016-03-19 11:28:55,166 [DEBUG] [doorpi.action.handler] no actions for event OnKeyDown_pifaceio.0 - skip fire_event OnKeyDown_pifaceio.0 from doorpi.keyboard.from_piface 2016-03-19 11:28:55,183 [DEBUG] [doorpi.action.handler] no actions for event OnKeyPressed - skip fire_event OnKeyPressed from doorpi.keyboard.from_piface 2016-03-19 11:28:55,184 [TRACE] [doorpi.action.handler] fire Event OnKeyPressed_0 from doorpi.keyboard.from_piface asyncron 2016-03-19 11:28:55,237 [DEBUG] [doorpi.action.handler] no actions for event OnKeyPressed_0 - skip fire_event OnKeyPressed_0 from doorpi.keyboard.from_piface 2016-03-19 11:28:55,241 [TRACE] [doorpi.action.handler] fire Event OnKeyPressed_pifaceio.0 from doorpi.keyboard.from_piface asyncron 2016-03-19 11:28:55,262 [DEBUG] [doorpi.action.handler] [UPM9T0] fire for event OnKeyPressed_pifaceio.0 this actions [<doorpi.action.SingleActions.call.CallAction instance at 0xb452fbc0>] 2016-03-19 11:28:55,274 [TRACE] [doorpi.action.handler] [UPM9T0] try to fire action CallAction with args () and kwargs {'number': '**701'} 2016-03-19 11:28:55,279 [TRACE] [doorpi.action.base] run CallAction with args () and kwargs {'number': '**701'} 2016-03-19 11:28:55,293 [TRACE] [doorpi.action.handler] fire Event BeforeSipPhoneMakeCall from doorpi.sipphone.from_linphone asyncron 2016-03-19 11:28:55,302 [DEBUG] [doorpi.sipphone.from_linphone] call (**701)
Interessant finde ich auch, dass im ersten Fall auch kein "onKeyDown" kommt, sondern nur das "onKeyUp" erkannt wird.
Ich habe da jetzt mit der Bouncetime mal ein wenig rumgespielt, aber ich kann es aktuell nicht lösen. Was kann ich da machen?
-
Ok, und was kann ich da machen?
Ich habe gerade nochmal probiert, DoorPi wird bei mir entsprechend der Anleitung als Daemon beim Booten gestartet. Wenn ich jetzt etwas testen möchte, also Terminal-Ausgaben haben möchte, dann beende ich DoorPi mittels "sudo service doorpi stop", und möchte dann per "doorpi_cli --trace" ihn manuell starten.
Dabei kommt es jetzt bei mir immer (!) zu der genannten Fehlermeldung.
/EDIT: Ach herrje, ich glaub ich bin doof Ich habe wohl einfach das "sudo" vergessen. Dann kann er nicht auf die DB schreiben. Das hat sich dann wohl erledigt.
Das einzige was unschön ist, irgendwas hängt sich weg, wenn man das sudo vergisst. Ich bekomme es hinterher nicht mehr ordentlich gestartet, nur nach reboot. -
... und wenn die Nummer in der AdminNumbers Section ist
Habe es mir gerade aus einem anderen Thread hier zusammengereimt. Ich glaube da haben wir wirklich aneinander vorbei gesprochen. Macht aber nix, denn jetzt geht es, ich kann den Doorpi anrufen.
Vielen Dank für Deine immer schnelle Hilfe!! -
Hi,
bei mir kommt es vor, dass wenn ich mehrmals hintereinander den Daemon starte und stoppe, er dann nicht mehr gestartet werden kann. Also ich mache sowas:
Dann kommt es irgendwann zu diesem Verhalten:
Code
Alles anzeigenException in thread BeforeStartup from doorpi.doorpi: 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 "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 251, in fire_event_synchron if not silent: self.db.insert_event_log(event_fire_id, event_source, event_name, start_time, kwargs) File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 135, in insert_event_log self.execute_sql(sql_statement) File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 121, in execute_sql return self._db.execute(sql) OperationalError: attempt to write a readonly database 2016-03-19 01:11:58,444 [ERROR] [doorpi.main] Exception NameError: attempt to write a readonly database Traceback (most recent call last): File "/usr/local/lib/python2.7/dist-packages/doorpi/main.py", line 152, in main_as_application try: doorpi.DoorPi(parsed_arguments).run() File "/usr/local/lib/python2.7/dist-packages/doorpi/doorpi.py", line 237, in run self.event_handler.fire_event_synchron('OnStartup', __name__) File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 251, in fire_event_synchron if not silent: self.db.insert_event_log(event_fire_id, event_source, event_name, start_time, kwargs) File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 135, in insert_event_log self.execute_sql(sql_statement) File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 121, in execute_sql return self._db.execute(sql) OperationalError: attempt to write a readonly database 2016-03-19 01:11:58,471 [DEBUG] [doorpi.doorpi] destroy doorpi 2016-03-19 01:11:58,476 [DEBUG] [doorpi.doorpi] Threads before starting shutdown: [<_MainThread(MainThread, started -1225469952)>, <Thread(Thread-1, started -1236790176)>] 2016-03-19 01:11:58,482 [TRACE] [doorpi.action.handler] fire Event BeforeShutdown from doorpi.doorpi asyncron Traceback (most recent call last): File "/usr/local/bin/doorpi_cli", line 11, in <module> sys.exit(entry_point()) File "/usr/local/lib/python2.7/dist-packages/doorpi/main.py", line 169, in entry_point raise SystemExit(main_as_application(sys.argv)) File "/usr/local/lib/python2.7/dist-packages/doorpi/main.py", line 155, in main_as_application finally: doorpi.DoorPi().destroy() File "/usr/local/lib/python2.7/dist-packages/doorpi/doorpi.py", line 207, in destroy self.event_handler.fire_event_synchron('OnShutdown', __name__) File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 251, in fire_event_synchron Exception in thread BeforeShutdown from doorpi.doorpi: 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 "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 251, in fire_event_synchron if not silent: self.db.insert_event_log(event_fire_id, event_source, event_name, start_time, kwargs) File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 135, in insert_event_log self.execute_sql(sql_statement) File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 121, in execute_sql return self._db.execute(sql) OperationalError: attempt to write a readonly database if not silent: self.db.insert_event_log(event_fire_id, event_source, event_name, start_time, kwargs) File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 135, in insert_event_log self.execute_sql(sql_statement) File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 121, in execute_sql return self._db.execute(sql) sqlite3.OperationalError: attempt to write a readonly database
Noch häufiger passiert das, wenn ich den Daemon stoppe, und danach um Logausgaben zu sehen, als Applikation starte:
Kann ich das so nicht machen oder ist das ein Problem/Bug?
-
Jetzt bin ich verwirrt. Wieso keine Fritzbox? Ich habe ja eine Fritzbox, aber eine 7390....
-
Zusammengesetzt ist das dann:
sip:DoorPi@192.168.1.50:5060Damit kann ein Anruf zum DoorPi aufgebaut werden, ohne dass dieser sich vorher an einem SIP-Server anmelden musste.
OK, das klingt erstmal einfach. Aber ich stehe wohl gerade auf dem Schlauch - wo muss ich das jetzt benutzen? Mein Gedanke war eigentlich, z.B. von einem FritzFon aus den DoorPi anzurufen.
-
Zitat
Aktuell würdest Du so einen Call definieren: "call:**610". Es geht aber auch "call:**610@192.168.178.1" wobei das die IP der Fritzbox wäre.
Da kommen aber noch mehr Infos hier im Forum, wenn ich soweit bin.Super, habe es mittlerweile soweit dass das funktioniert.
Kann ich bei eine VOIP-losen Fritzbox es auch irgendwie hinkriegen dass bei Anruf ein Snapshot von der Kamera angezeigt wird? Ein Livestream wird ja sicher nicht gehen oder?
Letzte Frage zu dem Thema:
Zitat
Ohne geht auch - dann kann der DoorPi selbst nicht angerufen werden (bzw. auch das geht mit etwas Geschick).Was heißt "mit etwas Geschick"? Kannst Du mir dazu mehr sagen oder ist das nicht "mal eben" gesagt? Wenn ich es richtig sehe müsste ich den Doorpi z.B. anrufen, wenn niemand geklingelt hat aber ich z.B. den am Pi angeschlossenen Türöffner betätigen will.
-
Ich klink mich mal mit ein, ich habe das gleiche Problem...
Was für ein Passwort muss man denn da eigentlich eintragen? Das für die Fritzbox Oberfläche oder welches?
-
Auch das funktioniert bei mir einwandfrei.
Müsste da am Ende von dem PHP Skript nicht noch ein "?>" hin?
-
Danke für die Info.
Die Syntax war mir nicht klar, deswegen hab ichs tatsächlich "stumpf" kopiert
Funktioniert hat es aber trotzdem, vermutlich ist das sleep nicht unbedingt notwendig..? -
Super, Besten Dank!
Wird gleich getestet.Das wird hier richtig gut glaub ich. Die ganzen Infos die man vorher mühsam zusammensuchen musste, mal gebündelt und aufbereitet. Daumen hoch! :cool:
-
Es wird immer besser :cool:
-
Wegen der Installation von dem MJPG-Streamer verweise ich hier mal auf meine Anleitung auf Github.Ich habe den mjpeg-Streamer nach der Anleitung installiert, und geht soweit, vielen Dank dafür! Habe auch schon den Stream auf der Elcom App. Allerdings muss ich immer nach reboot wieder den Treiber laden:
Wie geht das noch mal, dass das automatisch passiert?
-
Aber es könnte zusammen mit DoorPi knapp werden.
OK, dann werde ich erstmal versuchen alles zum Laufen zu bekommen, und falls es nicht reicht dann kommt FHEM auf einen RaspPi 3 und der 2er wird für Doorpi genommen.Bekannt - Workaround:
DoorPi als Daemon (Dienst / Service / Autostart) unter Jessie einrichten...
Hehe, hatte ich ne Viertelstunde nach meinem Beitrag dann auch gesehen. Wäre es evtl. sinnvoll, den Hinweis auf den Workaround ganz oben in das Thema zu schreiben? Dann kann man das leichter finden, kann mir vorstellen dass es anderen da auch so geht. Weil ich hab nach dem Testen von "sudo /etc/init.d/doorpi start" aufgehört zu lesen mit "Mist, da passt wohl was nicht..."Aber laut deren Webseite passt der PiFace 2 bei allen Pi's...
OK, wird bestellt.Ohne geht auch - dann kann der DoorPi selbst nicht angerufen werden (bzw. auch das geht mit etwas Geschick).
Äh ok...! Und was geht dann da genau? Gibts dazu was, was ich mir durchlesen kann oder noch nicht? Kann ich ein an der Fritzbox angebundenes DECT-Telefon anrufen? Evtl. sogar ein Bild anzeigen?Wenn wir das Siedle TLE 061-01 eingebunden bekommen, dann wäre das eine sehr gute Alternative für DoorPi...
Ja ich meine Mic für die Haustür... OK, ich warte mal ab -
Tach erstmal,
ich verfolge das Thema Doorpi schon länger, aber hatte bis jetzt nie Zeit mich mal näher damit zu beschäftigen. Das zig Seiten lange Thema im Raspberry Forum war auch immer ein wenig abschreckend, da man nie weiß was da noch stimmt und was nicht
Freut mich zu sehen dass aus diesem Projekt so richtig was geworden ist, erst das Wiki und nun auch noch das Forum wo alles immer besser beschrieben wird.
Also, gestern habe ich mich also hingesetzt, und auf meinem alten Raspberry 1 B+ Doorpi nach der Anleitung hier installiert (Ich hab auch noch einen Raspberry 2, aber darauf läuft mein FHEM Server. Der 1er ist von der Leistung doch ausreichend, oder?). Ich komme soweit erstmal auf die Doorpi Weboberfläche, also der erste Schritt ist getan.
Warum es bei mir die Datei /etc/init.d/doorpi nicht gibt und ich daher es noch nicht als Daemon starten konnte weiß ich leider nicht. Kann dazu jemand was sagen?Wie auch immer, zum Thema Planung habe ich eigentlich im Moment zwei Fragen:
- Ich möchte das PiFace verwenden, das hier ist das richtige oder: http://www.elv.de/piface-digit…rd-fuer-raspberry-pi.html Bei ELV hab ich nämlich noch nen 10€ Gutschein :cool:
- Ich bin mir noch nicht sicher ob ich das mit dem VOIP richtig verstanden habe. Ich brauche dazu doch eine VOIP-fähige Fritzbox oder? Ich habe aktuell eine 7390, die geht vermutlich nicht oder? Wär aber bereit mir eine andere zu besorgen
- Kann mir jemand ein Standard Mikrofon empfehlen das ich verwenden kann? Am Besten gleich mit 3.5mm Klinke. Ich möchte das System komplett neu aufbauen, also keine bestehende Anlage verwenden.
- Lautsprecher brauche ich auch noch, aber da kann ich zum Testen ja erstmal Kopfhörer verwenden. Was anderes hab ich gerade nicht da.Das wars erstmal, für jetzt. Danke für Infos.