Echolink

So… having an Allstar node I wanted to configure it for Echolink. It seemed this was just a matter of editing the pre-prepared configuration file echolink.xxx and renaming it to echolink.conf. Edits in place, this I did. Oh yes, and I set our broadband router up to forward the relevant ports to the hub. On restarting asterisk it gave numerous errors of the form ‘Error in parsing header on servers.echolink.org’. Hmmm.

Ok, scratching around the web I found that Echolink has a firewall test service at https://secure.echolink.org/pingTest.jsp. It failed. Ugh.

Then it dawned on me (meaning I read the documentation a little better!). I had set a callsign with ‘-L’ at the end which appeared to be the way to go. But this needed separate validation! Once that was done it all sprang into life.

Simple, and also obvious when I realised. Old age?

http://km6uso.net/index.php/2021/02/27/adding-echolink-to-your-allstar-hub/ is an excellent guide – there are others of course but this one pointed out clearly the need to register the -L or -R callsign.

More on Allstar…

After temporarily giving up making my own Allstar microhub I opted to purchase a ready made one from G7RPG. It arrived today and simply works – plugged into 12V and it fired up and announced the IP via radio (subsequently I grabbed the MAC address and gave it the IP I wanted it to have via DHCP).

I ran an audio test on it fully expecting it to be perfect and it was indeed. So whatever I did when making mine is nothing by comparison. I shall investigate that at a later date but having a Pi in a box doing nothing has advantages as I am looking to make a GPS referenced NTP server.

Allstar micro-node

I finally got round to putting my Allstarlink node together after looking at it sitting almost completed for a week. Poor thing. Anyway, it’s now functioning but I want to add the LEDs.

Software-wise it turned out a bit of a faff. I had already signed up and got a node number and set a password etc. My first attempt was via the Raspberry Pi image downloaded from the Allstar wiki. That seemed to go in just fine with a fairly easy setup and well scripted information on the wiki. All seemed ok except for when I wanted to install Allmon… the instructions for which began with the need to install git. That failed and so I did the usual update / upgrade cycle – which I really ought to have done right away as the image is quite old. After that, nothing worked. The USB interface was not working and so there was no radio functions. Power cycling did nothing.

So I installed the hamvoip image. One nice thing about the Pi and similar thing is you change SD cards and this changes the o/s and everything. Hamvoip went in fine with a fairly automatic installation and after a couple of loops where I’d missed something it now works fine. It comes with Allmon and Supermon installed. (the Allstar image does not have a web server and so the Allmon installation would have failed anyway even if I had not already given up).

Not picking on the Allstar image – had I taken more time I would have set up a Raspbian system and manually installed the Allmon software onto this, as detailed in their wiki. But, having got hamvoip working I will stick with that for now.

So… now to go off and figure out exactly why I built this thing anyway!!

Edit: Ok, I spoke too soon. Having connected to a test server the audio that comes back, allegedly the same as what I sent, is awful with a tone and buzzing in the background which the audio only just makes it over. Something is wrong… audio from the box is fine with the generated voice announcements perfectly clear, as well as a few calls heard when connected to hubnet receive-only. The HT is fine as I can hear good quality audio via a scanner. Hmmm…

Edit 2: I’ve experimented with every parameter and made no difference. I have increased the mic gain on the HT as it seemed low even with a high setting in the simpleusb setup. But the noise remains. It seems that whenever I transmit anywhere near the node it happens, and simply moving to the other side of the shack cures it to a great extent. Currently the radio is connected to a dummy load but swapping for a small antenna makes no difference. Moving the dummy load well away from the node with an extension coax makes no difference to the noise if transmitting near the node. So the transmission is clearly getting in somewhere that it should not. I have verified the HT is ok by monitoring on a scanner, so no issue there.

Edit 3: Adding a ferrite around the cables between the radio and the CM108 has helped a little in that I can get closer to the node and not get this noise played back in parrot mode. Unfortunately I have put all my small clip-on ferrites in A Safe Place, ever to be seen again, so I can’t add more right now.

I have carried out a tactical withdrawal i.e. the node is sitting under the desk in disgrace. No amount of ferrite’ing, re-routing wires or even running the node from a lab supply makes any difference to this noise. The only thing I can be reasonably sure of is it is some interaction between RF from the HT and the audio chain, so the CM108 I guess. Holding the HT next to the node while monitoring it on a scanner shows no audio issues but playback in parrot mode and it is there every time. Moving away from the node cures it to a great extent but no amount of shielding works. I could (should!) investigate further but I have other projects to take care of plus a bunch of DIY stuff.

Categories

Tags

Recent Posts

Archives

Links