pocsag1200: command not found

[mrDevGit]

Hi,

I don't seem to be having much luck.

I installed via Sudo apt-get

• GnuRadio 3.10
• libitpp-dev

and this app seems to have built and installed correctly but when I run it, it says not found. What am I missing? thanks in advance!

ntfypi@ntfy:~ $ sudo make install [ 42%] Built target gnuradio-mixalot [ 42%] Built target pygen_apps_9a6dd283c3de653fbca500f9721f634f [ 57%] Built target pygen_python_mixalot_4cae134e9f5e4e9a8709480a55dd34cb [ 57%] Built target copy_module_for_tests [ 64%] Built target mixalot_docstrings [100%] Built target mixalot_python [100%] Built target copy_bindings_for_tests Install the project... -- Install configuration: "Release" -- Installing: /usr/local/lib/cmake/gnuradio-mixalot/gnuradio-mixalotConfig.cmake -- Installing: /usr/local/include/gnuradio/mixalot/api.h -- Installing: /usr/local/include/gnuradio/mixalot/gscencode.h -- Installing: /usr/local/include/gnuradio/mixalot/pocencode.h -- Installing: /usr/local/include/gnuradio/mixalot/flexencode.h -- Installing: /usr/local/lib/arm-linux-gnueabihf/libgnuradio-mixalot.so.1.0.0.0 -- Installing: /usr/local/lib/arm-linux-gnueabihf/libgnuradio-mixalot.so.1.0.0 -- Set runtime path of "/usr/local/lib/arm-linux-gnueabihf/libgnuradio-mixalot.so.1.0.0.0" to "" -- Installing: /usr/local/lib/arm-linux-gnueabihf/libgnuradio-mixalot.so -- Installing: /usr/local/lib/cmake/gnuradio-mixalot/gnuradio-mixalotTargets.cmake -- Installing: /usr/local/lib/cmake/gnuradio-mixalot/gnuradio-mixalotTargets-release.cmake -- Installing: /usr/local/lib/cmake/gnuradio-mixalot/gnuradio-mixalotConfig.cmake -- Installing: /usr/local/lib/python3.11/dist-packages/gnuradio/mixalot/init.py -- Installing: /usr/local/lib/python3.11/dist-packages/gnuradio/mixalot/init.pyc -- Installing: /usr/local/lib/python3.11/dist-packages/gnuradio/mixalot/init.pyo -- Installing: /usr/local/lib/python3.11/dist-packages/gnuradio/mixalot/mixalot_python.cpython-311-arm-linux-gnueabihf.so -- Set runtime path of "/usr/local/lib/python3.11/dist-packages/gnuradio/mixalot/mixalot_python.cpython-311-arm-linux-gnueabihf.so" to "" -- Installing: /usr/local/share/gnuradio/grc/blocks/mixalot_gscencode.block.yml -- Installing: /usr/local/share/gnuradio/grc/blocks/mixalot_pocencode.block.yml -- Installing: /usr/local/share/gnuradio/grc/blocks/mixalot_flexencode.block.yml ntfypi@ntfy:~ $ pocsag1200 0 931862500 numeric 1615132 30313233 -bash: pocsag1200: command not found

[unsynchronized]

Hi!

The pocsag1200 command isn't a *NIX command that you can run on the command-line -- it's a format for sending commands to a running GNU Radio flowgraph using PDUs.

First, make sure gnuradio-companion (aka GRC) is instelled and works with your hardware. Then, install gr-mixalot and run the examples/pagerserver.grc flowgraph. If you have a USRP this should work out of the box; if not, then you mighit have to tune manually and use a different sink (e.g. the osmocom sink from gr-osmosdr).

Now, run the pagerserver.grc flowgraph. By default this sets up a Socket PDU block listening on TCP port 52001. You can use a tool like nc or telnet to connect to that port; then you can send the commands to send pages.

[mrDevGit]

Hey,

Ah I see. I will give that a go.

Will this work with the Pi4 GPIO4? Or will I need the HackRF?

This already works for POCSAG using nothing but the Pi4: https://github.com/F5OEO/rpitx.

However, I would like to get FLEX working.

Thanks!

[unsynchronized]

gr-mixalot doesn't talk to hardware directly like rpitx does; gr-mixalot is a package with some GNU Radio blocks that generate stream of radio symbols and example flowgraphs inside. When you use GRC, flowgraphs connect these to other blocks (e.g. filters/modulators and "sink" blocks that talk to actual hardware). The general idea is that data flows from sources through an arbitrary number of other blocks to sinks.

The example flowgraph I mentioned uses a USRP sink block, as I used a USRP throughout most of the development here.

In addition to the USRP, I have used gr-mixalot on a hackrf and various LimeSDR models through the osmocom sink. That said, the osmocom sink (last I used it) does not support dynamic tuning (i.e. changing the frequency) through PDU messages, so you'll have to set the frequency yourself each run, or find another way to pass the values in. (The socket PDU commands that let you send messages will still work, but the frequency won't change.)

Through a bit of websearching I found this project, which looks like a GR sink block that does what rpitx does: https://github.com/jmfriedt/gr-rpitx -- you could give that a shot with the existing flowgraph.

[mrDevGit]

Thanks for the info!! This is cool stuff!!

I spent 4 hours on this today, so will give this a go from tomorrow.