[Hamlib-developer] [patch] man + ideas

[Nirgal V. <con...@ni...>]

On Tuesday 14 June 2011 21:32:16 Stephane Fillod wrote:
> (...) BTW, what is the model of your receiver?

I have an Icom PCR-1500.

> > (...) 
> > 1. I noticed that set_trn and get_trn are not consistent, and not properly documented:
> > set_trn takes OFF, RIG (or ON), POLL as a parameter, while get_trn returns 0 1 or 2.
> (...)
> set_trn is documented in the rigctl(1) man page, but having it
> documented within rigctl is more convenient.

RTFM. I should know :)
I was wrong.

> (...)
> To be honest, the ext_levels may lack some support here and there,
> as for example, in memory handling. More testing and patches like
> yours are welcome!
> (...) Keep more coming ;-)

Attached is a one liner for man and ext_levels.


I started working on the pcr backend. http://nirgal.com/hamlib for WIP patch. Don't commit that dirty version.

I don't really have time now, but I guess I will bug you guys with many quesions about:
- bandscope support (signal levels around our frequency)
- declaring in caps which callbacks are supported, so that poll mode only poll what is necessary. Or maybe adding a extra parameter during callabck installation: how often if not supported natively by driver.
- extra callbacks and levels (signal centering, DTMF detection, signal strength, ...)
- read/write specification for extra_levels. Like signal centering that could be a *read-only* extra level.
- dynamic caps. For exemple my pcr1500 backend supports noise reduction *if* a special DSP is pluged in. We can't know until ater rig_open(). Here several dummy controls are showing.
- hold_decode that make me crazzy (should be a mutex, should be done at the core level rather in the backend if possible, a transaction(write_command/read_answer) should block the poll mode and the other way around too, ...)
- emulation by the core of the missing functions: Like automatically create a FUNC_MUTE if there is a LEVEL_AF available. Or automatically support MEM_SCAN if a pipeline scan is provided by the driver, ....
- Icom PCR K2/K3 commands for quick freq changes.

That should keep me busy for a while ;)

> Likewise, the "button" ext_levels controls could be moved to vfo_op?

Yes. There is no way to activate these in rigctl now, I guess. Let's add it to the TODO?