[Aaron, N3MBH]

Hello Phil,
Not sure what process you have used. Just keep in mind that /etc/openrepeater/svxlink is a symlink to /etc/svxlink so when editing /etc/openrepeater/svxlink/svxlink.conf you are actually editing /etc/svxlink/svxlink.conf…which is what ORP writes to.

Also, keep in mind that ORP writes to this file, so if you make changes in the UI or initiate a rebuild & restart from the UI, your changes will get over written. However, if you know this then it is OK as a short term solution, but you have to not use the UI while making these test. You can make edits in the svxlink.conf file, but you will want to manually restart SVXLink from the command line. I usually would used “service svxlink stop” and service svxlink start” to do this. Then you can tail the log file located at “/var/log/svxlink” to make sure that your changes didn’t make SVXLink barf.

It sounds like you’d be on the right track with the DTMF_MUTING, but I just want to make sure that you config file isn’t getting overwritten by mistake. If you find that the changes work then you’d want to make modifications in the PHP class that is used to write the config file.

This sounds of interest. I have considered trying to get Allstar installed along side of ORP and using a CM108/119 looped back into a link port in a similar way, but would likely have to make sure that DTMF is passed and not conflicting with SVXLink commands. I would have to try some tests to see what I can come up with.

On the SVXLink side, a good resource is the SVXLink group over on groups.io. (https://groups.io/g/svxlink). Let me know if this helps in the meantime.

73,
Aaron – N3MBH / WRFV871

OpenRepeater is offered free of charge. Find out how you can support us.

[Aaron, N3MBH]

Hello René,
I will already assume that you have the SVXLink language files for de_DE. While we don’t have multilingual features build into yet…it is on the todo list. For now, en_US is hard coded into the PHP that writes the config files. There are 2 ways around this:

First and the easiest – simply rename the default en_US to something else like en_US_ORIG. Then rename de_DE to en_US.

The other option is to each the PHP. You can find this at /var/www/openrepeater/includes/classes/SVXLink.php
Just search for en_US and replace with de_DE. It should appear in the file twice. After you initiate a change and rebuild the config this should work.

I don’t know what the differences are between German and English, but if things are not fully the way you’d expect them you may need to modify the local.tcl file. I think there should be pointers out there on how to do this for German. ORP does not overwrite this file.

73,
Aaron – N3MBH / WRFV871

OpenRepeater is offered free of charge. Find out how you can support us.

[Aaron, N3MBH]

Hello Milan,
What hardware are you using for your audio interface? If you are saying that your audio is dull, there could be a number of things to look at. The SVXLink core supports pre-emphasis and de-emphasis in software, but ORP currently sets this at a fixed setting (No UI control). Some interfaces like the ICS Controllers interfaces have hardware selectable pre-emphasis and de-emphasis. It may also depend on how you are interfacing with your radio as well or settings withing the radio. I know for instances on the old Motorolas you have different audio pins for flat vs modified audio and there are also some settings in the Motorola CPS software. So there are a couple places where things can get messed up.

As for the EchoLink. The SVXLink module offers no settings for adjusting the audio levels. You may be best to use Echolink as your standard and adjust your repeater input audio to match that. Then it should output at around the same level. You may also want to make sure that you are using multiple EchoLink sources to confirm your claim. I would also use that source and try connecting to the Echolink test server (9999) to see how the replayed audio compares with the level of the prompts. Getting everything setup correctly can be a fine balancing act since there are a number of controls in the audio path that can affect one another.

73,
Aaron – N3MBH / WRFV871

OpenRepeater is offered free of charge. Find out how you can support us.

[Aaron, N3MBH]

It will be coming at some point in the near future.

73,
Aaron – N3MBH / WRFV871

OpenRepeater is offered free of charge. Find out how you can support us.

• This reply was modified 4 years, 6 months ago by Aaron, N3MBH.

[Aaron, N3MBH]

Dale,
In the previous versions of ORP…2.1.2 and earlier this is not possible. However, we have a development version (2.2.x) that we are working on that adds support the for DMK-URI and the USB RIM-Lite. These are both CM108/CM119 variants. So in theory it should be possible. In the 2.2.x code you would need to do a custom build as an IMG is not currently available. The backend code is in place, but there is currently no UI for the Hidraw devices. You’d need to load this in to the ORP database with one of our custom scripts using a PHP array. So it is not pretty…yet. I don’t anticipate the UI being in place until version 3.0. Which the redesign of the UI for that version is currently in progress as a side project as time allows.

The COS pin would be limited to the following pins: VOL_UP, VOL_DN, MUTE_PLAY or MUTE_REC

The PTT pin would be limited to the following pins: GPIO1, GPIO2, GPIO3 or GPIO4

73,
Aaron – N3MBH / WRFV871

OpenRepeater is offered free of charge. Find out how you can support us.

[Aaron, N3MBH]

Hello Adi,
I don’t disagree with you that SVXLink is capable. I am aware of the time procedures. Am I correct in say that building a TCL module for SVXLink is the best way to handle the announcements?

The way ORP modules work is it has some additional wrapper code around SVXLink TCL code that allows it to be packaged and installed into ORP much like a WordPress plugin. There are some extra UI functions I would like to build to aid with scheduling. ORP also has some audio classes that aid with uploading the files and processing them with SOX so that SVXLink likes them.

73,
Aaron – N3MBH / WRFV871

OpenRepeater is offered free of charge. Find out how you can support us.

• This reply was modified 4 years, 6 months ago by Aaron, N3MBH.

[Aaron, N3MBH]

Glad to hear that you got it worked out. Let us know if it shows up again.

The dev release (2.2.0) you are messing with now is the most recent. When we build images we typically build them with a release version of SVXLink. As of this post the most current release version is 19.09.1 from September 2019. We don’t do regular builds off of the trunk version as that is always changing and could create conflicts with our code. The build script should give you some advanced options to build with trunk but the results may be less predicable. I’d only try that if you are prepared to experiment.

73,
Aaron – N3MBH / WRFV871

OpenRepeater is offered free of charge. Find out how you can support us.

[Aaron, N3MBH]

Hello Klaus,
I had changed this over to an AJAX back in 2.0.0 and made some more revisions to that since then. I find it loads slow in my environment as well. I am currently running on a Pi 4 as well with 4GB of RAM. It doesn’t matter what Pi I run it on and even with multiple different builds it still loads slow for me, always has. But for others, they’ve told me that is loads pretty quickly. This has always stumped me. The best I can figure is maybe it has to do with network requests and a particular network setup. Seems slow for some and reasonably quick for others. This is the whole reason for switching to AJAX entirely, even for the initial page load which I believe I change that back in 2.1.2 for the initial page load.

Problem was for these setup it would take forever for the page to load when going to the dashboard when it loaded with the initial page. With the change in 2.1.2 it loads empty containers for the data. Then the data gets pulled in via AJAX. This allows the user to navigate away from the page before it loads in all the data, which wasn’t possible prior to 2.1.2. It just that it load at different speeds for different configurations.

For me, my Core System information takes up to about 30 seconds to fully load in. When I asked Dan about this in the past, I think he said his loads in within seconds. Have you let it set on this page for a while? Maybe up to a couple minutes to see if it eventually loads in?

If not, you can check a few places to see if it is erroring out. For the Javascript/jQuery…open up your browsers console and reload the page and watch there. If there are any client side JS errors they should show up here. Also check to see if there are any PHP errors “server side”. You can do this by SSHing into the Pi and tailing the web server error log. That should be located here: /var/log/nginx/error.log

The way this works is there are jQuery functions that load client side and make separate requests back to a php file on the Pi. That PHP file then calls to another PHP class file. The methods within that class call out to a bash script that is has sudo permissions for (orp_helper) to make the system requests. Once that executes, it returns results back to the PHP class which are processed and returned back to the calling PHP file which then returns those results back to the client side jQuery script which then loads them in to the UI. It’s a fairly complex process, so there could be numerous points of failure. Maybe what you would find in the console would give us an idea of where it’s handing up. Again it could be network related as well.

73,
Aaron – N3MBH / WRFV871

OpenRepeater is offered free of charge. Find out how you can support us.

[Aaron, N3MBH]

Hello Bryan,
You certain have a unique and challenging situation that is a first encounter for me. It might be simpler if you didn’t have the other node to contend with on your network…same in your nephews case.

I was trying to do some more research into a VPN solution. While in theory it should work over a VPN service that would assign you IP while connected, I would imagine that it would have to assign the IP address to you alone while you are connected and using the VPN connection. It would also have to allow port forwarding or just allow incoming ports, and would have to run on by some means on the Raspberry Pi.

I have NordVPN that I use for outbound connections that I wish to secure. Unfortunately I checked with them and they do not open inbound ports, so they’d be a no go. I am not sure if any of the others offer that ability. There is also OpenVPN, but you’d still have to host that somewhere to make the tunnel connection and it have to be on a network that you could administer or have administered without another EchoLink node living on it. So it would be similar to the private proxy that you were suggesting.

You really have me scratching my head on this one. Have you reported back to Groups.io for SVXLink? There have been a few guys responding there. Not sure if they would have some other solutions. I don’t think that they initially understood the dilemma.

73,
Aaron – N3MBH / WRFV871

OpenRepeater is offered free of charge. Find out how you can support us.

[Aaron, N3MBH]

This is something that as been on my todo list for a while and trying to figure out how to achieve it. I do have some thoughts on it and have been brainstorming as to how to accomplish it. The SVXLink core as Dan mentions does not support anything like this.

The best way I feel to achieve this is to build an ORP Module of sorts. An ORP module is an SVXLink module (the TCL code mentioned above in 2 & 3) wrapped with some ORP code that includes a UI and code to read and write the settings to the ORP database and build config files.

While we are working on some code changes in the 2.2.x code which will eventually lead into a new design for version 3.x. I think the UI will be best suited for a 3.x or later release because of the pending UI changes. The frame work that I am using for the new 3.x design does have some calendar UI features. My thought would be to start with the UI design and use that to guide the SVXLink TCL code that is created.

My thought would be to have a calendar UI where you could visually add items and set parameters for each calendar item. By clicking on a calendar item it would bring up a popup or modal window with the options in it for that item. This would allow for attaching of audio files to use for announcements. This way we can use some the the components that ORP has that straight SVXLink does not. Which is facilities to upload and process audio as well as a graphical UI. The was a lot of thought put into the background class that handles the audio. Not only does it process the upload but it uses the Linux subsystem to process the audio into the correct format required by SVXLink…making it much simpler for the user.

On the SVXLink side, as Dan said we would need to hook into the timer procedures of SVXLink to track triggering. The use the play back procedures at the appropriate times. Or even take it a step farther and try to override the short and long ID procedures where applicable by schedule. I think the building blocks are there, I myself am not a TCL expert. The PHP and UI side is more of my comfort zone. So it would definitely be a team effort.

If you’d like to be involve with the development/testing group, let me know and I can send you an invite.

73,
Aaron – N3MBH / WRFV871

OpenRepeater is offered free of charge. Find out how you can support us.

[Author]

Posts