| |
YT7MPB > TECH 31.01.23 16:26l 191 Lines 6732 Bytes #999 (0) @ WW
BID : 58029_YT7MPB
Read: GUEST
Subj: Re: Yaesu FT-991A: CAT via SCS modems?
Path: IW8PGT<I3XTY<I0OJJ<LU4ECL<LU9DCE<KD6MTU<W9GM<N3HYM<YT7MPB
Sent: 230131/1420Z 58029@YT7MPB.#NSD.SRB.EU LinBPQ6.0.23
On Mon, 30 Jan 23 19:56:00 Z
G4APL wrote:
> R:230130/2000Z @:ED1ZAC.EAC.ESP.EU #:7078 [EANET1G.06] $:24736G4APL
> R:230130/1957Z @:GB7CIP.#32.GBR.EURO #:39564 [Caterham Surrey GBR]
> $:24736G4APL R:230130/1956Z @:GB7CIP.#32.GBR.EURO [Caterham, IO91WH]
> Linux mailgw-0.3.1.8 R:230130/1956Z @:GB7CIP.#32.GBR.EURO $:24736G4APL
> T:From: Paul Lewis <g4apl@gb7cip.ampr.org>
> T:Newsgroups: ampr.rec.tech
> T:Message-Id: <tr979m$uot$1@gb7cip.ampr.org>
>
> Hello Misko and all
> I forgot to mention in my previous follow up response.
>
> I also have a master pactor 'partner fbb forward file'
> that's called during the hourly forward cycle, that
> configures the rotator
> (via the same RS232 cable that linfbb controls the SCS PTCiipro
> forwarding to the TS-480SAT transceiver, Rotator controller beam
> heading (using HAM M rotators), Aerials, depending
> on GMT time of day (not currently working as the current
> HAM M VX has jammed Summer last year :(.... )
> Stuck beaming Long Path VK...
>
> Forwarding times different beam headings (five movements in 24 hours)
> and Power Levels.
>
> OH! as well as linfbb User access to Gateway frequencies
> and Interfaces.
>
> And with the second TS-480SAT I could run Robust Packet
> via the second interface(port2) on the PTCiipro at the same time
> or Split the Pactor services across the two radios.
> (Once they have been repaired)
> Or another Pactor interface with the other PTCiipro/TS-480SAT.
>
> Configuration schematic
> PC-SVR<RS233>Rotor Controller<rs232>PTCiipro(port1)
> <rs232>Radio-TS480SAT<HF Beam port1>,
> Trapped vertical or wire dipole port2)
>
> Each pactor partner forward files,
> controls frequency and time of the session agreed and fits in
> with my pactor partner operating schedules.
>
> Worked very well for years. On my third HAM rotator. :(.....
> since November 2005.
>
> Yes before you ask! Took a long time to get this this
> configuration that met my requirements.
>
> PS
> The above Currently not running as both my TS-480SAT's
> failed last year with ATU issue
>
> Waiting for local
> Kenwood Service Centre repair service
> to confirm they are repaired.
>
> 73 de Paul g4apl
>
>
> Paul Lewis <g4apl@gb7cip.ampr.org> wrote:
> > yt7mpb%yt7mpb.#nsd.srb.eu@gb7cip.ampr.org wrote:
> >
> > Hello Misco
> >
> > I think you misunderstood my working
> > pactor configuration and linfbb (fbb)
> >
> > You will find a working version my linfbb
> > configuration files here.
> >
> > and an example fbb forward file
> >
> > I have no experience of BPQ
> >
> >
> > http://gb7cip.ampr.org/pactor_gb7cip.html
> > or here
> > https://www.theskywaves.net/pactor_gb7cip.html
> >
> > too long to add to this 'article'
> > 73 de Paul g4apl
> >>
> >> Hi Paul, et al.
> >>
> >> I checked the DR-7400's internal storage, but TS-480SAT was not
> >> listed. I am going to talk with SCS folks about ...
> >>
> >>
> >> Begin forwarded message:
> >>
> >> Date: Wed, 25 Jan 23 13:48:12 Z
> >> From: YT7MPB
> >> Subject: Re: Yaesu FT-991A: CAT via SCS modems?
> >>
> >>
> >>
> >> On Mon, 23 Jan 23 15:36:00 Z
> >> G4APL wrote:
> >>
> >>> R:230123/1540Z @:N6RME.#NCA.CA.USA.NOAM #:4191 [El Dorado]
> >>> $:43374G4APL R:230123/1540z @:I0OJJ.ITA.EU $:43374G4APL
> >>> R:230123/1540Z @:EA2RCF.EAVI.ESP.EU #:39124 [Vitoria] $:43374G4APL
> >>> R:230123/1540Z 3149@LU9DCE.TOR.BA.ARG.SOAM LinBPQ6.0.23
> >>> R:230123/1539Z 65980@VE3CGR.#SCON.ON.CAN.NOAM LinBPQ6.0.23
> >>> R:230123/1539Z 1602@VE3VTY.#CON.ON.CAN.NOAM LinBPQ6.0.23
> >>> R:230123/1539Z @:PE1RRR.#NBW.NLD.EURO #:8472 [Rijen] $:43374G4APL
> >>> R:230123/1537Z @:GB7CIP.#32.GBR.EURO #:39036 [Caterham Surrey GBR]
> >>> $:43374G4APL R:230123/1536Z @:GB7CIP.#32.GBR.EURO [Caterham,
> >>> IO91WH] Linux mailgw-0.3.1.8 R:230123/1536Z @:GB7CIP.#32.GBR.EURO
> >>> $:43374G4APL T:From: Paul Lewis <g4apl@gb7cip.ampr.org>
> >>> T:Newsgroups: ampr.rec.tech
> >>> T:Message-Id: <tqm9ep$sj1$1@gb7cip.ampr.org>
> >>>
> >>> yt7mpb%yt7mpb.#nsd.srb.eu@gb7cip.ampr.org wrote:
> >>> >
> >>> > I wonder whether it is possible to control the radio frequency
> >>> > and other parameters of FT-991 via SCS DR-7400 pactor
> >>> > controller. In fact, FT-991 is not listed among Yaesu radios
> >>> > (in the controller's memory/firmware), so I wonder whether
> >>> > someone made it working that way.
> >>>
> >>> Looking at the FT-991A Cat Operation Manual
> >>> the parameters.
> >>>
> >>> The data Look the same format as in the
> >>> Kenwood's TS-480SAT PC Control Commands manual.
> >>>
> >>> When comparing both manuals and control fields
> >>> I have only use Kenwood TS-480Sats for remote control.
> >>>
> >>> the next question
> >>> Going back to 'Basics'
> >>>
> >>> Can you drive the ft991 entering the commands manually
> >>> as a test using
> >>> Alpha4
> >>> or
> >>> NCWINPTC
> >>> communication programes
> >>>
> >>> and get remote command response via the controller and radio
> >>> 73 de Paul g4apl/gb7cip
> >>>
> >>
> >> Paul, thank you for information on your Kenwood TS-480SAT. I will
> >> try to test FT-991 by using TS-480SAT as the parameter in the SCS
> >> controller. (I did not check yet whether TS-480SAT was listed in
> >> the SCS internal menu, but suppose it is there.)
> >>
> >> By the way, I did not try to test FT-991A by using any of those
> >> software, and only tried from the command line (minicom in Linux).
> >> I only got a response from the controller that, for example, the
> >> frequency was changed, but in reality the radio did not change QRG.
> >>
> >> That FT-991A that I used for test was not mine, but from another
> >> ham. So I need to collect some more info before I ask the other
> >> ham to bring in the radio from his home location HI HI ...
> >>
> >
>
Hi Paul and all,
I understood that your FBB setup handles your TS-480Sats somewhat
different (and/or maybe better) than BPQ does. In any case,
I contacted SCS, and was told that p4Dragon controllers are not going to
perform some things as the older PTC controllers did. That means,
Dragon's shall not support changing frequencies by using dumb
terminals, or like (their TRX commands), and adapting the modem
firmware by adding new models of radios. Instead, it is expected
from the main communication software on a PC to speak the correct
command set with the radio:
"The correct commands/settings have to be done at the PC side. You
cannot use any dumb-termnal to control any radio anymore."
So, for newer radios (obviously incl. FT-991A) to be controlled by BPQ
we need to wait for John BPQ to consider adapting the software to work
with FT-991 and similar (and test the related beta's accordingly) HI
HI ...
--
73 de Misko YT7MPB@YU7BPQ.#NSD.SRB.EU
Read previous mail | Read next mail
| |
