Beiträge von Joker

**Joker** · 20. März 2016

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.

**Joker** · 19. März 2016

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.

**Joker** · 19. März 2016

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:

Code

2016-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

2016-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)

Alles anzeigen

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?

**Joker** · 19. März 2016

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.

**Joker** · 19. März 2016

... 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!!

**Joker** · 19. März 2016

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:

Code

sudo service doorpi start
bzw
sudo service doorpi stop

Dann kommt es irgendwann zu diesem Verhalten:

Code

Exception 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

Alles anzeigen

Noch häufiger passiert das, wenn ich den Daemon stoppe, und danach um Logausgaben zu sehen, als Applikation starte:

Code

doorpi_cli --trace

Kann ich das so nicht machen oder ist das ein Problem/Bug?

**Joker** · 19. März 2016

Jetzt bin ich verwirrt. Wieso keine Fritzbox? Ich habe ja eine Fritzbox, aber eine 7390....

**Joker** · 19. März 2016

Zitat von motom001

Zusammengesetzt ist das dann:
sip:DoorPi@192.168.1.50:5060

Damit 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.

**Joker** · 18. März 2016

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.

**Joker** · 18. März 2016

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?

**Joker** · 15. März 2016

Auch das funktioniert bei mir einwandfrei.

Müsste da am Ende von dem PHP Skript nicht noch ein "?>" hin?

**Joker** · 15. März 2016

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..?

**Joker** · 15. März 2016

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:

**Joker** · 15. März 2016

Es wird immer besser :cool:

**Joker** · 15. März 2016

Zitat von Nea

Wegen der Installation von dem MJPG-Streamer verweise ich hier mal auf meine Anleitung auf Github.

Installation MJPG-Streamer

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:

Code

sudo modprobe bcm2835-v4l2

Wie geht das noch mal, dass das automatisch passiert?

**Joker** · 14. März 2016

Zitat von motom001

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.

Zitat von motom001

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..."

Zitat von motom001

Aber laut deren Webseite passt der PiFace 2 bei allen Pi's...

OK, wird bestellt.

Zitat von motom001

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?

Zitat von motom001

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

**Joker** · 14. März 2016

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.

Beiträge von Joker

Doppelte Config-Einträge in DoorPiWeb unter Firefox für Windows

Problem nach wiederholtem Starten/Stoppen

Kein onKeyPressed bei kurzem Tastendruck

Problem nach wiederholtem Starten/Stoppen

Doorpi Neuaufbau

Problem nach wiederholtem Starten/Stoppen

Doorpi Neuaufbau

Doorpi Neuaufbau

Doorpi Neuaufbau

auth fail auf fritzbox 7390

Anleitung : Snapshots erstellen mit mjpg-streamer

Frage wegen Kamera am DoorPi

Frage wegen Kamera am DoorPi

Doorpi Neuaufbau

Frage wegen Kamera am DoorPi

Doorpi Neuaufbau

Doorpi Neuaufbau