Hamlib Issue

[Scott Massey]

Hi All,

I've run into a curious problem.  When I activate PTT, my transmitter enters transmit and audio is correctly routed to the radio but immediately I get a Hamlib Error.  I can clear the error and continue transmitting and then release PTT normally.

This seems like some kind of serial handshaking problem but I do not know how to troubleshoot it.  I've tried several different serial connections and they all do the same thing.  I've seen references that I should diagnose and presumably corre4ct this kind of issue within Hamlib but I do not know how to accomplish this task.  Mind you, I use other applications with CAT control and do not run into this issue.

My system is a Win10 PC, RigExpert audio/CAT interface, Ten-Tec Jupiter (DB9 serial port) and normal monitors/keyboard/mouse setup.

I can send screen shots or videos if needed to demonstrate the issue.

Thanks, Scott  

[wal...@k5wh.net]

Scott,

 

That symptom is most often caused by RF, causing a break in the communication chain.

 

Another trick could be to lower the baud rate, as it doesn’t need too much to set the cat controls.

 

I usually put chokes on everything that connects to the computer just to try and mitigate any potential RF issues.

 

Hope you find the magic combination to get that working solid, and maybe we’ll catch you on the air.

 

 

Walter/K5WH

--
You received this message because you are subscribed to the Google Groups "digitalvoice" group.
To unsubscribe from this group and stop receiving emails from it, send an email to digitalvoice...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/digitalvoice/34e6f74d-87db-4810-9149-db2b44165016n%40googlegroups.com.

[Mooneer Salem]

Hi Scott,

Can you provide a screenshot of the error message that you're getting?

Thanks,

-Mooneer K6AQ

--

[Scott Massey]

Hi Walter,

I have looked at RF being the cause and I just don't see it.  Like you, I've got chokes and ferrot beads all over the place and only with FreeDV do I get this issue.  It does not matter the power level or the antenna, including a dummy load), the problem persists.  It's a weird one but I think there is a particular serial protocol issue that is at play.

Hi Mooneer,

Below is the requested screenshot.  It's not much and the error seems to be generic without detail.  It is extremely repeatible.  The sequence is this:

1. Click PTT or tap spacebar (feature is activated).

2. Screen changes, as it should, and immediately I get this message:

 

3. Transmit is activated seemingly normally.

4. I cannot release transmit unless I first clear this Error message.

5. Once message is cleared, I can terminate PTT by clicking PTT button or tapping spacebar.

I am using Kenwood TS-480 emulation.  Ten-Tec Jupiter (and others) use Kenwood commands.  Ten-Tec Jupiter emulation does not work and locks up PC.  More fun.

If you need more please let me know.  

I wished this made more sense.  Other digital programs on this PC/radio combination work great.

Thanks in advance, Scott

[Mooneer Salem]

Hi Scott,

Go to Tools->Options->Debugging  and enable "Show Console". You may need to restart FreeDV for the console to appear. After the console appears, start the application, attempt to transmit and then copy the contents of the console here. Hopefully those contents will include debugging from Hamlib that will provide clues as to what's going on.

Thanks,

-Mooneer K6AQ

To view this discussion on the web visit https://groups.google.com/d/msgid/digitalvoice/eaa95613-6b1c-42e6-8646-5ce4d1836c68n%40googlegroups.com.

[Scott Massey]

Hi Mooneer,

I think this is what you are looking for.  I may have captured the event twice.

Thanks, Scott

AllocConsole: 1 m_debug_console: 1
[2023-10-04 15:52:31] [connect] Successful connection
[2023-10-04 15:52:31] [connect] WebSocket Connection 208.85.243.198:80 v-2 "WebSocket++/0.8.2" /socket.io/?EIO=4&transport=websocket&t=1696449150 101
Setting callsign to KE8KYP
rig_init: rig_model=Kenwood TS-480
rig_init: rig has VFO_A
rig_init: rig has VFO_B
 1:ts480.c(1236):ts480_init entered
kenwood_init called, version 20230318/20230318.2
kenwood.c(806):kenwood_init returning2(0)
 1:ts480.c(1251):ts480_init returning(0)
rig_token_lookup called for rig_pathname
rig_confparam_lookup called for rig_pathname
rig_set_conf called
rig_confparam_lookup called for 1073741834
rig_set_conf: rig_pathname='COM96'
rig_token_lookup called for ptt_pathname
rig_confparam_lookup called for ptt_pathname
rig_set_conf called
rig_confparam_lookup called for 1073741855
rig_set_conf: ptt_pathname='COM96'
rig_token_lookup called for serial_speed
rig_confparam_lookup called for serial_speed
rig_set_conf called
rig_confparam_lookup called for 1073741844
rig_set_conf: serial_speed='57600'
 1:rig.c(817):rig_open entered
rig_settings_load_all: settings_file (.hamlib_settings): No such file or directory
rig_open: cwd=C:\Program Files\FreeDV 1.9.2
rig_open: C:\Program Files\FreeDV 1.9.2/hamlib_settings does not exist
serial_open: COM96
tcflush
  2:rig.c(7481):async_data_handler_start entered
  2:rig.c(7488):async_data_handler_start returning(0)
rig.c(254):add_opened_rig returning2(0)
rig_open: 0000025df9394b5c rs->comm_state==1?=1
  2:rig.c(6084):rig_get_powerstat entered
   3:kenwood.c(5021):kenwood_get_powerstat entered
kenwood_safe_transaction called, cmd=PS, expected=3
kenwood_transaction called cmd=PS datasize=6
tcflush
read_string_generic(): Timed out 0.550 seconds after 0 chars, direct=1
kenwood_transaction: read_string retval < 0, retval = -5, retry_read=0, rs->rigport.retry=1
tcflush
read_string_generic(): Timed out 0.548 seconds after 0 chars, direct=1
kenwood_transaction: read_string retval < 0, retval = -5, retry_read=1, rs->rigport.retry=1
kenwood.c(628):kenwood_transaction returning2(-5) Communication timed out

kenwood.c(680):kenwood_safe_transaction returning2(-5) Communication timed out

   3:kenwood.c(5038):kenwood_get_powerstat returning(-5) Communication timed out

  2:rig.c(6109):rig_get_powerstat returning(-5) Communication timed out

rig_open: Some rigs cannot get_powerstat while off
rig_open: Known rigs: K3, K3S
rig_open: Rigs that should but don't work: TS480
  2:kenwood.c(828):kenwood_open entered
   3:kenwood.c(1101):kenwood_get_id entered
kenwood_transaction called cmd=ID datasize=128
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
   3:kenwood.c(1108):kenwood_get_id returning(0)
   3:rig.c(6084):rig_get_powerstat entered
    4:kenwood.c(5021):kenwood_get_powerstat entered
kenwood_safe_transaction called, cmd=PS, expected=3
kenwood_transaction called cmd=PS datasize=6
tcflush
read_string_generic(): Timed out 0.546 seconds after 0 chars, direct=1
kenwood_transaction: read_string retval < 0, retval = -5, retry_read=0, rs->rigport.retry=0
kenwood.c(628):kenwood_transaction returning2(-5) Communication timed out

kenwood.c(680):kenwood_safe_transaction returning2(-5) Communication timed out

    4:kenwood.c(5038):kenwood_get_powerstat returning(-5) Communication timed out

   3:rig.c(6109):rig_get_powerstat returning(-5) Communication timed out

   3:rig.c(2928):rig_get_vfo entered
    4:kenwood.c(1747):kenwood_get_vfo_if entered
     5:kenwood.c(1121):kenwood_get_if entered
kenwood_safe_transaction called, cmd=IF, expected=37
kenwood_transaction called cmd=IF datasize=128
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
kenwood.c(699):kenwood_safe_transaction returning2(0)
     5:kenwood.c(1124):kenwood_get_if returning(0)
kenwood_get_vfo_if: priv->tx_vfo=VFOA
    4:kenwood.c(1795):kenwood_get_vfo_if returning(0)
   3:rig.c(2991):rig_get_vfo returning(0)
kenwood_open: not the right driver apparently (found 2028, asked for 2004, checked TS-480)
kenwood_open: your rig (ID017) did not match but we will continue anyways
  2:kenwood.c(1066):kenwood_open returning(0)
  2:rig.c(2928):rig_get_vfo entered
  2:rig.c(2963):rig_get_vfo returning(0)
rig_get_freq(2034) called vfo=VFOA
rig.c(2043) vfo=VFOA, curr_vfo=VFOA
rig_get_freq(2130): vfo_opt=0, model=2028
  2:kenwood.c(1960):kenwood_get_freq entered
kenwood_safe_transaction called, cmd=FA, expected=13
kenwood_transaction called cmd=FA datasize=50
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
kenwood.c(699):kenwood_safe_transaction returning2(0)
  2:kenwood.c(2030):kenwood_get_freq returning(0)
rig_get_freq(2034) called vfo=VFOB
rig.c(2043) vfo=VFOB, curr_vfo=VFOA
rig_get_freq(2130): vfo_opt=0, model=2028
  2:kenwood.c(1960):kenwood_get_freq entered
kenwood_safe_transaction called, cmd=FB, expected=13
kenwood_transaction called cmd=FB datasize=50
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
kenwood.c(699):kenwood_safe_transaction returning2(0)
  2:kenwood.c(2030):kenwood_get_freq returning(0)
  2:rig.c(5130):rig_get_split_vfo entered
   3:kenwood.c(1609):kenwood_get_split_vfo_if entered
    4:kenwood.c(1121):kenwood_get_if entered
kenwood_safe_transaction called, cmd=IF, expected=37
kenwood_transaction called cmd=IF datasize=128
kenwood.c(278):kenwood_transaction returning2(0)
kenwood.c(699):kenwood_safe_transaction returning2(0)
    4:kenwood.c(1124):kenwood_get_if returning(0)
kenwood_get_split_vfo_if: priv->tx_vfo=VFOA, split=0
   3:kenwood.c(1730):kenwood_get_split_vfo_if returning(0)
  2:rig.c(5195):rig_get_split_vfo returning(0)
rig_open(1380): Current split=0, tx_vfo=VFOA
  2:rig.c(2453):rig_get_mode entered
kenwood_get_mode called, curr_vfo=VFOA
kenwood_safe_transaction called, cmd=MD, expected=3
kenwood_transaction called cmd=MD datasize=6
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
kenwood.c(699):kenwood_safe_transaction returning2(0)
kenwood2rmode called
   3:kenwood.c(2556):kenwood_get_filter_width entered
kenwood_safe_transaction called, cmd=FW, expected=6
kenwood_transaction called cmd=FW datasize=20
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
kenwood.c(699):kenwood_safe_transaction returning2(0)
kenwood.c(2751):kenwood_get_mode returning2(0)
    4:cache.c(35):rig_set_cache_mode entered
    4:cache.c(108):rig_set_cache_mode returning(0)
   3:rig.c(2586):rig_get_mode returning(0)
  2:rig.c(1403):rig_open returning(0)
  2:rig.c(2928):rig_get_vfo entered
  2:rig.c(2963):rig_get_vfo returning(0)
  2:rig.c(2928):rig_get_vfo entered
  2:rig.c(2963):rig_get_vfo returning(0)
rig_set_mode called, vfo=VFOA, mode=USB, width=-1, curr_vfo=VFOA
kenwood_get_mode called, curr_vfo=VFOA
kenwood_safe_transaction called, cmd=MD, expected=3
kenwood_transaction called cmd=MD datasize=6
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
kenwood.c(699):kenwood_safe_transaction returning2(0)
kenwood2rmode called
  2:kenwood.c(2556):kenwood_get_filter_width entered
kenwood_safe_transaction called, cmd=FW, expected=6
kenwood_transaction called cmd=FW datasize=20
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
kenwood.c(699):kenwood_safe_transaction returning2(0)
kenwood.c(2751):kenwood_get_mode returning2(0)
kenwood_set_mode called, vfo=VFOA, mode=USB, width=-1, curr_vfo=VFOA
rmode2kenwood called, mode=USB
rmode2kenwood: returning 2
kenwood_set_mode: kmode=2, cmode=2, datamode=0
   3:rig.c(2453):rig_get_mode entered
   3:rig.c(2512):rig_get_mode returning(0)
kenwood_set_mode: vfo=VFOA, curr_mode=LSB, new_mode=USB, datamode=0
kenwood_transaction called cmd=MD2 datasize=0
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
kenwood.c(2459):kenwood_set_mode returning2(0)
   3:cache.c(35):rig_set_cache_mode entered
   3:cache.c(108):rig_set_cache_mode returning(0)
rig.c(2419):rig_set_mode returning2(0)
rig_set_freq called vfo=VFOA, freq=14236000
kenwood_set_freq called vfo=VFOA freq=14236000
rig_get_freq(2034) called vfo=VFOA
rig.c(2043) vfo=VFOA, curr_vfo=VFOA
kenwood.c(1832):kenwood_set_freq returning2(0)
   3:rig.c(2771):rig_set_vfo entered
rig_set_vfo called vfo=VFOA
    4:rig.c(2928):rig_get_vfo entered
    4:rig.c(2963):rig_get_vfo returning(0)
   3:rig.c(2809):rig_set_vfo returning(0)
rig.c(1992):rig_set_freq returning2(0)
   3:rig.c(2928):rig_get_vfo entered
    4:kenwood.c(1747):kenwood_get_vfo_if entered
     5:kenwood.c(1121):kenwood_get_if entered
kenwood_safe_transaction called, cmd=IF, expected=37
kenwood_transaction called cmd=IF datasize=128
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
kenwood.c(699):kenwood_safe_transaction returning2(0)
     5:kenwood.c(1124):kenwood_get_if returning(0)
kenwood_get_vfo_if: priv->tx_vfo=VFOA
    4:kenwood.c(1795):kenwood_get_vfo_if returning(0)
   3:rig.c(2991):rig_get_vfo returning(0)
   3:rig.c(2453):rig_get_mode entered
kenwood_get_mode called, curr_vfo=VFOA
kenwood_safe_transaction called, cmd=MD, expected=3
kenwood_transaction called cmd=MD datasize=6
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
kenwood.c(699):kenwood_safe_transaction returning2(0)
kenwood2rmode called
    4:kenwood.c(2556):kenwood_get_filter_width entered
kenwood_safe_transaction called, cmd=FW, expected=6
kenwood_transaction called cmd=FW datasize=20
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
kenwood.c(699):kenwood_safe_transaction returning2(0)
kenwood.c(2751):kenwood_get_mode returning2(0)
     5:cache.c(35):rig_set_cache_mode entered
     5:cache.c(108):rig_set_cache_mode returning(0)
    4:rig.c(2586):rig_get_mode returning(0)
rig_get_freq(2034) called vfo=VFOA
rig.c(2043) vfo=VFOA, curr_vfo=VFOA
rig_get_freq(2130): vfo_opt=0, model=2028
    4:kenwood.c(1960):kenwood_get_freq entered
kenwood_safe_transaction called, cmd=FA, expected=13
kenwood_transaction called cmd=FA datasize=50
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
kenwood.c(699):kenwood_safe_transaction returning2(0)
    4:kenwood.c(2030):kenwood_get_freq returning(0)
    4:rig.c(3016):rig_set_ptt entered
     5:kenwood.c(4770):kenwood_set_ptt entered
kenwood_set_ptt: ptt=1
kenwood_transaction called cmd=TX datasize=0
tcflush
kenwood_transaction: wrong reply TX for command verification ID
tcflush
kenwood_transaction: wrong reply TX for command verification ID
tcflush
kenwood_transaction: wrong reply TX for command verification ID
tcflush
kenwood_transaction: wrong reply TX for command verification ID
kenwood.c(628):kenwood_transaction returning2(-8) Protocol error

     5:kenwood.c(4814):kenwood_set_ptt returning(-8) Protocol error

    4:rig.c(3057):rig_set_ptt returning(-8) Protocol error

    4:rig.c(2928):rig_get_vfo entered
     5:kenwood.c(1747):kenwood_get_vfo_if entered
      6:kenwood.c(1121):kenwood_get_if entered
kenwood_safe_transaction called, cmd=IF, expected=37
kenwood_transaction called cmd=IF datasize=128
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
kenwood.c(699):kenwood_safe_transaction returning2(0)
      6:kenwood.c(1124):kenwood_get_if returning(0)
kenwood_get_vfo_if: priv->tx_vfo=VFOA
     5:kenwood.c(1795):kenwood_get_vfo_if returning(0)
    4:rig.c(2991):rig_get_vfo returning(0)
    4:rig.c(2453):rig_get_mode entered
kenwood_get_mode called, curr_vfo=VFOA
kenwood_safe_transaction called, cmd=MD, expected=3
kenwood_transaction called cmd=MD datasize=6
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
kenwood.c(699):kenwood_safe_transaction returning2(0)
kenwood2rmode called
     5:kenwood.c(2556):kenwood_get_filter_width entered
kenwood_safe_transaction called, cmd=FW, expected=6
kenwood_transaction called cmd=FW datasize=20
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
kenwood.c(699):kenwood_safe_transaction returning2(0)
kenwood.c(2751):kenwood_get_mode returning2(0)
      6:cache.c(35):rig_set_cache_mode entered
      6:cache.c(108):rig_set_cache_mode returning(0)
     5:rig.c(2586):rig_get_mode returning(0)
rig_get_freq(2034) called vfo=VFOA
rig.c(2043) vfo=VFOA, curr_vfo=VFOA
rig_get_freq(2130): vfo_opt=0, model=2028
     5:kenwood.c(1960):kenwood_get_freq entered
kenwood_safe_transaction called, cmd=FA, expected=13
kenwood_transaction called cmd=FA datasize=50
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
kenwood.c(699):kenwood_safe_transaction returning2(0)
     5:kenwood.c(2030):kenwood_get_freq returning(0)
FreeDVInterface::OnReliableTextRx_: received KE8KYP
Adding callsign KE8KYP @ SNR 2, freq 14236000 to PSK Reporter.
     5:rig.c(2928):rig_get_vfo entered
      6:kenwood.c(1747):kenwood_get_vfo_if entered
       7:kenwood.c(1121):kenwood_get_if entered
kenwood_safe_transaction called, cmd=IF, expected=37
kenwood_transaction called cmd=IF datasize=128
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
kenwood.c(699):kenwood_safe_transaction returning2(0)
       7:kenwood.c(1124):kenwood_get_if returning(0)
kenwood_get_vfo_if: priv->tx_vfo=VFOA
      6:kenwood.c(1795):kenwood_get_vfo_if returning(0)
     5:rig.c(2991):rig_get_vfo returning(0)
     5:rig.c(2453):rig_get_mode entered
kenwood_get_mode called, curr_vfo=VFOA
kenwood_safe_transaction called, cmd=MD, expected=3
kenwood_transaction called cmd=MD datasize=6
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
kenwood.c(699):kenwood_safe_transaction returning2(0)
kenwood2rmode called
      6:kenwood.c(2556):kenwood_get_filter_width entered
kenwood_safe_transaction called, cmd=FW, expected=6
kenwood_transaction called cmd=FW datasize=20
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
kenwood.c(699):kenwood_safe_transaction returning2(0)
kenwood.c(2751):kenwood_get_mode returning2(0)
       7:cache.c(35):rig_set_cache_mode entered
       7:cache.c(108):rig_set_cache_mode returning(0)
      6:rig.c(2586):rig_get_mode returning(0)
rig_get_freq(2034) called vfo=VFOA
rig.c(2043) vfo=VFOA, curr_vfo=VFOA
rig_get_freq(2130): vfo_opt=0, model=2028
      6:kenwood.c(1960):kenwood_get_freq entered
kenwood_safe_transaction called, cmd=FA, expected=13
kenwood_transaction called cmd=FA datasize=50
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
kenwood.c(699):kenwood_safe_transaction returning2(0)
      6:kenwood.c(2030):kenwood_get_freq returning(0)
      6:rig.c(2928):rig_get_vfo entered
       7:kenwood.c(1747):kenwood_get_vfo_if entered
        8:kenwood.c(1121):kenwood_get_if entered
kenwood_safe_transaction called, cmd=IF, expected=37
kenwood_transaction called cmd=IF datasize=128
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
kenwood.c(699):kenwood_safe_transaction returning2(0)
        8:kenwood.c(1124):kenwood_get_if returning(0)
kenwood_get_vfo_if: priv->tx_vfo=VFOA
       7:kenwood.c(1795):kenwood_get_vfo_if returning(0)
      6:rig.c(2991):rig_get_vfo returning(0)
      6:rig.c(2453):rig_get_mode entered
kenwood_get_mode called, curr_vfo=VFOA
kenwood_safe_transaction called, cmd=MD, expected=3
kenwood_transaction called cmd=MD datasize=6
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
kenwood.c(699):kenwood_safe_transaction returning2(0)
kenwood2rmode called
       7:kenwood.c(2556):kenwood_get_filter_width entered
kenwood_safe_transaction called, cmd=FW, expected=6
kenwood_transaction called cmd=FW datasize=20
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
kenwood.c(699):kenwood_safe_transaction returning2(0)
kenwood.c(2751):kenwood_get_mode returning2(0)
        8:cache.c(35):rig_set_cache_mode entered
        8:cache.c(108):rig_set_cache_mode returning(0)
       7:rig.c(2586):rig_get_mode returning(0)
rig_get_freq(2034) called vfo=VFOA
rig.c(2043) vfo=VFOA, curr_vfo=VFOA
rig_get_freq(2130): vfo_opt=0, model=2028
       7:kenwood.c(1960):kenwood_get_freq entered
kenwood_safe_transaction called, cmd=FA, expected=13
kenwood_transaction called cmd=FA datasize=50
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
kenwood.c(699):kenwood_safe_transaction returning2(0)
       7:kenwood.c(2030):kenwood_get_freq returning(0)
       7:rig.c(3016):rig_set_ptt entered
        8:kenwood.c(4770):kenwood_set_ptt entered
kenwood_set_ptt: ptt=0
kenwood_transaction called cmd=RX datasize=0
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
        8:kenwood.c(4814):kenwood_set_ptt returning(0)
       7:rig.c(3301):rig_set_ptt returning(0)
       7:rig.c(2928):rig_get_vfo entered
        8:kenwood.c(1747):kenwood_get_vfo_if entered
         9:kenwood.c(1121):kenwood_get_if entered
kenwood_safe_transaction called, cmd=IF, expected=37
kenwood_transaction called cmd=IF datasize=128
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
kenwood.c(699):kenwood_safe_transaction returning2(0)
         9:kenwood.c(1124):kenwood_get_if returning(0)
kenwood_get_vfo_if: priv->tx_vfo=VFOA
        8:kenwood.c(1795):kenwood_get_vfo_if returning(0)
       7:rig.c(2991):rig_get_vfo returning(0)
       7:rig.c(2453):rig_get_mode entered
kenwood_get_mode called, curr_vfo=VFOA
kenwood_safe_transaction called, cmd=MD, expected=3
kenwood_transaction called cmd=MD datasize=6
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
kenwood.c(699):kenwood_safe_transaction returning2(0)
kenwood2rmode called
        8:kenwood.c(2556):kenwood_get_filter_width entered
kenwood_safe_transaction called, cmd=FW, expected=6
kenwood_transaction called cmd=FW datasize=20
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
kenwood.c(699):kenwood_safe_transaction returning2(0)
kenwood.c(2751):kenwood_get_mode returning2(0)
         9:cache.c(35):rig_set_cache_mode entered
         9:cache.c(108):rig_set_cache_mode returning(0)
        8:rig.c(2586):rig_get_mode returning(0)
rig_get_freq(2034) called vfo=VFOA
rig.c(2043) vfo=VFOA, curr_vfo=VFOA
rig_get_freq(2130): vfo_opt=0, model=2028
        8:kenwood.c(1960):kenwood_get_freq entered
kenwood_safe_transaction called, cmd=FA, expected=13
kenwood_transaction called cmd=FA datasize=50
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
kenwood.c(699):kenwood_safe_transaction returning2(0)
        8:kenwood.c(2030):kenwood_get_freq returning(0)
        8:rig.c(3016):rig_set_ptt entered
         9:kenwood.c(4770):kenwood_set_ptt entered
kenwood_set_ptt: ptt=0
kenwood_transaction called cmd=RX datasize=0
tcflush
kenwood.c(628):kenwood_transaction returning2(0)
         9:kenwood.c(4814):kenwood_set_ptt returning(0)
        8:rig.c(3301):rig_set_ptt returning(0)
        8:rig.c(1425):rig_close entered
         9:rig.c(7525):async_data_handler_stop entered
         9:rig.c(7555):async_data_handler_stop returning(0)
ser_close: restoring options
rig_close(1561): 0000025df9394b5c rs->comm_state==0?=0
        8:rig.c(1563):rig_close returning(0)
        8:kenwood.c(811):kenwood_cleanup entered
        8:kenwood.c(816):kenwood_cleanup returning(0)

[Mooneer Salem]

Hi Scott,

Can you confirm that you have the rig model set to "Ten-Tec TT-538 Jupiter" (Tools->PTT Config or Easy Setup)? It looks like it's trying to use "Kenwood TS-480" which may be why you're running into that issue.

Thanks,

-Mooneer K6AQ

To view this discussion on the web visit https://groups.google.com/d/msgid/digitalvoice/ccf89da3-e6e2-4808-a730-c7cff9fb3969n%40googlegroups.com.

[Scott Massey]

Hi Mooneer,

I am not using the Jupiter setting.  It does not work at all.  I get an error when I attempt to load the setting so I load the Kenwood file.  Kenwood is the native command set for the Jupiter.  I use Kenwood with other applications without incident.  For the record, the Jupiter settings do not work with the other applications either.  I do not know why but I have never found an application with a Jupiter setting that works.  I always have to use a Kenwood setting.  That's my experience.

I can't put my finger on it (mainly because I do not know Hamlib) but it seems like within Hamlib, there is an expected handshake that is not being satisfied. The funny thing is that it is not enough of a problem to halt the PTT process.  The transmission is not interuppted and after the error message is cleared, PTT can be turned off.  It's screwy.

[Mooneer Salem]

Hi Scott,

It may be worth trying another Kenwood radio type in that case. I know that for the Hermes Lite and PowerSDR, for instance, there's been some success choosing e.g. the TS-2000 instead of the TS-480. You can also try one of the nightly builds of Hamlib 4.6 to see if that works better for you (quit FreeDV, replace the libhamlib-4.dll file in C:\Program Files\FreeDV ...\bin with the W64 version at https://n0nb.users.sourceforge.net/ and then restart the application). Hope that helps!

BTW if the Juipter setting still causes problems on Hamlib 4.6 I suggest filing a bug report at https://github.com/Hamlib/Hamlib/issues so that it can get fixed by the Hamlib maintainer.

Thanks,

-Mooneer K6AQ

To view this discussion on the web visit https://groups.google.com/d/msgid/digitalvoice/c5dac488-6023-41ab-8697-1a1d5bb7727bn%40googlegroups.com.

[Ann Broom]

Please remove my name from your mailing list.  I do not know who you are and do not relate to anything in your messages.  Thank you.

 

Sent from Mail for Windows

 

To view this discussion on the web visit https://groups.google.com/d/msgid/digitalvoice/CAAzDfxOCO%3D94F5iuHDV_LRpzTo_nekwHDwrFc26%3DSdhCP7ANqw%40mail.gmail.com.

 

[Scott Massey]

Hi Mooneer,

Is there the possibility to include OmniRig in the next release?  I ask because it solves other rig software control issues with other applications.

Thanks, Scott

[Mooneer Salem]

Hi Scott,

Which version of OmniRig? In my very brief research, it sounds like if support were to be added, it'd only be available on Windows. I'm pretty hesitant to have features be different on different platforms but if there's enough demand, that's something that can be discussed further.

Thanks,

-Mooneer K6AQ 

To view this discussion on the web visit https://groups.google.com/d/msgid/digitalvoice/1ce84ab4-44d6-4e32-a1cd-2f17e31cabc6n%40googlegroups.com.

[Scott Massey]

Hi Mooneer,

Yes.  The Windows version.  I'm not even sure if there is a Linux or iOS version available.  Probably, but here's my thinking.

I use Pegasus Plus rig control software.  It is similar to Ham Radio Deluxe.  Both packages ultilize CAT control and function as the "hub" for serial communications to other applications through both actual and virtual serial ports.  My applications are WJST-X, SDRuno, an automatic loop antenna tuner, an antenna relay selecter, Log4OM logging software, JS8Call and hopfully, FreeDV.  The only package that had difficulty establishing a serial link was WSJT-X.  That was solved by using OmniRig.

Just like FreeDV, there is a long list of available profiles in WSJT-X, including Hamlib NET rigctl.  As a test, I attempted to configure WSJT-X with Hamlib NET rigctl.  It did not work.  I went back to OmniRig and it worked perfectly, as expected.  I do not know why it did not work but I suspect that Hamlib incorporates a different hankshaking scheme than Omnirig.  Perhaps it's a simplier serial protocol that does not depend on DCD, RTS CLS signals and Hamlib is somehow looking for those exchanges.  The curious bit is the Ten-Tec radio does not use those signals so it doesn't assert them as Hamlib expects.  That's a flat out guess.  I also think that the Hamlib profile is incomplete because if I make a direct serial connection to the radio, it almost works which is a similar incomplete exchange through the Pegasus rig control software.      

I must seem like a lunatic asking for this addition but I think the issue is very similar and if you have the time to create a test version with OmniRig, I'd be more than happy to test it for you.

 

Thanks again for your time, Scott

[Mooneer Salem]

Hi Scott,

I was actually referring to OmniRig 2.1 vs. 1.20 (?) as they both seem to be incompatible with each other. The latter version does seem to have some examples on implementation that I could look at (such as WSJT-X).

Anyway, I'll think about it some more and discuss more with the broader project team.

Thanks,

-Mooneer K6AQ

To view this discussion on the web visit https://groups.google.com/d/msgid/digitalvoice/6ac1ddb8-bb9e-4679-ae4e-f50c51eb7c69n%40googlegroups.com.

[Scott Massey]

Hi Mooneer,

Good point.  I use v1.2.  I tried 2.1v but it was not good.  I read several times how users had to revert to the older version.

Thanks again, Scott

iPad transmission

On Oct 12, 2023, at 09:29, Mooneer Salem <moo...@gmail.com> wrote:



To view this discussion on the web visit https://groups.google.com/d/msgid/digitalvoice/CAAzDfxMk3rHtH5nxUfFJwfYdej9w_0m%2Brk6mRwuvcPNkiHc-zg%40mail.gmail.com.

[Mooneer Salem]

Hi Scott,

Thanks for that info. I'll do some further research on this.

Question to everyone: who else uses OmniRig? Do you prefer to use it over e.g. Hamlib or serial PTT control?

Thanks,

-Mooneer

To view this discussion on the web visit https://groups.google.com/d/msgid/digitalvoice/B87878A5-0F71-4431-B42F-996FBB377BC0%40gmail.com.

[Thomas Hall, Ph.D.]

I use it at times. Hamlib never works for me with Kw 590sg 

To view this discussion on the web visit https://groups.google.com/d/msgid/digitalvoice/CAAzDfxNsdkCj69v2oVCL9v%3D9hkRVTD_63%2BOXh2FSmo%2BKxBZ_bQ%40mail.gmail.com.

[ON3BSQ]

I'm using Omnirig 1.20 with my log program Log4OM Next Gen. I switched from Hamlib to Omnirig Three years ago because of issues with Hamlib.

Omnirig v2 is not supported by Log4OM.

Op zaterdag 14 oktober 2023 om 05:16:58 UTC+2 schreef Thomas Hall, Ph.D.:

[Scott Massey]

Hi Mooneer,

Just checking in if you are looking to incorporate Omnirig 1.20 in a future release?  I tried to update to 1.93 but now I have no CAT whereas before I had partial functionality.  I'll revert back.

Thanks, Scott

[Mooneer Salem]

Hi Scott,

I didn't forget :) It's just been pretty busy with preparations for Pacificon and other life stuff. I'm hoping to look into this more soon and will let you know if I have something available for testing.

Thanks,

-Mooneer K6AQ

To view this discussion on the web visit https://groups.google.com/d/msgid/digitalvoice/cc974aea-0e52-4fbf-9158-640a15ef190en%40googlegroups.com.

[Scott Massey]

Hi Mooneer,

Very cool.  Looking forward to it.

Thanks, Scott

[Matthew Phillips]

Just out of interest I use Log4OM and also use Omnirig v1.2 

It does work well for me. I have a work around for using hamlib in FreeDV but if FDV did support Omnirig that would work out well for me. 

All the best

Matthew G6WPJ

[Scott Massey]

Hi Matthew,

Are you able to use CAT? I've not been able to do so.  Can you share your work around? 

Thanks, Scott

[Mooneer Salem]

Hi all,

As I just announced, version 1.9.4 has initial support for OmniRig. Please try it and let me know how it goes.

Thanks,

-Mooneer K6AQ

To view this discussion on the web visit https://groups.google.com/d/msgid/digitalvoice/cc905812-a653-4456-bf74-c0aa9437062cn%40googlegroups.com.

[ON3BSQ]

Many thanks Mooneer for the addition of OmniRig support to FreeDV 1.9.4 .

It just works great. I can now use the CAT interface instead of serial PTT.

I already used OmniRig for my log program Log4OM, but now both programs can share the same CAT interface.

Great job !

Op woensdag 25 oktober 2023 om 09:41:51 UTC+2 schreef Mooneer Salem:

[Scott Massey]

Yes, indeed.  I have FreeDV working as well.  Good job Mooner!

Now I have to figure out how to optimize this thing.

Thanks, Scott