headers
Stephane Fillod | 1 Aug 2010 14:02
Picon
Favicon

Re: Diversity antenna with pcr 2500

Bonjour Clément,

Fri, Jul 30, 2010, Baron Clement skribis:
> I'm trying to control the pcr 2500 from linux. It seems that hamlib uses the same protocol for both pcr 2500
and pcr 1500. However the 2500 has two antennas whereas the 1500 has only one. Do you know if there is a way to
switch from one antenna to the other on the PCR 2500 ?
> 

Unfortunately, there's no official documentation from Icom about
the protocol of the PCR receivers. For example, the PCR-1500 backend
was developed as an extension from the PCR-100's and PCR-1000's,
assuming the protocol was similar. Initial knowledge of the protocol
was obtained by people doing reverse engineering under fair use.

The PCR-2500 appears to be a double tuner, which is a new feature
regarding the protocol. Luckily, its protocol has already been
figured out[1] by the PCR2500 enthousiasts of the PCR2500 yahoo
group. Kudos.

I've developed an extension of the pcr backend, and you will be
able to find it as model id 404 either in the SVN repository or in
the daily snapshot[2]. Support for get_dcd (squelch status) and
set/get_dcs_sql were added as a bonus.

[1] http://groups.yahoo.com/group/PCR2500/message/914
[2] http://n0nb.users.sourceforge.net/

Clément, can you please test this backend with rigctl and 
report to this mailing list? Some directions can be found
in the file README.betatester. Make sure you specify 5 v's
(Continue reading)

Permalink | Reply | 0 comments |
headers
Mark Grimes | 1 Aug 2010 15:33
Picon
Favicon

Hamlib 1.2.11 for the AOR 8600

Greetings!

I have recently become interested in DRM.  I have been able to tap off the
3rd IF on my IC-7000 and that is working with the Dream software.  I am able
to tune the IC-7000 with the Dream "Stations" window.  It's really neat!  

I also added a Schneider 455-to-12 kHz downconverter to my AOR 8600 Mark 2
receiver.  It also works with the Dream software, I can hear much the same
with either the Icom or the AOR.  

But when I select the AOR 8600 from the hamlib menu, Dream locks up and must
be killed off and restarted.  This the case with both my XPx86 SP3 machime
and my W7x64 machine.  In both cases, I am able to talk to the AOR manually
with HTPE and send commands with success.  The serial connection is working
properly.  I have tried all three baud rates available in the AOR 8600.  

I am not sure what to expect here, I have never written in to you before.
My intent is to have the Dream software work with the AOR 8600 I have.  I
posess the AOR 8600 programming manual and would be happy to scan in the
commands and send them if you like.  Or try out a beta release if needed.  

What else, please, can I do to help?  

Mark P. Grimes, WAØTOP
Radar Systems Engineer
3229 Principia Drive
Saint Charles, MO 63301
636 734 4228

------------------------------------------------------------------------------
(Continue reading)

Permalink | Reply | 1 comment |
headers
Stephane Fillod | 1 Aug 2010 21:36
Picon
Favicon

Re: Hamlib 1.2.11 for the AOR 8600

Greetings Mark!

Sun, Aug 01, 2010, Mark Grimes skribis:
> I have recently become interested in DRM.  I have been able to tap off the
> 3rd IF on my IC-7000 and that is working with the Dream software.  I am able
> to tune the IC-7000 with the Dream "Stations" window.  It's really neat!  

Indeed!

Looking at the IC-7000 backend, there's no calibration data for signal
strength measurement. If you feel like contributing it, direction can be
found here:
http://sourceforge.net/apps/mediawiki/hamlib/index.php?title=FAQ#The_S-meter_reading_behaves_strange._Do_I_have_to_live_with_it.3F

> I also added a Schneider 455-to-12 kHz downconverter to my AOR 8600 Mark 2
> receiver.  It also works with the Dream software, I can hear much the same
> with either the Icom or the AOR.  
> 
> But when I select the AOR 8600 from the hamlib menu, Dream locks up and must
> be killed off and restarted.  This the case with both my XPx86 SP3 machime
> and my W7x64 machine.  In both cases, I am able to talk to the AOR manually
> with HTPE and send commands with success.  The serial connection is working
> properly.  I have tried all three baud rates available in the AOR 8600.  

What is the serial setup in HTPE?
Is it 19200 bauds, 8N2 (2 stop bits), and flow control XONXOFF ?
This is what the hamlib backend uses for its setup.

> I am not sure what to expect here, I have never written in to you before.
> My intent is to have the Dream software work with the AOR 8600 I have.  I
(Continue reading)

Permalink | Reply | 0 comments |
headers
Wilbert Knol | 2 Aug 2010 10:36
Picon

FT-2000 test report

Hamlib version used: 1.2.11svn (2948)
Rig: FT-2000 (ID0251)
Date: 1 August 2010
Tested at: 4800 BD

>Opened rig model 129, 'FT-2000'
>Backend version: 0.21, Status: Untested

All the 'most wanted functions to be tested' in the file 'README.betatester' work as expected.

Wilbert, PE7T

------------------------------------------------------------------------------
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm
Permalink | Reply | 11 comments |
headers
Nate Bargmann | 2 Aug 2010 13:19
Picon
Favicon
Gravatar

Re: FT-2000 test report

* On 2010 02 Aug 03:37 -0500, Wilbert Knol wrote:
> Hamlib version used: 1.2.11svn (2948)
> Rig: FT-2000 (ID0251)
> Date: 1 August 2010
> Tested at: 4800 BD
> 
> >Opened rig model 129, 'FT-2000'
> >Backend version: 0.21, Status: Untested
> 
> All the 'most wanted functions to be tested' in the file 'README.betatester' work as expected.

Is it your opinion that the backend could be marked as Beta or even
Stable?

73, de Nate >>

--

-- 

"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."

Ham radio, Linux, bikes, and more: http://n0nb.us/index.html

------------------------------------------------------------------------------
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm
Permalink | Reply | 7 comments |
headers
Wilbert Knol | 2 Aug 2010 17:30
Picon

Re: FT-2000 test report

Op maandag 02 augustus 2010 13:19:09 schreef Nate Bargmann:
> Is it your opinion that the backend could be marked as Beta or even
> Stable?

rigctld/rigctl segfaults when I issue the command 'A POLL', so it's too early for stable.

Aside from that, I've been using the FT2K with Hamlib for a year or so now and it has worked OK. But I only use it
to read freq and mode, polling once every second. And to occasionally set the frequency. So let's call it 'beta'.

What's required for 'stable'? I am happy to do more testing.

Wilbert, PE7T

------------------------------------------------------------------------------
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm
Permalink | Reply | 6 comments |
headers
Nate Bargmann | 2 Aug 2010 23:42
Picon
Favicon
Gravatar

Trying to reach N9VEL

Keith, N9VEL, I hope you're monitoring this list as you've sent me a
couple of emails but your sourceforge.net address is bouncing.  Please
contact me via this list or from another address if possible.

73, de Nate >>

--

-- 

"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."

Ham radio, Linux, bikes, and more: http://n0nb.us/index.html

------------------------------------------------------------------------------
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm
Permalink | Reply | 0 comments |
headers
Nate Bargmann | 3 Aug 2010 04:49
Picon
Favicon
Gravatar

Re: FT-2000 test report

* On 2010 02 Aug 10:56 -0500, Wilbert Knol wrote:
> Op maandag 02 augustus 2010 13:19:09 schreef Nate Bargmann:
> > Is it your opinion that the backend could be marked as Beta or even
> > Stable?
> 
> rigctld/rigctl segfaults when I issue the command 'A POLL', so it's too early for stable.

I guess I'm not familiar with that command.  :-)

> Aside from that, I've been using the FT2K with Hamlib for a year or so now and it has worked OK. But I only use it
to read freq and mode, polling once every second. And to occasionally set the frequency. So let's call it 'beta'.
> 
> What's required for 'stable'? I am happy to do more testing.

Of course that is subjective.  I would say that it works without issue
for the main desired functions.  Other lesser used functions may or may
not be implemented.

73, de Nate >>

--

-- 

"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."

Ham radio, Linux, bikes, and more: http://n0nb.us/index.html

------------------------------------------------------------------------------
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
(Continue reading)

Permalink | Reply | 5 comments |
headers
Wilbert Knol | 3 Aug 2010 12:21
Picon

Re: FT-2000 test report

Op dinsdag 03 augustus 2010 04:49:56 schreef Nate Bargmann:
> * On 2010 02 Aug 10:56 -0500, Wilbert Knol wrote:
> > Op maandag 02 augustus 2010 13:19:09 schreef Nate Bargmann:
> > > Is it your opinion that the backend could be marked as Beta or even
> > > Stable?
> > 
> > rigctld/rigctl segfaults when I issue the command 'A POLL', so it's too early for stable.
> 
> I guess I'm not familiar with that command.  :-)

Neither was I. From the 'rigctl' manual pages:

       A, set_trn 'Transceive'
              Set 'Transceive' mode (reporting event): OFF, RIG, POLL.

I was playing around with this, trying to make my rig spit out mode/QRG so that my application doesn't  have to
query it all the time. My old IC-725 has a 'transceive mode' which makes it put out frequency data on the CI-V
bus when the operator changes freqency. I was hoping this would achieve  something similar :-)

Anyhow, coming back to this 'stable vs beta' business: the FT-2000 back-end works fine. If the segfault is
in the rigctl/rigctld code as I suspect, then I am happy for the back-end to be called' stable'

Wilbert, PE7T

------------------------------------------------------------------------------
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm
(Continue reading)

Permalink | Reply | 4 comments |
headers
Nate Bargmann | 3 Aug 2010 13:14
Picon
Favicon
Gravatar

Re: FT-2000 test report

* On 2010 03 Aug 05:54 -0500, Wilbert Knol wrote:
> Op dinsdag 03 augustus 2010 04:49:56 schreef Nate Bargmann:
> > * On 2010 02 Aug 10:56 -0500, Wilbert Knol wrote:
> > > Op maandag 02 augustus 2010 13:19:09 schreef Nate Bargmann:
> > > > Is it your opinion that the backend could be marked as Beta or even
> > > > Stable?
> > > 
> > > rigctld/rigctl segfaults when I issue the command 'A POLL', so it's too early for stable.
> > 
> > I guess I'm not familiar with that command.  :-)
> 
> Neither was I. From the 'rigctl' manual pages:
> 
>        A, set_trn 'Transceive'
>               Set 'Transceive' mode (reporting event): OFF, RIG, POLL.
> 
> I was playing around with this, trying to make my rig spit out mode/QRG so that my application doesn't  have
to query it all the time. My old IC-725 has a 'transceive mode' which makes it put out frequency data on the
CI-V bus when the operator changes freqency. I was hoping this would achieve  something similar :-)

As you've found, that setting requires rig support.  To my knowledge
Yaesu rigs don't support that feature.

> Anyhow, coming back to this 'stable vs beta' business: the FT-2000 back-end works fine. If the segfault is
in the rigctl/rigctld code as I suspect, then I am happy for the back-end to be called' stable'

Hmmm, if there is a segfault, then we need to pursue that as it should
be an unsupported command that rigctl(d) should handle gracefully.

73, de Nate >>
(Continue reading)

Permalink | Reply | 3 comments |

Gmane