Habe die Stromversorgung jetzt über die Schraubklemmen am Piface seperat angeschlossen (versorgt auch den Raspberry mit Strom ) und auch den Nextion versorge ich extern mit Strom. Gerade eben leider wieder von meinem IO Broker eine Nachricht erhalten, dass er den DoorPi nicht anpingen kann.
Meine Vermutung wäre jetzt noch der Bewegungsmelder der den RPI vielleicht mit Events zu müllt.
Hatte jemand schon ähnliche Probleme?
Hi Emilio,
nutze auch RPI CAM Web und komme auch nicht wirklich zu einem Ergebnis.
Habe mal testweise die snapshot Erzeugung auf DTMF gelegt.
Wie schaut denn deine fertige INI aus?
Das ist mein momentaner Stand.
Muss ich bei der RPI CAM Web Konfiguration noch irgendetwas beachten?
[DTMF]
"9" = take_snapshot:http://192.168.0.7:8080/cam.jpg
[DoorPi]
base_path = /usr/local/etc/DoorPi
eventlog = !BASEPATH!/conf/eventlog.db
is_alive_led = blinking_led
last_snapshot =
number_of_snapshots = 20
snapshot_size = 1280x720
snapshot_path =/srv/DoorPiWeb/snapshot
[DoorPiWeb]
indexfile = index.html
loginfile = login.html
online_fallback = http://motom001.github.io/DoorPiWeb
port = 80
public = AREA_public
www = /srv/DoorPiWebDie Idee einen Spannunsregler zu nutzen hatte ich auch schon, würde generell die Ströme senken. Also würdest du auch auf ein Hardware Problem tippen.
Was mir auch sehr seltsam erscheint ist, wenn der Raspi sich abschießt, reagiert der Nextion nichtmehr. Dieser sollte jedoch unabhängig funktionieren da eigener Chip usw. Falls der Raspi also die Komponenten wie Ethernet und USB ausschaltet würde das ein solchen Verhalten erklären. Werde heute Abend nochmal checken, wenn das Problem auftritt ob alle Interfaces tatsächlich deaktiviert wurden.
Danach werde ich dann mein Labornetzteil anschließen.
Gerade nochmal ähnliche Zeilen im Trace modus wie letzte Nacht erhalten, ich habe das Gefühl, irgendwas schickt meinen Raspberry in eine Art Hibernation mode oder es ist wirklich verursacht durch die Stromversorgung. Das HMI ist sauber, habe da folgende instructions benutzt:
ussp 60
thsp 60
thup 1
dims 100
Zur info:
Der Bewgungsmelder ist auf t min engestellt, ungefährt 2s trigger (RPI HC-SR501). Dieser hängt an einem Relaisboard der dann Input (prodsystem.2) auf GND schaltet. Ist das Event selber vielleicht ungünstig gewählt? Habe auch schonmal gehört das zu häufiges retriggern eines Signales zu Problemen führen kann. Wie habt ihr das realisiert bei euren Projekten?
Nochmal bei null mit der Installation angefangen und jetzt läufts. Wahrscheinlich zu viel rum probiert.
Wegen der IO Broker Anbindung wäre ich sehr interessiert.
Habe Version 3.9.1 installiert. Habe noch ein bisschen weiter probiert und den LOG soweit gefixt. Jetzt gibt es noch einen Error.
Guten Abend liebe Pi-Fetischisten!
Nachdem ich nach mehreren PI-Projekten von CCU3 über IO Broker auf dieses nette Gadget gestoßen bin habe ich mich leider an der Konfiguration des Linphone festgefahren. Habe heute schon viele mögliche Konfigurationen durchprobiert jedoch ohne erfolg. Ferner bin ich verwirrt welche Einstellungen konkret genutzt werden sollen. Beispielsweise heißt es einmal man solle als Usernamen die interne Nummer mit ** verwenden, dann habe ich aber auch schon Konfigurationen ohne ** gesehen ...... Naja, hoffe ihr könnt mir weiterhelfen.
Einstellungen der FB:
Ini:
[AREA_installer]
.* =
[AdminNumbers]
**1 = active
**610 = active
**611 = active
**620 = active
[DoorPi]
base_path = /usr/local/etc/DoorPi
eventlog = !BASEPATH!/conf/eventlog.db
is_alive_led = blinking_led
last_snapshot =
snapshot_path =
[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
[Group]
administrator = door
[SIP-Phone]
local_port = 5060
firewallpolicy = PolicyNoFirewall
audio_codecs = PCMA,PCMU
call_timeout = 40
capture_device = ALSA: C-Media USB Headphone Set
dialtone = !BASEPATH!/media/ShortDialTone.wav
dialtone_renew_every_start = False
dummy = dummy
echo_cancellation_enabled = False
identity = DoorPi
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 = doorpifritz
sipserver_realm = 192.168.0.2
sipserver_server = 192.168.0.2
sipserver_username = doorpifritz
stun_server =
ua.max_calls = 2
video_codecs = VP8
video_device = StaticImage: Static picture
video_display_enabled = False
video_size = vga
[User]
door = pi
[WritePermission]
administrator = installer
[keyboards]
dummy = dummy
In älteren Posts wird in der ini immer die interne Rufnummer verwendet als Username. Das scheint in meinem Falle jedoch nichtmehr zu funktionieren. Sobald ich das in meine ini schreibe habe ich keinen Zugriff mehr auf die DoorPiWeb und wenn ich mit sudo doorpi_cli --trace starte kommt sofort Doorpi shutdown.
Erste Frage wie kann man sowas debuggen?
Zweite Frage was mache ich falsch?
log-Dateien sind angehängt.