For quite some time now I try to get the control of my pcr 1000 going.
With my own control software it works fine, but using hamlib through DREAM the system just turns on the receiver, locks the whole system for approx. 10 secs and then returns releasing the receiver.
Would you have any Idea what might cause this?
I understand the PCR 1000 is still in Alpha state , is there a plan to fix it?
Best regards
Norbert
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
We would be happy to make the pcr1000 backend out of the alpha state. All it needs is a beta tester. Would you like to help?
The testing is done using the rigctl program, which is terminal based. Have a look at the file README.betatester which is distributed with hamlib. I would need the traces of rigctl with full verbosity (-vvvvv) in order to understand why the open fails.
What OS are you using? What version of Hamlib?
You appear to be a programmer (care to put a link to a page of your control software?), maybe you can check with Darren Hatcher, the current maintainer of the pcr backend to work on it. If you want to tweak the code, have a look at pcr/pcr.c.
Cheers,
--
Stéphane
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
0010 30 30 0d 0a 00..
RX 1 bytes
0000 30 0
RX 6 bytes
0000 0d 0a 0a 48 31 30 ...H10
-------------------------------------------
actually after the first call H101 which turns the radio on,
it has a delay of about 10 secs and then the radio (and the audio) goes dead.
Funny enough it still allows to set/recall Frequencies.
somehow it seems as if the protocol response is truncated.
I am using a remote control for the same PCR1000 written in VB6 in several of my applications and there is no problem whatsoever.
best regards
Norbert
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
For quite some time now I try to get the control of my pcr 1000 going.
With my own control software it works fine, but using hamlib through DREAM the system just turns on the receiver, locks the whole system for approx. 10 secs and then returns releasing the receiver.
Would you have any Idea what might cause this?
I understand the PCR 1000 is still in Alpha state , is there a plan to fix it?
Best regards
Norbert
Hi Norbert,
We would be happy to make the pcr1000 backend out of the alpha state. All it needs is a beta tester. Would you like to help?
The testing is done using the rigctl program, which is terminal based. Have a look at the file README.betatester which is distributed with hamlib. I would need the traces of rigctl with full verbosity (-vvvvv) in order to understand why the open fails.
What OS are you using? What version of Hamlib?
You appear to be a programmer (care to put a link to a page of your control software?), maybe you can check with Darren Hatcher, the current maintainer of the pcr backend to work on it. If you want to tweak the code, have a look at pcr/pcr.c.
Cheers,
--
Stéphane
Hi Stephane,
Thanks for the response,
I just started a run with RIGCTL:
-----------------------------------------------------------
C:\vb\hamlib-1.2.6\bin>rigctl -vvvvv -r com1 -m 401
rigctl, Hamlib version 1.2.6
Report bugs to <hamlib-developer@lists.sourceforge.net>
rig:rig_init called
rig: loading backend pcr
pcr: _init called
rig_register (402)
rig_register (401)
rig:rig_open called
TX 6 bytes
0000 48 31 30 31 0d 0a H101..
RX 1 bytes
0000 0a .
RX 6 bytes
0000 47 30 30 ff 0d 48 G00..H
TX 6 bytes
0000 47 33 30 30 0d 0a G300..
RX 1 bytes
0000 31 1
RX 6 bytes
0000 30 fc 0d 48 31 30 0..H10
Opened rig model 401, 'IC-PCR1000'
Backend version: 0.4, Status: Alpha
Rig command: _
TX 5 bytes
0000 47 32 3f 0d 0a G2?..
RX 1 bytes
0000 30 0
RX 6 bytes
0000 0d 0a 0a 48 31 30 ...H10
TX 5 bytes
0000 47 34 3f 0d 0a G4?..
RX 1 bytes
0000 30 0
RX 6 bytes
0000 0d 0a 0a 48 31 30 ...H10
TX 5 bytes
0000 47 44 3f 0d 0a GD?..
RX 1 bytes
0000 30 0
RX 6 bytes
0000 0d 0a 0a 48 31 30 ...H10
TX 5 bytes
0000 47 45 3f 0d 0a GE?..
RX 1 bytes
0000 30 0
RX 6 bytes
0000 0d 0a 0a 48 31 30 ...H10
pcr_get_info: unknown country code 0, please retport to Hamlib maintainer
Info: Firmware v0.0, Protocol v0.0, Optional devices: none, Country: Other
Rig command: f
Frequency: 145000000
Rig command: F
Frequency: 6075000
TX 20 bytes
0000 4b 30 30 30 30 36 30 37 35 30 30 30 30 35 30 32 K000060750000502
0010 30 30 0d 0a 00..
RX 1 bytes
0000 30 0
RX 6 bytes
0000 0d 0a 0a 48 31 30 ...H10
-------------------------------------------
actually after the first call H101 which turns the radio on,
it has a delay of about 10 secs and then the radio (and the audio) goes dead.
Funny enough it still allows to set/recall Frequencies.
somehow it seems as if the protocol response is truncated.
I am using a remote control for the same PCR1000 written in VB6 in several of my applications and there is no problem whatsoever.
best regards
Norbert