Beiträge von motom001
-
-
damit sind beide Themen gelöst, oder?
-
-
es gibt bei Relais doch oft zwei Versionen - NO und NC - manchmal auch beide wie beim piface...
-
ist dazu ein Lexikon Eintrag sinnvoll?
Vielleicht sowas wie [lexicon]Fehlersuche Sound[/lexicon] mit einem Unterartikel [lexicon]Konfiguration Sound ALSA[/lexicon]? -
Vermutlich um user zu ärgern
-
von der hardware her ja - und ich kann keine Hardware Bastelei, deshalb die Aussage, geht nicht
-
es sieht so aus, als wenn doorpi 301 an den Browser zurück gibt und der Browser nicht reagiert. Deshalb würde der Port auch nichts bringen, denn die grundsätzliche Verbindung klappt.
Kannst du bitte einen anderen Browser testen?
Kannst du bitte http://192.168.10.20/dashboard/pages/index.html direkt testen? -
wir hatten mal das Problem, dass eine #USB-Soundkarte nicht richtig im laufende Betrieb erkannt wurde. Hilft ein Neustart von Pi, bei dem die Karte schon gesteckt ist?
-
Ich nehme das Thema mit und korrigiere ggf. die Standard-Pfade in Quellcode...
-
wie hast du die Pfade gesplittet?
-
-
problem klingt nach einem FAQ oder Best practices Artikel im Lexikon...
-
den hab ich nicht verstanden...
Kannst du das Problem bitte etwas genauer beschreiben? -
trennen wir die zwei Themen zu erst einmal.
Fehler #301 ist aber nicht "Datei nicht gefunden", sondern eine Meldung für "Moved Permanently".
Also müssten noch mehr Einträge vorhanden sein. Kannst du doorpi bitte im [lexicon]Trace-Modus[/lexicon] starten und das log hier hochladen? Natürlich musst du während der log Aufzeichnung auch die weboberfläche aufrufen. Welche url rufst du auf?Das andere Thema mit dem #daemon:
Gibt es die Datei /etc/init.d/doorpi und was ist deren Inhalt? Kannst du doorpi manuell als daemon starten?
[lexicon]Konfiguration DoorPi - Starten und Beenden[/lexicon]
Was kommen da für Meldungen?PS: der pi1 wird auf Dauer zu schwach sein. Als Teststellung okay, aber produktiv kommt der mit der Audio Verarbeitung beim Anruf nicht mit...
-
@DaviJones - du hast alles richtig gemacht, jedoch kennt doorpi den Status der hinter den #SIP-Server liegenden clients nicht.
Doorpi kann somit auch gar nicht reagieren, wenn die #App deaktiviert ist.Solche Themen sind Aufgabe eines SIP Servers und müssen dort realisiert werden. Nur der kennt den Anmelde-Status der Clients.
-
Hashtags im Text mit vorangestelltem # sind vollkommen okay - genau wie hier im Beitrag, in dem es um #Telegram und #Benachrichtigen geht...
Aber Synonyme sind böse... -
Ergänzung zur Gegenfrage von @Nea
Das piface hat auch acht Eingänge, die für einen Bewegungsmelder bestimmt besser geeignet sind... -
@Nea
Klingt nach einem perfekten Artikel im Lexikon
[lexicon]Konfiguration Linux Zugriffsrechte Dateisystem[/lexicon]Machst du das oder ich?
-
Ist es gewollt, dass Du 18! einzelne Aktionen ausführen willst, wenn ein Klingelknopf gedrückt wurde? Ist das nicht ein bisschen viel?
Du verwendest eine Nummerierung von 10 bis 180. Sortiert wird aber alphabetisch - die Liste in der config:
2016-08-09 09:06:42,994 [TRACE] [doorpi.conf.config_object] get_keys for section EVENT_OnKeyPressed_onboardpins.0 returns ['10', '20', '140', '150', '120', '30', '50', '40', '60', '180', '130', '110', '70', '90', '80', '160', '100', '170']
wird beim Verarbeiten erst sortiert. Ich muss ehrlich zugeben, dass ich bisher nie mehr als 10 Einträge hatte.
In Deinem Fall kommt somit 10, 110, 120, 130, ..., 20, 30, ...Beim Mail-Versand gibt es auch ein Problem:
2016-08-09 09:06:43,341 [ERROR] [doorpi.action.SingleActions.mailto] send not attachment for this mail: coercing to Unicode: need string or buffer, bool found
Traceback (most recent call last):
File "/usr/local/lib/python2.7/dist-packages/doorpi/action/SingleActions/mailto.py", line 62, in fire_action_mail
with open(smtp_snapshot, "rb") as snapshot_file:
TypeError: coercing to Unicode: need string or buffer, bool foundIn Deinem php-Script stimmt auch was nicht:
2016-08-09 09:08:49,061 [TRACE] [doorpi.action.base] run OsExecuteAction with args () and kwargs {'command': 'php /usr/local/etc/DoorPi/tools/take_snapshot_doorpi.php'}
Notice: Use of undefined constant Klingelbild_1 - assumed 'Klingelbild_1' in /usr/local/etc/DoorPi/tools/take_snapshot_doorpi.php on line 7
PHP Warning: copy(http://192.168.0.40:9000/?action=snapshot): failed to open stream: Connection refused in /usr/local/etc/DoorPi/tools/take_snapshot_doorpi.php on line 7Bereinigt um unnötige Log-Einträge ergibt sich mir das Bild:
Code
Alles anzeigen2016-08-09 09:08:37,210 [DEBUG] [doorpi.action.handler] [21PS10] fire for event OnKeyPressed_onboardpins.0 this actions [ <doorpi.action.SingleActions.file_call_value.CallPhoneNumberFromFileAction instance at 0x736d73f0>, <doorpi.action.SingleActions.out_triggered.OutTriggeredAction instance at 0x736d75a8>, <doorpi.action.SingleActions.sleep.SleepAction instance at 0x736d75f8>, <doorpi.action.SingleActions.out_triggered.OutTriggeredAction instance at 0x736d75d0>, <doorpi.action.SingleActions.sleep.SleepAction instance at 0x736d7620>, <doorpi.action.SingleActions.out_triggered.OutTriggeredAction instance at 0x736d7670>, <doorpi.action.SingleActions.sleep.SleepAction instance at 0x736d7648>, <doorpi.action.SingleActions.out_triggered.OutTriggeredAction instance at 0x736d76c0>, <doorpi.action.SingleActions.mailto.MailtoAction instance at 0x736d7710>, <doorpi.action.SingleActions.os_execute.OsExecuteAction instance at 0x736d7800>, <doorpi.action.SingleActions.out_triggered.OutTriggeredAction instance at 0x736d7738>, <doorpi.action.SingleActions.out_triggered.OutTriggeredAction instance at 0x736d77b0>, <doorpi.action.SingleActions.os_execute.OsExecuteAction instance at 0x736d7850>, <doorpi.action.SingleActions.sleep.SleepAction instance at 0x736d7878>, <doorpi.action.SingleActions.out_triggered.OutTriggeredAction instance at 0x736d7828>, <doorpi.action.SingleActions.sleep.SleepAction instance at 0x736d7760>, <doorpi.action.SingleActions.out_triggered.OutTriggeredAction instance at 0x736d7788>, <doorpi.action.SingleActions.sleep.SleepAction instance at 0x736d77d8> ] 2016-08-09 09:08:37,292 [INFO] [doorpi.sipphone.from_linphone] channel [0xb51358]: message sent to [UDP://192.168.0.19:5060], size: [804] bytes 2016-08-09 09:08:37,354 [INFO] [doorpi.sipphone.from_linphone] channel [0xb51358]: received [353] new bytes from [UDP://192.168.0.19:5060]: SIP/2.0 401 Unauthorized 2016-08-09 09:08:37,364 [INFO] [doorpi.sipphone.from_linphone] channel [0xb51358]: message sent to [UDP://192.168.0.19:5060], size: [359] bytes ACK sip:**610@192.168.0.19 SIP/2.0 2016-08-09 09:08:37,367 [INFO] [doorpi.sipphone.from_linphone] channel [0xb51358]: message sent to [UDP://192.168.0.19:5060], size: [964] bytes INVITE sip:**610@192.168.0.19 SIP/2.0 2016-08-09 09:08:37,422 [INFO] [doorpi.sipphone.from_linphone] channel [0xb51358]: received [290] new bytes from [UDP://192.168.0.19:5060]: SIP/2.0 100 Trying 2016-08-09 09:08:37,484 [INFO] [doorpi.sipphone.from_linphone] channel [0xb51358]: received [677] new bytes from [UDP://192.168.0.19:5060]: SIP/2.0 183 Session Progress 2016-08-09 09:08:38,752 [INFO] [doorpi.sipphone.from_linphone] Bandwidth usage for call [0x73c2f088]: RTP audio=[d= 69,5,u= 73,1], video=[d= 0,0,u= 0,0] kbits/sec RTCP audio=[d= 0,0,u= 0,0], video=[d= 0,0,u= 0,0] kbits/sec 2016-08-09 09:08:38,753 [INFO] [doorpi.sipphone.from_linphone] Thread processing load: audio=29,632343 video=0,000000 2016-08-09 09:08:44,794 [TRACE] [doorpi.action.handler] [21PS10] try to fire action MailtoAction with args () and kwargs {'smtp_text': ' jemand an der T\xfcr', 2016-08-09 09:08:54,418 [TRACE] [doorpi.action.handler] [21PS10] finished fire_event for event_name OnKeyPressed_onboardpins.0 2016-08-09 09:09:26,746 [INFO] [doorpi.sipphone.from_linphone] call timeout - hangup current call after 49.522857 seconds (max. 50) 2016-08-09 09:09:26,747 [INFO] [doorpi.sipphone.from_linphone] Cancelling INVITE request from ["DoorPi" <sip:620@192.168.0.19>] to [sip:**610@192.168.0.19] 2016-08-09 09:09:26,750 [INFO] [doorpi.sipphone.from_linphone] channel [0xb51358]: message sent to [UDP://192.168.0.19:5060], size: [276] bytes CANCEL sip:**610@192.168.0.19 SIP/2.0 2016-08-09 09:09:26,869 [INFO] [doorpi.sipphone.from_linphone] channel [0xb51358]: received [322] new bytes from [UDP://192.168.0.19:5060]: SIP/2.0 487 Request Cancelled
Auswertung meiner Seite:
Zeit vom Drücken der Klingeltaste (2016-08-09 09:08:37,210) bis zum Zeitpunkt, an dem die Fritzbox das Gespräch akzeptiert hat (2016-08-09 09:08:37,484), vergehen 0,274 Sekunden
Danach vergehen bis zum call timeout (2016-08-09 09:09:26,746) weitere ca. 50 Sekunden und das Gespräch wird wieder, wie gewünscht, abgebaut, da niemand abgenommen hat.Was in der Zwischenzeit passiert, nachdem die Fritzbox das Gespräch angenommen hat, kann ich Dir nicht so einfach beantworten.
Und zu Deinem Ursprungs-Thema:
Wo klingelt es nur einmal? Klingelt Deine Telefon nur einmal oder klingelt es an der Außenstation nur einmal?
Wie lange dauert es, wenn Du per Handy zu Hause anrufst bis es klingelt?
Was für einen Pi hast Du?