WERBUNG
DIY: Wireless-Funk-Transmitter mit dem Raspberry PI
- Themenersteller Marcus.
- Erstellt am
-
- Schlagworte
- raspberry pi wft
moment werde es mal anstarten und versuchen.
also hier die beiden anhänge die config und das .sh
http://www.stooorage.com/show/3227/12300176_unbenannt.jpg
http://www.stooorage.com/show/3227/12300177_unbenannt2.jpg
chmod passt in dem /mnt/ftp nicht wenn ich so recht schaue oder ?
Lg
http://www.stooorage.com/show/3227/12300176_unbenannt.jpg
http://www.stooorage.com/show/3227/12300177_unbenannt2.jpg
chmod passt in dem /mnt/ftp nicht wenn ich so recht schaue oder ?
Lg
natürlich habe ich das installiert habe damit den ftp gemountet.
habe in die fstab eingetragen
habe in die fstab eingetragen
Code:
curlftpfs#Benutzername:Password@ftp-server.de /mnt/ftp fuse auto,user,uid=1000,tlsv1,allow_other,disable_eprt 0 0nein kann das nur als root
Hab das Skript jetzt schon zwei Abende in einem Photobooth im Einsatz gehabt aber immer wieder Probleme.
Ich habe das Skript leicht modifiziert und z.B. den rsync durch ein cp ersetzt und lösche die Dateien nachdem ich sie auf iPad übertragen hab auf der SD-Karte der Kamera.
Ich habe eine 1000D am Raspberry Pi, den Raspberry per Ethernet Kabel an einer Fritzbox und das iPad mit Shuttersnitch im WLAN der Fritzbox.
Ab und an, klapp die Übertragung der Daten von der Kamera aufs iPad nicht mehr. Auf dem Raspberry sehe ich dann, dass der cp von der Kamera auf den FTP Mount hängt. Wenn ich mir mit "df" die Mounts anzeigen lassen möchte hängt sich die Bash weg. Erst wenn ich auf dem iPad Shuttersnitch beende (dann wird der FTP Server beendet) bricht der cp ab und es geht weiter.
Jemand eine Idee warum es bei der curlftpfs Verbindung zum iPad zu solchen Problemen kommen kann?
Ich habe das Skript leicht modifiziert und z.B. den rsync durch ein cp ersetzt und lösche die Dateien nachdem ich sie auf iPad übertragen hab auf der SD-Karte der Kamera.
Ich habe eine 1000D am Raspberry Pi, den Raspberry per Ethernet Kabel an einer Fritzbox und das iPad mit Shuttersnitch im WLAN der Fritzbox.
Ab und an, klapp die Übertragung der Daten von der Kamera aufs iPad nicht mehr. Auf dem Raspberry sehe ich dann, dass der cp von der Kamera auf den FTP Mount hängt. Wenn ich mir mit "df" die Mounts anzeigen lassen möchte hängt sich die Bash weg. Erst wenn ich auf dem iPad Shuttersnitch beende (dann wird der FTP Server beendet) bricht der cp ab und es geht weiter.
Jemand eine Idee warum es bei der curlftpfs Verbindung zum iPad zu solchen Problemen kommen kann?
Marcus.
Themenersteller
Vom beschriebenen Verhalten her klingt es nach einem Problem beim mounten des Zielgerätes, also des iPads am pi.
Scheinbar ist das Ziel zwar ansprechbar, das Dateisystem dort aber nicht mehr schreib/lesbar, dies äussert sich u.a. oftmals daran dass alle darauf zugreifenden Anwendungen (wft.sh, df, usw.) wartend, und damit scheinbar blockiert sind.
Das iOS ist denke ich weniger das Problem, die Ursache ist eher der FTP-Server von Shuttersnitch. Dieser lässt wohl keine weiteren Verbindungen mehr zu, erst ein Neustart der Anwendung behebt das Problem.
Grund könnte evtl. ein Ressourcenproblem sein.
Tritt das Problem erst nach einer gewissen Anzahl übertragener Fotos auf, oder eher nach einer gewissen Betriebsdauer?
Scheinbar ist das Ziel zwar ansprechbar, das Dateisystem dort aber nicht mehr schreib/lesbar, dies äussert sich u.a. oftmals daran dass alle darauf zugreifenden Anwendungen (wft.sh, df, usw.) wartend, und damit scheinbar blockiert sind.
Das iOS ist denke ich weniger das Problem, die Ursache ist eher der FTP-Server von Shuttersnitch. Dieser lässt wohl keine weiteren Verbindungen mehr zu, erst ein Neustart der Anwendung behebt das Problem.
Grund könnte evtl. ein Ressourcenproblem sein.
Tritt das Problem erst nach einer gewissen Anzahl übertragener Fotos auf, oder eher nach einer gewissen Betriebsdauer?
So ich habs scheinbar gefunden.
Ich hab mir zum Testen ein Skript geschrieben, was regelmäßig ein Bild in einen Ordner kopiert (Simuliert die Kamera). Diesen Ordner hab ich dann als Eingangsordner im wft Skript angegeben.
Wenn ich nun alle 10 Sekunden ein Bild in den Ordner gelegt habe, klappte alles super und die Bilder wurden zu shuttersnitch übertragen. Wenn ich aber alle zwei Sekunden (oder jede Sekunde) ein Bild in den Ordner gelegt habe, brach die Übertragung zu Shuttersnitch nach 7-8 (4-5) Bilder ab.
Dann habe ich mit einen weiteren Skript die Bilder per
an shuttersnitch sendet. Und siehe da, keine Probleme, selbst wenn kontinuierlich ohne Pausen Bilder geschickt werden, alles Bestens.
In Shuttersnitch selbst kann man einen „Traffic-Inspector“ aktivieren der die FTP Übertragung auf der Shuttersnitch Seite logt.
Für die Übertragung von einem Bild per curlftpfs gab er dies aus:
Und für die Übertragung mit curl folgendes:
Wahrscheinlich kommt der FTP Server von Shuttersnitch auf dem iPad mit dem gewaltigen Overhead von curlftpfs nicht klar.
Die Aussage, dass passive mode zu Problemen führen könne, hatte ich übrigens hier her.
Ich habe den active mode ebenfalls getestet ( mit "-P -" habe aber keinen Unterschied feststellen können, läuft genauso gut wie curl im passive mode.
Ich hoffe das hilft vielleicht denjenigen, die bei der Übertragung an Shuttersnitch Probleme haben.
Ich hab mir zum Testen ein Skript geschrieben, was regelmäßig ein Bild in einen Ordner kopiert (Simuliert die Kamera). Diesen Ordner hab ich dann als Eingangsordner im wft Skript angegeben.
Wenn ich nun alle 10 Sekunden ein Bild in den Ordner gelegt habe, klappte alles super und die Bilder wurden zu shuttersnitch übertragen. Wenn ich aber alle zwei Sekunden (oder jede Sekunde) ein Bild in den Ordner gelegt habe, brach die Übertragung zu Shuttersnitch nach 7-8 (4-5) Bilder ab.
Dann habe ich mit einen weiteren Skript die Bilder per
Code:
curl --upload-file $FILE ftp://user:password@192.168.2.20:26000In Shuttersnitch selbst kann man einen „Traffic-Inspector“ aktivieren der die FTP Übertragung auf der Shuttersnitch Seite logt.
Für die Übertragung von einem Bild per curlftpfs gab er dies aus:
Code:
18:43:21.631 FTP: Perform USER snitch
18:43:21.636 FTP: Reply 331 Password required for snitch
18:43:21.640 FTP: Perform PASS ********
18:43:21.641 FTP: Allowed
18:43:21.643 FTP: Reply 230 User snitch logged in.
18:43:21.644 FTP: Perform PWD
18:43:21.646 FTP: Reply 257 "/" is the current directory.
18:43:21.947 FTP: Perform PASV
18:43:21.952 FTP: Reply 227 Entering Passive Mode (192,168,2,20,102,151)
18:43:21.986 FTP: Perform TYPE A
18:43:21.988 FTP: Reply 200 Type set to A.
18:43:21.989 FTP: Perform LIST -a
18:43:21.990 FTP: Reply 150 Opening ASCII mode data connection for '/bin/ls'.
18:43:21.991 FTP: Reply 226 Transfer complete.
18:43:22.022 FTP: Perform PASV
18:43:22.024 FTP: Reply 227 Entering Passive Mode (192,168,2,20,102,72)
18:43:22.025 FTP: Perform LIST -a
18:43:22.057 FTP: Reply 150 Opening ASCII mode data connection for '/bin/ls'.
18:43:22.058 FTP: Reply 226 Transfer complete.
18:43:22.087 FTP: Perform PASV
18:43:22.088 FTP: Reply 227 Entering Passive Mode (192,168,2,20,103,40)
18:43:22.118 FTP: Perform LIST -a
18:43:22.120 FTP: Reply 150 Opening ASCII mode data connection for '/bin/ls'.
18:43:22.121 FTP: Reply 226 Transfer complete.
18:43:22.162 FTP: Perform USER snitch
18:43:22.190 FTP: Reply 331 Password required for snitch
18:43:22.196 FTP: Perform PASS ********
18:43:22.203 FTP: Allowed
18:43:22.207 FTP: Reply 230 User snitch logged in.
18:43:22.211 FTP: Perform PWD
18:43:22.216 FTP: Reply 257 "/" is the current directory.
18:43:22.220 FTP: Perform PASV
18:43:22.224 FTP: Reply 227 Entering Passive Mode (192,168,2,20,101,235)
18:43:22.228 FTP: Perform TYPE I
18:43:22.234 FTP: Reply 200 Type set to I.
18:43:22.238 FTP: Perform STOR IMG_6409.jpg
18:43:22.273 FTP: Reply 150 Opening BINARY mode data connection for 'IMG_6409.jpg'.
18:43:22.275 FTP: Perform SITE CHMOD 644 IMG_6409.jpg
18:43:22.276 FTP: Reply 500 command not understood.
18:43:22.278 FTP: Perform PASV
18:43:22.279 FTP: Reply 227 Entering Passive Mode (192,168,2,20,103,52)
18:43:22.282 FTP: Perform LIST -a
18:43:22.310 FTP: Reply 150 Opening ASCII mode data connection for '/bin/ls'.
18:43:22.312 FTP: Reply 226 Transfer complete.
18:43:23.064 FTP: Reply 226 Transfer complete.
18:43:23.141 FTP: Perform QUIT
18:43:23.148 FTP: Reply 221 Goodbye
18:43:23.155 FTP: Perform PASV
18:43:23.161 FTP: Reply 227 Entering Passive Mode (192,168,2,20,102,53)
18:43:23.167 FTP: Perform LIST -a
18:43:23.195 FTP: Reply 150 Opening ASCII mode data connection for '/bin/ls'.
18:43:23.198 FTP: Reply 226 Transfer complete.Und für die Übertragung mit curl folgendes:
Code:
18:12:27.438 FTP: Perform USER snitch
18:12:27.443 FTP: Reply 331 Password required for snitch
18:12:27.446 FTP: Perform PASS ********
18:12:27.448 FTP: Allowed
18:12:27.450 FTP: Reply 230 User snitch logged in.
18:12:27.452 FTP: Perform PWD
18:12:27.454 FTP: Reply 257 "/" is the current directory.
18:12:27.456 FTP: Perform EPSV
18:12:27.458 FTP: Reply 229 Entering Extended Passive Mode (|||26034|)
18:12:27.480 FTP: Perform TYPE I
18:12:27.483 FTP: Reply 200 Type set to I.
18:12:27.487 FTP: Perform STOR IMG_6409.jpg
18:12:27.531 FTP: Reply 150 Opening BINARY mode data connection for 'IMG_6409.jpg'.
18:12:27.976 FTP: Reply 226 Transfer complete.
18:12:28.055 FTP: Perform QUIT
18:12:28.058 FTP: Reply 221 GoodbyeWahrscheinlich kommt der FTP Server von Shuttersnitch auf dem iPad mit dem gewaltigen Overhead von curlftpfs nicht klar.
Die Aussage, dass passive mode zu Problemen führen könne, hatte ich übrigens hier her.
Ich habe den active mode ebenfalls getestet ( mit "-P -" habe aber keinen Unterschied feststellen können, läuft genauso gut wie curl im passive mode.
Ich hoffe das hilft vielleicht denjenigen, die bei der Übertragung an Shuttersnitch Probleme haben.
Zuletzt bearbeitet:
, hatte es selbst nie in Verwendung.Hallo,
ich habe eine Fotobox gebaut und übertrage tethered die Fotos in eine Eingangsverzeichnis, nennen wir es BOX.
Nun würde ich gerne, sobald ein neues FOTO in BOX ankommt, das auf das iPad zur shuttersnitch Anwendung schieben.
Ich bin leider nicht scripterfahren und verstehe das WFT Script nur teilweise, da mein Tethered ja problemlos läuft benötige ich eigentlich nur ein mirroring.
Das BOX Verzeichnis möchte ich ungern ändern, da dort Lychee Gallery zugreift und den Fotobox Usern die Bilder per WLAN zur Verfügung stellt.
Wäre super wenn jemand einen TIP für mich hätte.
Danke und Gruß
Michael
ich habe eine Fotobox gebaut und übertrage tethered die Fotos in eine Eingangsverzeichnis, nennen wir es BOX.
Nun würde ich gerne, sobald ein neues FOTO in BOX ankommt, das auf das iPad zur shuttersnitch Anwendung schieben.
Ich bin leider nicht scripterfahren und verstehe das WFT Script nur teilweise, da mein Tethered ja problemlos läuft benötige ich eigentlich nur ein mirroring.
Das BOX Verzeichnis möchte ich ungern ändern, da dort Lychee Gallery zugreift und den Fotobox Usern die Bilder per WLAN zur Verfügung stellt.
Wäre super wenn jemand einen TIP für mich hätte.
Danke und Gruß
Michael
Hallo,
ggf. hat jemand nen Tip für mich, denn ich erhalte folgende Meldung:
root@fotobox:/usr/local/bin# ./wft.sh
[mntent]: line 1 in /etc/fstab is bad
mount: can't find /var/www/lycheesync/foto/Fotobox in /etc/fstab or /etc/mtab
Wenn den den Mount ausführe erhalte ich das:
root@fotobox:/usr/local/bin# curlftpfs admin:007204@192.168.10.164:26000 /var/www/lycheesync/foto/Fotobox fuse rw,user,users,noauto,allow_other 0 0
fuse: invalid argument `fuse'
root@fotobox:/usr/local/bin#
THX Michael
ggf. hat jemand nen Tip für mich, denn ich erhalte folgende Meldung:
root@fotobox:/usr/local/bin# ./wft.sh
[mntent]: line 1 in /etc/fstab is bad
mount: can't find /var/www/lycheesync/foto/Fotobox in /etc/fstab or /etc/mtab
Wenn den den Mount ausführe erhalte ich das:
root@fotobox:/usr/local/bin# curlftpfs admin:007204@192.168.10.164:26000 /var/www/lycheesync/foto/Fotobox fuse rw,user,users,noauto,allow_other 0 0
fuse: invalid argument `fuse'
root@fotobox:/usr/local/bin#
THX Michael
Zuletzt bearbeitet:
WERBUNG