H e Nick, Great work on the update of gr-ais. University is starting again, so I am running short on time.
I have the following make-problem: make[2]: *** No rule to make target `../apps/ais_rx.py', needed by `apps/ais_rx.py.exe'. Stop. make[1]: *** [apps/CMakeFiles/pygen_apps_8ba3a.dir/all] Error 2 make: *** [all] Error 2 Not sure where it comes from. Kind regards, Fokko Driesprong 2013/9/11 Nick Foster <bistrom...@gmail.com> > Hi all, > > Just to update you all, I've updated gr-ais to the GR 3.7 API this > morning. I still have a mile's worth of updates to take care of, but it > compiles and runs OK. Be sure to use a 162MHz bandpass filter as in many > places nearby FM and broadcast TV RFI will saturate even the most linear > front end. > > Best, > --n > > > On Sun, Sep 8, 2013 at 3:04 PM, Marcus Müller <mar...@hostalia.de> wrote: > >> Hi Fokko, >> >> you have a misconception of what flowgraphs are. >> You call connect twice, connecting all the blocks twice; this can't be >> done, since every block only has one set of input ports. >> Please consider flowgraphs as mathematical digraphs: Just a set of >> vertices (blocks) and directed edges; if you connect the two same blocks >> with the exact same connect(...) call, you end up with double edges and >> blocks that have more incoming edges than they can accept, since you try to >> add the same vertices and edges to a graph that it already has. >> You even made the mistake of overwriting self.filter with the second call >> to ais_rx - are you sure you know what you're coding here? >> Try with only one ais_rx; I don't see why that should not work. When you >> want to construct the second branch of your flowgraph, you need to >> duplicate all the vertices (blocks) first, so that they can function on >> their own. >> >> >> On 09/08/2013 11:47 PM, Driesprong, Fokko wrote: >> >> Hello Marcus, >> >> I am sorry for the scare information. Please let me elaborate. >> >> The most recent version is pushed in my fork of the repository of >> gr-ais: >> https://github.com/Fokko/gr-ais/blob/master/apps/ais_rx.py >> >> I have digged in the generated python swig code, but the type of the >> osmosdr_source_c_impl >> and freq_xlating_fir_filter_ccf blocks seem the be gr_block, which should >> be accepted. It doesn't reach the ais.demod block, it crashes right away. >> >> Kind regards >> , >> ing. Fokko Driesprong >> >> >> 2013/9/8 Marcus Müller <mar...@hostalia.de> >> >>> Hi Fokko, >>> The information you're offering is a little sparse. >>> Do you have the source code (at leas ais_rx.py in your current version) >>> somewhere? >>> >>> >>> >>> On 09/08/2013 09:25 PM, Driesprong, Fokko wrote: >>> >>> He guys, >>> >>> I have managed to fix all the swig error's, but now I have some >>> issue's with python. Maybe you guys have run into it earlier? >>> >>> All the SWIG objects and Python classes are available. But something >>> might have changed in the connect method of the top_block. >>> >>> Traceback (most recent call last): >>> File "/usr/local/bin/ais_rx.py", line 216, in <module> >>> main() >>> File "/usr/local/bin/ais_rx.py", line 169, in main >>> tb = my_top_block(options, queue) >>> File "/usr/local/bin/ais_rx.py", line 79, in __init__ >>> self.ais_rx(self.u, 161.975e6 - 162.0e6, "A", options, queue); >>> File "/usr/local/bin/ais_rx.py", line 121, in ais_rx >>> self.connect(self.u, self.filter, self.demod, self.unstuff, >>> self.start_correlator, self.stop_correlator, self.parse) >>> File >>> "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/top_block.py", line >>> 131, in connect >>> self._connect(points[i-1], points[i]) >>> File >>> "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/top_block.py", line >>> 143, in _connect >>> dst_block.to_basic_block(), dst_port) >>> File >>> "/usr/local/lib/python2.7/dist-packages/gnuradio/gr/runtime_swig.py", line >>> 4130, in primitive_connect >>> return _runtime_swig.top_block_sptr_primitive_connect(self, *args) >>> NotImplementedError: Wrong number or type of arguments for overloaded >>> function 'top_block_sptr_primitive_connect'. >>> Possible C/C++ prototypes are: >>> gr::hier_block2::connect(gr::basic_block_sptr) >>> >>> gr::hier_block2::connect(gr::basic_block_sptr,int,gr::basic_block_sptr,int) >>> >>> Some blocks are getting chained by the connect method. It crashes on >>> the following blocks: >>> <gr_block osmosdr_source_c_impl (0)> -> <gr_block >>> freq_xlating_fir_filter_ccf (1)> >>> These two blocks should pass complex numbers. >>> >>> Anyone any idea? I am confused because the osmosdr and freq_xlanting >>> objects shipped with osmosdr/gnuradio. >>> Kind regards, >>> ing. Fokko Driesprong >>> >>> >>> 2013/9/5 Martin Braun (CEL) <martin.br...@kit.edu> >>> >>>> On Thu, Sep 05, 2013 at 12:20:17AM +0200, Driesprong, Fokko wrote: >>>> > He Guys, >>>> > >>>> > Thank you for the prompt replies, in special Nick Foster for the >>>> reply, I am >>>> > very thankful for the gr-ais package! :) >>>> > >>>> > Currently I am working with the modtool. I didn't know it's >>>> existence. A very >>>> > helpful tool. >>>> >>>> Fokko, >>>> >>>> You really should read the tutorials on how to work with out-of-tree >>>> modules if you want to work with out-of-tree modules: >>>> http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules >>>> >>>> MB >>>> >>>> -- >>>> Karlsruhe Institute of Technology (KIT) >>>> Communications Engineering Lab (CEL) >>>> >>>> Dipl.-Ing. Martin Braun >>>> Research Associate >>>> >>>> Kaiserstraße 12 >>>> Building 05.01 >>>> 76131 Karlsruhe >>>> >>>> Phone: +49 721 608-43790 <%2B49%20721%20608-43790> >>>> Fax: +49 721 608-46071 <%2B49%20721%20608-46071> >>>> www.cel.kit.edu >>>> >>>> KIT -- University of the State of Baden-Württemberg and >>>> National Laboratory of the Helmholtz Association >>>> >>>> _______________________________________________ >>>> Discuss-gnuradio mailing list >>>> Discuss-gnuradio@gnu.org >>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >>>> >>>> >>> >>> >>> _______________________________________________ >>> Discuss-gnuradio mailing >>> listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio >>> >>> >>> >>> _______________________________________________ >>> Discuss-gnuradio mailing list >>> Discuss-gnuradio@gnu.org >>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >>> >>> >> >> >> _______________________________________________ >> Discuss-gnuradio mailing list >> Discuss-gnuradio@gnu.org >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> >> >
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
