JIMMIE wrote:
On Mar 20, 8:07 pm, Joerg
wrote:
Hello Folks,

Has anyone ever had this happen and maybe knows what could be wrong?

The Icom R1500 behaves like a PCR1500 when controlled via the PC. Or so
says Icom. When I try to control it through the virtual COM3 port via
USB it seems to have lots of data traffic jams. If I turn the "virtual"
dial too fast the R1500 seems to lag. Sometimes it doesn't react at all
and seconds later starts slowly tuning through all the frequencies I had
chosen. This can go on for half a minute until it has trundled out.

Audio is supposed to go via the same USB cable but not as a serial COM
port. Well, that part doesn't work at all, no audio.

--
73, Joerg

This sounds like a problem I had when I wrote an ICOM radio control
program in Visual Basic.
What was happening to me was the computer was sending control data for
every click of the wheel. The radio had trouble responding to this
much data. I changed the way the radio was tuned by installing virtual
buttons over and under each digit of thee display. Clicking on one of
these buttons would increase/decrease the frequency by
10,100,1000.....Hz.

Something that may cause a similar problem might be if the baud rate
is not set high enough on the radio. I believe on mine you could
select 2400 or 9600 baud. My software worked much better at 9600 baud.
At a slower baud rate I could click a frequency increase buton 3 times
then look at my radio and see them change the radio there was so much
delay.


I think the default baud rate of the R1500 is 38400 baud. Should be
plenty. But you could be right, there may be a buffer overflow somewhere
and then it chokes. Sometimes when it has finally trundled out it sits
at the final frequency but the mode didn't switch.

All I really want to do is use the set as a spectrum analyzer, at least
most of the time. And I am really wondering why the USB packet data
doesn't work at all.

--
73, Joerg