the radio only supports FM mode, thats correct. And it's even worse,
Also the channel spacing depends on the Hardware and can not be modified
by Software:
Here what the manual say's:
iv) Channel Spacing 12.5kHz, 20kHz, 25/30kHz.
(Different printed circuit board assemblies required for
each option).
Yesterday I failed to change the channels via rigctl. Do you have an
idea which configuration I should be able to write to the radio?
Or is it also ok if I set the channels via terminal and read the results
via rigctrl?
Nevertheless I will do some tests and send you the results, soon.
Claus
Am 18.01.2021 um 17:49 schrieb Michael Black:
According to source code there is a RX Freq and a TX Freq. So looks like it operates in split mode all the timeAnd does it know anything other than FM mode?Can you program a channel in different modes and show me the "h" response for each mode and the mode is on the rig?
Mike
; Envoi l'etat du poste; Mode - Chan - chan_state - Squelch - Volume - Lock - Freq RX - Freq TXsend_state:
The channel spacing is not surprising -- we have quite a few rigs that don' have 1Hz resolution and on UHF/VHF such channel spacing is very common.WSJT-X checks for it.
But if all it can do is FM what are you planning on using it for? Local 2M net or such?
You should be able to write to any channel -- but I think it writes to RAM so you won't burn up the EEPROM. There's a command "X" to copy RAM to EEPROM and "S" to copy EEPROM to RAM (erasing any RAM changes made). You wouldn't want to do X very often at all.
So you should be able to set the channel info from hamlib...but it looks like the command is wrong...should be the "P" command and not the "R" command.
Still trying to find a good description of the CAT commands....kind of a pain to try and figure it out from assembly language.
I guess if you use hyperterminal and start the "P" command you can see the serial info.
the radio only supports FM mode, thats correct. And it's even worse,
Also the channel spacing depends on the Hardware and can not be modified
by Software:
Here what the manual say's:
iv) Channel Spacing 12.5kHz, 20kHz, 25/30kHz.
(Different printed circuit board assemblies required for
each option).
Yesterday I failed to change the channels via rigctl. Do you have an
idea which configuration I should be able to write to the radio?
Or is it also ok if I set the channels via terminal and read the results
via rigctrl?
Nevertheless I will do some tests and send you the results, soon.
Claus
Am 18.01.2021 um 17:49 schrieb Michael Black:
According to source code there is a RX Freq and a TX Freq. So looks like it operates in split mode all the timeAnd does it know anything other than FM mode?Can you program a channel in different modes and show me the "h" response for each mode and the mode is on the rig?
Mike
; Envoi l'etat du poste; Mode - Chan - chan_state - Squelch - Volume - Lock - Freq RX - Freq TXsend_state:
On Monday, January 18, 2021, 01:59:49 AM CST, RaspII raspii@users.sourceforge.net wrote:
Forget about the Hamlib 'H' command (set_channel) for now.
It was written by (wrongly) guessing the PRM [T] command would have the same format like the [E] command.. which does not ! On top of that, the prm80_transaction() function needs to be adapted to work better with interactive handshake. I'll try to come up with a new implementation, proposing soon a fork to Mike.
All the experimentation with HyperTerminal and rigctl helps a lot !
Stephane F8CFE
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
but the radio does not switch the frequency automatically.
if I do additionally a "N" command (set channel)
N00
or I move the channel to "1" and back to "0" via display keys, than the frequency, set via "P" gets active (without an EEPROM write), thats exactly what I want to have.
If I use the "R" command to set the synthetiser frequency the PLL doesn't lock anymore and the radio stops working.
RXfrequency:8020TXfrequency:8020
In regard to: "kind of a pain to try and figure it out from assembly language"
I worked for about 15 years with assembly language for 8031 and 809x derivates, so I will take a look whether I can understand whats up with the "R"command.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Ok, I could figure out the behavior:
if I set the frequency via "P" command, I can only set the TX frequency. The RX frequency is also automatically set, but reduced by 21,4Mhz. That means, that setting
"8020" via "P"
But:
independent which method I use to set the frequencies now (RX: 7970, TX:8020) the radio always is transmitting and receiving data at the same frequency (410Mhz = calculated TX frequency).
The remaining question: is this a bug or is this a feature.
via "h" command in rigctl I also can see this 21.4MHz Offset
In Hamlib, the (repeater) shift is whether the (FM) channel is simplex, or a minus shift on a repeater or a plus shift on a repeater.
The (repeater) offset is the count of Hertz of the shift, i.e. the offset between RX frequency and the TX frequency (typically 600 kHz on 2m in Region 1).
BTW, I can help with the french comments if needed. I was perusing the asm code this afternoon by curiosity. This is very insightful.
According to the "C" command, it looks like only one PLL value is stored.
This is coherent with "P" command expecting only one PLL value (the TX frequency).
It looks like the transceiver is not capable of memorizing "split" frequencies, even though in "VFO" mode it can be set (like with the "R" command).
The 0x7970 value (388.6 MHz) showed by the Hamlib 'h' command looks like a default/floor value returned by the transceiver.
More to come...
73 de F8CFE
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello Stéphane,
sorry for my late answer. Thanks a lot for exlanation, yes, this makes sens.
I did some more investigations to the transeiver, yes its memorizing both frequencies, TX and RX. If I send the "show system state" command via terminal, I get as result:
14000000FF007D007D00
were the last 8 digits are reflecting the RX and TX (7D00 7D00, from left to right) frequencies.
And this is exactly our issue. I set the frequency via rigctl to 400Mhz and HAMLIB is writing both frequencies to the same values (which does not work for this transceiver).
The values written by rigctl (for 400Mhz) are showing: the frequency calculation is done for the TX frequency only The TX value is also written to the RX memory without considering the 21.4 Mhz (first intermediate frequency), thats a bug, I guess.
Example calculation:
400000/12.5 = 32000(dez)= 7D00(hex) = TX frequency
- 21400/12.5= 1712(dez)= 6B0(hex)
= 378600/12.5= 30288(dez)= 7650(hex)
-> 7650 should be written to the RX frequency for 400Mhz
If I write both value via terminal ("R") command to the radio, RX and TX are operating as expected.
Last edit: RaspII 2021-01-19
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
One more information before I stop investigations for today (10:30 PM here in Germany).
The manual says: The receiver concept utilizes a double conversion superhetrodyne principle with first and
second intermediate frequencies of 21.4 MHz and 455kHz respectively.
The front end of the receiver uses electronically tuned bandpass filters and a radio frequency
amplifier ahead of a double balanced mixer. The frequency conversion to the first IF of
21.4MHz occurs in this mixer with the local oscillator injection from the receive voltage
controlled oscillator. Monolithic crystal filters at 21.4MHz provide the first stage of adjacent
channel rejection. Amplification at 21.4MHz
That means (as far as I understood), that for the RX there is a fixed offset of 21.4Mhz which has to be considered if we use the "R" command.
Also that means that if we need to have a different TX/RX frequencies this can not be achieved via "P" command but via "R" command.
-> for simplex you can use "P"
-> for repeater ... you have to use "R"
(that's my understanding, now)
Nevertheless I have not been able to change channel frequency via "H" command via rigctl, may be this should be the next stept for our investigations (e.g. I don't have an understanding what value to write for the flags...)
Last edit: RaspII 2021-01-18
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
You need to experiment with the raw rig commands and once you figure those out we can implement them in hamlib.
You were monitoring serial port earlier...does the other software you have set the channels correctly? If so, watch what it does.
Mike W9MDB
One more information before I stop investigations for today (10:30 PM here in Germany).
The manual says:
The receiver concept utilizes a double conversion superhetrodyne principle with first and
second intermediate frequencies of 21.4 MHz and 455kHz respectively.
The front end of the receiver uses electronically tuned bandpass filters and a radio frequency
amplifier ahead of a double balanced mixer. The frequency conversion to the first IF of
21.4MHz occurs in this mixer with the local oscillator injection from the receive voltage
controlled oscillator. Monolithic crystal filters at 21.4MHz provide the first stage of adjacent
channel rejection. Amplification at 21.4MHz
That means (as far as I understood), that for the RX there is a fixed offset of 21.4Mhz which can not be changed via "P" command but via "R" command.
-> for simplex you can use "P"
-> for repeater ... you have to use "R"
(that's my understanding, now)
Nevertheless I have not been able to change channel frequency via "H" command via rigctl, may be this should be the next stept for our investigations (e.g. I don't have an understanding what value to write for the flags...)
You need to experiment with the raw rig commands and once you figure those out we can implement them in hamlib.
I understood now what must be done (at least for the "F" set frequencies):
"set frequencies should use the raw "R" command and write the entered frequency (/ 12,5) as TX frequency to the radio, and (entered frequency - 21.4 Mhz)/12,5 as RX frequency. (RX frequency to be written first). For 410Mhz e.g.:
R79708020
I do not know whether you have to hard code the 21.4 Mhz or if you can ask a variable for this number. If you could change the current "F" implementation to use the "R" command with correct calculated numbers for RX and TX I would be really happy.
(see also my comments to Stéphane)
In regard to:
You were monitoring serial port earlier...does the other software you have set the channels correctly? If so, watch what it does.
I'm no more sure if this approach will provide us a solution for my use case.
As far as I understood now, the "PRM80SW.exe" configuration software just writes the channel configurations to the EEPROM of the radio. I didn't found a mechanism to write the RAM or may be just to change the frequency of the radio directly.
But the approach I'm looking for is to change the frequency setup without writing the EEPROM every time (I have heard this may destroy the radio over time).
Additional I don't have a standard firmware for my 70cm radio, only a trunked version (what ever that means) and I'm not able to get this version receiving / transmitting, at all.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Forget about the Hamlib 'H' command (set_channel) for now.
It was written by (wrongly) guessing the PRM [T] command would have the same format like the [E] command.. which does not ! On top of that, the prm80_transaction() function needs to be adapted to work better with interactive handshake. I'll try to come up with a new implementation, proposing soon a fork to Mike.
All the experimentation with HyperTerminal and rigctl helps a lot !
As I said I'm not an experienced SW developer for modern languages.
But if I could support you by adding new functions to the transmitter, I should be able to do such modifications.
Give me a hint if I can support
Claus, DC0CM
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello,
I did some more investigations today for the "P" command (set channel).
Setting the TX and RX frequencys for simplex mode is working as expected.
If I modify the "channel state byte", I can activate a "+" and "-" shift as expected.
The shift is always 1.6Mhz and I'm able to activat the shift via display keys, also.
I didn't found a method to change the shift frequency itself (should work by memory write).
Additional I did a first rough investigation into the firmware. It seems that the shift is valid or all channels and not specific to a channel. I'm not 100% sure and I will do more investigations within the next few days.
Does it make sense if I implement a additional "set channel" command which is working similar to the "set synthetiser frequencies" command ( "R")? (This would mean I have to modify the whole memory layout, if my understanding is ok)
I was able to modify the hardware, the transceiver is working from 430 to 440 Mhz now.
The RX-filters are not optimized, yet nevertheless I can receive and send.
73
Claus, DC0CM
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi Claus,
Yes I think it would make sens to extend the PRM80xx protocol with new commands to make more comfortable access to various frequencies, subtones, etc. This new firmware would be fit to handle a new memory layout for saving an restoring channels, etc.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Don't expect too many logic in the commands ;-)
To understand the reason of unconstitancy of the command list, it come how the firmware was designed. As the origin we got some radio who nobodies can use for ham activities because on their trunking nature. From some schematics and reverse engineering of the hardware we start to implement a custom firmware, step after step, IO after IO and a big set of eprom. The serial port was required to go deeper in understanding of the chips interconnections. For this reason, you will find basic commands that simply read IO ports.
Later we start "higher" level of command for example storing channels.
All thoses command was implemented for human interface and not a computer aid sadly.
I started to think about that in the end but never ended.
To answer to question of the shift. Is is not possible to set it per channel. This is a global value stored in ram/eeprom at location 0x14 and 0x15.
There is no mem vs vfo mode like a classic ham transceiver, since the front panel allow only two digits. But it is still possible to drive directly the pll.
73s
F4FEZ
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello all,
@Stéphane, Mike
I'm currently planning to add a new command for setting the channels.
From my point of view we need following parameters: TX Pll RX Pll (I prefere not to work with shift) TX Subtone (I'm not sure how to implement this, but my 8010 and 8020's are able to do that,
I assume the 8060 and 8070 HW is also able to support at last TX subtone RX Subtone Channel State Power (Low/High)
Florian mentioned, that the current implementation of the shift is a global one.
There is a possibility to deactivate this feature if the RX- and TX- frequency of a channel is set to a different value (within the channel table)....
What do you think, are there any best practices from other Transmitters?
73
Claus
DC0CM
Last edit: RaspII 2021-01-24
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Not sure what you by "new command" -- do you mean the rigctl commands don't handle the channel settings well enough?I'd be reluctant to add something for just one rig type as opposed to a generic interface.
Mike W9MDB
Hello all,
@Stéphane, Mike
I'm currently planning to add a new command for setting the channels.
From my point of view we need following parameters:
TX Pll
RX Pll (I prefere not to work with shift)
TX Subtone (I'm not sure how to implement this, but my 8010 and 8020's are able to do that,
I assume the 8060 and 8070 HW is also able to support at last TX subtone
RX Subtone
* Channel State
Florian mentioned, that the current implementation of the shift is a global one.
There is a possibility to deactivate this feature if the RX- and TX- frequency of a channel is set to a different value (within the channel table)....
What do you think, are there any best practices from other Transmitters?
73
Claus
DC0CM
Not sure what you by "new command" -- do you mean the rigctl commands don't handle the channel settings well enough?I'd be reluctant to add something for just one rig type as opposed to a generic interface.
I assume the rigctl is handling the channel settings correctly, but in case of the PRM80xx there is no possibility to configure a channel with different RX and TX frequencies.
(I assume rigctl can do that for other rigs). The PRM80xx Firware is done in a way that you can set a channel to one frequency only. Afterwards you can do a Shift by display key. But it is not possible to store this shift (currently only +/-1.6Mhz or 0 possible, only) with a channel.
Additional there are no other information stored with an channel like subtone.... Edit: this was not completely true: also the channel state byte is stored with a channel, already
My plan is to add a new feature which is able to store different RX- TX frequncies, Subton....
Of course this makes only sense if HAMLIB is supporting that, also.
But all the newer rigs store such values for each channel, so I assume HAMLIB is supporting this, already.
But that means I should know what HAMLIB is already supporting while reading/writing channels
73
Claus
Last edit: RaspII 2021-01-25
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Not sure what you by "new command" -- do you mean the rigctl commands don't handle the channel settings well enough?I'd be reluctant to add something for just one rig type as opposed to a generic interface.
I assume the rigctl is handling the channel settings correctly, but in case of the PRM80xx there is no possibility to configure a channel with different RX and TX frequencies.
(I assume rigctl can do that for other rigs). The PRM80xx Firware is done in a way that you can set a channel to one frequency only. Afterwards you can do a Shift by display key. But it is not possible to store this shift (currently only +/-1.6 or 0 possible, only) with a channel.
Additional there are no other information stored with an channel like subtone....
My plan is to add a new feature which is able to store different RX- TX frequncies, Subton....
Of course this makes only sense if HAMLIB is supporting that, also.
But all the newer rigs store such values for each channel, so I assume HAMLIB is supporting this, already.
But that means I should know what HAMLIB is already supporting while reading/writing channels
73
Claus
PRM80xx can not connect to my PRM8020 and PRM8070
Hello Stéphane,
I did some Tests with the new FW (2021-01-23) and
The first statments will show the response from rigctl (no debug mode), at the end of each comment you will see the response while rigctl was set to debug mode.
I did that in a second run, so hopefulle I did not made a mistake.
-> PRM80 works as expected (is sending and receiving at 433.375Mhz.
-> Nevertheless the "f" command shows the Receive PLL which is 21.4Mhz lower. I would assume the "f" command will also show the frequency on which the PRM80 is transmitting and receiving = 433.375Mhz
(I attached an excel sheet were calculation the PLL values (or frequencies out of PLL values) can be done easily.
Channel "00" was programmed to 431.775 Mhz before (for RX and TX)
The shown txFreq. 431.775 Mhz is ok
The shown Freq. 410.375 Mhz is reflecting the RX-Pll value which has to be -21.4 Mhz below the real RX frequency because of IF.
Here I do not know what the "Freq." label is intended to show, the RX frequency (the frequency the transmitter is sending) or the PLL value.
I would assume it should show the real RX operationg frequency (the related transmitter has to use to be received). Please advise
This command is setting the frequencies wrongly at all.
This values I would have expected if the channel frequency would have been set to 411.775 Mhz.
txFreq: shows the value the RX-PLL should have (is 21.4Mhz too low).
Freq: is 21.4 Mhz below TX -> in this case also 21Mhz too low).
If I read the PLL-values via Terminal they respond to the "h" command result, above. Rx-Pll: 79FE Tx-Pll: 80AE
Do you have another rig or a friend that can confirm what freq you are on?
Doesn't seem we really know the behavior of this rig with the offsets.
Mike W9MDB
Hello Stéphane,
I did some Tests with the new FW (2021-01-23) and
The first statments will show the response from rigctl (no debug mode), at the end of each comment you will see the response while rigctl was set to debug mode.
I did that in a second run, so hopefulle I did not made a mistake.
"F" and "f" commands:
Rig command: F
Frequency: 433375000
Rig command: f
Frequency: 411975000
-> PRM80 works as expected (is sending and receiving at 433.375Mhz.
-> Nevertheless the "f" command shows the Receive PLL which is 21.4Mhz lower.
I would assume the "f" command will also show the frequency on which the PRM80 is transmitting and receiving = 433.375Mhz
(I attached an excel sheet were calculation the PLL values (or frequencies out of PLL values) can be done easily.
Rig command: F
2021-01-25:17:13:00.248590: rigctl_parse: cmd=F(46)
2021-01-25:17:13:00.259582: rigctl_parse: cmd==0x46
2021-01-25:17:13:00.259582: rigctl_parse: vfo_opt=0
2021-01-25:17:13:00.272585: rigctl_parse: debug1
2021-01-25:17:13:00.273584: rigctl_parse: debug3
2021-01-25:17:13:00.282584: rigctl_parse: debug4 c=0a
Frequency: 433375000
2021-01-25:17:13:27.727186: rigctl_parse: debug5
2021-01-25:17:13:27.729288: rigctl_parse: debug10
2021-01-25:17:13:27.729805: rigctl_parse: vfo_opt=0
2021-01-25:17:13:27.729805: rig_set_freq called vfo=currVFO, freq=433375000
2021-01-25:17:13:27.730829: vfo_fixup: vfo=currVFO
2021-01-25:17:13:27.730829: vfo_fixup: Leaving currVFO alone
2021-01-25:17:13:27.731818: rig_set_freq: TARGETABLE_FREQ vfo=currVFO
2021-01-25:17:13:27.731818: rig_flush: called for serial device
2021-01-25:17:13:27.734818: serial_flush called
2021-01-25:17:13:27.734818: tcflush
2021-01-25:17:13:27.735818: write_block called
2021-01-25:17:13:27.735818: write_block(): TX 1 bytes
2021-01-25:17:13:27.736817: 0000 52 R
2021-01-25:17:13:27.736817: read_string called, rxmax=64
2021-01-25:17:13:27.795094: read_string(): RX 14 characters
2021-01-25:17:13:27.795094: 0000 52 58 20 66 72 65 71 75 65 6e 63 79 20 3a RX frequency :
2021-01-25:17:13:27.796092: read_block called
2021-01-25:17:13:27.797093: read_block(): RX 1 bytes
2021-01-25:17:13:27.798090: 0000 20
2021-01-25:17:13:27.799089: write_block called
2021-01-25:17:13:27.799445: write_block(): TX 4 bytes
2021-01-25:17:13:27.800026: 0000 38 30 42 45 80BE
2021-01-25:17:13:27.800026: read_string called, rxmax=64
2021-01-25:17:13:27.859233: read_string(): RX 20 characters
2021-01-25:17:13:27.859233: 0000 38 30 42 45 0d 0a 54 58 20 66 72 65 71 75 65 6e 80BE..TX frequen
2021-01-25:17:13:27.860229: 0010 63 79 20 3a cy :
2021-01-25:17:13:27.860229: read_block called
2021-01-25:17:13:27.861228: read_block(): RX 1 bytes
2021-01-25:17:13:27.861228: 0000 20
2021-01-25:17:13:27.862229: write_block called
2021-01-25:17:13:27.862229: write_block(): TX 4 bytes
2021-01-25:17:13:27.862229: 0000 38 37 36 45 876E
2021-01-25:17:13:27.863226: elapsed_ms: start = 0,0
2021-01-25:17:13:27.863226: elapsed_ms: elapsed_msecs=10000
2021-01-25:17:13:27.864225: rig_get_freq called vfo=currVFO
2021-01-25:17:13:27.864225: vfo_fixup: vfo=currVFO
2021-01-25:17:13:27.865228: vfo_fixup: Leaving currVFO alone
2021-01-25:17:13:27.865228: get_cache_freq: vfo=currVFO, freq=0
2021-01-25:17:13:27.866226: ../../Hamlib/src/rig.c(1407):get_cache_freq return
2021-01-25:17:13:27.867225: elapsed_ms: start = 1611594797,863226300
2021-01-25:17:13:27.868233: elapsed_ms: elapsed_msecs=10005
2021-01-25:17:13:27.868233: rig_get_freq: cache check age=10005ms
2021-01-25:17:13:27.869229: rig_get_freq: cache miss age=10005ms, cached_vfo=None, asked_vfo=currVFO
2021-01-25:17:13:27.870230: vfo_fixup: vfo=VFOA
2021-01-25:17:13:27.871229: vfo_fixup: final vfo=VFOA
2021-01-25:17:13:27.873234: rig_get_freq: no set_vfo so vfo=VFOA
2021-01-25:17:13:27.881234: rig_flush: called for serial device
2021-01-25:17:13:27.882231: serial_flush called
2021-01-25:17:13:27.883230: tcflush
2021-01-25:17:13:27.885229: write_block called
2021-01-25:17:13:27.886228: write_block(): TX 1 bytes
2021-01-25:17:13:27.887233: 0000 45 E
2021-01-25:17:13:27.888235: read_block called
2021-01-25:17:13:27.959316: read_block(): RX 20 bytes
2021-01-25:17:13:27.960332: 0000 0d 0a 3e 31 30 30 30 30 30 30 37 45 31 30 30 38 ..>10000007E1008
2021-01-25:17:13:27.961318: 0010 30 42 45 38 0BE8
2021-01-25:17:13:27.962329: read_block called
2021-01-25:17:13:27.975338: read_block(): RX 3 bytes
2021-01-25:17:13:27.975338: 0000 37 36 45 76E
2021-01-25:17:13:27.977323: prm80_get_channel: len=3, statebuf='10000007E10080BE876E'
2021-01-25:17:13:27.977323: ../../Hamlib/src/rig.c(1974):rig_passband_normal entered
2021-01-25:17:13:27.978953: rig_passband_normal: return filter#0, width=12500
2021-01-25:17:13:27.979316: ../../Hamlib/src/rig.c(1989):rig_passband_normal return
2021-01-25:17:13:27.980315: prm80_get_channel: please contact hamlib mailing list to implement this, rxfreq=411975000, txfreq=433375000
2021-01-25:17:13:27.982319: prm80_get_channel: need to know if rig updates when channel read or not
2021-01-25:17:13:27.983321: elapsed_ms: start = 0,0
2021-01-25:17:13:27.984321: elapsed_ms: after gettime, start = 1611594807,984321100
2021-01-25:17:13:27.985320: ../../Hamlib/src/rig.c(1367):set_cache_freq return
2021-01-25:17:13:27.988317: elapsed_ms: start = 0,0
2021-01-25:17:13:27.991329: elapsed_ms: after gettime, start = 1611594807,991329200
2021-01-25:17:13:27.992317: rig_get_freq: cache reset age=999000ms, vfo=VFOA, freq=411975000
2021-01-25:17:13:27.993316: elapsed_ms: start = 0,0
2021-01-25:17:13:27.994316: elapsed_ms: after gettime, start = 1611594807,994316000
2021-01-25:17:13:27.996324: ../../Hamlib/src/rig.c(1367):set_cache_freq return
2021-01-25:17:13:27.997325: ../../Hamlib/src/rig.c(1744):rig_get_freq return
2021-01-25:17:13:27.998325: rig_set_freq: Asked freq=433375000g, got freq=411975000g
2021-01-25:17:13:27.999324: elapsed_ms: start = 0,0
2021-01-25:17:13:28.000324: elapsed_ms: after gettime, start = 1611594808,324200
2021-01-25:17:13:28.005018: elapsed_ms: start = 0,0
2021-01-25:17:13:28.007012: elapsed_ms: after gettime, start = 1611594808,7012000
2021-01-25:17:13:28.008020: ../../Hamlib/src/rig.c(1367):set_cache_freq return
2021-01-25:17:13:28.010011: ../../Hamlib/src/rig.c(1554):rig_set_freq return
2021-01-25:17:13:28.011018: rigctl_parse: vfo_opt=0
2021-01-25:17:13:28.012018: rigctl_parse: retcode=0
2021-01-25:17:13:28.013018: rigctl_parse: called, interactive=1
"e" and "E" commands:
Rig command: e
Memory#: 0
Rig command: E
Memory#: 01
Rig command: e
Memory#: 1
Rig command: E
Memory#: 00
Rig command: e
Memory#: 0
Get/Set Memory:
I'm able to set and get the Memory information for channel 0 and 1
(these both channels are available currently, only)
Rig command: e
2021-01-25:17:15:26.309963: rigctl_parse: cmd=e(65)
2021-01-25:17:15:26.311957: rigctl_parse: cmd==0x65
2021-01-25:17:15:26.311957: rigctl_parse: vfo_opt=0
2021-01-25:17:15:26.312957: rigctl_parse: debug1
2021-01-25:17:15:26.313956: rigctl_parse: debug5
2021-01-25:17:15:26.313956: rigctl_parse: debug10
2021-01-25:17:15:26.314956: rigctl_parse: vfo_opt=0
2021-01-25:17:15:26.314956: rig_get_mem called
2021-01-25:17:15:26.315979: rig_flush: called for serial device
2021-01-25:17:15:26.315979: serial_flush called
2021-01-25:17:15:26.316957: tcflush
2021-01-25:17:15:26.317958: write_block called
2021-01-25:17:15:26.318955: write_block(): TX 1 bytes
2021-01-25:17:15:26.319954: 0000 45 E
2021-01-25:17:15:26.319954: read_block called
2021-01-25:17:15:26.368560: read_block(): RX 20 bytes
2021-01-25:17:15:26.368560: 0000 31 30 30 30 30 30 30 37 45 31 30 30 38 30 42 45 10000007E10080BE
2021-01-25:17:15:26.369553: 0010 38 37 36 45 876E
2021-01-25:17:15:26.370551: ../../Hamlib/src/rig.c(1974):rig_passband_normal entered
2021-01-25:17:15:26.370551: rig_passband_normal: return filter#0, width=12500
2021-01-25:17:15:26.371552: ../../Hamlib/src/rig.c(1989):rig_passband_normal return
2021-01-25:17:15:26.371552: prm80_get_channel: please contact hamlib mailing list to implement this, rxfreq=411975000, txfreq=433375000
2021-01-25:17:15:26.372551: prm80_get_channel: need to know if rig updates when channel read or not
Memory#: 0
2021-01-25:17:15:26.373551: rigctl_parse: vfo_opt=0
2021-01-25:17:15:26.373551: rigctl_parse: retcode=0
2021-01-25:17:15:26.374558: rigctl_parse: called, interactive=1
Channel "00" was programmed to 431.775 Mhz before (for RX and TX)
The shown txFreq. 431.775 Mhz is ok
The shown Freq. 410.375 Mhz is reflecting the RX-Pll value which has to be -21.4 Mhz below the real RX frequency because of IF.
Here I do not know what the "Freq." label is intended to show, the RX frequency (the frequency the transmitter is sending) or the PLL value.
I would assume it should show the real RX operationg frequency (the related transmitter has to use to be received). Please advise
Rig command: h
2021-01-25:17:26:30.073956: rigctl_parse: cmd=h(68)
2021-01-25:17:26:30.074981: rigctl_parse: cmd==0x68
2021-01-25:17:26:30.075982: rigctl_parse: vfo_opt=0
2021-01-25:17:26:30.076978: rigctl_parse: debug1
2021-01-25:17:26:30.076978: rigctl_parse: debug3
2021-01-25:17:26:30.077981: rigctl_parse: debug4 c=0a
Channel: 00
2021-01-25:17:26:32.983982: rigctl_parse: debug5
2021-01-25:17:26:32.985730: rigctl_parse: debug6
2021-01-25:17:26:32.985730: rigctl_parse: debug7
1
2021-01-25:17:26:42.362197: rigctl_parse: debug10
2021-01-25:17:26:42.363199: rigctl_parse: vfo_opt=0
2021-01-25:17:26:42.363199: rig_get_channel called
2021-01-25:17:26:42.364197: rig_flush: called for serial device
2021-01-25:17:26:42.364197: serial_flush called
2021-01-25:17:26:42.365197: tcflush
2021-01-25:17:26:42.365197: write_block called
2021-01-25:17:26:42.366199: write_block(): TX 1 bytes
2021-01-25:17:26:42.367197: 0000 4e N
2021-01-25:17:26:42.367197: read_string called, rxmax=64
2021-01-25:17:26:42.406731: read_string(): RX 9 characters
2021-01-25:17:26:42.407726: 0000 43 68 61 6e 6e 65 6c 20 3a Channel :
2021-01-25:17:26:42.408728: read_block called
2021-01-25:17:26:42.410025: read_block(): RX 1 bytes
2021-01-25:17:26:42.410025: 0000 20
2021-01-25:17:26:42.411041: write_block called
2021-01-25:17:26:42.411041: write_block(): TX 2 bytes
2021-01-25:17:26:42.412040: 0000 30 30 00
2021-01-25:17:26:42.412040: rig_flush: called for serial device
2021-01-25:17:26:42.412040: serial_flush called
2021-01-25:17:26:42.413039: tcflush
2021-01-25:17:26:42.413039: write_block called
2021-01-25:17:26:42.414040: write_block(): TX 1 bytes
2021-01-25:17:26:42.414040: 0000 45 E
2021-01-25:17:26:42.415040: read_block called
2021-01-25:17:26:42.512382: read_block(): RX 20 bytes
2021-01-25:17:26:42.513376: 0000 30 30 0d 0a 3e 31 30 30 30 30 30 30 37 45 31 30 00..>10000007E10
2021-01-25:17:26:42.514382: 0010 30 38 30 33 0803
2021-01-25:17:26:42.515376: read_block called
2021-01-25:17:26:42.516862: read_block(): RX 5 bytes
2021-01-25:17:26:42.517875: 0000 45 38 36 45 45 E86EE
2021-01-25:17:26:42.517875: prm80_get_channel: len=5, statebuf='10000007E100803E86EE'
2021-01-25:17:26:42.518874: ../../Hamlib/src/rig.c(1974):rig_passband_normal entered
2021-01-25:17:26:42.518874: rig_passband_normal: return filter#0, width=12500
2021-01-25:17:26:42.519874: ../../Hamlib/src/rig.c(1989):rig_passband_normal return
Channel: 0, Name: ''
VFO: MEM, Antenna: 0, Split: ON
Freq: 410.375 MHz Mode: FM Width: 12.5 kHz
txFreq: 431.775 MHz txMode: FM txWidth: 12.5 kHz
2021-01-25:17:26:42.521875: rig_strptrshift called
Shift: None, Offset: 0 Hz, Step: 0 Hz, RIT: 0 Hz, XIT: 0 Hz
CTCSS: 0.0Hz, CTCSSsql: 0.0Hz, DCS: 0.0, DCSsql: 0.0
Functions:
Levels:2021-01-25:17:26:42.524877: rig_strlevel called
AF: 93.3333%2021-01-25:17:26:42.524877: rig_strlevel called
, SQL: 0%2021-01-25:17:26:42.525874: rig_strlevel called
, RFPOWER: 0%
2021-01-25:17:26:42.525874: rigctl_parse: vfo_opt=0
2021-01-25:17:26:42.526874: rigctl_parse: retcode=0
2021-01-25:17:26:42.526874: rigctl_parse: called, interactive=1
This command is setting the frequencies wrongly at all.
This values I would have expected if the channel frequency would have been set to 411.775 Mhz.
txFreq: shows the value the RX-PLL should have (is 21.4Mhz too low).
Freq: is 21.4 Mhz below TX -> in this case also 21Mhz too low).
If I read the PLL-values via Terminal they respond to the "h" command result, above.
Rx-Pll: 79FE
Tx-Pll: 80AE
Rig command: H
2021-01-25:17:27:42.985791: rigctl_parse: cmd=H(48)
2021-01-25:17:27:42.987784: rigctl_parse: cmd==0x48
2021-01-25:17:27:42.987784: rigctl_parse: vfo_opt=0
2021-01-25:17:27:42.988791: rigctl_parse: debug1
2021-01-25:17:27:42.989784: rigctl_parse: debug3
2021-01-25:17:27:42.989784: rigctl_parse: debug4 c=0a
Channel: 00
2021-01-25:17:27:46.455960: rigctl_parse: debug5
2021-01-25:17:27:46.456936: rigctl_parse: debug10
2021-01-25:17:27:46.456936: rigctl_parse: vfo_opt=0
2021-01-25:17:27:46.457936: rig_lookup_mem_caps called
Frequency: 43317500
rptr shift (+-0): 0
2021-01-25:17:27:57.351608: rig_parse_rptr_shift called
flags: 0
2021-01-25:17:28:02.115380: rig_set_channel called
2021-01-25:17:28:02.116411: rig_flush: called for serial device
2021-01-25:17:28:02.119021: serial_flush called
2021-01-25:17:28:02.119021: tcflush
2021-01-25:17:28:02.120021: write_block called
2021-01-25:17:28:02.121021: write_block(): TX 1 bytes
2021-01-25:17:28:02.121021: 0000 50 P
2021-01-25:17:28:02.121021: read_string called, rxmax=64
2021-01-25:17:28:02.164945: read_string(): RX 16 characters
2021-01-25:17:28:02.165268: 0000 43 68 61 6e 6e 65 6c 20 74 6f 20 73 65 74 20 3a Channel to set :
2021-01-25:17:28:02.166286: read_block called
2021-01-25:17:28:02.167288: read_block(): RX 1 bytes
2021-01-25:17:28:02.167288: 0000 20
2021-01-25:17:28:02.168166: write_block called
2021-01-25:17:28:02.168166: write_block(): TX 2 bytes
2021-01-25:17:28:02.169181: 0000 30 30 00
2021-01-25:17:28:02.169181: read_string called, rxmax=64
2021-01-25:17:28:02.225657: read_string(): RX 23 characters
2021-01-25:17:28:02.226657: 0000 30 30 0d 0a 50 4c 4c 20 76 61 6c 75 65 20 74 6f 00..PLL value to
2021-01-25:17:28:02.227660: 0010 20 6c 6f 61 64 20 3a load :
2021-01-25:17:28:02.227660: read_block called
2021-01-25:17:28:02.228660: read_block(): RX 1 bytes
2021-01-25:17:28:02.228660: 0000 20
2021-01-25:17:28:02.229659: write_block called
2021-01-25:17:28:02.229659: write_block(): TX 4 bytes
2021-01-25:17:28:02.230661: 0000 30 36 44 39 06D9
2021-01-25:17:28:02.230661: read_string called, rxmax=64
2021-01-25:17:28:02.291233: read_string(): RX 22 characters
2021-01-25:17:28:02.291233: 0000 24 30 36 44 39 0d 0a 43 68 61 6e 6e 65 6c 20 73 $06D9..Channel s
2021-01-25:17:28:02.294232: 0010 74 61 74 65 20 3a tate :
2021-01-25:17:28:02.295501: read_block called
2021-01-25:17:28:02.296519: read_block(): RX 1 bytes
2021-01-25:17:28:02.297519: 0000 20
2021-01-25:17:28:02.298520: write_block called
2021-01-25:17:28:02.299518: write_block(): TX 2 bytes
2021-01-25:17:28:02.299518: 0000 30 30 00
2021-01-25:17:28:02.300518: rigctl_parse: vfo_opt=0
2021-01-25:17:28:02.301517: rigctl_parse: retcode=0
2021-01-25:17:28:02.301517: rigctl_parse: called, interactive=1
yes, I've a second rig to test the TX and RX frequencies.
With my comment in regard to the "f" & "F" commands:
/-> PRM80 works as expected (is sending and receiving at 433.375Mhz./
I tried to make that transparent.
setting the frequencies (PLL's) is done ok by the "F" command (both, RX
and RX PLL), but the "f" commands displays a wrong value.
(does not consider the IF=21.4Mhz) correctly (as I would have expected).
I talked to Florian, he did the PRM80 FW. I will modify the Firmware
(e.g. Channel Setting incl. RX PLL) as soon we could align what behavior
the HAMLIB developers expect from the new commands.
Would seem to me the firmware should return the real frequency and not some intermediate thing.
But we could modify hamlib to make up for it instead of modifying the firmware.
Mike W9MDB
yes, I've a second rig to test the TX and RX frequencies.
With my comment in regard to the "f" & "F" commands:
/-> PRM80 works as expected (is sending and receiving at 433.375Mhz./
I tried to make that transparent.
setting the frequencies (PLL's) is done ok by the "F" command (both, RX
and RX PLL), but the "f" commands displays a wrong value.
(does not consider the IF=21.4Mhz) correctly (as I would have expected).
I talked to Florian, he did the PRM80 FW. I will modify the Firmware
(e.g. Channel Setting incl. RX PLL) as soon we could align what behavior
the HAMLIB developers expect from the new commands.
Yes, I agree.
But the Firmware is written in assembly language, that means divisions
etc. are hard to do,
I guess this is the reason why the PLL values for RX and TX are the base
for configuration the transmitter.
Stéphane is already doing some modifications, let's show how this will
end up.
Thanks
Claus, DC0CM
Am 25.01.2021 um 23:00 schrieb Michael Black:
Would seem to me the firmware should return the real frequency and not some intermediate thing.
But we could modify hamlib to make up for it instead of modifying the firmware.
Mike W9MDB
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Yes..freq means receive freq....what the rig is tuned to.Could rename that thing to rxFreq to make it absolutely clear.
Are you up to fixing these problems?
Mike W9MDB
Hello Stéphane,
I did some Tests with the new FW (2021-01-23) and
The first statments will show the response from rigctl (no debug mode), at the end of each comment you will see the response while rigctl was set to debug mode.
I did that in a second run, so hopefulle I did not made a mistake.
"F" and "f" commands:
Rig command: F
Frequency: 433375000
Rig command: f
Frequency: 411975000
-> PRM80 works as expected (is sending and receiving at 433.375Mhz.
-> Nevertheless the "f" command shows the Receive PLL which is 21.4Mhz lower.
I would assume the "f" command will also show the frequency on which the PRM80 is transmitting and receiving = 433.375Mhz
(I attached an excel sheet were calculation the PLL values (or frequencies out of PLL values) can be done easily.
Rig command: F
2021-01-25:17:13:00.248590: rigctl_parse: cmd=F(46)
2021-01-25:17:13:00.259582: rigctl_parse: cmd==0x46
2021-01-25:17:13:00.259582: rigctl_parse: vfo_opt=0
2021-01-25:17:13:00.272585: rigctl_parse: debug1
2021-01-25:17:13:00.273584: rigctl_parse: debug3
2021-01-25:17:13:00.282584: rigctl_parse: debug4 c=0a
Frequency: 433375000
2021-01-25:17:13:27.727186: rigctl_parse: debug5
2021-01-25:17:13:27.729288: rigctl_parse: debug10
2021-01-25:17:13:27.729805: rigctl_parse: vfo_opt=0
2021-01-25:17:13:27.729805: rig_set_freq called vfo=currVFO, freq=433375000
2021-01-25:17:13:27.730829: vfo_fixup: vfo=currVFO
2021-01-25:17:13:27.730829: vfo_fixup: Leaving currVFO alone
2021-01-25:17:13:27.731818: rig_set_freq: TARGETABLE_FREQ vfo=currVFO
2021-01-25:17:13:27.731818: rig_flush: called for serial device
2021-01-25:17:13:27.734818: serial_flush called
2021-01-25:17:13:27.734818: tcflush
2021-01-25:17:13:27.735818: write_block called
2021-01-25:17:13:27.735818: write_block(): TX 1 bytes
2021-01-25:17:13:27.736817: 0000 52 R
2021-01-25:17:13:27.736817: read_string called, rxmax=64
2021-01-25:17:13:27.795094: read_string(): RX 14 characters
2021-01-25:17:13:27.795094: 0000 52 58 20 66 72 65 71 75 65 6e 63 79 20 3a RX frequency :
2021-01-25:17:13:27.796092: read_block called
2021-01-25:17:13:27.797093: read_block(): RX 1 bytes
2021-01-25:17:13:27.798090: 0000 20
2021-01-25:17:13:27.799089: write_block called
2021-01-25:17:13:27.799445: write_block(): TX 4 bytes
2021-01-25:17:13:27.800026: 0000 38 30 42 45 80BE
2021-01-25:17:13:27.800026: read_string called, rxmax=64
2021-01-25:17:13:27.859233: read_string(): RX 20 characters
2021-01-25:17:13:27.859233: 0000 38 30 42 45 0d 0a 54 58 20 66 72 65 71 75 65 6e 80BE..TX frequen
2021-01-25:17:13:27.860229: 0010 63 79 20 3a cy :
2021-01-25:17:13:27.860229: read_block called
2021-01-25:17:13:27.861228: read_block(): RX 1 bytes
2021-01-25:17:13:27.861228: 0000 20
2021-01-25:17:13:27.862229: write_block called
2021-01-25:17:13:27.862229: write_block(): TX 4 bytes
2021-01-25:17:13:27.862229: 0000 38 37 36 45 876E
2021-01-25:17:13:27.863226: elapsed_ms: start = 0,0
2021-01-25:17:13:27.863226: elapsed_ms: elapsed_msecs=10000
2021-01-25:17:13:27.864225: rig_get_freq called vfo=currVFO
2021-01-25:17:13:27.864225: vfo_fixup: vfo=currVFO
2021-01-25:17:13:27.865228: vfo_fixup: Leaving currVFO alone
2021-01-25:17:13:27.865228: get_cache_freq: vfo=currVFO, freq=0
2021-01-25:17:13:27.866226: ../../Hamlib/src/rig.c(1407):get_cache_freq return
2021-01-25:17:13:27.867225: elapsed_ms: start = 1611594797,863226300
2021-01-25:17:13:27.868233: elapsed_ms: elapsed_msecs=10005
2021-01-25:17:13:27.868233: rig_get_freq: cache check age=10005ms
2021-01-25:17:13:27.869229: rig_get_freq: cache miss age=10005ms, cached_vfo=None, asked_vfo=currVFO
2021-01-25:17:13:27.870230: vfo_fixup: vfo=VFOA
2021-01-25:17:13:27.871229: vfo_fixup: final vfo=VFOA
2021-01-25:17:13:27.873234: rig_get_freq: no set_vfo so vfo=VFOA
2021-01-25:17:13:27.881234: rig_flush: called for serial device
2021-01-25:17:13:27.882231: serial_flush called
2021-01-25:17:13:27.883230: tcflush
2021-01-25:17:13:27.885229: write_block called
2021-01-25:17:13:27.886228: write_block(): TX 1 bytes
2021-01-25:17:13:27.887233: 0000 45 E
2021-01-25:17:13:27.888235: read_block called
2021-01-25:17:13:27.959316: read_block(): RX 20 bytes
2021-01-25:17:13:27.960332: 0000 0d 0a 3e 31 30 30 30 30 30 30 37 45 31 30 30 38 ..>10000007E1008
2021-01-25:17:13:27.961318: 0010 30 42 45 38 0BE8
2021-01-25:17:13:27.962329: read_block called
2021-01-25:17:13:27.975338: read_block(): RX 3 bytes
2021-01-25:17:13:27.975338: 0000 37 36 45 76E
2021-01-25:17:13:27.977323: prm80_get_channel: len=3, statebuf='10000007E10080BE876E'
2021-01-25:17:13:27.977323: ../../Hamlib/src/rig.c(1974):rig_passband_normal entered
2021-01-25:17:13:27.978953: rig_passband_normal: return filter#0, width=12500
2021-01-25:17:13:27.979316: ../../Hamlib/src/rig.c(1989):rig_passband_normal return
2021-01-25:17:13:27.980315: prm80_get_channel: please contact hamlib mailing list to implement this, rxfreq=411975000, txfreq=433375000
2021-01-25:17:13:27.982319: prm80_get_channel: need to know if rig updates when channel read or not
2021-01-25:17:13:27.983321: elapsed_ms: start = 0,0
2021-01-25:17:13:27.984321: elapsed_ms: after gettime, start = 1611594807,984321100
2021-01-25:17:13:27.985320: ../../Hamlib/src/rig.c(1367):set_cache_freq return
2021-01-25:17:13:27.988317: elapsed_ms: start = 0,0
2021-01-25:17:13:27.991329: elapsed_ms: after gettime, start = 1611594807,991329200
2021-01-25:17:13:27.992317: rig_get_freq: cache reset age=999000ms, vfo=VFOA, freq=411975000
2021-01-25:17:13:27.993316: elapsed_ms: start = 0,0
2021-01-25:17:13:27.994316: elapsed_ms: after gettime, start = 1611594807,994316000
2021-01-25:17:13:27.996324: ../../Hamlib/src/rig.c(1367):set_cache_freq return
2021-01-25:17:13:27.997325: ../../Hamlib/src/rig.c(1744):rig_get_freq return
2021-01-25:17:13:27.998325: rig_set_freq: Asked freq=433375000g, got freq=411975000g
2021-01-25:17:13:27.999324: elapsed_ms: start = 0,0
2021-01-25:17:13:28.000324: elapsed_ms: after gettime, start = 1611594808,324200
2021-01-25:17:13:28.005018: elapsed_ms: start = 0,0
2021-01-25:17:13:28.007012: elapsed_ms: after gettime, start = 1611594808,7012000
2021-01-25:17:13:28.008020: ../../Hamlib/src/rig.c(1367):set_cache_freq return
2021-01-25:17:13:28.010011: ../../Hamlib/src/rig.c(1554):rig_set_freq return
2021-01-25:17:13:28.011018: rigctl_parse: vfo_opt=0
2021-01-25:17:13:28.012018: rigctl_parse: retcode=0
2021-01-25:17:13:28.013018: rigctl_parse: called, interactive=1
"e" and "E" commands:
Rig command: e
Memory#: 0
Rig command: E
Memory#: 01
Rig command: e
Memory#: 1
Rig command: E
Memory#: 00
Rig command: e
Memory#: 0
Get/Set Memory:
I'm able to set and get the Memory information for channel 0 and 1
(these both channels are available currently, only)
Rig command: e
2021-01-25:17:15:26.309963: rigctl_parse: cmd=e(65)
2021-01-25:17:15:26.311957: rigctl_parse: cmd==0x65
2021-01-25:17:15:26.311957: rigctl_parse: vfo_opt=0
2021-01-25:17:15:26.312957: rigctl_parse: debug1
2021-01-25:17:15:26.313956: rigctl_parse: debug5
2021-01-25:17:15:26.313956: rigctl_parse: debug10
2021-01-25:17:15:26.314956: rigctl_parse: vfo_opt=0
2021-01-25:17:15:26.314956: rig_get_mem called
2021-01-25:17:15:26.315979: rig_flush: called for serial device
2021-01-25:17:15:26.315979: serial_flush called
2021-01-25:17:15:26.316957: tcflush
2021-01-25:17:15:26.317958: write_block called
2021-01-25:17:15:26.318955: write_block(): TX 1 bytes
2021-01-25:17:15:26.319954: 0000 45 E
2021-01-25:17:15:26.319954: read_block called
2021-01-25:17:15:26.368560: read_block(): RX 20 bytes
2021-01-25:17:15:26.368560: 0000 31 30 30 30 30 30 30 37 45 31 30 30 38 30 42 45 10000007E10080BE
2021-01-25:17:15:26.369553: 0010 38 37 36 45 876E
2021-01-25:17:15:26.370551: ../../Hamlib/src/rig.c(1974):rig_passband_normal entered
2021-01-25:17:15:26.370551: rig_passband_normal: return filter#0, width=12500
2021-01-25:17:15:26.371552: ../../Hamlib/src/rig.c(1989):rig_passband_normal return
2021-01-25:17:15:26.371552: prm80_get_channel: please contact hamlib mailing list to implement this, rxfreq=411975000, txfreq=433375000
2021-01-25:17:15:26.372551: prm80_get_channel: need to know if rig updates when channel read or not
Memory#: 0
2021-01-25:17:15:26.373551: rigctl_parse: vfo_opt=0
2021-01-25:17:15:26.373551: rigctl_parse: retcode=0
2021-01-25:17:15:26.374558: rigctl_parse: called, interactive=1
Channel "00" was programmed to 431.775 Mhz before (for RX and TX)
The shown txFreq. 431.775 Mhz is ok
The shown Freq. 410.375 Mhz is reflecting the RX-Pll value which has to be -21.4 Mhz below the real RX frequency because of IF.
Here I do not know what the "Freq." label is intended to show, the RX frequency (the frequency the transmitter is sending) or the PLL value.
I would assume it should show the real RX operationg frequency (the related transmitter has to use to be received). Please advise
Rig command: h
2021-01-25:17:26:30.073956: rigctl_parse: cmd=h(68)
2021-01-25:17:26:30.074981: rigctl_parse: cmd==0x68
2021-01-25:17:26:30.075982: rigctl_parse: vfo_opt=0
2021-01-25:17:26:30.076978: rigctl_parse: debug1
2021-01-25:17:26:30.076978: rigctl_parse: debug3
2021-01-25:17:26:30.077981: rigctl_parse: debug4 c=0a
Channel: 00
2021-01-25:17:26:32.983982: rigctl_parse: debug5
2021-01-25:17:26:32.985730: rigctl_parse: debug6
2021-01-25:17:26:32.985730: rigctl_parse: debug7
1
2021-01-25:17:26:42.362197: rigctl_parse: debug10
2021-01-25:17:26:42.363199: rigctl_parse: vfo_opt=0
2021-01-25:17:26:42.363199: rig_get_channel called
2021-01-25:17:26:42.364197: rig_flush: called for serial device
2021-01-25:17:26:42.364197: serial_flush called
2021-01-25:17:26:42.365197: tcflush
2021-01-25:17:26:42.365197: write_block called
2021-01-25:17:26:42.366199: write_block(): TX 1 bytes
2021-01-25:17:26:42.367197: 0000 4e N
2021-01-25:17:26:42.367197: read_string called, rxmax=64
2021-01-25:17:26:42.406731: read_string(): RX 9 characters
2021-01-25:17:26:42.407726: 0000 43 68 61 6e 6e 65 6c 20 3a Channel :
2021-01-25:17:26:42.408728: read_block called
2021-01-25:17:26:42.410025: read_block(): RX 1 bytes
2021-01-25:17:26:42.410025: 0000 20
2021-01-25:17:26:42.411041: write_block called
2021-01-25:17:26:42.411041: write_block(): TX 2 bytes
2021-01-25:17:26:42.412040: 0000 30 30 00
2021-01-25:17:26:42.412040: rig_flush: called for serial device
2021-01-25:17:26:42.412040: serial_flush called
2021-01-25:17:26:42.413039: tcflush
2021-01-25:17:26:42.413039: write_block called
2021-01-25:17:26:42.414040: write_block(): TX 1 bytes
2021-01-25:17:26:42.414040: 0000 45 E
2021-01-25:17:26:42.415040: read_block called
2021-01-25:17:26:42.512382: read_block(): RX 20 bytes
2021-01-25:17:26:42.513376: 0000 30 30 0d 0a 3e 31 30 30 30 30 30 30 37 45 31 30 00..>10000007E10
2021-01-25:17:26:42.514382: 0010 30 38 30 33 0803
2021-01-25:17:26:42.515376: read_block called
2021-01-25:17:26:42.516862: read_block(): RX 5 bytes
2021-01-25:17:26:42.517875: 0000 45 38 36 45 45 E86EE
2021-01-25:17:26:42.517875: prm80_get_channel: len=5, statebuf='10000007E100803E86EE'
2021-01-25:17:26:42.518874: ../../Hamlib/src/rig.c(1974):rig_passband_normal entered
2021-01-25:17:26:42.518874: rig_passband_normal: return filter#0, width=12500
2021-01-25:17:26:42.519874: ../../Hamlib/src/rig.c(1989):rig_passband_normal return
Channel: 0, Name: ''
VFO: MEM, Antenna: 0, Split: ON
Freq: 410.375 MHz Mode: FM Width: 12.5 kHz
txFreq: 431.775 MHz txMode: FM txWidth: 12.5 kHz
2021-01-25:17:26:42.521875: rig_strptrshift called
Shift: None, Offset: 0 Hz, Step: 0 Hz, RIT: 0 Hz, XIT: 0 Hz
CTCSS: 0.0Hz, CTCSSsql: 0.0Hz, DCS: 0.0, DCSsql: 0.0
Functions:
Levels:2021-01-25:17:26:42.524877: rig_strlevel called
AF: 93.3333%2021-01-25:17:26:42.524877: rig_strlevel called
, SQL: 0%2021-01-25:17:26:42.525874: rig_strlevel called
, RFPOWER: 0%
2021-01-25:17:26:42.525874: rigctl_parse: vfo_opt=0
2021-01-25:17:26:42.526874: rigctl_parse: retcode=0
2021-01-25:17:26:42.526874: rigctl_parse: called, interactive=1
This command is setting the frequencies wrongly at all.
This values I would have expected if the channel frequency would have been set to 411.775 Mhz.
txFreq: shows the value the RX-PLL should have (is 21.4Mhz too low).
Freq: is 21.4 Mhz below TX -> in this case also 21Mhz too low).
If I read the PLL-values via Terminal they respond to the "h" command result, above.
Rx-Pll: 79FE
Tx-Pll: 80AE
Rig command: H
2021-01-25:17:27:42.985791: rigctl_parse: cmd=H(48)
2021-01-25:17:27:42.987784: rigctl_parse: cmd==0x48
2021-01-25:17:27:42.987784: rigctl_parse: vfo_opt=0
2021-01-25:17:27:42.988791: rigctl_parse: debug1
2021-01-25:17:27:42.989784: rigctl_parse: debug3
2021-01-25:17:27:42.989784: rigctl_parse: debug4 c=0a
Channel: 00
2021-01-25:17:27:46.455960: rigctl_parse: debug5
2021-01-25:17:27:46.456936: rigctl_parse: debug10
2021-01-25:17:27:46.456936: rigctl_parse: vfo_opt=0
2021-01-25:17:27:46.457936: rig_lookup_mem_caps called
Frequency: 43317500
rptr shift (+-0): 0
2021-01-25:17:27:57.351608: rig_parse_rptr_shift called
flags: 0
2021-01-25:17:28:02.115380: rig_set_channel called
2021-01-25:17:28:02.116411: rig_flush: called for serial device
2021-01-25:17:28:02.119021: serial_flush called
2021-01-25:17:28:02.119021: tcflush
2021-01-25:17:28:02.120021: write_block called
2021-01-25:17:28:02.121021: write_block(): TX 1 bytes
2021-01-25:17:28:02.121021: 0000 50 P
2021-01-25:17:28:02.121021: read_string called, rxmax=64
2021-01-25:17:28:02.164945: read_string(): RX 16 characters
2021-01-25:17:28:02.165268: 0000 43 68 61 6e 6e 65 6c 20 74 6f 20 73 65 74 20 3a Channel to set :
2021-01-25:17:28:02.166286: read_block called
2021-01-25:17:28:02.167288: read_block(): RX 1 bytes
2021-01-25:17:28:02.167288: 0000 20
2021-01-25:17:28:02.168166: write_block called
2021-01-25:17:28:02.168166: write_block(): TX 2 bytes
2021-01-25:17:28:02.169181: 0000 30 30 00
2021-01-25:17:28:02.169181: read_string called, rxmax=64
2021-01-25:17:28:02.225657: read_string(): RX 23 characters
2021-01-25:17:28:02.226657: 0000 30 30 0d 0a 50 4c 4c 20 76 61 6c 75 65 20 74 6f 00..PLL value to
2021-01-25:17:28:02.227660: 0010 20 6c 6f 61 64 20 3a load :
2021-01-25:17:28:02.227660: read_block called
2021-01-25:17:28:02.228660: read_block(): RX 1 bytes
2021-01-25:17:28:02.228660: 0000 20
2021-01-25:17:28:02.229659: write_block called
2021-01-25:17:28:02.229659: write_block(): TX 4 bytes
2021-01-25:17:28:02.230661: 0000 30 36 44 39 06D9
2021-01-25:17:28:02.230661: read_string called, rxmax=64
2021-01-25:17:28:02.291233: read_string(): RX 22 characters
2021-01-25:17:28:02.291233: 0000 24 30 36 44 39 0d 0a 43 68 61 6e 6e 65 6c 20 73 $06D9..Channel s
2021-01-25:17:28:02.294232: 0010 74 61 74 65 20 3a tate :
2021-01-25:17:28:02.295501: read_block called
2021-01-25:17:28:02.296519: read_block(): RX 1 bytes
2021-01-25:17:28:02.297519: 0000 20
2021-01-25:17:28:02.298520: write_block called
2021-01-25:17:28:02.299518: write_block(): TX 2 bytes
2021-01-25:17:28:02.299518: 0000 30 30 00
2021-01-25:17:28:02.300518: rigctl_parse: vfo_opt=0
2021-01-25:17:28:02.301517: rigctl_parse: retcode=0
2021-01-25:17:28:02.301517: rigctl_parse: called, interactive=1
Hello Mike,
the radio only supports FM mode, thats correct. And it's even worse,
Also the channel spacing depends on the Hardware and can not be modified
by Software:
Here what the manual say's:
iv) Channel Spacing 12.5kHz, 20kHz, 25/30kHz.
(Different printed circuit board assemblies required for
each option).
Yesterday I failed to change the channels via rigctl. Do you have an
idea which configuration I should be able to write to the radio?
Or is it also ok if I set the channels via terminal and read the results
via rigctrl?
Nevertheless I will do some tests and send you the results, soon.
Claus
Am 18.01.2021 um 17:49 schrieb Michael Black:
The channel spacing is not surprising -- we have quite a few rigs that don' have 1Hz resolution and on UHF/VHF such channel spacing is very common.WSJT-X checks for it.
But if all it can do is FM what are you planning on using it for? Local 2M net or such?
You should be able to write to any channel -- but I think it writes to RAM so you won't burn up the EEPROM. There's a command "X" to copy RAM to EEPROM and "S" to copy EEPROM to RAM (erasing any RAM changes made). You wouldn't want to do X very often at all.
So you should be able to set the channel info from hamlib...but it looks like the command is wrong...should be the "P" command and not the "R" command.
Still trying to find a good description of the CAT commands....kind of a pain to try and figure it out from assembly language.
I guess if you use hyperterminal and start the "P" command you can see the serial info.
Mike
Hello Mike,
the radio only supports FM mode, thats correct. And it's even worse,
Also the channel spacing depends on the Hardware and can not be modified
by Software:
Here what the manual say's:
iv) Channel Spacing 12.5kHz, 20kHz, 25/30kHz.
(Different printed circuit board assemblies required for
each option).
Yesterday I failed to change the channels via rigctl. Do you have an
idea which configuration I should be able to write to the radio?
Or is it also ok if I set the channels via terminal and read the results
via rigctrl?
Nevertheless I will do some tests and send you the results, soon.
Claus
Am 18.01.2021 um 17:49 schrieb Michael Black:
According to source code there is a RX Freq and a TX Freq. So looks like it operates in split mode all the timeAnd does it know anything other than FM mode?Can you program a channel in different modes and show me the "h" response for each mode and the mode is on the rig?
Mike
; Envoi l'etat du poste; Mode - Chan - chan_state - Squelch - Volume - Lock - Freq RX - Freq TXsend_state:
On Monday, January 18, 2021, 01:59:49 AM CST, RaspII raspii@users.sourceforge.net wrote:
PRM80xx can not connect to my PRM8020 and PRM8070
Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/hamlib/discussion/25919/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/
I did a "H" command, followed by an "h 00 1" command.
-> Nothing has been modified (result is the same as before "H")
Forget about the Hamlib 'H' command (set_channel) for now.
It was written by (wrongly) guessing the PRM [T] command would have the same format like the [E] command.. which does not ! On top of that, the prm80_transaction() function needs to be adapted to work better with interactive handshake. I'll try to come up with a new implementation, proposing soon a fork to Mike.
All the experimentation with HyperTerminal and rigctl helps a lot !
Stephane F8CFE
The plan is to use it for local 70cm Net (releais..).
Your assuption is totally right, I did some test:
If I use the "P" Command:
the result is (using "C" command)
but the radio does not switch the frequency automatically.
if I do additionally a "N" command (set channel)
or I move the channel to "1" and back to "0" via display keys, than the frequency, set via "P" gets active (without an EEPROM write), thats exactly what I want to have.
If I use the "R" command to set the synthetiser frequency the PLL doesn't lock anymore and the radio stops working.
In regard to: "kind of a pain to try and figure it out from assembly language"
I worked for about 15 years with assembly language for 8031 and 809x derivates, so I will take a look whether I can understand whats up with the "R"command.
Ok, I could figure out the behavior:
if I set the frequency via "P" command, I can only set the TX frequency. The RX frequency is also automatically set, but reduced by 21,4Mhz. That means, that setting
"8020" via "P"
means the same like setting
via "R"
But:
independent which method I use to set the frequencies now (RX: 7970, TX:8020) the radio always is transmitting and receiving data at the same frequency (410Mhz = calculated TX frequency).
The remaining question: is this a bug or is this a feature.
via "h" command in rigctl I also can see this 21.4MHz Offset
May be you have some more ideas about the behavior?
In Regards to assembly language:
Seems that I've more issues to understand french comments :-)
Edit: one more question:
Can you explain the difference between "shift" and "offset"?
Last edit: RaspII 2021-01-18
Hello,
In Hamlib, the (repeater) shift is whether the (FM) channel is simplex, or a minus shift on a repeater or a plus shift on a repeater.
The (repeater) offset is the count of Hertz of the shift, i.e. the offset between RX frequency and the TX frequency (typically 600 kHz on 2m in Region 1).
BTW, I can help with the french comments if needed. I was perusing the asm code this afternoon by curiosity. This is very insightful.
According to the "C" command, it looks like only one PLL value is stored.
This is coherent with "P" command expecting only one PLL value (the TX frequency).
It looks like the transceiver is not capable of memorizing "split" frequencies, even though in "VFO" mode it can be set (like with the "R" command).
The 0x7970 value (388.6 MHz) showed by the Hamlib 'h' command looks like a default/floor value returned by the transceiver.
More to come...
73 de F8CFE
Hello Stéphane,
sorry for my late answer. Thanks a lot for exlanation, yes, this makes sens.
I did some more investigations to the transeiver, yes its memorizing both frequencies, TX and RX. If I send the "show system state" command via terminal, I get as result:
were the last 8 digits are reflecting the RX and TX (7D00 7D00, from left to right) frequencies.
And this is exactly our issue. I set the frequency via rigctl to 400Mhz and HAMLIB is writing both frequencies to the same values (which does not work for this transceiver).
The values written by rigctl (for 400Mhz) are showing:
the frequency calculation is done for the TX frequency only
The TX value is also written to the RX memory without considering the 21.4 Mhz (first intermediate frequency), thats a bug, I guess.
Example calculation:
400000/12.5 = 32000(dez)= 7D00(hex) = TX frequency
- 21400/12.5= 1712(dez)= 6B0(hex)
= 378600/12.5= 30288(dez)= 7650(hex)
-> 7650 should be written to the RX frequency for 400Mhz
If I write both value via terminal ("R") command to the radio, RX and TX are operating as expected.
Last edit: RaspII 2021-01-19
One more information before I stop investigations for today (10:30 PM here in Germany).
The manual says:
The receiver concept utilizes a double conversion superhetrodyne principle with first and
second intermediate frequencies of 21.4 MHz and 455kHz respectively.
The front end of the receiver uses electronically tuned bandpass filters and a radio frequency
amplifier ahead of a double balanced mixer. The frequency conversion to the first IF of
21.4MHz occurs in this mixer with the local oscillator injection from the receive voltage
controlled oscillator. Monolithic crystal filters at 21.4MHz provide the first stage of adjacent
channel rejection. Amplification at 21.4MHz
That means (as far as I understood), that for the RX there is a fixed offset of 21.4Mhz which has to be considered if we use the "R" command.
Also that means that if we need to have a different TX/RX frequencies this can not be achieved via "P" command but via "R" command.
-> for simplex you can use "P"
-> for repeater ... you have to use "R"
(that's my understanding, now)
Nevertheless I have not been able to change channel frequency via "H" command via rigctl, may be this should be the next stept for our investigations (e.g. I don't have an understanding what value to write for the flags...)
Last edit: RaspII 2021-01-18
You need to experiment with the raw rig commands and once you figure those out we can implement them in hamlib.
You were monitoring serial port earlier...does the other software you have set the channels correctly? If so, watch what it does.
Mike W9MDB
One more information before I stop investigations for today (10:30 PM here in Germany).
The manual says:
The receiver concept utilizes a double conversion superhetrodyne principle with first and
second intermediate frequencies of 21.4 MHz and 455kHz respectively.
The front end of the receiver uses electronically tuned bandpass filters and a radio frequency
amplifier ahead of a double balanced mixer. The frequency conversion to the first IF of
21.4MHz occurs in this mixer with the local oscillator injection from the receive voltage
controlled oscillator. Monolithic crystal filters at 21.4MHz provide the first stage of adjacent
channel rejection. Amplification at 21.4MHz
That means (as far as I understood), that for the RX there is a fixed offset of 21.4Mhz which can not be changed via "P" command but via "R" command.
-> for simplex you can use "P"
-> for repeater ... you have to use "R"
(that's my understanding, now)
Nevertheless I have not been able to change channel frequency via "H" command via rigctl, may be this should be the next stept for our investigations (e.g. I don't have an understanding what value to write for the flags...)
PRM80xx can not connect to my PRM8020 and PRM8070
Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/hamlib/discussion/25919/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/
Hello Mike,
in regard to:
I understood now what must be done (at least for the "F" set frequencies):
"set frequencies should use the raw "R" command and write the entered frequency (/ 12,5) as TX frequency to the radio, and (entered frequency - 21.4 Mhz)/12,5 as RX frequency. (RX frequency to be written first). For 410Mhz e.g.:
R79708020I do not know whether you have to hard code the 21.4 Mhz or if you can ask a variable for this number. If you could change the current "F" implementation to use the "R" command with correct calculated numbers for RX and TX I would be really happy.
(see also my comments to Stéphane)
In regard to:
I'm no more sure if this approach will provide us a solution for my use case.
As far as I understood now, the "PRM80SW.exe" configuration software just writes the channel configurations to the EEPROM of the radio. I didn't found a mechanism to write the RAM or may be just to change the frequency of the radio directly.
But the approach I'm looking for is to change the frequency setup without writing the EEPROM every time (I have heard this may destroy the radio over time).
Additional I don't have a standard firmware for my 70cm radio, only a trunked version (what ever that means) and I'm not able to get this version receiving / transmitting, at all.
Hello again,
Stéphane, you wrote:
As I said I'm not an experienced SW developer for modern languages.
But if I could support you by adding new functions to the transmitter, I should be able to do such modifications.
Give me a hint if I can support
Claus, DC0CM
Hello,
I did some more investigations today for the "P" command (set channel).
Setting the TX and RX frequencys for simplex mode is working as expected.
If I modify the "channel state byte", I can activate a "+" and "-" shift as expected.
The shift is always 1.6Mhz and I'm able to activat the shift via display keys, also.
I didn't found a method to change the shift frequency itself (should work by memory write).
Additional I did a first rough investigation into the firmware. It seems that the shift is valid or all channels and not specific to a channel. I'm not 100% sure and I will do more investigations within the next few days.
Does it make sense if I implement a additional "set channel" command which is working similar to the "set synthetiser frequencies" command ( "R")? (This would mean I have to modify the whole memory layout, if my understanding is ok)
I was able to modify the hardware, the transceiver is working from 430 to 440 Mhz now.
The RX-filters are not optimized, yet nevertheless I can receive and send.
73
Claus, DC0CM
Hi Claus,
Yes I think it would make sens to extend the PRM80xx protocol with new commands to make more comfortable access to various frequencies, subtones, etc. This new firmware would be fit to handle a new memory layout for saving an restoring channels, etc.
Hello,
Don't expect too many logic in the commands ;-)
To understand the reason of unconstitancy of the command list, it come how the firmware was designed. As the origin we got some radio who nobodies can use for ham activities because on their trunking nature. From some schematics and reverse engineering of the hardware we start to implement a custom firmware, step after step, IO after IO and a big set of eprom. The serial port was required to go deeper in understanding of the chips interconnections. For this reason, you will find basic commands that simply read IO ports.
Later we start "higher" level of command for example storing channels.
All thoses command was implemented for human interface and not a computer aid sadly.
I started to think about that in the end but never ended.
To answer to question of the shift. Is is not possible to set it per channel. This is a global value stored in ram/eeprom at location 0x14 and 0x15.
There is no mem vs vfo mode like a classic ham transceiver, since the front panel allow only two digits. But it is still possible to drive directly the pll.
73s
F4FEZ
Hello all,
@Stéphane, Mike
I'm currently planning to add a new command for setting the channels.
From my point of view we need following parameters:
TX Pll
RX Pll (I prefere not to work with shift)
TX Subtone (I'm not sure how to implement this, but my 8010 and 8020's are able to do that,
I assume the 8060 and 8070 HW is also able to support at last TX subtone
RX Subtone
Channel State
Power (Low/High)
Florian mentioned, that the current implementation of the shift is a global one.
There is a possibility to deactivate this feature if the RX- and TX- frequency of a channel is set to a different value (within the channel table)....
What do you think, are there any best practices from other Transmitters?
73
Claus
DC0CM
Last edit: RaspII 2021-01-24
Not sure what you by "new command" -- do you mean the rigctl commands don't handle the channel settings well enough?I'd be reluctant to add something for just one rig type as opposed to a generic interface.
Mike W9MDB
Hello all,
@Stéphane, Mike
I'm currently planning to add a new command for setting the channels.
From my point of view we need following parameters:
TX Pll
RX Pll (I prefere not to work with shift)
TX Subtone (I'm not sure how to implement this, but my 8010 and 8020's are able to do that,
I assume the 8060 and 8070 HW is also able to support at last TX subtone
RX Subtone
* Channel State
Florian mentioned, that the current implementation of the shift is a global one.
There is a possibility to deactivate this feature if the RX- and TX- frequency of a channel is set to a different value (within the channel table)....
What do you think, are there any best practices from other Transmitters?
73
Claus
DC0CM
PRM80xx can not connect to my PRM8020 and PRM8070
Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/hamlib/discussion/25919/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/
Hello Mike,
I assume the rigctl is handling the channel settings correctly, but in case of the PRM80xx there is no possibility to configure a channel with different RX and TX frequencies.
(I assume rigctl can do that for other rigs). The PRM80xx Firware is done in a way that you can set a channel to one frequency only. Afterwards you can do a Shift by display key. But it is not possible to store this shift (currently only +/-1.6Mhz or 0 possible, only) with a channel.
Additional there are no other information stored with an channel like subtone....
Edit: this was not completely true: also the channel state byte is stored with a channel, already
My plan is to add a new feature which is able to store different RX- TX frequncies, Subton....
Of course this makes only sense if HAMLIB is supporting that, also.
But all the newer rigs store such values for each channel, so I assume HAMLIB is supporting this, already.
But that means I should know what HAMLIB is already supporting while reading/writing channels
73
Claus
Last edit: RaspII 2021-01-25
Yes you can set tx/rx frequencies
Rig command: HChannel: 1Bank Num: 0ant: 0Frequency: 14074000mode (FM,LSB,etc...): USBwidth: 2400tx freq: 14075000tx mode (FM,LSB,etc...): USBtx width: 2400
Mike W9MDB
Hello Mike,
Not sure what you by "new command" -- do you mean the rigctl commands don't handle the channel settings well enough?I'd be reluctant to add something for just one rig type as opposed to a generic interface.
I assume the rigctl is handling the channel settings correctly, but in case of the PRM80xx there is no possibility to configure a channel with different RX and TX frequencies.
(I assume rigctl can do that for other rigs). The PRM80xx Firware is done in a way that you can set a channel to one frequency only. Afterwards you can do a Shift by display key. But it is not possible to store this shift (currently only +/-1.6 or 0 possible, only) with a channel.
Additional there are no other information stored with an channel like subtone....
My plan is to add a new feature which is able to store different RX- TX frequncies, Subton....
Of course this makes only sense if HAMLIB is supporting that, also.
But all the newer rigs store such values for each channel, so I assume HAMLIB is supporting this, already.
But that means I should know what HAMLIB is already supporting while reading/writing channels
73
Claus
PRM80xx can not connect to my PRM8020 and PRM8070
Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/hamlib/discussion/25919/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/
Hello Stéphane,
I did some Tests with the new FW (2021-01-23) and
The first statments will show the response from rigctl (no debug mode), at the end of each comment you will see the response while rigctl was set to debug mode.
I did that in a second run, so hopefulle I did not made a mistake.
"F" and "f" commands:
-> PRM80 works as expected (is sending and receiving at 433.375Mhz.
-> Nevertheless the "f" command shows the Receive PLL which is 21.4Mhz lower.
I would assume the "f" command will also show the frequency on which the PRM80 is transmitting and receiving = 433.375Mhz
(I attached an excel sheet were calculation the PLL values (or frequencies out of PLL values) can be done easily.
"_ underscore" command
-> ok
"e" and "E" commands:
Get/Set Memory:
I'm able to set and get the Memory information for channel 0 and 1
(these both channels are available currently, only)
"h" command:
Channel "00" was programmed to 431.775 Mhz before (for RX and TX)
The shown txFreq. 431.775 Mhz is ok
The shown Freq. 410.375 Mhz is reflecting the RX-Pll value which has to be -21.4 Mhz below the real RX frequency because of IF.
Here I do not know what the "Freq." label is intended to show, the RX frequency (the frequency the transmitter is sending) or the PLL value.
I would assume it should show the real RX operationg frequency (the related transmitter has to use to be received). Please advise
"H" command:
This command is setting the frequencies wrongly at all.
This values I would have expected if the channel frequency would have been set to 411.775 Mhz.
txFreq: shows the value the RX-PLL should have (is 21.4Mhz too low).
Freq: is 21.4 Mhz below TX -> in this case also 21Mhz too low).
If I read the PLL-values via Terminal they respond to the "h" command result, above.
Rx-Pll: 79FE
Tx-Pll: 80AE
"i" command: (PRM80 setting not modified, see above)
"I" command (big i): (PRM80 setting not modified, see above)
Rx-Pll: 80A0 ->ok = 411.6Mhz (+21.4Mhz = 433Mhz)
Tx-Pll: 8750 -> ok = 433Mhz
But: both frequencies are modified so I don't undestand why this is called "Set Split frequency"
"l and L" commands:
tested for SQL, only.
Listening to the PRM80 the squelch can be set with "L" command.
But getting the squelch level seems not to work
"u and U" commands:
didn't test yet, have to understand before :-)
73
Claus
Do you have another rig or a friend that can confirm what freq you are on?
Doesn't seem we really know the behavior of this rig with the offsets.
Mike W9MDB
Hello Stéphane,
I did some Tests with the new FW (2021-01-23) and
The first statments will show the response from rigctl (no debug mode), at the end of each comment you will see the response while rigctl was set to debug mode.
I did that in a second run, so hopefulle I did not made a mistake.
"F" and "f" commands:
Rig command: F
Frequency: 433375000
Rig command: f
Frequency: 411975000
-> PRM80 works as expected (is sending and receiving at 433.375Mhz.
-> Nevertheless the "f" command shows the Receive PLL which is 21.4Mhz lower.
I would assume the "f" command will also show the frequency on which the PRM80 is transmitting and receiving = 433.375Mhz
(I attached an excel sheet were calculation the PLL values (or frequencies out of PLL values) can be done easily.
Rig command: F
2021-01-25:17:13:00.248590: rigctl_parse: cmd=F(46)
2021-01-25:17:13:00.259582: rigctl_parse: cmd==0x46
2021-01-25:17:13:00.259582: rigctl_parse: vfo_opt=0
2021-01-25:17:13:00.272585: rigctl_parse: debug1
2021-01-25:17:13:00.273584: rigctl_parse: debug3
2021-01-25:17:13:00.282584: rigctl_parse: debug4 c=0a
Frequency: 433375000
2021-01-25:17:13:27.727186: rigctl_parse: debug5
2021-01-25:17:13:27.729288: rigctl_parse: debug10
2021-01-25:17:13:27.729805: rigctl_parse: vfo_opt=0
2021-01-25:17:13:27.729805: rig_set_freq called vfo=currVFO, freq=433375000
2021-01-25:17:13:27.730829: vfo_fixup: vfo=currVFO
2021-01-25:17:13:27.730829: vfo_fixup: Leaving currVFO alone
2021-01-25:17:13:27.731818: rig_set_freq: TARGETABLE_FREQ vfo=currVFO
2021-01-25:17:13:27.731818: rig_flush: called for serial device
2021-01-25:17:13:27.734818: serial_flush called
2021-01-25:17:13:27.734818: tcflush
2021-01-25:17:13:27.735818: write_block called
2021-01-25:17:13:27.735818: write_block(): TX 1 bytes
2021-01-25:17:13:27.736817: 0000 52 R
2021-01-25:17:13:27.736817: read_string called, rxmax=64
2021-01-25:17:13:27.795094: read_string(): RX 14 characters
2021-01-25:17:13:27.795094: 0000 52 58 20 66 72 65 71 75 65 6e 63 79 20 3a RX frequency :
2021-01-25:17:13:27.796092: read_block called
2021-01-25:17:13:27.797093: read_block(): RX 1 bytes
2021-01-25:17:13:27.798090: 0000 20
2021-01-25:17:13:27.799089: write_block called
2021-01-25:17:13:27.799445: write_block(): TX 4 bytes
2021-01-25:17:13:27.800026: 0000 38 30 42 45 80BE
2021-01-25:17:13:27.800026: read_string called, rxmax=64
2021-01-25:17:13:27.859233: read_string(): RX 20 characters
2021-01-25:17:13:27.859233: 0000 38 30 42 45 0d 0a 54 58 20 66 72 65 71 75 65 6e 80BE..TX frequen
2021-01-25:17:13:27.860229: 0010 63 79 20 3a cy :
2021-01-25:17:13:27.860229: read_block called
2021-01-25:17:13:27.861228: read_block(): RX 1 bytes
2021-01-25:17:13:27.861228: 0000 20
2021-01-25:17:13:27.862229: write_block called
2021-01-25:17:13:27.862229: write_block(): TX 4 bytes
2021-01-25:17:13:27.862229: 0000 38 37 36 45 876E
2021-01-25:17:13:27.863226: elapsed_ms: start = 0,0
2021-01-25:17:13:27.863226: elapsed_ms: elapsed_msecs=10000
2021-01-25:17:13:27.864225: rig_get_freq called vfo=currVFO
2021-01-25:17:13:27.864225: vfo_fixup: vfo=currVFO
2021-01-25:17:13:27.865228: vfo_fixup: Leaving currVFO alone
2021-01-25:17:13:27.865228: get_cache_freq: vfo=currVFO, freq=0
2021-01-25:17:13:27.866226: ../../Hamlib/src/rig.c(1407):get_cache_freq return
2021-01-25:17:13:27.867225: elapsed_ms: start = 1611594797,863226300
2021-01-25:17:13:27.868233: elapsed_ms: elapsed_msecs=10005
2021-01-25:17:13:27.868233: rig_get_freq: cache check age=10005ms
2021-01-25:17:13:27.869229: rig_get_freq: cache miss age=10005ms, cached_vfo=None, asked_vfo=currVFO
2021-01-25:17:13:27.870230: vfo_fixup: vfo=VFOA
2021-01-25:17:13:27.871229: vfo_fixup: final vfo=VFOA
2021-01-25:17:13:27.873234: rig_get_freq: no set_vfo so vfo=VFOA
2021-01-25:17:13:27.881234: rig_flush: called for serial device
2021-01-25:17:13:27.882231: serial_flush called
2021-01-25:17:13:27.883230: tcflush
2021-01-25:17:13:27.885229: write_block called
2021-01-25:17:13:27.886228: write_block(): TX 1 bytes
2021-01-25:17:13:27.887233: 0000 45 E
2021-01-25:17:13:27.888235: read_block called
2021-01-25:17:13:27.959316: read_block(): RX 20 bytes
2021-01-25:17:13:27.960332: 0000 0d 0a 3e 31 30 30 30 30 30 30 37 45 31 30 30 38 ..>10000007E1008
2021-01-25:17:13:27.961318: 0010 30 42 45 38 0BE8
2021-01-25:17:13:27.962329: read_block called
2021-01-25:17:13:27.975338: read_block(): RX 3 bytes
2021-01-25:17:13:27.975338: 0000 37 36 45 76E
2021-01-25:17:13:27.977323: prm80_get_channel: len=3, statebuf='10000007E10080BE876E'
2021-01-25:17:13:27.977323: ../../Hamlib/src/rig.c(1974):rig_passband_normal entered
2021-01-25:17:13:27.978953: rig_passband_normal: return filter#0, width=12500
2021-01-25:17:13:27.979316: ../../Hamlib/src/rig.c(1989):rig_passband_normal return
2021-01-25:17:13:27.980315: prm80_get_channel: please contact hamlib mailing list to implement this, rxfreq=411975000, txfreq=433375000
2021-01-25:17:13:27.982319: prm80_get_channel: need to know if rig updates when channel read or not
2021-01-25:17:13:27.983321: elapsed_ms: start = 0,0
2021-01-25:17:13:27.984321: elapsed_ms: after gettime, start = 1611594807,984321100
2021-01-25:17:13:27.985320: ../../Hamlib/src/rig.c(1367):set_cache_freq return
2021-01-25:17:13:27.988317: elapsed_ms: start = 0,0
2021-01-25:17:13:27.991329: elapsed_ms: after gettime, start = 1611594807,991329200
2021-01-25:17:13:27.992317: rig_get_freq: cache reset age=999000ms, vfo=VFOA, freq=411975000
2021-01-25:17:13:27.993316: elapsed_ms: start = 0,0
2021-01-25:17:13:27.994316: elapsed_ms: after gettime, start = 1611594807,994316000
2021-01-25:17:13:27.996324: ../../Hamlib/src/rig.c(1367):set_cache_freq return
2021-01-25:17:13:27.997325: ../../Hamlib/src/rig.c(1744):rig_get_freq return
2021-01-25:17:13:27.998325: rig_set_freq: Asked freq=433375000g, got freq=411975000g
2021-01-25:17:13:27.999324: elapsed_ms: start = 0,0
2021-01-25:17:13:28.000324: elapsed_ms: after gettime, start = 1611594808,324200
2021-01-25:17:13:28.005018: elapsed_ms: start = 0,0
2021-01-25:17:13:28.007012: elapsed_ms: after gettime, start = 1611594808,7012000
2021-01-25:17:13:28.008020: ../../Hamlib/src/rig.c(1367):set_cache_freq return
2021-01-25:17:13:28.010011: ../../Hamlib/src/rig.c(1554):rig_set_freq return
2021-01-25:17:13:28.011018: rigctl_parse: vfo_opt=0
2021-01-25:17:13:28.012018: rigctl_parse: retcode=0
2021-01-25:17:13:28.013018: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:13:28.016027: rigctl_parse: cmd==0x0a
2021-01-25:17:13:31.167433: rigctl_parse: cmd==0x0a
? for help, q to quit.
Rig command: 2021-01-25:17:13:31.170371: rigctl_parse: called, interactive=1
Rig command: f
2021-01-25:17:13:35.617046: rigctl_parse: cmd=f(66)
2021-01-25:17:13:35.619042: rigctl_parse: cmd==0x66
2021-01-25:17:13:35.619042: rigctl_parse: vfo_opt=0
2021-01-25:17:13:35.620045: rigctl_parse: debug1
2021-01-25:17:13:35.620045: rigctl_parse: debug5
2021-01-25:17:13:35.621044: rigctl_parse: debug10
2021-01-25:17:13:35.621044: rigctl_parse: vfo_opt=0
2021-01-25:17:13:35.622044: rig_get_freq called vfo=currVFO
2021-01-25:17:13:35.622044: vfo_fixup: vfo=currVFO
2021-01-25:17:13:35.623045: vfo_fixup: Leaving currVFO alone
2021-01-25:17:13:35.623045: get_cache_freq: vfo=currVFO, freq=411975000
2021-01-25:17:13:35.624044: ../../Hamlib/src/rig.c(1407):get_cache_freq return
2021-01-25:17:13:35.625044: elapsed_ms: start = 1611594808,324200
2021-01-25:17:13:35.625044: elapsed_ms: elapsed_msecs=7625
2021-01-25:17:13:35.626044: rig_get_freq: cache check age=7624ms
2021-01-25:17:13:35.626044: rig_get_freq: cache miss age=7624ms, cached_vfo=currVFO, asked_vfo=currVFO
2021-01-25:17:13:35.627044: vfo_fixup: vfo=VFOA
2021-01-25:17:13:35.627942: vfo_fixup: final vfo=VFOA
2021-01-25:17:13:35.627942: rig_get_freq: no set_vfo so vfo=VFOA
2021-01-25:17:13:35.627942: rig_flush: called for serial device
2021-01-25:17:13:35.628957: serial_flush called
2021-01-25:17:13:35.628957: tcflush
2021-01-25:17:13:35.629956: write_block called
2021-01-25:17:13:35.630958: write_block(): TX 1 bytes
2021-01-25:17:13:35.630958: 0000 45 E
2021-01-25:17:13:35.631956: read_block called
2021-01-25:17:13:35.686186: read_block(): RX 20 bytes
2021-01-25:17:13:35.686186: 0000 31 30 30 30 30 30 30 37 45 31 30 30 38 30 42 45 10000007E10080BE
2021-01-25:17:13:35.687208: 0010 38 37 36 45 876E
2021-01-25:17:13:35.688322: ../../Hamlib/src/rig.c(1974):rig_passband_normal entered
2021-01-25:17:13:35.688322: rig_passband_normal: return filter#0, width=12500
2021-01-25:17:13:35.689336: ../../Hamlib/src/rig.c(1989):rig_passband_normal return
2021-01-25:17:13:35.689336: prm80_get_channel: please contact hamlib mailing list to implement this, rxfreq=411975000, txfreq=433375000
2021-01-25:17:13:35.690336: prm80_get_channel: need to know if rig updates when channel read or not
2021-01-25:17:13:35.690336: elapsed_ms: start = 0,0
2021-01-25:17:13:35.691339: elapsed_ms: after gettime, start = 1611594815,691339800
2021-01-25:17:13:35.691339: ../../Hamlib/src/rig.c(1367):set_cache_freq return
2021-01-25:17:13:35.692340: elapsed_ms: start = 0,0
2021-01-25:17:13:35.692340: elapsed_ms: after gettime, start = 1611594815,692340100
2021-01-25:17:13:35.692340: rig_get_freq: cache reset age=999000ms, vfo=VFOA, freq=411975000
2021-01-25:17:13:35.693337: elapsed_ms: start = 0,0
2021-01-25:17:13:35.693337: elapsed_ms: after gettime, start = 1611594815,693337900
2021-01-25:17:13:35.694335: ../../Hamlib/src/rig.c(1367):set_cache_freq return
2021-01-25:17:13:35.694335: ../../Hamlib/src/rig.c(1744):rig_get_freq return
Frequency: 411975000
2021-01-25:17:13:35.695336: rigctl_parse: vfo_opt=0
2021-01-25:17:13:35.696337: rigctl_parse: retcode=0
2021-01-25:17:13:35.696337: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:13:35.698336: rigctl_parse: cmd==0x0a
2021-01-25:17:13:36.749962: rigctl_parse: cmd==0x0a
? for help, q to quit.
Rig command: 2021-01-25:17:13:36.751963: rigctl_parse: called, interactive=1
" underscore" command
Rig command:
Info: PRM8070 V4.0 430
-> ok
"e" and "E" commands:
Rig command: e
Memory#: 0
Rig command: E
Memory#: 01
Rig command: e
Memory#: 1
Rig command: E
Memory#: 00
Rig command: e
Memory#: 0
Get/Set Memory:
I'm able to set and get the Memory information for channel 0 and 1
(these both channels are available currently, only)
Rig command: e
2021-01-25:17:15:26.309963: rigctl_parse: cmd=e(65)
2021-01-25:17:15:26.311957: rigctl_parse: cmd==0x65
2021-01-25:17:15:26.311957: rigctl_parse: vfo_opt=0
2021-01-25:17:15:26.312957: rigctl_parse: debug1
2021-01-25:17:15:26.313956: rigctl_parse: debug5
2021-01-25:17:15:26.313956: rigctl_parse: debug10
2021-01-25:17:15:26.314956: rigctl_parse: vfo_opt=0
2021-01-25:17:15:26.314956: rig_get_mem called
2021-01-25:17:15:26.315979: rig_flush: called for serial device
2021-01-25:17:15:26.315979: serial_flush called
2021-01-25:17:15:26.316957: tcflush
2021-01-25:17:15:26.317958: write_block called
2021-01-25:17:15:26.318955: write_block(): TX 1 bytes
2021-01-25:17:15:26.319954: 0000 45 E
2021-01-25:17:15:26.319954: read_block called
2021-01-25:17:15:26.368560: read_block(): RX 20 bytes
2021-01-25:17:15:26.368560: 0000 31 30 30 30 30 30 30 37 45 31 30 30 38 30 42 45 10000007E10080BE
2021-01-25:17:15:26.369553: 0010 38 37 36 45 876E
2021-01-25:17:15:26.370551: ../../Hamlib/src/rig.c(1974):rig_passband_normal entered
2021-01-25:17:15:26.370551: rig_passband_normal: return filter#0, width=12500
2021-01-25:17:15:26.371552: ../../Hamlib/src/rig.c(1989):rig_passband_normal return
2021-01-25:17:15:26.371552: prm80_get_channel: please contact hamlib mailing list to implement this, rxfreq=411975000, txfreq=433375000
2021-01-25:17:15:26.372551: prm80_get_channel: need to know if rig updates when channel read or not
Memory#: 0
2021-01-25:17:15:26.373551: rigctl_parse: vfo_opt=0
2021-01-25:17:15:26.373551: rigctl_parse: retcode=0
2021-01-25:17:15:26.374558: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:15:26.375566: rigctl_parse: cmd==0x0a
2021-01-25:17:15:29.560162: rigctl_parse: cmd==0x0a
? for help, q to quit.
Rig command: 2021-01-25:17:15:29.563143: rigctl_parse: called, interactive=1
Rig command: E
2021-01-25:17:16:35.685779: rigctl_parse: cmd=E(45)
2021-01-25:17:16:35.686721: rigctl_parse: cmd==0x45
2021-01-25:17:16:35.686721: rigctl_parse: vfo_opt=0
2021-01-25:17:16:35.686721: rigctl_parse: debug1
2021-01-25:17:16:35.687734: rigctl_parse: debug3
2021-01-25:17:16:35.687734: rigctl_parse: debug4 c=0a
Memory#: 01
2021-01-25:17:16:38.309910: rigctl_parse: debug5
2021-01-25:17:16:38.311910: rigctl_parse: debug10
2021-01-25:17:16:38.312904: rigctl_parse: vfo_opt=0
2021-01-25:17:16:38.313910: rig_set_mem called
2021-01-25:17:16:38.314899: rig_flush: called for serial device
2021-01-25:17:16:38.314899: serial_flush called
2021-01-25:17:16:38.315901: tcflush
2021-01-25:17:16:38.315901: write_block called
2021-01-25:17:16:38.316899: write_block(): TX 1 bytes
2021-01-25:17:16:38.316899: 0000 4e N
2021-01-25:17:16:38.317901: read_string called, rxmax=64
2021-01-25:17:16:38.351905: read_string(): RX 9 characters
2021-01-25:17:16:38.352903: 0000 43 68 61 6e 6e 65 6c 20 3a Channel :
2021-01-25:17:16:38.352903: read_block called
2021-01-25:17:16:38.366052: read_block(): RX 1 bytes
2021-01-25:17:16:38.367186: 0000 20
2021-01-25:17:16:38.368200: write_block called
2021-01-25:17:16:38.368200: write_block(): TX 2 bytes
2021-01-25:17:16:38.369206: 0000 30 31 01
2021-01-25:17:16:38.369206: rigctl_parse: vfo_opt=0
2021-01-25:17:16:38.370200: rigctl_parse: retcode=0
2021-01-25:17:16:38.370200: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:16:38.371200: rigctl_parse: cmd==0x0a
2021-01-25:17:16:41.140295: rigctl_parse: cmd==0x0a
? for help, q to quit.
Rig command: 2021-01-25:17:16:41.143294: rigctl_parse: called, interactive=1
Rig command: e
2021-01-25:17:16:50.587867: rigctl_parse: cmd=e(65)
2021-01-25:17:16:50.588869: rigctl_parse: cmd==0x65
2021-01-25:17:16:50.589863: rigctl_parse: vfo_opt=0
2021-01-25:17:16:50.590880: rigctl_parse: debug1
2021-01-25:17:16:50.590880: rigctl_parse: debug5
2021-01-25:17:16:50.591879: rigctl_parse: debug10
2021-01-25:17:16:50.592890: rigctl_parse: vfo_opt=0
2021-01-25:17:16:50.592890: rig_get_mem called
2021-01-25:17:16:50.593889: rig_flush: called for serial device
2021-01-25:17:16:50.593889: serial_flush called
2021-01-25:17:16:50.594888: tcflush
2021-01-25:17:16:50.595895: write_block called
2021-01-25:17:16:50.596894: write_block(): TX 1 bytes
2021-01-25:17:16:50.596894: 0000 45 E
2021-01-25:17:16:50.596894: read_block called
2021-01-25:17:16:50.660344: read_block(): RX 20 bytes
2021-01-25:17:16:50.660689: 0000 31 30 30 31 30 44 30 37 45 31 30 30 37 46 42 34 10010D07E1007FB4
2021-01-25:17:16:50.661687: 0010 38 36 45 34 86E4
2021-01-25:17:16:50.662691: ../../Hamlib/src/rig.c(1974):rig_passband_normal entered
2021-01-25:17:16:50.663690: rig_passband_normal: return filter#0, width=12500
2021-01-25:17:16:50.663690: ../../Hamlib/src/rig.c(1989):rig_passband_normal return
2021-01-25:17:16:50.664687: prm80_get_channel: please contact hamlib mailing list to implement this, rxfreq=408650000, txfreq=431650000
2021-01-25:17:16:50.664687: prm80_get_channel: need to know if rig updates when channel read or not
Memory#: 1
2021-01-25:17:16:50.665691: rigctl_parse: vfo_opt=0
2021-01-25:17:16:50.666687: rigctl_parse: retcode=0
2021-01-25:17:16:50.667224: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:16:50.668237: rigctl_parse: cmd==0x0a
2021-01-25:17:16:51.722519: rigctl_parse: cmd==0x0a
? for help, q to quit.
Rig command: 2021-01-25:17:16:51.725519: rigctl_parse: called, interactive=1
"h" command:
Rig command: h
Channel: 00
1
Channel: 0, Name: ''
VFO: MEM, Antenna: 0, Split: ON
Freq: 410.375 MHz Mode: FM Width: 12.5 kHz
txFreq: 431.775 MHz txMode: FM txWidth: 12.5 kHz
Shift: None, Offset: 0 Hz, Step: 0 Hz, RIT: 0 Hz, XIT: 0 Hz
CTCSS: 0.0Hz, CTCSSsql: 0.0Hz, DCS: 0.0, DCSsql: 0.0
Functions:
Levels: AF: 100%, SQL: 0%, RFPOWER: 100%
Channel "00" was programmed to 431.775 Mhz before (for RX and TX)
The shown txFreq. 431.775 Mhz is ok
The shown Freq. 410.375 Mhz is reflecting the RX-Pll value which has to be -21.4 Mhz below the real RX frequency because of IF.
Here I do not know what the "Freq." label is intended to show, the RX frequency (the frequency the transmitter is sending) or the PLL value.
I would assume it should show the real RX operationg frequency (the related transmitter has to use to be received). Please advise
Rig command: h
2021-01-25:17:26:30.073956: rigctl_parse: cmd=h(68)
2021-01-25:17:26:30.074981: rigctl_parse: cmd==0x68
2021-01-25:17:26:30.075982: rigctl_parse: vfo_opt=0
2021-01-25:17:26:30.076978: rigctl_parse: debug1
2021-01-25:17:26:30.076978: rigctl_parse: debug3
2021-01-25:17:26:30.077981: rigctl_parse: debug4 c=0a
Channel: 00
2021-01-25:17:26:32.983982: rigctl_parse: debug5
2021-01-25:17:26:32.985730: rigctl_parse: debug6
2021-01-25:17:26:32.985730: rigctl_parse: debug7
1
2021-01-25:17:26:42.362197: rigctl_parse: debug10
2021-01-25:17:26:42.363199: rigctl_parse: vfo_opt=0
2021-01-25:17:26:42.363199: rig_get_channel called
2021-01-25:17:26:42.364197: rig_flush: called for serial device
2021-01-25:17:26:42.364197: serial_flush called
2021-01-25:17:26:42.365197: tcflush
2021-01-25:17:26:42.365197: write_block called
2021-01-25:17:26:42.366199: write_block(): TX 1 bytes
2021-01-25:17:26:42.367197: 0000 4e N
2021-01-25:17:26:42.367197: read_string called, rxmax=64
2021-01-25:17:26:42.406731: read_string(): RX 9 characters
2021-01-25:17:26:42.407726: 0000 43 68 61 6e 6e 65 6c 20 3a Channel :
2021-01-25:17:26:42.408728: read_block called
2021-01-25:17:26:42.410025: read_block(): RX 1 bytes
2021-01-25:17:26:42.410025: 0000 20
2021-01-25:17:26:42.411041: write_block called
2021-01-25:17:26:42.411041: write_block(): TX 2 bytes
2021-01-25:17:26:42.412040: 0000 30 30 00
2021-01-25:17:26:42.412040: rig_flush: called for serial device
2021-01-25:17:26:42.412040: serial_flush called
2021-01-25:17:26:42.413039: tcflush
2021-01-25:17:26:42.413039: write_block called
2021-01-25:17:26:42.414040: write_block(): TX 1 bytes
2021-01-25:17:26:42.414040: 0000 45 E
2021-01-25:17:26:42.415040: read_block called
2021-01-25:17:26:42.512382: read_block(): RX 20 bytes
2021-01-25:17:26:42.513376: 0000 30 30 0d 0a 3e 31 30 30 30 30 30 30 37 45 31 30 00..>10000007E10
2021-01-25:17:26:42.514382: 0010 30 38 30 33 0803
2021-01-25:17:26:42.515376: read_block called
2021-01-25:17:26:42.516862: read_block(): RX 5 bytes
2021-01-25:17:26:42.517875: 0000 45 38 36 45 45 E86EE
2021-01-25:17:26:42.517875: prm80_get_channel: len=5, statebuf='10000007E100803E86EE'
2021-01-25:17:26:42.518874: ../../Hamlib/src/rig.c(1974):rig_passband_normal entered
2021-01-25:17:26:42.518874: rig_passband_normal: return filter#0, width=12500
2021-01-25:17:26:42.519874: ../../Hamlib/src/rig.c(1989):rig_passband_normal return
Channel: 0, Name: ''
VFO: MEM, Antenna: 0, Split: ON
Freq: 410.375 MHz Mode: FM Width: 12.5 kHz
txFreq: 431.775 MHz txMode: FM txWidth: 12.5 kHz
2021-01-25:17:26:42.521875: rig_strptrshift called
Shift: None, Offset: 0 Hz, Step: 0 Hz, RIT: 0 Hz, XIT: 0 Hz
CTCSS: 0.0Hz, CTCSSsql: 0.0Hz, DCS: 0.0, DCSsql: 0.0
Functions:
Levels:2021-01-25:17:26:42.524877: rig_strlevel called
AF: 93.3333%2021-01-25:17:26:42.524877: rig_strlevel called
, SQL: 0%2021-01-25:17:26:42.525874: rig_strlevel called
, RFPOWER: 0%
2021-01-25:17:26:42.525874: rigctl_parse: vfo_opt=0
2021-01-25:17:26:42.526874: rigctl_parse: retcode=0
2021-01-25:17:26:42.526874: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:26:42.528874: rigctl_parse: cmd==0x0a
2021-01-25:17:26:58.851893: rigctl_parse: cmd==0x0a
? for help, q to quit.
Rig command: 2021-01-25:17:26:58.854896: rigctl_parse: called, interactive=1
"H" command:
Rig command: H
Channel: 00
Frequency: 433175000
rptr shift (+-0): 0
flags: 0
Rig command: h
Channel: 00 1
Channel: 0, Name: ''
VFO: MEM, Antenna: 0, Split: ON
Freq: 390.375 MHz Mode: FM Width: 12.5 kHz
txFreq: 411.775 MHz txMode: FM txWidth: 12.5 kHz
Shift: None, Offset: 0 Hz, Step: 0 Hz, RIT: 0 Hz, XIT: 0 Hz
CTCSS: 0.0Hz, CTCSSsql: 0.0Hz, DCS: 0.0, DCSsql: 0.0
Functions:
Levels: AF: 93.3333%, SQL: 0%, RFPOWER: 0%
This command is setting the frequencies wrongly at all.
This values I would have expected if the channel frequency would have been set to 411.775 Mhz.
txFreq: shows the value the RX-PLL should have (is 21.4Mhz too low).
Freq: is 21.4 Mhz below TX -> in this case also 21Mhz too low).
If I read the PLL-values via Terminal they respond to the "h" command result, above.
Rx-Pll: 79FE
Tx-Pll: 80AE
Rig command: H
2021-01-25:17:27:42.985791: rigctl_parse: cmd=H(48)
2021-01-25:17:27:42.987784: rigctl_parse: cmd==0x48
2021-01-25:17:27:42.987784: rigctl_parse: vfo_opt=0
2021-01-25:17:27:42.988791: rigctl_parse: debug1
2021-01-25:17:27:42.989784: rigctl_parse: debug3
2021-01-25:17:27:42.989784: rigctl_parse: debug4 c=0a
Channel: 00
2021-01-25:17:27:46.455960: rigctl_parse: debug5
2021-01-25:17:27:46.456936: rigctl_parse: debug10
2021-01-25:17:27:46.456936: rigctl_parse: vfo_opt=0
2021-01-25:17:27:46.457936: rig_lookup_mem_caps called
Frequency: 43317500
rptr shift (+-0): 0
2021-01-25:17:27:57.351608: rig_parse_rptr_shift called
flags: 0
2021-01-25:17:28:02.115380: rig_set_channel called
2021-01-25:17:28:02.116411: rig_flush: called for serial device
2021-01-25:17:28:02.119021: serial_flush called
2021-01-25:17:28:02.119021: tcflush
2021-01-25:17:28:02.120021: write_block called
2021-01-25:17:28:02.121021: write_block(): TX 1 bytes
2021-01-25:17:28:02.121021: 0000 50 P
2021-01-25:17:28:02.121021: read_string called, rxmax=64
2021-01-25:17:28:02.164945: read_string(): RX 16 characters
2021-01-25:17:28:02.165268: 0000 43 68 61 6e 6e 65 6c 20 74 6f 20 73 65 74 20 3a Channel to set :
2021-01-25:17:28:02.166286: read_block called
2021-01-25:17:28:02.167288: read_block(): RX 1 bytes
2021-01-25:17:28:02.167288: 0000 20
2021-01-25:17:28:02.168166: write_block called
2021-01-25:17:28:02.168166: write_block(): TX 2 bytes
2021-01-25:17:28:02.169181: 0000 30 30 00
2021-01-25:17:28:02.169181: read_string called, rxmax=64
2021-01-25:17:28:02.225657: read_string(): RX 23 characters
2021-01-25:17:28:02.226657: 0000 30 30 0d 0a 50 4c 4c 20 76 61 6c 75 65 20 74 6f 00..PLL value to
2021-01-25:17:28:02.227660: 0010 20 6c 6f 61 64 20 3a load :
2021-01-25:17:28:02.227660: read_block called
2021-01-25:17:28:02.228660: read_block(): RX 1 bytes
2021-01-25:17:28:02.228660: 0000 20
2021-01-25:17:28:02.229659: write_block called
2021-01-25:17:28:02.229659: write_block(): TX 4 bytes
2021-01-25:17:28:02.230661: 0000 30 36 44 39 06D9
2021-01-25:17:28:02.230661: read_string called, rxmax=64
2021-01-25:17:28:02.291233: read_string(): RX 22 characters
2021-01-25:17:28:02.291233: 0000 24 30 36 44 39 0d 0a 43 68 61 6e 6e 65 6c 20 73 $06D9..Channel s
2021-01-25:17:28:02.294232: 0010 74 61 74 65 20 3a tate :
2021-01-25:17:28:02.295501: read_block called
2021-01-25:17:28:02.296519: read_block(): RX 1 bytes
2021-01-25:17:28:02.297519: 0000 20
2021-01-25:17:28:02.298520: write_block called
2021-01-25:17:28:02.299518: write_block(): TX 2 bytes
2021-01-25:17:28:02.299518: 0000 30 30 00
2021-01-25:17:28:02.300518: rigctl_parse: vfo_opt=0
2021-01-25:17:28:02.301517: rigctl_parse: retcode=0
2021-01-25:17:28:02.301517: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:28:02.303518: rigctl_parse: cmd==0x0a
2021-01-25:17:28:03.423841: rigctl_parse: cmd==0x0a
? for help, q to quit.
Rig command: 2021-01-25:17:28:03.426841: rigctl_parse: called, interactive=1
Rig command: h
2021-01-25:17:29:37.868306: rigctl_parse: cmd=h(68)
2021-01-25:17:29:37.869306: rigctl_parse: cmd==0x68
2021-01-25:17:29:37.869306: rigctl_parse: vfo_opt=0
2021-01-25:17:29:37.869306: rigctl_parse: debug1
2021-01-25:17:29:37.870305: rigctl_parse: debug3
2021-01-25:17:29:37.870305: rigctl_parse: debug4 c=0a
Channel: 00 1
2021-01-25:17:29:41.610566: rigctl_parse: debug5
2021-01-25:17:29:41.611559: rigctl_parse: debug6
2021-01-25:17:29:41.611559: rigctl_parse: debug7
2021-01-25:17:29:41.611559: rigctl_parse: debug10
2021-01-25:17:29:41.612556: rigctl_parse: vfo_opt=0
2021-01-25:17:29:41.612556: rig_get_channel called
2021-01-25:17:29:41.612556: rig_flush: called for serial device
2021-01-25:17:29:41.612556: serial_flush called
2021-01-25:17:29:41.613557: tcflush
2021-01-25:17:29:41.613557: write_block called
2021-01-25:17:29:41.613557: write_block(): TX 1 bytes
2021-01-25:17:29:41.614556: 0000 4e N
2021-01-25:17:29:41.614556: read_string called, rxmax=64
2021-01-25:17:29:41.648604: read_string(): RX 9 characters
2021-01-25:17:29:41.649609: 0000 43 68 61 6e 6e 65 6c 20 3a Channel :
2021-01-25:17:29:41.649609: read_block called
2021-01-25:17:29:41.650605: read_block(): RX 1 bytes
2021-01-25:17:29:41.650605: 0000 20
2021-01-25:17:29:41.650605: write_block called
2021-01-25:17:29:41.650605: write_block(): TX 2 bytes
2021-01-25:17:29:41.651609: 0000 30 30 00
2021-01-25:17:29:41.651609: rig_flush: called for serial device
2021-01-25:17:29:41.651609: serial_flush called
2021-01-25:17:29:41.651609: tcflush
2021-01-25:17:29:41.651609: write_block called
2021-01-25:17:29:41.652604: write_block(): TX 1 bytes
2021-01-25:17:29:41.652604: 0000 45 E
2021-01-25:17:29:41.652604: read_block called
2021-01-25:17:29:42.110093: read_block(): RX 20 bytes
2021-01-25:17:29:42.111095: 0000 30 30 0d 0a 3e 38 30 30 30 30 30 30 37 30 30 30 00..>80000007000
2021-01-25:17:29:42.113091: 0010 30 30 30 32 0002
2021-01-25:17:29:42.114088: read_block called
2021-01-25:17:29:42.116097: read_block(): RX 5 bytes
2021-01-25:17:29:42.117090: 0000 39 30 36 44 39 906D9
2021-01-25:17:29:42.118090: prm80_get_channel: len=5, statebuf='800000070000002906D9'
2021-01-25:17:29:42.118090: ../../Hamlib/src/rig.c(1974):rig_passband_normal entered
2021-01-25:17:29:42.119087: rig_passband_normal: return filter#0, width=12500
2021-01-25:17:29:42.120085: ../../Hamlib/src/rig.c(1989):rig_passband_normal return
Channel: 0, Name: ''
VFO: MEM, Antenna: 0, Split: ON
Freq: 512.5 kHz Mode: FM Width: 12.5 kHz
txFreq: 21.9125 MHz txMode: FM txWidth: 12.5 kHz
2021-01-25:17:29:42.122087: rig_strptrshift called
Shift: None, Offset: 0 Hz, Step: 0 Hz, RIT: 0 Hz, XIT: 0 Hz
CTCSS: 0.0Hz, CTCSSsql: 0.0Hz, DCS: 0.0, DCSsql: 0.0
Functions:
Levels:2021-01-25:17:29:42.128085: rig_strlevel called
AF: 0%2021-01-25:17:29:42.129085: rig_strlevel called
, SQL: 0%2021-01-25:17:29:42.130087: rig_strlevel called
, RFPOWER: 0%
2021-01-25:17:29:42.131084: rigctl_parse: vfo_opt=0
2021-01-25:17:29:42.132085: rigctl_parse: retcode=0
2021-01-25:17:29:42.132085: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:29:42.134087: rigctl_parse: cmd==0x0a
2021-01-25:17:29:43.191092: rigctl_parse: cmd==0x0a
? for help, q to quit.
Rig command: 2021-01-25:17:29:43.193092: rigctl_parse: called, interactive=1
"i" command: (PRM80 setting not modified, see above)
Rig command: i
TX Frequency: 411775000
"I" command (big i): (PRM80 setting not modified, see above)
Rig command: I
TX Frequency: 433000000
Rig command: i
TX Frequency: 433000000
Rx-Pll: 80A0 ->ok = 411.6Mhz (+21.4Mhz = 433Mhz)
Tx-Pll: 8750 -> ok = 433Mhz
But: both frequencies are modified so I don't undestand why this is called "Set Split frequency"
Rig command: I
2021-01-25:17:30:31.959784: rigctl_parse: cmd=I(49)
2021-01-25:17:30:31.960745: rigctl_parse: cmd==0x49
2021-01-25:17:30:31.960745: rigctl_parse: vfo_opt=0
2021-01-25:17:30:31.960745: rigctl_parse: debug1
2021-01-25:17:30:31.960745: rigctl_parse: debug3
2021-01-25:17:30:31.960745: rigctl_parse: debug4 c=0a
TX Frequency: 433000000
2021-01-25:17:30:36.656525: rigctl_parse: debug5
2021-01-25:17:30:36.656525: rigctl_parse: debug10
2021-01-25:17:30:36.657516: rigctl_parse: vfo_opt=0
2021-01-25:17:30:36.658510: rig_set_split_freq called vfo=TX, curr_vfo=VFOA
2021-01-25:17:30:36.658510: ../../Hamlib/src/rig.c(3132):rig_set_split_freq return
2021-01-25:17:30:36.659514: rig_flush: called for serial device
2021-01-25:17:30:36.660512: serial_flush called
2021-01-25:17:30:36.661515: tcflush
2021-01-25:17:30:36.661515: write_block called
2021-01-25:17:30:36.662513: write_block(): TX 1 bytes
2021-01-25:17:30:36.662513: 0000 52 R
2021-01-25:17:30:36.663511: read_string called, rxmax=64
2021-01-25:17:30:36.722481: read_string(): RX 14 characters
2021-01-25:17:30:36.723486: 0000 52 58 20 66 72 65 71 75 65 6e 63 79 20 3a RX frequency :
2021-01-25:17:30:36.725480: read_block called
2021-01-25:17:30:36.726479: read_block(): RX 1 bytes
2021-01-25:17:30:36.726479: 0000 20
2021-01-25:17:30:36.726479: write_block called
2021-01-25:17:30:36.729478: write_block(): TX 4 bytes
2021-01-25:17:30:36.729478: 0000 38 30 41 30 80A0
2021-01-25:17:30:36.729478: read_string called, rxmax=64
2021-01-25:17:30:36.800868: read_string(): RX 20 characters
2021-01-25:17:30:36.801812: 0000 38 30 41 30 0d 0a 54 58 20 66 72 65 71 75 65 6e 80A0..TX frequen
2021-01-25:17:30:36.802826: 0010 63 79 20 3a cy :
2021-01-25:17:30:36.803825: read_block called
2021-01-25:17:30:36.803825: read_block(): RX 1 bytes
2021-01-25:17:30:36.803825: 0000 20
2021-01-25:17:30:36.804826: write_block called
2021-01-25:17:30:36.805825: write_block(): TX 4 bytes
2021-01-25:17:30:36.805825: 0000 38 37 35 30 8750
2021-01-25:17:30:36.805825: rigctl_parse: vfo_opt=0
2021-01-25:17:30:36.806826: rigctl_parse: retcode=0
2021-01-25:17:30:36.807832: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:30:36.810832: rigctl_parse: cmd==0x0a
2021-01-25:17:30:38.982606: rigctl_parse: cmd==0x0a
? for help, q to quit.
Rig command: 2021-01-25:17:30:38.986602: rigctl_parse: called, interactive=1
Rig command: i
2021-01-25:17:30:41.256171: rigctl_parse: cmd=i(69)
2021-01-25:17:30:41.258164: rigctl_parse: cmd==0x69
2021-01-25:17:30:41.258164: rigctl_parse: vfo_opt=0
2021-01-25:17:30:41.259165: rigctl_parse: debug1
2021-01-25:17:30:41.259165: rigctl_parse: debug5
2021-01-25:17:30:41.260165: rigctl_parse: debug10
2021-01-25:17:30:41.260165: rigctl_parse: vfo_opt=0
2021-01-25:17:30:41.261166: ../../Hamlib/src/rig.c(3224):rig_get_split_freq entered
2021-01-25:17:30:41.261166: vfo_fixup: vfo=TX
2021-01-25:17:30:41.262166: ../../Hamlib/src/rig.c(3795):rig_get_split_vfo entered
2021-01-25:17:30:41.263166: ../../Hamlib/src/rig.c(3806):rig_get_split_vfo return
2021-01-25:17:30:41.263166: vfo_fixup: RIG_VFO_TX changed to VFOA, split=0, satmode=0
2021-01-25:17:30:41.264166: vfo_fixup: final vfo=VFOA
2021-01-25:17:30:41.264166: ../../Hamlib/src/rig.c(3241):rig_get_split_freq return
2021-01-25:17:30:41.265167: rig_flush: called for serial device
2021-01-25:17:30:41.266088: serial_flush called
2021-01-25:17:30:41.267101: tcflush
2021-01-25:17:30:41.267101: write_block called
2021-01-25:17:30:41.268103: write_block(): TX 1 bytes
2021-01-25:17:30:41.268103: 0000 45 E
2021-01-25:17:30:41.268103: read_block called
2021-01-25:17:30:41.315002: read_block(): RX 20 bytes
2021-01-25:17:30:41.315002: 0000 31 30 30 30 30 30 30 37 45 31 30 30 38 30 41 30 10000007E10080A0
2021-01-25:17:30:41.316004: 0010 38 37 35 30 8750
2021-01-25:17:30:41.316004: ../../Hamlib/src/rig.c(1974):rig_passband_normal entered
2021-01-25:17:30:41.317002: rig_passband_normal: return filter#0, width=12500
2021-01-25:17:30:41.318003: ../../Hamlib/src/rig.c(1989):rig_passband_normal return
2021-01-25:17:30:41.318003: prm80_get_channel: please contact hamlib mailing list to implement this, rxfreq=411600000, txfreq=433000000
2021-01-25:17:30:41.319004: prm80_get_channel: need to know if rig updates when channel read or not
TX Frequency: 433000000
2021-01-25:17:30:41.319004: rigctl_parse: vfo_opt=0
2021-01-25:17:30:41.320002: rigctl_parse: retcode=0
2021-01-25:17:30:41.320002: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:30:41.322005: rigctl_parse: cmd==0x0a
2021-01-25:17:30:42.160371: rigctl_parse: cmd==0x0a
? for help, q to quit.
Rig command: 2021-01-25:17:30:42.163399: rigctl_parse: called, interactive=1
"l and L" commands:
Rig command: l SQL
Level Value: 0.000000
Rig command: L SQL
0
Rig command: l SQL
Level Value: 0.000000
Rig command: L SQL 0.5
Rig command: l SQL
Level Value: 0.000000
tested for SQL, only.
Listening to the PRM80 the squelch can be set with "L" command.
But getting the squelch level seems not to work
Rig command: l SQL
2021-01-25:17:31:43.129901: rigctl_parse: cmd=l(6c)
2021-01-25:17:31:43.131927: rigctl_parse: cmd==0x6c
2021-01-25:17:31:43.131927: rigctl_parse: vfo_opt=0
2021-01-25:17:31:43.133926: rigctl_parse: debug1
2021-01-25:17:31:43.133926: rigctl_parse: debug3
2021-01-25:17:31:43.134931: rigctl_parse: debug4 c=20
2021-01-25:17:31:43.134931: rigctl_parse: debug5
2021-01-25:17:31:43.135927: rigctl_parse: debug10
2021-01-25:17:31:43.135927: rigctl_parse: vfo_opt=0
2021-01-25:17:31:43.136926: rig_parse_level called
2021-01-25:17:31:43.136926: rig_flush: called for serial device
2021-01-25:17:31:43.137928: serial_flush called
2021-01-25:17:31:43.137928: tcflush
2021-01-25:17:31:43.138927: write_block called
2021-01-25:17:31:43.138927: write_block(): TX 1 bytes
2021-01-25:17:31:43.139926: 0000 45 E
2021-01-25:17:31:43.139926: read_block called
2021-01-25:17:31:43.190422: read_block(): RX 20 bytes
2021-01-25:17:31:43.191431: 0000 31 30 30 30 30 30 30 37 45 31 30 30 38 30 41 30 10000007E10080A0
2021-01-25:17:31:43.192424: 0010 38 37 35 30 8750
2021-01-25:17:31:43.192424: ../../Hamlib/src/rig.c(1974):rig_passband_normal entered
2021-01-25:17:31:43.193559: rig_passband_normal: return filter#0, width=12500
2021-01-25:17:31:43.193559: ../../Hamlib/src/rig.c(1989):rig_passband_normal return
2021-01-25:17:31:43.194577: prm80_get_channel: please contact hamlib mailing list to implement this, rxfreq=411600000, txfreq=433000000
2021-01-25:17:31:43.194577: prm80_get_channel: need to know if rig updates when channel read or not
Level Value: 0.000000
2021-01-25:17:31:43.195575: rigctl_parse: vfo_opt=0
2021-01-25:17:31:43.196575: rigctl_parse: retcode=0
2021-01-25:17:31:43.196575: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:31:43.198573: rigctl_parse: cmd==0x0a
L SQL
2021-01-25:17:31:48.726485: rigctl_parse: cmd=L(4c)
2021-01-25:17:31:48.727481: rigctl_parse: cmd==0x4c
2021-01-25:17:31:48.728488: rigctl_parse: vfo_opt=0
2021-01-25:17:31:48.728488: rigctl_parse: debug1
2021-01-25:17:31:48.729481: rigctl_parse: debug3
2021-01-25:17:31:48.729481: rigctl_parse: debug4 c=20
2021-01-25:17:31:48.730480: rigctl_parse: debug5
2021-01-25:17:31:48.731483: rigctl_parse: debug6
2021-01-25:17:31:48.731483: rigctl_parse: debug7
0
2021-01-25:17:31:50.187627: rigctl_parse: debug10
2021-01-25:17:31:50.189620: rigctl_parse: vfo_opt=0
2021-01-25:17:31:50.190621: rig_parse_level called
2021-01-25:17:31:50.191618: rig_set_level called
2021-01-25:17:31:50.191618: rig_flush: called for serial device
2021-01-25:17:31:50.192623: serial_flush called
2021-01-25:17:31:50.192623: tcflush
2021-01-25:17:31:50.193619: write_block called
2021-01-25:17:31:50.193619: write_block(): TX 1 bytes
2021-01-25:17:31:50.194620: 0000 46 F
2021-01-25:17:31:50.194620: read_string called, rxmax=64
2021-01-25:17:31:50.230439: read_string(): RX 9 characters
2021-01-25:17:31:50.230439: 0000 53 71 75 65 6c 63 68 20 3a Squelch :
2021-01-25:17:31:50.231439: read_block called
2021-01-25:17:31:50.232439: read_block(): RX 1 bytes
2021-01-25:17:31:50.232439: 0000 20
2021-01-25:17:31:50.233439: write_block called
2021-01-25:17:31:50.234441: write_block(): TX 2 bytes
2021-01-25:17:31:50.234441: 0000 30 30 00
2021-01-25:17:31:50.234441: rigctl_parse: vfo_opt=0
2021-01-25:17:31:50.235439: rigctl_parse: retcode=0
2021-01-25:17:31:50.235439: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:31:50.237439: rigctl_parse: cmd==0x0a
l SQL
2021-01-25:17:32:02.750116: rigctl_parse: cmd=l(6c)
2021-01-25:17:32:02.751115: rigctl_parse: cmd==0x6c
2021-01-25:17:32:02.752115: rigctl_parse: vfo_opt=0
2021-01-25:17:32:02.753115: rigctl_parse: debug1
2021-01-25:17:32:02.754112: rigctl_parse: debug3
2021-01-25:17:32:02.754112: rigctl_parse: debug4 c=20
2021-01-25:17:32:02.755114: rigctl_parse: debug5
2021-01-25:17:32:02.755114: rigctl_parse: debug10
2021-01-25:17:32:02.756114: rigctl_parse: vfo_opt=0
2021-01-25:17:32:02.756114: rig_parse_level called
2021-01-25:17:32:02.757132: rig_flush: called for serial device
2021-01-25:17:32:02.757132: serial_flush called
2021-01-25:17:32:02.758113: tcflush
2021-01-25:17:32:02.759112: write_block called
2021-01-25:17:32:02.760112: write_block(): TX 1 bytes
2021-01-25:17:32:02.760112: 0000 45 E
2021-01-25:17:32:02.761111: read_block called
2021-01-25:17:32:02.818761: read_block(): RX 20 bytes
2021-01-25:17:32:02.819756: 0000 31 34 30 30 30 30 30 30 45 31 30 30 38 30 41 30 14000000E10080A0
2021-01-25:17:32:02.819756: 0010 38 37 35 30 8750
2021-01-25:17:32:02.820759: ../../Hamlib/src/rig.c(1974):rig_passband_normal entered
2021-01-25:17:32:02.820759: rig_passband_normal: return filter#0, width=12500
2021-01-25:17:32:02.821757: ../../Hamlib/src/rig.c(1989):rig_passband_normal return
2021-01-25:17:32:02.821757: prm80_get_channel: please contact hamlib mailing list to implement this, rxfreq=411600000, txfreq=433000000
2021-01-25:17:32:02.822758: prm80_get_channel: need to know if rig updates when channel read or not
Level Value: 0.000000
2021-01-25:17:32:02.823758: rigctl_parse: vfo_opt=0
2021-01-25:17:32:02.823758: rigctl_parse: retcode=0
2021-01-25:17:32:02.824759: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:32:02.825758: rigctl_parse: cmd==0x0a
2021-01-25:17:32:03.948251: rigctl_parse: cmd==0x0a
? for help, q to quit.
Rig command: 2021-01-25:17:32:03.951252: rigctl_parse: called, interactive=1
Rig command: L SQL 0.5
2021-01-25:17:32:32.771554: rigctl_parse: cmd=L(4c)
2021-01-25:17:32:32.771554: rigctl_parse: cmd==0x4c
2021-01-25:17:32:32.772553: rigctl_parse: vfo_opt=0
2021-01-25:17:32:32.772553: rigctl_parse: debug1
2021-01-25:17:32:32.772553: rigctl_parse: debug3
2021-01-25:17:32:32.773554: rigctl_parse: debug4 c=20
2021-01-25:17:32:32.773554: rigctl_parse: debug5
2021-01-25:17:32:32.774554: rigctl_parse: debug6
2021-01-25:17:32:32.774554: rigctl_parse: debug7
2021-01-25:17:32:32.775554: rigctl_parse: debug10
2021-01-25:17:32:32.775554: rigctl_parse: vfo_opt=0
2021-01-25:17:32:32.775554: rig_parse_level called
2021-01-25:17:32:32.776555: rig_set_level called
2021-01-25:17:32:32.776555: rig_flush: called for serial device
2021-01-25:17:32:32.777554: serial_flush called
2021-01-25:17:32:32.777554: tcflush
2021-01-25:17:32:32.778551: write_block called
2021-01-25:17:32:32.780553: write_block(): TX 1 bytes
2021-01-25:17:32:32.780553: 0000 46 F
2021-01-25:17:32:32.781554: read_string called, rxmax=64
2021-01-25:17:32:32.814620: read_string(): RX 9 characters
2021-01-25:17:32:32.815603: 0000 53 71 75 65 6c 63 68 20 3a Squelch :
2021-01-25:17:32:32.816614: read_block called
2021-01-25:17:32:32.817606: read_block(): RX 1 bytes
2021-01-25:17:32:32.817606: 0000 20
2021-01-25:17:32:32.818605: write_block called
2021-01-25:17:32:32.819604: write_block(): TX 2 bytes
2021-01-25:17:32:32.819604: 0000 30 37 07
2021-01-25:17:32:32.819604: rigctl_parse: vfo_opt=0
2021-01-25:17:32:32.820602: rigctl_parse: retcode=0
2021-01-25:17:32:32.820602: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:32:32.822601: rigctl_parse: cmd==0x0a
2021-01-25:17:32:34.737746: rigctl_parse: cmd==0x0a
? for help, q to quit.
Rig command: 2021-01-25:17:32:34.759747: rigctl_parse: called, interactive=1
Rig command: l SQL
2021-01-25:17:32:38.884792: rigctl_parse: cmd=l(6c)
2021-01-25:17:32:38.891790: rigctl_parse: cmd==0x6c
2021-01-25:17:32:38.897788: rigctl_parse: vfo_opt=0
2021-01-25:17:32:38.897788: rigctl_parse: debug1
2021-01-25:17:32:38.904788: rigctl_parse: debug3
2021-01-25:17:32:38.911789: rigctl_parse: debug4 c=20
2021-01-25:17:32:38.918790: rigctl_parse: debug5
2021-01-25:17:32:38.924788: rigctl_parse: debug10
2021-01-25:17:32:38.932788: rigctl_parse: vfo_opt=0
2021-01-25:17:32:38.940788: rig_parse_level called
2021-01-25:17:32:38.941790: rig_flush: called for serial device
2021-01-25:17:32:38.941790: serial_flush called
2021-01-25:17:32:38.941790: tcflush
2021-01-25:17:32:38.941790: write_block called
2021-01-25:17:32:38.942791: write_block(): TX 1 bytes
2021-01-25:17:32:38.948789: 0000 45 E
2021-01-25:17:32:38.948789: read_block called
2021-01-25:17:32:38.987790: read_block(): RX 20 bytes
2021-01-25:17:32:38.988789: 0000 31 30 30 30 30 30 30 37 45 31 30 30 38 30 41 30 10000007E10080A0
2021-01-25:17:32:38.988789: 0010 38 37 35 30 8750
2021-01-25:17:32:38.995791: ../../Hamlib/src/rig.c(1974):rig_passband_normal entered
2021-01-25:17:32:39.002789: rig_passband_normal: return filter#0, width=12500
2021-01-25:17:32:39.008788: ../../Hamlib/src/rig.c(1989):rig_passband_normal return
2021-01-25:17:32:39.014790: prm80_get_channel: please contact hamlib mailing list to implement this, rxfreq=411600000, txfreq=433000000
2021-01-25:17:32:39.021787: prm80_get_channel: need to know if rig updates when channel read or not
Level Value: 0.000000
2021-01-25:17:32:39.036789: rigctl_parse: vfo_opt=0
2021-01-25:17:32:39.042790: rigctl_parse: retcode=0
2021-01-25:17:32:39.042790: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:32:39.043789: rigctl_parse: cmd==0x0a
2021-01-25:17:32:40.253306: rigctl_parse: cmd==0x0a
? for help, q to quit.
Rig command: 2021-01-25:17:32:40.266302: rigctl_parse: called, interactive=1
"u and U" commands:
didn't test yet, have to understand before :-)
73
Claus
Attachments:
PRM80xx can not connect to my PRM8020 and PRM8070
Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/hamlib/discussion/25919/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/
Hello Mike,
yes, I've a second rig to test the TX and RX frequencies.
With my comment in regard to the "f" & "F" commands:
/-> PRM80 works as expected (is sending and receiving at 433.375Mhz./
I tried to make that transparent.
setting the frequencies (PLL's) is done ok by the "F" command (both, RX
and RX PLL), but the "f" commands displays a wrong value.
(does not consider the IF=21.4Mhz) correctly (as I would have expected).
I talked to Florian, he did the PRM80 FW. I will modify the Firmware
(e.g. Channel Setting incl. RX PLL) as soon we could align what behavior
the HAMLIB developers expect from the new commands.
Does that help?
73
Claus, DC0CM
Would seem to me the firmware should return the real frequency and not some intermediate thing.
But we could modify hamlib to make up for it instead of modifying the firmware.
Mike W9MDB
Hello Mike,
yes, I've a second rig to test the TX and RX frequencies.
With my comment in regard to the "f" & "F" commands:
/-> PRM80 works as expected (is sending and receiving at 433.375Mhz./
I tried to make that transparent.
setting the frequencies (PLL's) is done ok by the "F" command (both, RX
and RX PLL), but the "f" commands displays a wrong value.
(does not consider the IF=21.4Mhz) correctly (as I would have expected).
I talked to Florian, he did the PRM80 FW. I will modify the Firmware
(e.g. Channel Setting incl. RX PLL) as soon we could align what behavior
the HAMLIB developers expect from the new commands.
Does that help?
73
Claus, DC0CM
PRM80xx can not connect to my PRM8020 and PRM8070
Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/hamlib/discussion/25919/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/
Hello Mike,
Yes, I agree.
But the Firmware is written in assembly language, that means divisions
etc. are hard to do,
I guess this is the reason why the PLL values for RX and TX are the base
for configuration the transmitter.
Stéphane is already doing some modifications, let's show how this will
end up.
Thanks
Claus, DC0CM
Am 25.01.2021 um 23:00 schrieb Michael Black:
Yes..freq means receive freq....what the rig is tuned to.Could rename that thing to rxFreq to make it absolutely clear.
Are you up to fixing these problems?
Mike W9MDB
Hello Stéphane,
I did some Tests with the new FW (2021-01-23) and
The first statments will show the response from rigctl (no debug mode), at the end of each comment you will see the response while rigctl was set to debug mode.
I did that in a second run, so hopefulle I did not made a mistake.
"F" and "f" commands:
Rig command: F
Frequency: 433375000
Rig command: f
Frequency: 411975000
-> PRM80 works as expected (is sending and receiving at 433.375Mhz.
-> Nevertheless the "f" command shows the Receive PLL which is 21.4Mhz lower.
I would assume the "f" command will also show the frequency on which the PRM80 is transmitting and receiving = 433.375Mhz
(I attached an excel sheet were calculation the PLL values (or frequencies out of PLL values) can be done easily.
Rig command: F
2021-01-25:17:13:00.248590: rigctl_parse: cmd=F(46)
2021-01-25:17:13:00.259582: rigctl_parse: cmd==0x46
2021-01-25:17:13:00.259582: rigctl_parse: vfo_opt=0
2021-01-25:17:13:00.272585: rigctl_parse: debug1
2021-01-25:17:13:00.273584: rigctl_parse: debug3
2021-01-25:17:13:00.282584: rigctl_parse: debug4 c=0a
Frequency: 433375000
2021-01-25:17:13:27.727186: rigctl_parse: debug5
2021-01-25:17:13:27.729288: rigctl_parse: debug10
2021-01-25:17:13:27.729805: rigctl_parse: vfo_opt=0
2021-01-25:17:13:27.729805: rig_set_freq called vfo=currVFO, freq=433375000
2021-01-25:17:13:27.730829: vfo_fixup: vfo=currVFO
2021-01-25:17:13:27.730829: vfo_fixup: Leaving currVFO alone
2021-01-25:17:13:27.731818: rig_set_freq: TARGETABLE_FREQ vfo=currVFO
2021-01-25:17:13:27.731818: rig_flush: called for serial device
2021-01-25:17:13:27.734818: serial_flush called
2021-01-25:17:13:27.734818: tcflush
2021-01-25:17:13:27.735818: write_block called
2021-01-25:17:13:27.735818: write_block(): TX 1 bytes
2021-01-25:17:13:27.736817: 0000 52 R
2021-01-25:17:13:27.736817: read_string called, rxmax=64
2021-01-25:17:13:27.795094: read_string(): RX 14 characters
2021-01-25:17:13:27.795094: 0000 52 58 20 66 72 65 71 75 65 6e 63 79 20 3a RX frequency :
2021-01-25:17:13:27.796092: read_block called
2021-01-25:17:13:27.797093: read_block(): RX 1 bytes
2021-01-25:17:13:27.798090: 0000 20
2021-01-25:17:13:27.799089: write_block called
2021-01-25:17:13:27.799445: write_block(): TX 4 bytes
2021-01-25:17:13:27.800026: 0000 38 30 42 45 80BE
2021-01-25:17:13:27.800026: read_string called, rxmax=64
2021-01-25:17:13:27.859233: read_string(): RX 20 characters
2021-01-25:17:13:27.859233: 0000 38 30 42 45 0d 0a 54 58 20 66 72 65 71 75 65 6e 80BE..TX frequen
2021-01-25:17:13:27.860229: 0010 63 79 20 3a cy :
2021-01-25:17:13:27.860229: read_block called
2021-01-25:17:13:27.861228: read_block(): RX 1 bytes
2021-01-25:17:13:27.861228: 0000 20
2021-01-25:17:13:27.862229: write_block called
2021-01-25:17:13:27.862229: write_block(): TX 4 bytes
2021-01-25:17:13:27.862229: 0000 38 37 36 45 876E
2021-01-25:17:13:27.863226: elapsed_ms: start = 0,0
2021-01-25:17:13:27.863226: elapsed_ms: elapsed_msecs=10000
2021-01-25:17:13:27.864225: rig_get_freq called vfo=currVFO
2021-01-25:17:13:27.864225: vfo_fixup: vfo=currVFO
2021-01-25:17:13:27.865228: vfo_fixup: Leaving currVFO alone
2021-01-25:17:13:27.865228: get_cache_freq: vfo=currVFO, freq=0
2021-01-25:17:13:27.866226: ../../Hamlib/src/rig.c(1407):get_cache_freq return
2021-01-25:17:13:27.867225: elapsed_ms: start = 1611594797,863226300
2021-01-25:17:13:27.868233: elapsed_ms: elapsed_msecs=10005
2021-01-25:17:13:27.868233: rig_get_freq: cache check age=10005ms
2021-01-25:17:13:27.869229: rig_get_freq: cache miss age=10005ms, cached_vfo=None, asked_vfo=currVFO
2021-01-25:17:13:27.870230: vfo_fixup: vfo=VFOA
2021-01-25:17:13:27.871229: vfo_fixup: final vfo=VFOA
2021-01-25:17:13:27.873234: rig_get_freq: no set_vfo so vfo=VFOA
2021-01-25:17:13:27.881234: rig_flush: called for serial device
2021-01-25:17:13:27.882231: serial_flush called
2021-01-25:17:13:27.883230: tcflush
2021-01-25:17:13:27.885229: write_block called
2021-01-25:17:13:27.886228: write_block(): TX 1 bytes
2021-01-25:17:13:27.887233: 0000 45 E
2021-01-25:17:13:27.888235: read_block called
2021-01-25:17:13:27.959316: read_block(): RX 20 bytes
2021-01-25:17:13:27.960332: 0000 0d 0a 3e 31 30 30 30 30 30 30 37 45 31 30 30 38 ..>10000007E1008
2021-01-25:17:13:27.961318: 0010 30 42 45 38 0BE8
2021-01-25:17:13:27.962329: read_block called
2021-01-25:17:13:27.975338: read_block(): RX 3 bytes
2021-01-25:17:13:27.975338: 0000 37 36 45 76E
2021-01-25:17:13:27.977323: prm80_get_channel: len=3, statebuf='10000007E10080BE876E'
2021-01-25:17:13:27.977323: ../../Hamlib/src/rig.c(1974):rig_passband_normal entered
2021-01-25:17:13:27.978953: rig_passband_normal: return filter#0, width=12500
2021-01-25:17:13:27.979316: ../../Hamlib/src/rig.c(1989):rig_passband_normal return
2021-01-25:17:13:27.980315: prm80_get_channel: please contact hamlib mailing list to implement this, rxfreq=411975000, txfreq=433375000
2021-01-25:17:13:27.982319: prm80_get_channel: need to know if rig updates when channel read or not
2021-01-25:17:13:27.983321: elapsed_ms: start = 0,0
2021-01-25:17:13:27.984321: elapsed_ms: after gettime, start = 1611594807,984321100
2021-01-25:17:13:27.985320: ../../Hamlib/src/rig.c(1367):set_cache_freq return
2021-01-25:17:13:27.988317: elapsed_ms: start = 0,0
2021-01-25:17:13:27.991329: elapsed_ms: after gettime, start = 1611594807,991329200
2021-01-25:17:13:27.992317: rig_get_freq: cache reset age=999000ms, vfo=VFOA, freq=411975000
2021-01-25:17:13:27.993316: elapsed_ms: start = 0,0
2021-01-25:17:13:27.994316: elapsed_ms: after gettime, start = 1611594807,994316000
2021-01-25:17:13:27.996324: ../../Hamlib/src/rig.c(1367):set_cache_freq return
2021-01-25:17:13:27.997325: ../../Hamlib/src/rig.c(1744):rig_get_freq return
2021-01-25:17:13:27.998325: rig_set_freq: Asked freq=433375000g, got freq=411975000g
2021-01-25:17:13:27.999324: elapsed_ms: start = 0,0
2021-01-25:17:13:28.000324: elapsed_ms: after gettime, start = 1611594808,324200
2021-01-25:17:13:28.005018: elapsed_ms: start = 0,0
2021-01-25:17:13:28.007012: elapsed_ms: after gettime, start = 1611594808,7012000
2021-01-25:17:13:28.008020: ../../Hamlib/src/rig.c(1367):set_cache_freq return
2021-01-25:17:13:28.010011: ../../Hamlib/src/rig.c(1554):rig_set_freq return
2021-01-25:17:13:28.011018: rigctl_parse: vfo_opt=0
2021-01-25:17:13:28.012018: rigctl_parse: retcode=0
2021-01-25:17:13:28.013018: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:13:28.016027: rigctl_parse: cmd==0x0a
2021-01-25:17:13:31.167433: rigctl_parse: cmd==0x0a
? for help, q to quit.
Rig command: 2021-01-25:17:13:31.170371: rigctl_parse: called, interactive=1
Rig command: f
2021-01-25:17:13:35.617046: rigctl_parse: cmd=f(66)
2021-01-25:17:13:35.619042: rigctl_parse: cmd==0x66
2021-01-25:17:13:35.619042: rigctl_parse: vfo_opt=0
2021-01-25:17:13:35.620045: rigctl_parse: debug1
2021-01-25:17:13:35.620045: rigctl_parse: debug5
2021-01-25:17:13:35.621044: rigctl_parse: debug10
2021-01-25:17:13:35.621044: rigctl_parse: vfo_opt=0
2021-01-25:17:13:35.622044: rig_get_freq called vfo=currVFO
2021-01-25:17:13:35.622044: vfo_fixup: vfo=currVFO
2021-01-25:17:13:35.623045: vfo_fixup: Leaving currVFO alone
2021-01-25:17:13:35.623045: get_cache_freq: vfo=currVFO, freq=411975000
2021-01-25:17:13:35.624044: ../../Hamlib/src/rig.c(1407):get_cache_freq return
2021-01-25:17:13:35.625044: elapsed_ms: start = 1611594808,324200
2021-01-25:17:13:35.625044: elapsed_ms: elapsed_msecs=7625
2021-01-25:17:13:35.626044: rig_get_freq: cache check age=7624ms
2021-01-25:17:13:35.626044: rig_get_freq: cache miss age=7624ms, cached_vfo=currVFO, asked_vfo=currVFO
2021-01-25:17:13:35.627044: vfo_fixup: vfo=VFOA
2021-01-25:17:13:35.627942: vfo_fixup: final vfo=VFOA
2021-01-25:17:13:35.627942: rig_get_freq: no set_vfo so vfo=VFOA
2021-01-25:17:13:35.627942: rig_flush: called for serial device
2021-01-25:17:13:35.628957: serial_flush called
2021-01-25:17:13:35.628957: tcflush
2021-01-25:17:13:35.629956: write_block called
2021-01-25:17:13:35.630958: write_block(): TX 1 bytes
2021-01-25:17:13:35.630958: 0000 45 E
2021-01-25:17:13:35.631956: read_block called
2021-01-25:17:13:35.686186: read_block(): RX 20 bytes
2021-01-25:17:13:35.686186: 0000 31 30 30 30 30 30 30 37 45 31 30 30 38 30 42 45 10000007E10080BE
2021-01-25:17:13:35.687208: 0010 38 37 36 45 876E
2021-01-25:17:13:35.688322: ../../Hamlib/src/rig.c(1974):rig_passband_normal entered
2021-01-25:17:13:35.688322: rig_passband_normal: return filter#0, width=12500
2021-01-25:17:13:35.689336: ../../Hamlib/src/rig.c(1989):rig_passband_normal return
2021-01-25:17:13:35.689336: prm80_get_channel: please contact hamlib mailing list to implement this, rxfreq=411975000, txfreq=433375000
2021-01-25:17:13:35.690336: prm80_get_channel: need to know if rig updates when channel read or not
2021-01-25:17:13:35.690336: elapsed_ms: start = 0,0
2021-01-25:17:13:35.691339: elapsed_ms: after gettime, start = 1611594815,691339800
2021-01-25:17:13:35.691339: ../../Hamlib/src/rig.c(1367):set_cache_freq return
2021-01-25:17:13:35.692340: elapsed_ms: start = 0,0
2021-01-25:17:13:35.692340: elapsed_ms: after gettime, start = 1611594815,692340100
2021-01-25:17:13:35.692340: rig_get_freq: cache reset age=999000ms, vfo=VFOA, freq=411975000
2021-01-25:17:13:35.693337: elapsed_ms: start = 0,0
2021-01-25:17:13:35.693337: elapsed_ms: after gettime, start = 1611594815,693337900
2021-01-25:17:13:35.694335: ../../Hamlib/src/rig.c(1367):set_cache_freq return
2021-01-25:17:13:35.694335: ../../Hamlib/src/rig.c(1744):rig_get_freq return
Frequency: 411975000
2021-01-25:17:13:35.695336: rigctl_parse: vfo_opt=0
2021-01-25:17:13:35.696337: rigctl_parse: retcode=0
2021-01-25:17:13:35.696337: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:13:35.698336: rigctl_parse: cmd==0x0a
2021-01-25:17:13:36.749962: rigctl_parse: cmd==0x0a
? for help, q to quit.
Rig command: 2021-01-25:17:13:36.751963: rigctl_parse: called, interactive=1
" underscore" command
Rig command:
Info: PRM8070 V4.0 430
-> ok
"e" and "E" commands:
Rig command: e
Memory#: 0
Rig command: E
Memory#: 01
Rig command: e
Memory#: 1
Rig command: E
Memory#: 00
Rig command: e
Memory#: 0
Get/Set Memory:
I'm able to set and get the Memory information for channel 0 and 1
(these both channels are available currently, only)
Rig command: e
2021-01-25:17:15:26.309963: rigctl_parse: cmd=e(65)
2021-01-25:17:15:26.311957: rigctl_parse: cmd==0x65
2021-01-25:17:15:26.311957: rigctl_parse: vfo_opt=0
2021-01-25:17:15:26.312957: rigctl_parse: debug1
2021-01-25:17:15:26.313956: rigctl_parse: debug5
2021-01-25:17:15:26.313956: rigctl_parse: debug10
2021-01-25:17:15:26.314956: rigctl_parse: vfo_opt=0
2021-01-25:17:15:26.314956: rig_get_mem called
2021-01-25:17:15:26.315979: rig_flush: called for serial device
2021-01-25:17:15:26.315979: serial_flush called
2021-01-25:17:15:26.316957: tcflush
2021-01-25:17:15:26.317958: write_block called
2021-01-25:17:15:26.318955: write_block(): TX 1 bytes
2021-01-25:17:15:26.319954: 0000 45 E
2021-01-25:17:15:26.319954: read_block called
2021-01-25:17:15:26.368560: read_block(): RX 20 bytes
2021-01-25:17:15:26.368560: 0000 31 30 30 30 30 30 30 37 45 31 30 30 38 30 42 45 10000007E10080BE
2021-01-25:17:15:26.369553: 0010 38 37 36 45 876E
2021-01-25:17:15:26.370551: ../../Hamlib/src/rig.c(1974):rig_passband_normal entered
2021-01-25:17:15:26.370551: rig_passband_normal: return filter#0, width=12500
2021-01-25:17:15:26.371552: ../../Hamlib/src/rig.c(1989):rig_passband_normal return
2021-01-25:17:15:26.371552: prm80_get_channel: please contact hamlib mailing list to implement this, rxfreq=411975000, txfreq=433375000
2021-01-25:17:15:26.372551: prm80_get_channel: need to know if rig updates when channel read or not
Memory#: 0
2021-01-25:17:15:26.373551: rigctl_parse: vfo_opt=0
2021-01-25:17:15:26.373551: rigctl_parse: retcode=0
2021-01-25:17:15:26.374558: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:15:26.375566: rigctl_parse: cmd==0x0a
2021-01-25:17:15:29.560162: rigctl_parse: cmd==0x0a
? for help, q to quit.
Rig command: 2021-01-25:17:15:29.563143: rigctl_parse: called, interactive=1
Rig command: E
2021-01-25:17:16:35.685779: rigctl_parse: cmd=E(45)
2021-01-25:17:16:35.686721: rigctl_parse: cmd==0x45
2021-01-25:17:16:35.686721: rigctl_parse: vfo_opt=0
2021-01-25:17:16:35.686721: rigctl_parse: debug1
2021-01-25:17:16:35.687734: rigctl_parse: debug3
2021-01-25:17:16:35.687734: rigctl_parse: debug4 c=0a
Memory#: 01
2021-01-25:17:16:38.309910: rigctl_parse: debug5
2021-01-25:17:16:38.311910: rigctl_parse: debug10
2021-01-25:17:16:38.312904: rigctl_parse: vfo_opt=0
2021-01-25:17:16:38.313910: rig_set_mem called
2021-01-25:17:16:38.314899: rig_flush: called for serial device
2021-01-25:17:16:38.314899: serial_flush called
2021-01-25:17:16:38.315901: tcflush
2021-01-25:17:16:38.315901: write_block called
2021-01-25:17:16:38.316899: write_block(): TX 1 bytes
2021-01-25:17:16:38.316899: 0000 4e N
2021-01-25:17:16:38.317901: read_string called, rxmax=64
2021-01-25:17:16:38.351905: read_string(): RX 9 characters
2021-01-25:17:16:38.352903: 0000 43 68 61 6e 6e 65 6c 20 3a Channel :
2021-01-25:17:16:38.352903: read_block called
2021-01-25:17:16:38.366052: read_block(): RX 1 bytes
2021-01-25:17:16:38.367186: 0000 20
2021-01-25:17:16:38.368200: write_block called
2021-01-25:17:16:38.368200: write_block(): TX 2 bytes
2021-01-25:17:16:38.369206: 0000 30 31 01
2021-01-25:17:16:38.369206: rigctl_parse: vfo_opt=0
2021-01-25:17:16:38.370200: rigctl_parse: retcode=0
2021-01-25:17:16:38.370200: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:16:38.371200: rigctl_parse: cmd==0x0a
2021-01-25:17:16:41.140295: rigctl_parse: cmd==0x0a
? for help, q to quit.
Rig command: 2021-01-25:17:16:41.143294: rigctl_parse: called, interactive=1
Rig command: e
2021-01-25:17:16:50.587867: rigctl_parse: cmd=e(65)
2021-01-25:17:16:50.588869: rigctl_parse: cmd==0x65
2021-01-25:17:16:50.589863: rigctl_parse: vfo_opt=0
2021-01-25:17:16:50.590880: rigctl_parse: debug1
2021-01-25:17:16:50.590880: rigctl_parse: debug5
2021-01-25:17:16:50.591879: rigctl_parse: debug10
2021-01-25:17:16:50.592890: rigctl_parse: vfo_opt=0
2021-01-25:17:16:50.592890: rig_get_mem called
2021-01-25:17:16:50.593889: rig_flush: called for serial device
2021-01-25:17:16:50.593889: serial_flush called
2021-01-25:17:16:50.594888: tcflush
2021-01-25:17:16:50.595895: write_block called
2021-01-25:17:16:50.596894: write_block(): TX 1 bytes
2021-01-25:17:16:50.596894: 0000 45 E
2021-01-25:17:16:50.596894: read_block called
2021-01-25:17:16:50.660344: read_block(): RX 20 bytes
2021-01-25:17:16:50.660689: 0000 31 30 30 31 30 44 30 37 45 31 30 30 37 46 42 34 10010D07E1007FB4
2021-01-25:17:16:50.661687: 0010 38 36 45 34 86E4
2021-01-25:17:16:50.662691: ../../Hamlib/src/rig.c(1974):rig_passband_normal entered
2021-01-25:17:16:50.663690: rig_passband_normal: return filter#0, width=12500
2021-01-25:17:16:50.663690: ../../Hamlib/src/rig.c(1989):rig_passband_normal return
2021-01-25:17:16:50.664687: prm80_get_channel: please contact hamlib mailing list to implement this, rxfreq=408650000, txfreq=431650000
2021-01-25:17:16:50.664687: prm80_get_channel: need to know if rig updates when channel read or not
Memory#: 1
2021-01-25:17:16:50.665691: rigctl_parse: vfo_opt=0
2021-01-25:17:16:50.666687: rigctl_parse: retcode=0
2021-01-25:17:16:50.667224: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:16:50.668237: rigctl_parse: cmd==0x0a
2021-01-25:17:16:51.722519: rigctl_parse: cmd==0x0a
? for help, q to quit.
Rig command: 2021-01-25:17:16:51.725519: rigctl_parse: called, interactive=1
"h" command:
Rig command: h
Channel: 00
1
Channel: 0, Name: ''
VFO: MEM, Antenna: 0, Split: ON
Freq: 410.375 MHz Mode: FM Width: 12.5 kHz
txFreq: 431.775 MHz txMode: FM txWidth: 12.5 kHz
Shift: None, Offset: 0 Hz, Step: 0 Hz, RIT: 0 Hz, XIT: 0 Hz
CTCSS: 0.0Hz, CTCSSsql: 0.0Hz, DCS: 0.0, DCSsql: 0.0
Functions:
Levels: AF: 100%, SQL: 0%, RFPOWER: 100%
Channel "00" was programmed to 431.775 Mhz before (for RX and TX)
The shown txFreq. 431.775 Mhz is ok
The shown Freq. 410.375 Mhz is reflecting the RX-Pll value which has to be -21.4 Mhz below the real RX frequency because of IF.
Here I do not know what the "Freq." label is intended to show, the RX frequency (the frequency the transmitter is sending) or the PLL value.
I would assume it should show the real RX operationg frequency (the related transmitter has to use to be received). Please advise
Rig command: h
2021-01-25:17:26:30.073956: rigctl_parse: cmd=h(68)
2021-01-25:17:26:30.074981: rigctl_parse: cmd==0x68
2021-01-25:17:26:30.075982: rigctl_parse: vfo_opt=0
2021-01-25:17:26:30.076978: rigctl_parse: debug1
2021-01-25:17:26:30.076978: rigctl_parse: debug3
2021-01-25:17:26:30.077981: rigctl_parse: debug4 c=0a
Channel: 00
2021-01-25:17:26:32.983982: rigctl_parse: debug5
2021-01-25:17:26:32.985730: rigctl_parse: debug6
2021-01-25:17:26:32.985730: rigctl_parse: debug7
1
2021-01-25:17:26:42.362197: rigctl_parse: debug10
2021-01-25:17:26:42.363199: rigctl_parse: vfo_opt=0
2021-01-25:17:26:42.363199: rig_get_channel called
2021-01-25:17:26:42.364197: rig_flush: called for serial device
2021-01-25:17:26:42.364197: serial_flush called
2021-01-25:17:26:42.365197: tcflush
2021-01-25:17:26:42.365197: write_block called
2021-01-25:17:26:42.366199: write_block(): TX 1 bytes
2021-01-25:17:26:42.367197: 0000 4e N
2021-01-25:17:26:42.367197: read_string called, rxmax=64
2021-01-25:17:26:42.406731: read_string(): RX 9 characters
2021-01-25:17:26:42.407726: 0000 43 68 61 6e 6e 65 6c 20 3a Channel :
2021-01-25:17:26:42.408728: read_block called
2021-01-25:17:26:42.410025: read_block(): RX 1 bytes
2021-01-25:17:26:42.410025: 0000 20
2021-01-25:17:26:42.411041: write_block called
2021-01-25:17:26:42.411041: write_block(): TX 2 bytes
2021-01-25:17:26:42.412040: 0000 30 30 00
2021-01-25:17:26:42.412040: rig_flush: called for serial device
2021-01-25:17:26:42.412040: serial_flush called
2021-01-25:17:26:42.413039: tcflush
2021-01-25:17:26:42.413039: write_block called
2021-01-25:17:26:42.414040: write_block(): TX 1 bytes
2021-01-25:17:26:42.414040: 0000 45 E
2021-01-25:17:26:42.415040: read_block called
2021-01-25:17:26:42.512382: read_block(): RX 20 bytes
2021-01-25:17:26:42.513376: 0000 30 30 0d 0a 3e 31 30 30 30 30 30 30 37 45 31 30 00..>10000007E10
2021-01-25:17:26:42.514382: 0010 30 38 30 33 0803
2021-01-25:17:26:42.515376: read_block called
2021-01-25:17:26:42.516862: read_block(): RX 5 bytes
2021-01-25:17:26:42.517875: 0000 45 38 36 45 45 E86EE
2021-01-25:17:26:42.517875: prm80_get_channel: len=5, statebuf='10000007E100803E86EE'
2021-01-25:17:26:42.518874: ../../Hamlib/src/rig.c(1974):rig_passband_normal entered
2021-01-25:17:26:42.518874: rig_passband_normal: return filter#0, width=12500
2021-01-25:17:26:42.519874: ../../Hamlib/src/rig.c(1989):rig_passband_normal return
Channel: 0, Name: ''
VFO: MEM, Antenna: 0, Split: ON
Freq: 410.375 MHz Mode: FM Width: 12.5 kHz
txFreq: 431.775 MHz txMode: FM txWidth: 12.5 kHz
2021-01-25:17:26:42.521875: rig_strptrshift called
Shift: None, Offset: 0 Hz, Step: 0 Hz, RIT: 0 Hz, XIT: 0 Hz
CTCSS: 0.0Hz, CTCSSsql: 0.0Hz, DCS: 0.0, DCSsql: 0.0
Functions:
Levels:2021-01-25:17:26:42.524877: rig_strlevel called
AF: 93.3333%2021-01-25:17:26:42.524877: rig_strlevel called
, SQL: 0%2021-01-25:17:26:42.525874: rig_strlevel called
, RFPOWER: 0%
2021-01-25:17:26:42.525874: rigctl_parse: vfo_opt=0
2021-01-25:17:26:42.526874: rigctl_parse: retcode=0
2021-01-25:17:26:42.526874: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:26:42.528874: rigctl_parse: cmd==0x0a
2021-01-25:17:26:58.851893: rigctl_parse: cmd==0x0a
? for help, q to quit.
Rig command: 2021-01-25:17:26:58.854896: rigctl_parse: called, interactive=1
"H" command:
Rig command: H
Channel: 00
Frequency: 433175000
rptr shift (+-0): 0
flags: 0
Rig command: h
Channel: 00 1
Channel: 0, Name: ''
VFO: MEM, Antenna: 0, Split: ON
Freq: 390.375 MHz Mode: FM Width: 12.5 kHz
txFreq: 411.775 MHz txMode: FM txWidth: 12.5 kHz
Shift: None, Offset: 0 Hz, Step: 0 Hz, RIT: 0 Hz, XIT: 0 Hz
CTCSS: 0.0Hz, CTCSSsql: 0.0Hz, DCS: 0.0, DCSsql: 0.0
Functions:
Levels: AF: 93.3333%, SQL: 0%, RFPOWER: 0%
This command is setting the frequencies wrongly at all.
This values I would have expected if the channel frequency would have been set to 411.775 Mhz.
txFreq: shows the value the RX-PLL should have (is 21.4Mhz too low).
Freq: is 21.4 Mhz below TX -> in this case also 21Mhz too low).
If I read the PLL-values via Terminal they respond to the "h" command result, above.
Rx-Pll: 79FE
Tx-Pll: 80AE
Rig command: H
2021-01-25:17:27:42.985791: rigctl_parse: cmd=H(48)
2021-01-25:17:27:42.987784: rigctl_parse: cmd==0x48
2021-01-25:17:27:42.987784: rigctl_parse: vfo_opt=0
2021-01-25:17:27:42.988791: rigctl_parse: debug1
2021-01-25:17:27:42.989784: rigctl_parse: debug3
2021-01-25:17:27:42.989784: rigctl_parse: debug4 c=0a
Channel: 00
2021-01-25:17:27:46.455960: rigctl_parse: debug5
2021-01-25:17:27:46.456936: rigctl_parse: debug10
2021-01-25:17:27:46.456936: rigctl_parse: vfo_opt=0
2021-01-25:17:27:46.457936: rig_lookup_mem_caps called
Frequency: 43317500
rptr shift (+-0): 0
2021-01-25:17:27:57.351608: rig_parse_rptr_shift called
flags: 0
2021-01-25:17:28:02.115380: rig_set_channel called
2021-01-25:17:28:02.116411: rig_flush: called for serial device
2021-01-25:17:28:02.119021: serial_flush called
2021-01-25:17:28:02.119021: tcflush
2021-01-25:17:28:02.120021: write_block called
2021-01-25:17:28:02.121021: write_block(): TX 1 bytes
2021-01-25:17:28:02.121021: 0000 50 P
2021-01-25:17:28:02.121021: read_string called, rxmax=64
2021-01-25:17:28:02.164945: read_string(): RX 16 characters
2021-01-25:17:28:02.165268: 0000 43 68 61 6e 6e 65 6c 20 74 6f 20 73 65 74 20 3a Channel to set :
2021-01-25:17:28:02.166286: read_block called
2021-01-25:17:28:02.167288: read_block(): RX 1 bytes
2021-01-25:17:28:02.167288: 0000 20
2021-01-25:17:28:02.168166: write_block called
2021-01-25:17:28:02.168166: write_block(): TX 2 bytes
2021-01-25:17:28:02.169181: 0000 30 30 00
2021-01-25:17:28:02.169181: read_string called, rxmax=64
2021-01-25:17:28:02.225657: read_string(): RX 23 characters
2021-01-25:17:28:02.226657: 0000 30 30 0d 0a 50 4c 4c 20 76 61 6c 75 65 20 74 6f 00..PLL value to
2021-01-25:17:28:02.227660: 0010 20 6c 6f 61 64 20 3a load :
2021-01-25:17:28:02.227660: read_block called
2021-01-25:17:28:02.228660: read_block(): RX 1 bytes
2021-01-25:17:28:02.228660: 0000 20
2021-01-25:17:28:02.229659: write_block called
2021-01-25:17:28:02.229659: write_block(): TX 4 bytes
2021-01-25:17:28:02.230661: 0000 30 36 44 39 06D9
2021-01-25:17:28:02.230661: read_string called, rxmax=64
2021-01-25:17:28:02.291233: read_string(): RX 22 characters
2021-01-25:17:28:02.291233: 0000 24 30 36 44 39 0d 0a 43 68 61 6e 6e 65 6c 20 73 $06D9..Channel s
2021-01-25:17:28:02.294232: 0010 74 61 74 65 20 3a tate :
2021-01-25:17:28:02.295501: read_block called
2021-01-25:17:28:02.296519: read_block(): RX 1 bytes
2021-01-25:17:28:02.297519: 0000 20
2021-01-25:17:28:02.298520: write_block called
2021-01-25:17:28:02.299518: write_block(): TX 2 bytes
2021-01-25:17:28:02.299518: 0000 30 30 00
2021-01-25:17:28:02.300518: rigctl_parse: vfo_opt=0
2021-01-25:17:28:02.301517: rigctl_parse: retcode=0
2021-01-25:17:28:02.301517: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:28:02.303518: rigctl_parse: cmd==0x0a
2021-01-25:17:28:03.423841: rigctl_parse: cmd==0x0a
? for help, q to quit.
Rig command: 2021-01-25:17:28:03.426841: rigctl_parse: called, interactive=1
Rig command: h
2021-01-25:17:29:37.868306: rigctl_parse: cmd=h(68)
2021-01-25:17:29:37.869306: rigctl_parse: cmd==0x68
2021-01-25:17:29:37.869306: rigctl_parse: vfo_opt=0
2021-01-25:17:29:37.869306: rigctl_parse: debug1
2021-01-25:17:29:37.870305: rigctl_parse: debug3
2021-01-25:17:29:37.870305: rigctl_parse: debug4 c=0a
Channel: 00 1
2021-01-25:17:29:41.610566: rigctl_parse: debug5
2021-01-25:17:29:41.611559: rigctl_parse: debug6
2021-01-25:17:29:41.611559: rigctl_parse: debug7
2021-01-25:17:29:41.611559: rigctl_parse: debug10
2021-01-25:17:29:41.612556: rigctl_parse: vfo_opt=0
2021-01-25:17:29:41.612556: rig_get_channel called
2021-01-25:17:29:41.612556: rig_flush: called for serial device
2021-01-25:17:29:41.612556: serial_flush called
2021-01-25:17:29:41.613557: tcflush
2021-01-25:17:29:41.613557: write_block called
2021-01-25:17:29:41.613557: write_block(): TX 1 bytes
2021-01-25:17:29:41.614556: 0000 4e N
2021-01-25:17:29:41.614556: read_string called, rxmax=64
2021-01-25:17:29:41.648604: read_string(): RX 9 characters
2021-01-25:17:29:41.649609: 0000 43 68 61 6e 6e 65 6c 20 3a Channel :
2021-01-25:17:29:41.649609: read_block called
2021-01-25:17:29:41.650605: read_block(): RX 1 bytes
2021-01-25:17:29:41.650605: 0000 20
2021-01-25:17:29:41.650605: write_block called
2021-01-25:17:29:41.650605: write_block(): TX 2 bytes
2021-01-25:17:29:41.651609: 0000 30 30 00
2021-01-25:17:29:41.651609: rig_flush: called for serial device
2021-01-25:17:29:41.651609: serial_flush called
2021-01-25:17:29:41.651609: tcflush
2021-01-25:17:29:41.651609: write_block called
2021-01-25:17:29:41.652604: write_block(): TX 1 bytes
2021-01-25:17:29:41.652604: 0000 45 E
2021-01-25:17:29:41.652604: read_block called
2021-01-25:17:29:42.110093: read_block(): RX 20 bytes
2021-01-25:17:29:42.111095: 0000 30 30 0d 0a 3e 38 30 30 30 30 30 30 37 30 30 30 00..>80000007000
2021-01-25:17:29:42.113091: 0010 30 30 30 32 0002
2021-01-25:17:29:42.114088: read_block called
2021-01-25:17:29:42.116097: read_block(): RX 5 bytes
2021-01-25:17:29:42.117090: 0000 39 30 36 44 39 906D9
2021-01-25:17:29:42.118090: prm80_get_channel: len=5, statebuf='800000070000002906D9'
2021-01-25:17:29:42.118090: ../../Hamlib/src/rig.c(1974):rig_passband_normal entered
2021-01-25:17:29:42.119087: rig_passband_normal: return filter#0, width=12500
2021-01-25:17:29:42.120085: ../../Hamlib/src/rig.c(1989):rig_passband_normal return
Channel: 0, Name: ''
VFO: MEM, Antenna: 0, Split: ON
Freq: 512.5 kHz Mode: FM Width: 12.5 kHz
txFreq: 21.9125 MHz txMode: FM txWidth: 12.5 kHz
2021-01-25:17:29:42.122087: rig_strptrshift called
Shift: None, Offset: 0 Hz, Step: 0 Hz, RIT: 0 Hz, XIT: 0 Hz
CTCSS: 0.0Hz, CTCSSsql: 0.0Hz, DCS: 0.0, DCSsql: 0.0
Functions:
Levels:2021-01-25:17:29:42.128085: rig_strlevel called
AF: 0%2021-01-25:17:29:42.129085: rig_strlevel called
, SQL: 0%2021-01-25:17:29:42.130087: rig_strlevel called
, RFPOWER: 0%
2021-01-25:17:29:42.131084: rigctl_parse: vfo_opt=0
2021-01-25:17:29:42.132085: rigctl_parse: retcode=0
2021-01-25:17:29:42.132085: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:29:42.134087: rigctl_parse: cmd==0x0a
2021-01-25:17:29:43.191092: rigctl_parse: cmd==0x0a
? for help, q to quit.
Rig command: 2021-01-25:17:29:43.193092: rigctl_parse: called, interactive=1
"i" command: (PRM80 setting not modified, see above)
Rig command: i
TX Frequency: 411775000
"I" command (big i): (PRM80 setting not modified, see above)
Rig command: I
TX Frequency: 433000000
Rig command: i
TX Frequency: 433000000
Rx-Pll: 80A0 ->ok = 411.6Mhz (+21.4Mhz = 433Mhz)
Tx-Pll: 8750 -> ok = 433Mhz
But: both frequencies are modified so I don't undestand why this is called "Set Split frequency"
Rig command: I
2021-01-25:17:30:31.959784: rigctl_parse: cmd=I(49)
2021-01-25:17:30:31.960745: rigctl_parse: cmd==0x49
2021-01-25:17:30:31.960745: rigctl_parse: vfo_opt=0
2021-01-25:17:30:31.960745: rigctl_parse: debug1
2021-01-25:17:30:31.960745: rigctl_parse: debug3
2021-01-25:17:30:31.960745: rigctl_parse: debug4 c=0a
TX Frequency: 433000000
2021-01-25:17:30:36.656525: rigctl_parse: debug5
2021-01-25:17:30:36.656525: rigctl_parse: debug10
2021-01-25:17:30:36.657516: rigctl_parse: vfo_opt=0
2021-01-25:17:30:36.658510: rig_set_split_freq called vfo=TX, curr_vfo=VFOA
2021-01-25:17:30:36.658510: ../../Hamlib/src/rig.c(3132):rig_set_split_freq return
2021-01-25:17:30:36.659514: rig_flush: called for serial device
2021-01-25:17:30:36.660512: serial_flush called
2021-01-25:17:30:36.661515: tcflush
2021-01-25:17:30:36.661515: write_block called
2021-01-25:17:30:36.662513: write_block(): TX 1 bytes
2021-01-25:17:30:36.662513: 0000 52 R
2021-01-25:17:30:36.663511: read_string called, rxmax=64
2021-01-25:17:30:36.722481: read_string(): RX 14 characters
2021-01-25:17:30:36.723486: 0000 52 58 20 66 72 65 71 75 65 6e 63 79 20 3a RX frequency :
2021-01-25:17:30:36.725480: read_block called
2021-01-25:17:30:36.726479: read_block(): RX 1 bytes
2021-01-25:17:30:36.726479: 0000 20
2021-01-25:17:30:36.726479: write_block called
2021-01-25:17:30:36.729478: write_block(): TX 4 bytes
2021-01-25:17:30:36.729478: 0000 38 30 41 30 80A0
2021-01-25:17:30:36.729478: read_string called, rxmax=64
2021-01-25:17:30:36.800868: read_string(): RX 20 characters
2021-01-25:17:30:36.801812: 0000 38 30 41 30 0d 0a 54 58 20 66 72 65 71 75 65 6e 80A0..TX frequen
2021-01-25:17:30:36.802826: 0010 63 79 20 3a cy :
2021-01-25:17:30:36.803825: read_block called
2021-01-25:17:30:36.803825: read_block(): RX 1 bytes
2021-01-25:17:30:36.803825: 0000 20
2021-01-25:17:30:36.804826: write_block called
2021-01-25:17:30:36.805825: write_block(): TX 4 bytes
2021-01-25:17:30:36.805825: 0000 38 37 35 30 8750
2021-01-25:17:30:36.805825: rigctl_parse: vfo_opt=0
2021-01-25:17:30:36.806826: rigctl_parse: retcode=0
2021-01-25:17:30:36.807832: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:30:36.810832: rigctl_parse: cmd==0x0a
2021-01-25:17:30:38.982606: rigctl_parse: cmd==0x0a
? for help, q to quit.
Rig command: 2021-01-25:17:30:38.986602: rigctl_parse: called, interactive=1
Rig command: i
2021-01-25:17:30:41.256171: rigctl_parse: cmd=i(69)
2021-01-25:17:30:41.258164: rigctl_parse: cmd==0x69
2021-01-25:17:30:41.258164: rigctl_parse: vfo_opt=0
2021-01-25:17:30:41.259165: rigctl_parse: debug1
2021-01-25:17:30:41.259165: rigctl_parse: debug5
2021-01-25:17:30:41.260165: rigctl_parse: debug10
2021-01-25:17:30:41.260165: rigctl_parse: vfo_opt=0
2021-01-25:17:30:41.261166: ../../Hamlib/src/rig.c(3224):rig_get_split_freq entered
2021-01-25:17:30:41.261166: vfo_fixup: vfo=TX
2021-01-25:17:30:41.262166: ../../Hamlib/src/rig.c(3795):rig_get_split_vfo entered
2021-01-25:17:30:41.263166: ../../Hamlib/src/rig.c(3806):rig_get_split_vfo return
2021-01-25:17:30:41.263166: vfo_fixup: RIG_VFO_TX changed to VFOA, split=0, satmode=0
2021-01-25:17:30:41.264166: vfo_fixup: final vfo=VFOA
2021-01-25:17:30:41.264166: ../../Hamlib/src/rig.c(3241):rig_get_split_freq return
2021-01-25:17:30:41.265167: rig_flush: called for serial device
2021-01-25:17:30:41.266088: serial_flush called
2021-01-25:17:30:41.267101: tcflush
2021-01-25:17:30:41.267101: write_block called
2021-01-25:17:30:41.268103: write_block(): TX 1 bytes
2021-01-25:17:30:41.268103: 0000 45 E
2021-01-25:17:30:41.268103: read_block called
2021-01-25:17:30:41.315002: read_block(): RX 20 bytes
2021-01-25:17:30:41.315002: 0000 31 30 30 30 30 30 30 37 45 31 30 30 38 30 41 30 10000007E10080A0
2021-01-25:17:30:41.316004: 0010 38 37 35 30 8750
2021-01-25:17:30:41.316004: ../../Hamlib/src/rig.c(1974):rig_passband_normal entered
2021-01-25:17:30:41.317002: rig_passband_normal: return filter#0, width=12500
2021-01-25:17:30:41.318003: ../../Hamlib/src/rig.c(1989):rig_passband_normal return
2021-01-25:17:30:41.318003: prm80_get_channel: please contact hamlib mailing list to implement this, rxfreq=411600000, txfreq=433000000
2021-01-25:17:30:41.319004: prm80_get_channel: need to know if rig updates when channel read or not
TX Frequency: 433000000
2021-01-25:17:30:41.319004: rigctl_parse: vfo_opt=0
2021-01-25:17:30:41.320002: rigctl_parse: retcode=0
2021-01-25:17:30:41.320002: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:30:41.322005: rigctl_parse: cmd==0x0a
2021-01-25:17:30:42.160371: rigctl_parse: cmd==0x0a
? for help, q to quit.
Rig command: 2021-01-25:17:30:42.163399: rigctl_parse: called, interactive=1
"l and L" commands:
Rig command: l SQL
Level Value: 0.000000
Rig command: L SQL
0
Rig command: l SQL
Level Value: 0.000000
Rig command: L SQL 0.5
Rig command: l SQL
Level Value: 0.000000
tested for SQL, only.
Listening to the PRM80 the squelch can be set with "L" command.
But getting the squelch level seems not to work
Rig command: l SQL
2021-01-25:17:31:43.129901: rigctl_parse: cmd=l(6c)
2021-01-25:17:31:43.131927: rigctl_parse: cmd==0x6c
2021-01-25:17:31:43.131927: rigctl_parse: vfo_opt=0
2021-01-25:17:31:43.133926: rigctl_parse: debug1
2021-01-25:17:31:43.133926: rigctl_parse: debug3
2021-01-25:17:31:43.134931: rigctl_parse: debug4 c=20
2021-01-25:17:31:43.134931: rigctl_parse: debug5
2021-01-25:17:31:43.135927: rigctl_parse: debug10
2021-01-25:17:31:43.135927: rigctl_parse: vfo_opt=0
2021-01-25:17:31:43.136926: rig_parse_level called
2021-01-25:17:31:43.136926: rig_flush: called for serial device
2021-01-25:17:31:43.137928: serial_flush called
2021-01-25:17:31:43.137928: tcflush
2021-01-25:17:31:43.138927: write_block called
2021-01-25:17:31:43.138927: write_block(): TX 1 bytes
2021-01-25:17:31:43.139926: 0000 45 E
2021-01-25:17:31:43.139926: read_block called
2021-01-25:17:31:43.190422: read_block(): RX 20 bytes
2021-01-25:17:31:43.191431: 0000 31 30 30 30 30 30 30 37 45 31 30 30 38 30 41 30 10000007E10080A0
2021-01-25:17:31:43.192424: 0010 38 37 35 30 8750
2021-01-25:17:31:43.192424: ../../Hamlib/src/rig.c(1974):rig_passband_normal entered
2021-01-25:17:31:43.193559: rig_passband_normal: return filter#0, width=12500
2021-01-25:17:31:43.193559: ../../Hamlib/src/rig.c(1989):rig_passband_normal return
2021-01-25:17:31:43.194577: prm80_get_channel: please contact hamlib mailing list to implement this, rxfreq=411600000, txfreq=433000000
2021-01-25:17:31:43.194577: prm80_get_channel: need to know if rig updates when channel read or not
Level Value: 0.000000
2021-01-25:17:31:43.195575: rigctl_parse: vfo_opt=0
2021-01-25:17:31:43.196575: rigctl_parse: retcode=0
2021-01-25:17:31:43.196575: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:31:43.198573: rigctl_parse: cmd==0x0a
L SQL
2021-01-25:17:31:48.726485: rigctl_parse: cmd=L(4c)
2021-01-25:17:31:48.727481: rigctl_parse: cmd==0x4c
2021-01-25:17:31:48.728488: rigctl_parse: vfo_opt=0
2021-01-25:17:31:48.728488: rigctl_parse: debug1
2021-01-25:17:31:48.729481: rigctl_parse: debug3
2021-01-25:17:31:48.729481: rigctl_parse: debug4 c=20
2021-01-25:17:31:48.730480: rigctl_parse: debug5
2021-01-25:17:31:48.731483: rigctl_parse: debug6
2021-01-25:17:31:48.731483: rigctl_parse: debug7
0
2021-01-25:17:31:50.187627: rigctl_parse: debug10
2021-01-25:17:31:50.189620: rigctl_parse: vfo_opt=0
2021-01-25:17:31:50.190621: rig_parse_level called
2021-01-25:17:31:50.191618: rig_set_level called
2021-01-25:17:31:50.191618: rig_flush: called for serial device
2021-01-25:17:31:50.192623: serial_flush called
2021-01-25:17:31:50.192623: tcflush
2021-01-25:17:31:50.193619: write_block called
2021-01-25:17:31:50.193619: write_block(): TX 1 bytes
2021-01-25:17:31:50.194620: 0000 46 F
2021-01-25:17:31:50.194620: read_string called, rxmax=64
2021-01-25:17:31:50.230439: read_string(): RX 9 characters
2021-01-25:17:31:50.230439: 0000 53 71 75 65 6c 63 68 20 3a Squelch :
2021-01-25:17:31:50.231439: read_block called
2021-01-25:17:31:50.232439: read_block(): RX 1 bytes
2021-01-25:17:31:50.232439: 0000 20
2021-01-25:17:31:50.233439: write_block called
2021-01-25:17:31:50.234441: write_block(): TX 2 bytes
2021-01-25:17:31:50.234441: 0000 30 30 00
2021-01-25:17:31:50.234441: rigctl_parse: vfo_opt=0
2021-01-25:17:31:50.235439: rigctl_parse: retcode=0
2021-01-25:17:31:50.235439: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:31:50.237439: rigctl_parse: cmd==0x0a
l SQL
2021-01-25:17:32:02.750116: rigctl_parse: cmd=l(6c)
2021-01-25:17:32:02.751115: rigctl_parse: cmd==0x6c
2021-01-25:17:32:02.752115: rigctl_parse: vfo_opt=0
2021-01-25:17:32:02.753115: rigctl_parse: debug1
2021-01-25:17:32:02.754112: rigctl_parse: debug3
2021-01-25:17:32:02.754112: rigctl_parse: debug4 c=20
2021-01-25:17:32:02.755114: rigctl_parse: debug5
2021-01-25:17:32:02.755114: rigctl_parse: debug10
2021-01-25:17:32:02.756114: rigctl_parse: vfo_opt=0
2021-01-25:17:32:02.756114: rig_parse_level called
2021-01-25:17:32:02.757132: rig_flush: called for serial device
2021-01-25:17:32:02.757132: serial_flush called
2021-01-25:17:32:02.758113: tcflush
2021-01-25:17:32:02.759112: write_block called
2021-01-25:17:32:02.760112: write_block(): TX 1 bytes
2021-01-25:17:32:02.760112: 0000 45 E
2021-01-25:17:32:02.761111: read_block called
2021-01-25:17:32:02.818761: read_block(): RX 20 bytes
2021-01-25:17:32:02.819756: 0000 31 34 30 30 30 30 30 30 45 31 30 30 38 30 41 30 14000000E10080A0
2021-01-25:17:32:02.819756: 0010 38 37 35 30 8750
2021-01-25:17:32:02.820759: ../../Hamlib/src/rig.c(1974):rig_passband_normal entered
2021-01-25:17:32:02.820759: rig_passband_normal: return filter#0, width=12500
2021-01-25:17:32:02.821757: ../../Hamlib/src/rig.c(1989):rig_passband_normal return
2021-01-25:17:32:02.821757: prm80_get_channel: please contact hamlib mailing list to implement this, rxfreq=411600000, txfreq=433000000
2021-01-25:17:32:02.822758: prm80_get_channel: need to know if rig updates when channel read or not
Level Value: 0.000000
2021-01-25:17:32:02.823758: rigctl_parse: vfo_opt=0
2021-01-25:17:32:02.823758: rigctl_parse: retcode=0
2021-01-25:17:32:02.824759: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:32:02.825758: rigctl_parse: cmd==0x0a
2021-01-25:17:32:03.948251: rigctl_parse: cmd==0x0a
? for help, q to quit.
Rig command: 2021-01-25:17:32:03.951252: rigctl_parse: called, interactive=1
Rig command: L SQL 0.5
2021-01-25:17:32:32.771554: rigctl_parse: cmd=L(4c)
2021-01-25:17:32:32.771554: rigctl_parse: cmd==0x4c
2021-01-25:17:32:32.772553: rigctl_parse: vfo_opt=0
2021-01-25:17:32:32.772553: rigctl_parse: debug1
2021-01-25:17:32:32.772553: rigctl_parse: debug3
2021-01-25:17:32:32.773554: rigctl_parse: debug4 c=20
2021-01-25:17:32:32.773554: rigctl_parse: debug5
2021-01-25:17:32:32.774554: rigctl_parse: debug6
2021-01-25:17:32:32.774554: rigctl_parse: debug7
2021-01-25:17:32:32.775554: rigctl_parse: debug10
2021-01-25:17:32:32.775554: rigctl_parse: vfo_opt=0
2021-01-25:17:32:32.775554: rig_parse_level called
2021-01-25:17:32:32.776555: rig_set_level called
2021-01-25:17:32:32.776555: rig_flush: called for serial device
2021-01-25:17:32:32.777554: serial_flush called
2021-01-25:17:32:32.777554: tcflush
2021-01-25:17:32:32.778551: write_block called
2021-01-25:17:32:32.780553: write_block(): TX 1 bytes
2021-01-25:17:32:32.780553: 0000 46 F
2021-01-25:17:32:32.781554: read_string called, rxmax=64
2021-01-25:17:32:32.814620: read_string(): RX 9 characters
2021-01-25:17:32:32.815603: 0000 53 71 75 65 6c 63 68 20 3a Squelch :
2021-01-25:17:32:32.816614: read_block called
2021-01-25:17:32:32.817606: read_block(): RX 1 bytes
2021-01-25:17:32:32.817606: 0000 20
2021-01-25:17:32:32.818605: write_block called
2021-01-25:17:32:32.819604: write_block(): TX 2 bytes
2021-01-25:17:32:32.819604: 0000 30 37 07
2021-01-25:17:32:32.819604: rigctl_parse: vfo_opt=0
2021-01-25:17:32:32.820602: rigctl_parse: retcode=0
2021-01-25:17:32:32.820602: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:32:32.822601: rigctl_parse: cmd==0x0a
2021-01-25:17:32:34.737746: rigctl_parse: cmd==0x0a
? for help, q to quit.
Rig command: 2021-01-25:17:32:34.759747: rigctl_parse: called, interactive=1
Rig command: l SQL
2021-01-25:17:32:38.884792: rigctl_parse: cmd=l(6c)
2021-01-25:17:32:38.891790: rigctl_parse: cmd==0x6c
2021-01-25:17:32:38.897788: rigctl_parse: vfo_opt=0
2021-01-25:17:32:38.897788: rigctl_parse: debug1
2021-01-25:17:32:38.904788: rigctl_parse: debug3
2021-01-25:17:32:38.911789: rigctl_parse: debug4 c=20
2021-01-25:17:32:38.918790: rigctl_parse: debug5
2021-01-25:17:32:38.924788: rigctl_parse: debug10
2021-01-25:17:32:38.932788: rigctl_parse: vfo_opt=0
2021-01-25:17:32:38.940788: rig_parse_level called
2021-01-25:17:32:38.941790: rig_flush: called for serial device
2021-01-25:17:32:38.941790: serial_flush called
2021-01-25:17:32:38.941790: tcflush
2021-01-25:17:32:38.941790: write_block called
2021-01-25:17:32:38.942791: write_block(): TX 1 bytes
2021-01-25:17:32:38.948789: 0000 45 E
2021-01-25:17:32:38.948789: read_block called
2021-01-25:17:32:38.987790: read_block(): RX 20 bytes
2021-01-25:17:32:38.988789: 0000 31 30 30 30 30 30 30 37 45 31 30 30 38 30 41 30 10000007E10080A0
2021-01-25:17:32:38.988789: 0010 38 37 35 30 8750
2021-01-25:17:32:38.995791: ../../Hamlib/src/rig.c(1974):rig_passband_normal entered
2021-01-25:17:32:39.002789: rig_passband_normal: return filter#0, width=12500
2021-01-25:17:32:39.008788: ../../Hamlib/src/rig.c(1989):rig_passband_normal return
2021-01-25:17:32:39.014790: prm80_get_channel: please contact hamlib mailing list to implement this, rxfreq=411600000, txfreq=433000000
2021-01-25:17:32:39.021787: prm80_get_channel: need to know if rig updates when channel read or not
Level Value: 0.000000
2021-01-25:17:32:39.036789: rigctl_parse: vfo_opt=0
2021-01-25:17:32:39.042790: rigctl_parse: retcode=0
2021-01-25:17:32:39.042790: rigctl_parse: called, interactive=1
Rig command: 2021-01-25:17:32:39.043789: rigctl_parse: cmd==0x0a
2021-01-25:17:32:40.253306: rigctl_parse: cmd==0x0a
? for help, q to quit.
Rig command: 2021-01-25:17:32:40.266302: rigctl_parse: called, interactive=1
"u and U" commands:
didn't test yet, have to understand before :-)
73
Claus
Attachments:
PRM80xx can not connect to my PRM8020 and PRM8070
Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/hamlib/discussion/25919/
To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/