Dann geht WLAN jetzt bei Dir und es hat nur an der schwachen Verbindung gelegen? Du hattest doch keine Timeouts, als es nicht gegangen ist. Na egal, Hauptsache es funktioniert jetzt.

klar so sehe ich das auch.

Feststellung, wenn ein Wlan unter speed von 10 MBit liegt
kommt fehler : => out :: err :Timeout:

Alles über 10 MBit kein Problem.

Wenn der Speed unter 10 MBit liegt, dann den Router einfach mal 1-2 Meter näher an des Raspi ran.

Läuft

Timeout: erledigt

Welche Kamera triggert und welche davon abhängig aufzeichnet, oder ob evtl. jede Kamera einen eigenen Trigger haben sollten, das kommt immer ganz auf den Anwendungsfall an. Mit geht es darum, bei jedem Triggerereignis zwei gleichzeitige Videos zu erhalten. Die müssen dann von Hand von den beiden Kameras abgeholt werden und auch von Hand geschnitten. Aber wie gesagt, das hängt immer vom Anwendungsfall ab.

Wenn ich Sie richtig verstehe, dann funktioniert es wenn beide Kameras am LAN hängen. Wenn sie per WLAN verbunden sind, dann funktioniert es nicht. Das kann ich mir nicht ganz vorstellen, da Sie ja von Hand per ssh auch per WLAN auf das Triggerverzeichnis zugreifen können. (Antwort: „insgesamt 0“). Die Verbindung sollte also schon da sein. Recordremote.py sollte auch Fehler rausschreiben, wenn die Kommunikation mit dem anderen Gerät fehlschlägt, wie hier in der zweiten Zeile:
Ready for trigger
out :: err :Timeout:
Trigger detected!
2017-08-18-06-08-24
14.258094
Trigger stopped!
Connect files
Appending file Videos/b-2017-08-18-06-08-24.h264
No suitable destination track found - creating new one (type vide)
Appending file Videos/a-2017-08-18-06-08-24.h264
Saving Videos/2017-08-18-06-08-24-raspi167.mp4: 0.500 secs Interleaving

Haben Sie denn auch am Client ein Verzeichnis Videos angelegt? Sie schreiben nur vom Server.

also per Lan

slave

pi@slave01:~ $ python3 -u recordremote.py &> record.log &
[1] 1831
pi@slave01:~ $ !tail
tail -f record.log
Ready for trigger
Trigger detected!
2017-08-18-12-44-19
16.296832
Trigger stopped!
Connect files
Appending file Videos/b-2017-08-18-12-44-19.h264
No suitable destination track found – creating new one (type vide)
Appending file Videos/a-2017-08-18-12-44-19.h264
Saving Videos/2017-08-18-12-44-19-slave01.mp4: 0.500 secs Interleaving

Jedenfalls erstellt er jetzt erstmal pro Client auch ein Video
leider kein gemeinsames.

aber sonst OK, also per Wlan sieht es schlecht aus mit einer Dauerverbindung

2 Raspi
1. cappa server , gestartet mit record2.py und motioninterrupt ohne cv
2. cappa01 cleint , remoterecord.py & post**
beide über wlan verbunden

cleint per ssh verdunden

doch beim auslösen des PIR schreibt nur server file a & b
client schreibt kein File

Beim starten des remoterecord

kommt
Ready for trigger

aber keine Anzeige das er aktiviert ist. wie motion start oder sonstiges

Habe auf Server im Homeverzeichnis den ordner Videos angelegt
dort liegt nichts drin

beim ssh pi@cappa ls -l trigger
insgesamt 0

ich habe den verdacht das bei Wlan nutzung irgend was hängt
ggf nuss es über lan Kabel laufen

ist es nicht besser wenn auch die Auslösung beim Client auf PIR reagiert ?

Gedankengang : aufstellung der Raspicam im V format
links ( client) vom V recht Server
kommt tier von links löst client per PIR aus beide zeichnen auf
kommt tier von rechts standart

ggf. auch eine doofe IDEE

klar , werde auch meiner Erfahrungen an dich weitergeben. was wie wo.
Bin ja ein grosses Raspispielkind. ;)

aber wenn dann ganz groß

4×2 Raspicam ( 1x tag +1 x NOPIR) an jeder Ecke meines Grundstückes.
jeder raspi mit PIR sensor ;)
als Rundumüberwachung:) großtest

was da rauskommt , kann ich nicht sagen.

wenn irre dann ganzirre

Da kann ich nur empfehlen, mit der original recordremote.py zu starten. Wenn das läuft können Sie Schritt für Schritt versuchen Ihre eigenen Anpassungen zu implementieren. Dann findet sich der Fehler sicher leicht.

ich habe mal durchgeprüft.

so wie es ausseiht gibt es ein miniproblem.

meine Verzeichnis auf dem Master Raspi liebt /medis/usbdisk/ usw.
Ich habe ein Symlink gemacht und da scheit das problem zu liegen

user und gruppenrecht sind sauber in home und usb

client Raspi

in der recordmemote.py wollte ich anpassen

video_path = ‚/media/usbdisk/usw /Videos/‘
trigger_fileextension = ‚.trg‘
trigger_path = ‚/media/usbdisk/usw /trigger/‘

und das funktioniert nicht

den Pfad für homedirek. für pi umschreiben. mag ich ja nicht so ;)

evtl noch eine idee

auf dem master raspiwerden die Filme direkt ind /media/usbdiskusw/videos abgelegt

Prüfen Sie mal das Verzeichnis „Videos“