mit script ein relais an com schalten. Wie?

Gib mal "man dd" ein.

dd ist ein Befehl ähnlich wie cp um Dateien (bzw. Dateiinhalte) zu kopieren. z.B.

dd if=/irgend/eine/datei of=test.dat count=2048

kopiert die ersten 2048 Blocks von if (input file) nach of (output file)

Durch den Veruch vom com port (/dev/ttyXX) was einzulesen geht der DTR-Pin auf high, um den daran (nicht angeschlossenen) Modem zu signalisieren, dass die Schnittstelle jetzt bereit ist um Daten entgegen zu nehmen (DTR=Data terminal ready)

Gruß
Roland

könnte man nicht auch das so machen?
(Ich finde das sieht so schöner aus ;))

cat /dev/ttyS0 & pid=$!

Hallo an alle "die kaffee zu code machen können" (zitat lola)!
ich stehe vor einem ähnlichen problem -> Dolby muten
Kurzfassung: ich möchte ein signal vom comport (DTR oder RTS) schalten, wenn der VDR gemutet wird (Mute drücken...). dieses schaltet mir dann meinen optischen ausgang ab. hardware funzt schon.
problem: der besagte comport ist evtl. bereits geöffnet (von minicom zu monitoring-zwecken).
wie schaff ich es, dieses signal zu ändern, OHNE die sache mit comport öffnen/schließen?? meine einschränkungen stehen in o.g. thread -> hier.

Ich hoffe ihr habt da eine idee, ich bin des scriptens so fast gar nicht mächtig...

besten dank

Bambi

Zitat

Original von Bambi
[...]
problem: der besagte comport ist evtl. bereits geöffnet (von minicom zu monitoring-zwecken).
wie schaff ich es, dieses signal zu ändern, OHNE die sache mit comport öffnen/schließen?? .....

Gar nicht.

Wenn ein COM Port von einem Prozess geöffnet wird, dann ist er für alles andere nicht erreichbar, egal ob dieser Prozess die Steuerleitungen ( z.B. DTR oder RTS) benutzt oder nicht.

ok... dann werd ich da wohl was ändern müssen... aber einen ganzen ft232-chip nur dass ich eine leitung ein und ausschalten kann is doch a weng viel, der kostet immerhin gute 4 euronen... auf das ständig angeschlossene monitoring kann ich zur not verzichten.
gibts noch ne andere möglichkeit ein signal aus meinem vdr zu bekommen... (ich hab z.b. noch einen anschluss für IrDA frei)???
noch ne idee: da in naher zukunft eh ein ir-sender kommt... kann ich lirc anweisen, ein entsprechendes signal zu ändern (da muss ich was umprogrammieren, gell?!), weil der port ist ja dann eh offen...!?

Hi,

Zitat

Original von C-3PO

Gar nicht.

Wenn ein COM Port von einem Prozess geöffnet wird, dann ist er für alles andere nicht erreichbar, egal ob dieser Prozess die Steuerleitungen ( z.B. DTR oder RTS) benutzt oder nicht.

Wenn man aber die SST nur RDONLY öffnet (PinSet IOCTL funzt trotzdem) geht das schon;
schreibe gerade serpin.c dahingehend um.

Minicom kommuniziert hier gerade, parallel kann ich die DTR + RTS blinken lassen (SST-Tester);
nochmal bissi testen, dann stelle ichs hier rein.

das wäre ja perfekt und die beste lösung... viel erfolg, ich zähl auf dich!

nächster schritt: wie krieg ich das hin, das dieser Befehl aufgerufen wird, wenn ich den vdr stummschalte?? wie bekomm ich raus, ob gerade eine timer-aufnahme läuft (-> dann auch stummschalten)??

ich mach das per Universal-FB. Alle OneforAll FBs können "Ton-Direkt Steuerung" d.h. wenn ich laut/leise/mute mache wird direkt mein Amp angesteuert und nicht der VDR, dieser ist immer auf max.

Also, "stummschalten" am besten per lirc und irexec, vdr nicht auf die mute taste reagieren lassen, und auf die taste ein script legen welches dir den com-port toggelt sowie per svdrpsend das mute an den vdr schickt.

Bei ner timergesteuerten Aufnahme automatisch stumm schalten lassen finde ich ziemlich sinnlos... und wüsste auch nicht wie es gehen soll (ausser im vdr code zu ändern)
Zudem sollte ja eh kein Ton kommen wenn keiner TV schaut, da ja TV + Receiver aus sein sollten.
Wenn nicht verballerst Du sinnlos Strom und solltest dies ändern!
Und wenn grad wer tv schaut ist das mute wohl nicht erwünscht...

@m.keller: fällt bei mir flach, ich muss den optischen ausgang abschalten, da über einen verteiler noch meine ps2 dranhängt, die stören sich gegenseitig -> siehe mein alter therad "dolby muten":

VDR ->------\
             >----->----- DD-Receiver 
PS2 ->------/

die uni-FB brauch ich eh zum lautstärke-regeln der dolby-anlage...

netvista-fan: selbes problem, wenn ne aufnahme läuft kann ich sonst nicht zocken...

Hi,

zwar nicht völlig gegen Fehleingaben gefeit, aber läuft hier soweit:

./serpin_set
serpin_set V0.1: 		
  -s, --sdev=device	use this device (must be set) 		
  -d, --dtr    		use signal DTR 		
  -r, --rts    		use signal RTS (one of DTR/RTS must be set) 		
  -0, --off    		set signal(s) to Off (default) 		
  -1, --on     		set signal(s) to On 		
  -h, --help   		this help text


./serpin_set -s/dev/ttyS0 -rd -1
serpin_set V0.1: sdev=/dev/ttyS0, signal RTS, signal DTR, set to On


 ./serpin_set --sdev=/dev/ttyS0 --rts --off
serpin_set V0.1: sdev=/dev/ttyS0, signal RTS, set to Off


./serpin_set --sdev=/dev/ttyS0 --dtr --off
serpin_set V0.1: sdev=/dev/ttyS0, signal DTR, set to Off

Datei (Quelle + gcc-4.3.2. Kompilat)

wow...! wenn das echt so funktioniert wäre das super... kann ich eigentlich wenn ich den comport nur read only aufmache dann auch was senden??

wo schmeiß ich denn die fertige datei hin?? wenn ich jetzt beim druck auf die mute-taste ein script aufrufen möchte, wie würde denn das dann in der keymacros.conf aussehen? und wie sieht das script aus? vor allem brauch ich ne möglichkeit rauszufinden, ob ich jetzt ein oder ausschalten muss... aber eins nach dem anderen. vielen dank erstmal für deine klasse arbeit!

Hi,

Zitat

Original von Bambi
kann ich eigentlich wenn ich den comport nur read only aufmache dann auch was senden??

so ist es in der obigen Version gedacht, also das parallel zu einem Terminalprogramm (minicom) die Signale geschaltet werden; ohne dieses Parallel-Programm werden die Signale beim Programmende (=Schließen der SST) wieder zurückgesetzt.

Deshalb wird es noch eine Version 0.2 geben, bei der das Programm selbst im Speicher bleibt und mit den Signalen SIGUSR1/2 von außen dann geschaltet werden kann; so kann serpin_set dann auch standalone dauerhaft schalten.

Hi,

sodele, Version 0.2 (+ permanent mit Signalhandling), obiger Link aktualisiert.

~/tmp$ ./serpin_set
./serpin_set V0.2: 		
  -s, --sdev=device   use this device (must be set) 		
  -d, --dtr           use signal DTR 		
  -r, --rts           use signal RTS (one of DTR/RTS must be set) 		
  -0, --off           set signal(s) to Off (default) 		
  -1, --on            set signal(s) to On 		
  -p, --perm          permanently running, signaling mode: 		
                        - SIGUSR1 set signal(s) to On 		
                        - SIGUSR2 set signal(s) to Off 		
                        - others (INT/QUIT/ABRT/TERM) stops me 		
  -h, --help          this help text

Für getrennte DTR/RTS-Schaltung einfach Programm-Links anlegen und mehrfach starten:

~/tmp$ ls -l serpin*
lrwxrwxrwx 1 uha uha   10 29. Jan 10:15 serpin_dtr -> serpin_set
lrwxrwxrwx 1 uha uha   10 29. Jan 10:15 serpin_rts -> serpin_set
-rwxr-xr-x 1 uha uha 9901 29. Jan 10:48 serpin_set


~/tmp$ ./serpin_rts -s/dev/ttyS0 -rp &
./serpin_rts V0.2: sdev=/dev/ttyS0, signal RTS, permanent mode, set to Off
[1] 4840


~/tmp$ ./serpin_dtr -s/dev/ttyS0 -dp &
./serpin_dtr V0.2: sdev=/dev/ttyS0, signal DTR, permanent mode, set to Off
[2] 4843


~/tmp$ ps
  PID TTY          TIME CMD
 3856 pts/0    00:00:01 bash
 4840 pts/0    00:00:00 serpin_rts
 4843 pts/0    00:00:00 serpin_dtr
 4847 pts/0    00:00:00 ps


~/tmp$ kill -SIGUSR1 `pidof serpin_rts`
./serpin_rts: set signal(s) to On
~/tmp$ kill -SIGUSR2 `pidof serpin_rts`
./serpin_rts: set signal(s) to Off


~/tmp$ kill -SIGUSR1 `pidof serpin_dtr`
./serpin_dtr: set signal(s) to On
~/tmp$ kill -SIGUSR2 `pidof serpin_dtr`
./serpin_dtr: set signal(s) to Off


~/tmp$ kill -SIGTERM `pidof serpin_*`
./serpin_dtr: stop
./serpin_rts: stop
[1]-  Done                    ./serpin_rts -s/dev/ttyS0 -rp
[2]+  Done                    ./serpin_dtr -s/dev/ttyS0 -dp