PD0JDG schreef:In plaats van de rigctld (daemon) in de batch file op te starten kun je rigctld op een Windows systeem ook twee keer in een verschillend venster starten met de volgende batch file:
REM start meerdere rigctld deamons op de lokale PC = 127.0.0.1
REM gebruik een uniek even poort nummer voor elke daemon, start met 4532, dan 4534, 4536 etc.
REM verander radio model en COM poort naar keuze
REM
REM radio 1, model = 122, op com1
start "C:\Program Files\hamlib-w32-3.3\bin\rigctld.exe" -m 122 -r COM1 -s 38400 -t 4532
REM radio 2, model = 99, op com2
start "C:\Program Files\hamlib-w32-3.3\bin\rigctld.exe" -m 99 -r COM2 -s 38400 -t 4534
Laat deze daemons draaien.
Dan kun met een of meerdere batch files de radio's met rigctl aansturen:
REM -m (model) altijd op 2 indien de radio via rigctld wordt aangestuurd
REM gebruik -r (remote) 127.0.0.1 als rigctld op dezelfde PC draait
REM op dezelde PC is het poortnummer bepalend welke radio wordt aan gestuurd
REM
REM radio 1
rigctl -m 2 -r 127.0.0.1:4532 C 670
rigctl -m 2 -r 127.0.0.1:4532 C 744
REM radio 2
rigctl -m 2 -r 127.0.0.1:4534 C 670
rigctl -m 2 -r 127.0.0.1:4534 C 744
etc.
Of je kunt het eens zonder rigctld proberen:
REM verander radio model en COM poort naar keuze
REM radio 1
rigctl -m 122 -r com1
rigctl -m 122 -r com1 C 744
REM radio 2
rigctl -m 99 -r com2
rigctl -m 99 -r com2 C 744
Ik weet echter niet wat er dan gebeurd als meerdere programma's (batch en Gpredict) tegelijkertijd de radio (com poort) willen aansturen...
Last resorts, last but not least etc. PD0JDG
Even tijd over, zie hier het voorbeeldje.
cd\
verify on
time
date
cd Program Files (x86)\hamlib-w32-3.3\bin\
rigctl -m 2
-r 127.0.0.1:4532 C 670
rigctl -m 2 -r 127.0.0.1:4532 C 744
rigctl -m 2 -r 127.0.0.1:4532 set_ctcss_sql 670
rigctl -m 2 -r 127.0.0.1:4532 set_ctcss_sql 744
rigctl -m 2 -r 127.0.0.1:4532 set_rptr_shift 0
rigctl -m 2 -r 127.0.0.1:4532 set_mode ?
rigctl -m 2 -r 127.0.0.1:4532 set_mode FM 0
rigctl -m 2 -r 127.0.0.1:4532 set_mode CW 0
rigctl -m 2 -r 127.0.0.1:4532 set_split_vfo 0 currVFO
rigctl -m 2 -r 127.0.0.1:4532 set_split_vfo 1 currVFO
rigctl -m 2 -r 127.0.0.1:4532 get_split_mode
rigctl -m 2 -r 127.0.0.1:4532 get_split_freq
rigctl -m 2
-r 127.0.0.1:4533 C 670
rigctl -m 2 -r 127.0.0.1:4533 C 744
rigctl -m 2 -r 127.0.0.1:4533 set_ctcss_sql 670
rigctl -m 2 -r 127.0.0.1:4533 set_ctcss_sql 744
rigctl -m 2 -r 127.0.0.1:4533 set_rptr_shift 0
rigctl -m 2 -r 127.0.0.1:4533 set_mode ?
rigctl -m 2 -r 127.0.0.1:4533 set_mode FM 0
rigctl -m 2 -r 127.0.0.1:4533 set_mode CW 0
rigctl -m 2 -r 127.0.0.1:4533 set_split_vfo 0 currVFO
rigctl -m 2 -r 127.0.0.1:4533 set_split_vfo 1 currVFO
rigctl -m 2 -r 127.0.0.1:4533 get_split_mode
rigctl -m 2 -r 127.0.0.1:4533 get_split_freq
En hier de twee slotvraagjes ( eventueel ter geruststelling hi, dan ben ik uitgevraagd ) :
1- neem aan dat ik veilig dit stukje regel
-r 127.0.0.1:4532/4533 kan vervangen door
-t 4532/4533 ? En ook : onder een ander topic gaf je al aan dat 4533 ook mag waarschijnlijk hier ook .. maar dat is dus een toegevoegd vraagje
2- zie pagina 3 van deze pdf file
https://www.yaesu.com/downloadFile.cfm? ... tion%2Fpdf dat zou betekenen dat bovenstaande ook zou werken voor de 991 ? Niet alleen voor de 857 ?
Via poort 4533 is er hoe dan ook contact tussen PC en 991, de doppler shift correctie werkt en er treedt two way communications op, echter .. via poort 4532 loopt dan de communicatie met de 857 ..