ICOM PCR 1000 problem

Help
2007-12-05
2013-01-15
  • Norbert Schall
    Norbert Schall
    2007-12-05

    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

       
    • Norbert Schall
      Norbert Schall
      2008-01-05

      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