mlab-project / pysdr Goto Github PK

Is it a bug in python or pysdr?

Nausicaa:/tmp/pysdr toxygen$ python2.7 waterfall.py 
Bus error: 10

Nausicaa:~/Downloads/pysdr toxygen$ python --version
Python 2.7.2

stack trace: http://codepad.org/hllIhq7E

pdb:

Nausicaa:/tmp/pysdr toxygen$ python -m pdb waterfall.py 
> /private/tmp/pysdr/waterfall.py(1)<module>()
-> import math
(Pdb) c
Bus error: 10
Nausicaa:/tmp/pysdr toxygen$ 

gdb (different behavior):

Traceback (most recent call last):
  File "waterfall.py", line 167, in <module>
    overlay = PlotOverlay(view, sig_input)
  File "/private/tmp/pysdr/overlay.py", line 56, in __init__
    self.font = glFreeType.font_data("font.ttf", 10)
  File "/private/tmp/pysdr/glFreeType.py", line 218, in __init__
    raise ValueError, "Unable to locate true type font '%s'" % (facename)
ValueError: Unable to locate true type font 'font.ttf'

Program exited with code 01.
(gdb) 

Větší rozlišení spektra může být dosaženo úpravou signálu, doplněním nulami. Proces lze imlementovat buď převzorkováním

Nebo prostým doplněním nul za úsek signálu ze kterého se spektrum počítá.

Freya needs time and frequency axis labels.
Magnitude label could be optional.

Original Source: http://www.mlab.cz/redmine/issues/342

Feeding a standard mono-channel WAV file will make numpy extremely unhappy:

Traceback (most recent call last):
  File "./pysdr-recviewer", line 5, in <module>
    main()
  File ".../pysdr/recviewer.py", line 168, in main
    sample_rate, signal = read_file(sys.argv[1])
  File ".../pysdr/recviewer.py", line 145, in read_file
    return (sample_rate, audio[:,0] + 1j * audio[:,1])
IndexError: too many indices

And converting a mono-channel WAV to two channels will produce unreliable results depending on the tool. If both channels contain the same samples, the resulting spectrogram will be an incorrect representation of the signal.

Tuto informaci mám zprostředkovanou. Je potřeba ji ověřit, popř. vyřešit/zaktualizovat návod na wiki.

Would be better to display real word time in UT instead of time from the beginning of the raw record.

Rendered image should be adjusted similarly as in pysdr-waterfall.

$ python3 3dwf.py 10.1.1.132
Traceback (most recent call last):
File "3dwf.py", line 33, in
pybuf_from_memory = ctypes.pythonapi.PyBuffer_FromReadWriteMemory
File "/usr/lib/python3.8/ctypes/init.py", line 386, in getattr
func = self.getitem(name)
File "/usr/lib/python3.8/ctypes/init.py", line 391, in getitem
func = self._FuncPtr((name_or_ordinal, self))
AttributeError: python3: undefined symbol: PyBuffer_FromReadWriteMemory

The generated image is rendered inversely to pysdr-waterfall. (Oldest FFT is in the top of the screen instead in the bottom)

pysdr-recviewer should display FFT parameters used for rendering of an actual view. Such feature should be useful for choosing the best FFT resolution for displaying a certain detail.

The application which uses CLKGEN01A driver for rapid frequency tunnig should not need to call recall_nvm() method. Instead of this, the recall_nvm() should be called in CLKGEN init code only.

There is an example of such a wrong use case
https://github.com/MLAB-project/pysdr/blob/dev/detectors/noise_level.py

The better approach would be a holding the NVM data in the program memory, therefore there should not be a need to call slow I2C transaction.

Meteor reflection detected at a station which has carrier frequency precisely tuned to 10.6kHz is displayed at about 1kHz lower frequency on the screen.

Už roky nám chybí nástroj, který by uměl efektivně zobrazovat sadu záznamů získaných z SDR.
Záznamy je potřeba zobrazovat v časové ose, tak aby v nich bylo možno hledat různé dlouhodobé změny i detaily. Podobné zobrazení se využívá při střihu filmu pro zobrazení celé časové osy.

Z pokusů, které si v tomhle směru pamatuji že byly provedeny, tak jsou:

• Prohlížečka meteorů od @janousekjakub1512 (Zdrojový kód je netuším kde)
• Prohlížečka dat ze Sluncárny od @povik
• pysdr-recviewer

Pak ještě existují cizí řešení, nejnovější je třeba inspectrum. Což podle mého názoru není moc povedené řešení.

Řešení které ale je potřeba by mělo mít následující parametry

• Rozumět tomu, že soubory jsou časová řada a skládat je za sebe
• Umět plynule zoomovat na detaily spektra (zároveň podle toho upravovat rozlišení spektra doplňováním nul)
• Mít možnost upravit parametry zobrazení spektra, tak aby bylo možné zjasnit některé detaily.

Možná je vzhledem k velikosti souborů se kterými se pracuje potřeba, aby taková prohlížečka ve skutečnosti byla serverová aplikace, podobně jako je například JS9.

Possibility to add images under the waterfall layer.

The configuration should be done using the configuration file that will contain information about the image source file and its position in the screen.

This is useful for presentation purposes.

something like this: