Also, if you can describe the message flow in a little more detail, it
would help. Is something sending a message to the number control, is the
number control sending a message to something else, or both? If you are
generating the message, make sure it is a double instead of a float. The
number con
This is a buggy use of pmt.from_float() and/or pmt.to_float() in
digitalnumbercontrol.py. Please submit an issue to
https://github.com/gnuradio/gnuradio/issues and it will get fixed.
On Sat, May 1, 2021 at 3:58 PM Marcus D. Leech
wrote:
> On 05/01/2021 10:37 AM, Tom Breyer wrote:
> > Dear team,
On 05/01/2021 10:37 AM, Tom Breyer wrote:
Dear team,
when I use "QT GUI Digital Number Control" to display a frequency I see
some "special effects".
Below 128MHz, it works fine but above I get wrong display data:
ok:
Input 128.001.000Hz -> Display = 128.001.000
not ok:
Input 138.001.000Hz ->
Dear team,
when I use "QT GUI Digital Number Control" to display a frequency I see
some "special effects".
Below 128MHz, it works fine but above I get wrong display data:
ok:
Input 128.001.000Hz -> Display = 128.001.000
not ok:
Input 138.001.000Hz -> Display = 138.000.992
Input 137.999.000Hz -
