Hi all,
New to the group here, been looking all over for similar issues to one I'm having, but to no avail. There was one mention of this exact error on the radioreference op25 "main" thread, but it seems it was left unsolved or forgotten. From detailed digging I've done, think it may be related to wxgui-3.0 vs 2.8? Or should I be running this with Gnuradio 3.6 instead? Greatly appreciate any assistance!
The following is my baseline: OSx 10.10.4 Gnuradio 3.7.8.1 (installed via Macports) gr-op25 (Balint's git most recent version) - made some minor changes to cmake to find macports GR and libs
gr-op25 seems to compile and build fine, however when running scope.py I get the following error, and the app never loads:
$ python2.7 ./scope.py --args “hackrf” -f 502.9125e6 -S 8000000 -T trunk.tsv -2
Mac OS; Clang version 7.0.0 (clang-700.0.72); Boost_105900; UHD_003.009.001-MacPorts-Release
gr-osmosdr v0.1.x-xxx-xunknown (0.1.5git) gnuradio 3.7.8.1 built-in source types: file fcd rtl rtl_tcp uhd hackrf bladerf rfspace airspy Using HackRF One with firmware git-44df9d1 gain: name: RF range: start 0 stop 14 step 14 gain: name: IF range: start 0 stop 40 step 8 gain: name: BB range: start 0 stop 62 step 2 supported sample rates 8000000-20000000 step 2000000 Traceback (most recent call last): File "./scope.py", line 2817, in <module> app = stdgui2.stdapp(p25_rx_block, "APCO P25 Receiver", 3) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/gnuradio/wxgui/stdgui2.py", line 46, in __init__ wx.App.__init__ (self, redirect=False) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/wx-3.0-osx_cocoa/wx/_core.py", line 8628, in __init__ self._BootstrapApp() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/wx-3.0-osx_cocoa/wx/_core.py", line 8196, in _BootstrapApp return _core_.PyApp__BootstrapApp(*args, **kwargs) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/gnuradio/wxgui/stdgui2.py", line 49, in OnInit frame = stdframe (self.top_block_maker, self.title, self._nstatus) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/gnuradio/wxgui/stdgui2.py", line 76, in __init__ self.panel = stdpanel (self, self, top_block_maker) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/gnuradio/wxgui/stdgui2.py", line 98, in __init__ self.top_block = top_block_maker (frame, self, vbox, sys.argv) File "./scope.py", line 201, in __init__ self.__init_gui(frame, panel, vbox) File "./scope.py", line 537, in __init_gui self.frame.CreateStatusBar() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/wx-3.0-osx_cocoa/wx/_windows.py", line 615, in CreateStatusBar return _windows_.Frame_CreateStatusBar(*args, **kwargs)
wx._core.PyAssertionError: C++ assertion "!m_frameStatusBar" failed at ../src/common/framecmn.cpp(381) in CreateStatusBar(): recreating status bar in wxFrame
Update...
Changed the gnuradio portfile in macports to use wxGTK-2.8 / py27-wxpython-2.8 instead of the default wxPython-3.0 / py27-wxpython-3.0, and fixed the above 'CreateStatusBar' issue. Maybe it was a macports specific issue with wxwidgets 3.0...
However, new problem arose:
Traceback (most recent call last): File "./scope.py", line 2751, in <module> app = stdgui2.stdapp(p25_rx_block, "APCO P25 Receiver", 3) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/gnuradio/wxgui/stdgui2.py", line 46, in __init__ wx.App.__init__ (self, redirect=False) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/wx-2.8-gtk2-unicode/wx/_core.py", line 7981, in __init__ self._BootstrapApp() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/wx-2.8-gtk2-unicode/wx/_core.py", line 7555, in _BootstrapApp return _core_.PyApp__BootstrapApp(*args, **kwargs) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/gnuradio/wxgui/stdgui2.py", line 49, in OnInit frame = stdframe (self.top_block_maker, self.title, self._nstatus) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/gnuradio/wxgui/stdgui2.py", line 76, in __init__ self.panel = stdpanel (self, self, top_block_maker) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/gnuradio/wxgui/stdgui2.py", line 98, in __init__ self.top_block = top_block_maker (frame, self, vbox, sys.argv) File "./scope.py", line 212, in __init__ self.__init_gui(frame, panel, vbox) File "./scope.py", line 544, in __init_gui self.data_scope = datascope_sink_f(self.notebook, samples_per_symbol = 10, num_plots = 100) File "./scope.py", line 1467, in __init__ self.st = blocks.message_sink(gr.sizeof_float, msgq, 1) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/gnuradio/blocks/blocks_swig0.py", line 1546, in make return _blocks_swig0.message_sink_make(*args) NotImplementedError: Wrong number or type of arguments for overloaded function 'message_sink_make'. Possible C/C++ prototypes are: gr::blocks::message_sink::make(size_t,gr::msg_queue::sptr,bool) gr::blocks::message_sink::make(size_t,gr::msg_queue::sptr,bool,std::string const &)
This was followed by repeating 0000s, which in the past with gnuradio has indicated the device is at least somewhat responsive to the code.
I'm not sure how much of this may be macports-specific for gnuradio, or if anyone has gone this route of getting op25 up and running on osx. For clarity, these are the exact components I've used in the build:
gnuradio-dev macports port (modified to use wxpython-2.8 instead of wxpython-3.0) gr-osmosdr port itpp port libpcap port op25 cloned from git://op25.osmocom.org (default/master)
Built op25 against the macports python2.7. Running scope.py from the source gr-op25_repeater/apps directory.
The latest issue, from various research might suggest issues with recent swig releases, though perhaps again this is a macports component version problem...in which case I'll try to pursue there. Just curious if anyone on any other platforms has encountered this. Or whether the above op25 git source is the recommended source for most recent op25? max branch better? Or perhaps whether it's better to go with balint's op25 repo and gr-baz to do this from within grc?
Really appreciate any expertise - I'm in awe of the development that you guys have put in to this and the applications this has to RF studies. And merry christmas!
I'm not on a MAC but I'm on ubuntu 15.10 using the new pybombs 2.0 and having the same error and am at a loss of how to fix it. If someone could help me with it would be appreciated. Been work just fine for about 6 months no problems then hdd crashed so had to reinstall now problems
thank you