开云体育

Version 0.9.1-1 has been released

Changelog:

- Rebased releases on GNU Radio 3.10
- Added DMR transceiver (repeater mode and DMO)
- Switch to using the polyphase channelizer and synthesizer for the multi-
carrier mode
- Fixed regressions in some Opus 10K demodulators (2FSK, 4FSK, GMSK)
- Removed some broken operating modes

Notably, this release is the first to use GNU Radio 3.10. Testing found a
number of issues related to package version upgrades. Some of them have been
fixed, others may still be present. After the release it was discovered that a
number of dependencies were not specified correctly or missing, so it is
advised to use the dependency list which has been corrected later on the
master branch after the release was made.

If you notice any issues running this version, please report them using the
Github or Codeberg bug trackers.

On Thursday, 6 February 2025 21:23:50 EET you wrote:

Hello all,

Wondering if this is a possibility to do.

I want to look at playing with some tier 3 features and I have a few duplex
mmdvm hotspots based off of pi zero W’s laying around. Can these be
purposed to run the RF front end with the trunk controller on a more
powerful device (such as a x86 based thin client).

Thanks in advance and I apologise if it sounds like a stupid question.

It's probably possible, yes, but you'd need to change the MMDVMHost and MMDVM
code if your hotspots are using MMDVM_HS, because it doesn't support version 2
of the protocol. Repeaters running regular MMDVM would be much more
straightforward.

Hello all,

Wondering if this is a possibility to do.

I want to look at playing with some tier 3 features and I have a few duplex mmdvm hotspots based off of pi zero W’s laying around. Can these be purposed to run the RF front end with the trunk controller on a more powerful device (such as a x86 based thin client).

Thanks in advance and I apologise if it sounds like a stupid question.

On Tuesday, 31 December 2024 00:49:16 EET you wrote:

I've been researching for a while now about the possibility of building an
amateur repeater using an SDR. I was wondering if anyone has done this with
an SDR?

It is technically possible, but your main problem will be regulatory
compliance (and perhaps type acceptance for the equipment). I've done plenty
of tests with narrow-band transmissions and these devices - with only digital
baseband filters and lacking narrow-band analog filtering, will output an amount
of in-band and out of band noise that would probably be frowned upon by most
regulators.

For example, here in Europe there is a specific electromagnetic compatibility
requirement for multi-carrier transmitters: ETSI EN 303 039
None of my test setups so far were able to meet these requirements for
meaningful power levels (not even close).

Check with your national regulation agency on what's acceptable to transmit in
the amateur band for your country, and then do some lab testing using the
methodology they give you. Some problems can be mitigated with better DSP
techniques and some additional hardware, some can't. You might get away with
some things at lower power levels (27 dBm or so). All depends on how lenient
is your regulator.

Adrian

I've been researching for a while now about the possibility of building an amateur repeater using an SDR. I was wondering if anyone has done this with an SDR?

Excuse my lack of knowledge on the subject, but I need to ask someone who knows more.

Question: in the case of building a repeater station using an SDR, is it necessary to use a duplex filter for the amateur or commercial band?

Hi Adrian M,
When starting communication, there is a problem where the buttons must be pressed in the order of TX, PTT, and RX in order to send voice, video, and text normally. Is this situation normal ？

The SDR board I use is BlackSDR B210 mini, The purchase link is as follows：

On Tuesday, 15 October 2024 12:21:26 EEST you wrote:

Hi Adrian,
Thank you for your guidance！I have been working hard on this.
now ,I have two questions.
First, in BPSK, QPSK, FSK modes, how to transimit text? After entering
the text in ‘link services’, when clicking the ‘ transmit text’ button
will interrupt the signal transmission. Second, what dependencies do I need
to install for IP QPSK 250K mode? and how to demonstrate IP mode?

Hi keshawn,
please keep the emails on the list, so everyone can benefit from the
information.

I'm glad you persisted and improved your knowledge. Now the answers:

1. You can either transmit text or voice, not both at the same time. The
easiest way to try first time is to transmit a text file beacon, selecting a
text file encoded in 8 bit ASCII. The file will keep being repeated in a loop
until you click PTT twice. Having a continuous transmission will allow you to
fine tune the RX frequency on the other end to receive the text.

2. No dependencies are required for any of the IP packet modes. However you do
need to give the application net_admin capability while being root. Example:
$ sudo setcap "cap_net_raw,cap_net_admin+eip" /usr/local/bin/qradiolink

Then if you have configured the application correctly you should see the new IP
address appearing in the ifconfig listing once the mode is selected. Do not use
the IP burst mode at first since it might cause some packet loss (the
continuous carrier is better for symbol recovery). To start operation, make
sure duplex with split offset is configured correctly on both ends such that one
device's transmit frequency is the other's receive frequency and viceversa.
Finally press PTT on both ends and make sure the carrier is demodulated
adequately.

For the rest, I will assume you are proficient in setting up Linux networking
and won't get into more detail.

Good luck!

On Tuesday, 1 October 2024 05:15:34 EEST you wrote:

RF output about -50db If viewed from a spectrum analyzer，about -40db if
viewed from the qradiolink receiver and set RX gain 100%. These are GUI
images in attachments.

Ok, that didn't make sense. -50 dB relative to what? Full scale? milliwatt?
What I saw in your photos was just some extreme distortion in the PA or LNA
stages or both, caused by too high gain values. Not having a demodulator offset
from the LO also doesn't help. You also didn't specify what kind of SDR device
you use and other meaningful details. It is impossible to help you with such
limited information, and you also appear to lack some basic knowledge about
software defined radio. That's ok, we all started like this, but you need to
learn the basics before even starting to transmit signals.

My advice to you is to start reading up a bit on the theory, to avoid
frustration and in the worst case possibly a destroyed expensive device.
I would start with reading this excellent online book:


You don't need to concern yourself with the programming related topics, but
you need to have a good understanding of RF signals, SDR architecture and
digital signals before you try transmitting. I also recommend reading about RF
amplifier theory, linearity and non-linearity and how this matters for various
kinds of digital and analog signals.

Finally I recommend studying for an amateur radio license. Besides giving you
rights to transmit signals in the radio spectrum, it will give an
understanding about other important topics that you need to have if you want
to experiment with radio signals.

Best of luck,
Adrian

RF output about -50db If viewed from a spectrum analyzer，about -40db if viewed from the qradiolink receiver and set RX gain 100%.
These are GUI images in attachments.

On Monday, 30 September 2024 11:29:48 EEST you wrote:

Dear Adrian M
I feel very frustrated. I have tried audio/sound transmission many times
after reading docs carefully，use half duplex mode or full duplex mode
without voip or SVXlink，but none of them have been successful. could you
tell me where the problem lies? or What are the correct operating steps？
the Pulseaudio mixer (Pavucontrol) shows the Recording device is set
"QtPulseAudio:51048:QtmPulseStream-51048-140423620473104". Thank you very
much.

Can you explain what problem do you have and give more details regarding what
does not work so I can deduce what's wrong?
Is your problem related to audio, RF output, receiving? Give as much detail as
you can.

Dear Adrian M
I feel very frustrated. I have tried audio/sound transmission many times after reading docs carefully，use half duplex mode or full duplex mode without voip or SVXlink，but none of them have been successful. could you tell me where the problem lies? or What are the correct operating steps？
the Pulseaudio mixer (Pavucontrol) shows the Recording device is set "QtPulseAudio:51048:QtmPulseStream-51048-140423620473104".
Thank you very much.

The DMR trunking controller has been updated to version 0.1.6

Release information:

* More robust handling of SMSs on the control channel
* UDT message payloads are grouped together to avoid intermingled CSBKs
* Longer than 46 character SMSs sent from the GUI of dmrtc are now sent as
several consecutive messages according to the UDT specification, instead of
being truncated
* Added support for individual packet data call procedures (long SMS in ISO 8-
bit format, unit-to-unit and unit-to-group packet data)

To use the new version:
$ git checkout 0.1.6

To revert back to the old version in case of issues:
$ git checkout 0.1

Please report any bugs on the Github issue tracker.

To use long SMS, configure your radio to send long message packet data on the
dedicated channel (not shared). Message character set must be ISO 8-bit.
Note that such SMSs received on the dedicated channel will be re-broadcast on
the control channel as multiple UDT messages so all types of radios can
receive it.

Thanks go to Marek again for the DMR dissectors in ok-dmrlib.

Adrian

On Tuesday, 24 September 2024 13:16:52 EEST you wrote:

ok!
but ,How to switch Alsa to Pulseaudio? or ,how to close Alsa?
Sorry to disturb you.
forgive my ignorance.

Go to tab *Setup*, tab *Radio settings*, and change the Input and Output audio
devices.
It's documented here with screenshots:

Your Pulseaudio devices may be named differently on your machine, so look at
the complete name before using it.

It's just that I don't have time to reply with instructions each time such a
question is asked, so most of this information is put in the docs for everyone
to see. But if don't find something there, feel free to ask, the docs are not
perfect.

ok!
but ,How to switch Alsa to Pulseaudio? or ,how to close Alsa?
Sorry to disturb you.
forgive my ignorance.

On Monday, 23 September 2024 12:42:44 EEST you wrote:

Dear Adrian M

now, I have a new computer to run qradiolink, It reports
"RtApiAlsa::getDeviceInfo: snd_pcm_open error for device (hw:0,0), Device
or resource busy." , Although I reinstall the computer a few times and
configure pulseaudio, etc. the error still exist. What can I do?

Thanks for guiding me through my baby steps！

Please read the documentation for the program setup. In there it is clearly
stated *not* to use Alsa sinks and sources when Pulseaudio is installed, and
instead to use the Pulseaudio sinks and source.

Dear Adrian M

now, I have a new computer to run qradiolink, It reports "RtApiAlsa::getDeviceInfo: snd_pcm_open error for device (hw:0,0), Device or resource busy." , Although I reinstall the computer a few times and configure pulseaudio, etc. the error still exist. What can I do?

Thanks for guiding me through my baby steps！

On Friday, 20 September 2024 06:55:28 EEST you wrote:

Dear Adrian M
There are over thirty modes in total，would you tell me which modes can
achieve duplex communication, and which modes can only perform simple
communication, and how to operate buttons?

Hello,

Apart from the IP packet modes (QPSK 250K and 4FSK 100K) and MMDVM modes,
which can only work in full duplex, all the other modes can work both in semi-
duplex (simplex) or full duplex.

Enabling or disabling full-duplex is as simple as using the **Duplex** button.
Recommended reading:

Dear Adrian M
There are over thirty modes in total，would you tell me which modes can achieve duplex communication, and which modes can only perform simple communication, and how to operate buttons?