[Aaron, N3MBH]

Hello Jason,
What you are trying to accomplish is a bit more complex. Even at the straight SVXLink level, you are unable to change settings in the svxlink.conf file and have those settings reflect in SVXLink without restarting the SVXLink process itself. The config file gets read at startup.

ORP adds an extra level of complexity on top of this as it stores it’s settings in a database and used those to write to the config files. Any changes you make in config files anyways would be overwritten by the ORP UI anytime a rebuild is initiated from the Web UI.

The best way that I can think of to do this (besides rewriting/recompiling the SVXLink source code) would be to author a custom module to handle the task. On the SVXLink side this involves some TCL scripting and figuring out what procedure/function to hook into. On the ORP side with modules there is some extra wrapper code that you would need to add to make it “installable” and able to be initiated by ORP.

In the 19.x release of SVXLink I believe they added some extra courtesy/roger beep and CW id settings that didn’t exist before. ORP is still utilizing it’s means to implement these by writing out custom TCL overrides on some of the logic. You can try looking at /var/www/openrepeater/includes/classes/SVXLink_TCL.php which is the PHP class that handles this. This is invoked by /var/www/openrepeater/functions/svxlink_update.php upon a rebuild. You should have some understanding of PHP and object oriented programming to tackle this as the PHP classes are written in mostly OOP.

73,
Aaron – N3MBH / WRFV871

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

[Aaron, N3MBH]

Jimmie,
Yes in theory you should be able to…although it is still in development. You would have to do a custom build of 2.2.x using the GitHub script. 2.2.x has added some backend code updates to add support for Hidraw type devices. I have done some general testing with the DMK-URI and with the USB-RIM Lite…which is the close cousin to the RIM-Maxtrac. I think the circuitry is identical, but the connection is different. To set it up it would require you to use the temporary dev_ui to push some settings into the database. This would require editing some PHP arrays. It’s a work around until the new 3.0 UI redesign is completed. At that time it would be married with the 2.2.x code base.

73,
Aaron – N3MBH / WRFV871

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

[Aaron, N3MBH]

#1 – For power cycling the Pi forcibly and remotely (i.e after a scripted shutdown), you could use a smart plug instead of a Arduino. It’s basically the relay and a microcontroller with wifi in a small package. I would just recommend getting something that is ESP based and Flashable with 3rd party firmware like Tasmota. Many of the popular ones on Amazon (like the Teckin ones) have switched to a RealTek chipset which is not flashable at all OR they have patched their stock frimware (Tuya) where it cannot be flashed OTA with something like Tuya-Convert. You can still crack them open and solder wires on to flash them with a 3.3v serial converter, but many of these plugs are glued shut and are difficult to open. Maybe check out the Sonoff S31…it’s easy to open (if you need to) and there are plenty of videos on YouTube about it. It’s available in a few flavors I believe (wifi/zigbee). Dan and I were just discussing these smart plugs he other day.

#3 – Per Dan’s comment I have implemented automatic outputs of PTY configuration for each logic section in the svxlink.conf for testing and future use in the 2.2.0 branch. I committed those not too long ago. They have not been fully tested, but in initial tests seem to work OK. If you build a 2.2.0 build and encounter errors with the PTY it would likely be a permissions issue.

73,
Aaron – N3MBH / WRFV871

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

[Aaron, N3MBH]

Hello Ryan,
ORP is purely analog at this time. The Repeater Builder STM32_DMV is a microcontroller board for DV modes like DMR, D-Star, and Fusion. It is pretty much the same microcontroller that you’d find on a JumboSpot or other variety of PiStar type hot spots…but without the lower power transceiver chip. Instead it has other hardware to interface it to external radios. So while it might appear similar to say the ICS Controllers Pi Repeater boards, the behavior is vary different and not supported at this time.

We are working on support for another one of Scott’s (at Repeater Builder) interfaces…the USB RIM Lite (the other RIMs should work also). We have back end code in our development branch 2.2.0. This won’t be fully implemented until the new 3.0 UI is completed. If you can get around linux command line and a little PHP editing doesn’t scare you, I can instruct you on how to build a 2.2.0 image and how to configure a RIM or even a URI. The ICS boards are also pretty nice as well.

73,
Aaron – N3MBH / WRFV871

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

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

[Aaron, N3MBH]

Sorry I missed the notifications on your reply. Still sounds like a bad image or burn if you are say it is coming out to about 260mb on the card?

If you are saying the checksum is matching on the zip file, then can I assume that you zip file is approximately 1.3GB zipped and around 8GB unzipped (IMG file). That would give me a better indication that you have a good file.

As for imaging software…cannot say I’ve heard of Rufus. My preferred burner is balena Etcher. It is cross platform and the free version does a good job writing cards. The paid version I believe gives you reading options.

73,
Aaron – N3MBH / WRFV871

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

[Aaron, N3MBH]

Hello Allen,
2.2.x is a version that is working on some background code rewrites in preparation for the new 3.0.0 UI which is also being worked on the side as well. The plan is to marry the two codes sets, so 2.2.x might never be released publicly but rolled into 3.0.0.

It may or may not have any noticeable benefits…depending on what you are trying to do. It can certainly be built from our build script and run. So far it seems to be stable, but it is a working code base and can and might change.

I am currently working on my imaging script that I use to build images. Once I have that done, I will likely be releasing a 2.1.3 release. That will basically be the same as 2.1.2, but with an updated kernel to support the Raspberry Pi 4, 8GB…as that came out after 2.1.2 and there have been a few that have had issues when trying to run on that particular board.

If you are up to testing 2.2.x or have a specific need to use it, let me know. If you see something that 2.1.2 doesn’t let me know, and I will let you know if the base code for 2.2.x has support for that.

73,
Aaron – N3MBH / WRFV871

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

[Aaron, N3MBH]

Hello Chase,
If you are saying that the SHA checksum is not matching, that would be my first concern. Note that the checksum should be made on the compressed zip file as it is downloaded and not the uncompressed IMG file. There seems to be some occasional issues where the download may time out and not fully download. 2.1.2 should be about 1.3GB zipped up as I recall. If it has stopped, you should be able to resume it in most major browsers: https://openrepeater.com/knowledgebase/topic/problems-downloading-image-file

73,
Aaron – N3MBH / WRFV871

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

[Aaron, N3MBH]

Hello Todd,
I will send you a email with an invite into another channel where we can discuss that. Thanks.

73,
Aaron – N3MBH / WRFV871

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

[Aaron, N3MBH]

Hello Matt,

Possibly…

It appears the RA-35 from Masters Communications is a similar device to a DMK Engineering URI or a USB RIM Lite using a modified sound codec to extend it’s GPIO pins. Is that correct?

If so there has been some development progress made in the 2.2.x backend code to support this. I don’t have plans to roll it out until the 3.0 redesign is completed as I need to have UI elements to allow configuration to the average user. But initial testing has been positive.

So far I have only tested this with the DMK Engineering URI and USB RIM Lite but other CM108/CM119 devices should work. On the SVXLink side the support for this only handles a couple pins and they refer to them as Hidraw devices.

COS Pins Supported:
VOL_UP, VOL_DN, MUTE_PLAY or MUTE_REC

PTT Pins Supported:
GPIO1, GPIO2, GPIO3 or GPIO4

I’d have to verify that the pins on CM119A chip for the RA-35 schematic match up to the expected functions pins supported above. If so than support for the RA-35 should be possible in a future release, unless you’d like to try the development code with some guidance.

73,
Aaron – N3MBH / WRFV871

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

[Aaron, N3MBH]

Hello Eric and welcome to the forums. DTMF would be easy with the relay module, but I think I follow what you are asking for. No there is no inbuilt functionality for ORP like this or for SVXLink (the core system) that I am aware of. ORP is pretty much a UI wrapper on top of SVXLink that builds desired configurations. I think it may be doable with a custom module. SVXLink uses modules and ORP modules are essentially an SVXLink module structured a certain way to help make it installable as well a settings UI page and code files that help ORP build the proper config files. The SVXLink module portion is written with TCL. You may be able to take the ORP Remote Relay module and use that as a base for a new module. I guess it would probably need to run as a daemon like the TX fan module and have a code loop in it that would count squelch open/closes within a certain time frame and based on the count activate a certain relay function. In theory it sounds possible…it’s just a mater of coding it.

73,
Aaron – N3MBH / WRFV871

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

[Author]

Posts