¿ªÔÆÌåÓý

ctrl + shift + ? for shortcuts
© 2025 Groups.io
  1. SHARI
  2. Messages
Expanded Topics Messages Polls
Date
Re: #Shari PiZero: power via just one Micro USB? #Shari

 

A Pi Zero only has one real USB port, and one port that looks like a USB port but is only used to power the Pi - that should be the one labeled with "Power" on your device.?
?
Karl Heinz - K5KHK
Re: #Shari PiZero: power via just one Micro USB? #Shari

 

Unless I'm having a brain fart, I remember only ever seeing 2 USB ports on a Pi Zero / Zero 2w...
(too lazy to go upstairs and check at 3AM...)
?
Bob
KK6RQ
Re: pi-star

 

¿ªÔÆÌåÓý

A basic Pi-Star only needs a Pi, an MMVDM board, and a USD card.
All it's doing is taking the packet from your radio, modifying the header,
and sending it off to the internet. I'm using 2011 PIs that are ethernet
only. I upgraded the hats to the latest FW using a 3B+ with the full GPIO.

It's as simple as building HamVOIP.

On 2025-03-06 21:58, Robert Alford via groups.io wrote:

When you say Support Pi-Star are you referring to using your Shari to access Pi-Star MMDVM Services like DMR or DStar ?..

If so then USRP will allow with DVSwitch the Ability to Utilize your Shari to access say Brandmeister or TGIF.

Rob..
Re: pi-star

 

When you say Support Pi-Star are you referring to using your Shari to access Pi-Star MMDVM Services like DMR or DStar ?..

If so then USRP will allow with DVSwitch the Ability to Utilize your Shari to access say Brandmeister or TGIF.

Rob..
Re: Yellow COS led

 

That works, Thank you
Re: Yellow COS led

 

Change the dash to an underscore in the second line.
Re: Yellow COS led

 

I have this info.
[events]
cop,62,GPIO4:1 = c|t|RPT_RXKEYED
cop,62,GPIO4:0 = c|f|RPT-RXKEYED
Re: pi-star

 

Please Google MM/DVM hot spot.

Sent from Chris's iPhone.

On Mar 6, 2025, at 14:17, Daniel Curry K6DLC via groups.io <dod1450@...> wrote:

? Hello all, I was thinking about using my SHARI to support pi-star. Is this possible? Or do I have to buy a raspberry pi that has an antenna?
K6DLC
Re: Yellow COS led

 

Check the 2 lines you added to rpt.conf to enable the COS LED.? They should be:
?
cop,62,GPIO4:1 = c|t|RPT_RXKEYED
cop,62,GPIO4:0 = c|f|RPT_RXKEYED
?
My guess is that they are incorrect
pi-star

 

Hello all, I was thinking about using my SHARI to support pi-star. Is this possible? Or do I have to buy a raspberry pi that has an antenna?
K6DLC
Yellow COS led

 

I have noticed that my yellow COS led stay on. Is normal with ASL 3.0 and if not what needs to be configure that turns the LED off in idle mode?
The red COS led comes on only when my SHARI transmit.
Re: #Shari PiZero: power via just one Micro USB? #Shari

 

Awesome - thanks for the quick response Steve!
Re: #Shari PiZero: power via just one Micro USB? #Shari

 

Yes - You can power it from any of the ports.? The port labeled POWER has no D+/D- dara connection
#Shari PiZero: power via just one Micro USB? #Shari

 

Hey Folks,
?
My SHARI PiZero has 4 Micro USB ports but only one of them is labelled 'power' - can I also use the other three to power the device? I'm not overly fond of the Micro USB hole as a power socket and would prefer to spread wear & tear across all of them if I knew it were safe.
?
Apologies if this has been asked before...
?
Thanks.
Mark.
Re: rpt.conf receive delay setting?

 

¿ªÔÆÌåÓý

There's a problem with this approach, though:

The sa818, once it sees a PL tone, will send COS high until the carrier drops, not when the PL drops. The result is that the node will still send, though with no audio when the PL isn't present, out to the network until the carrier drops. What should happen is that it drops off as soon as the PL tone is no longer detected, even if the carrier continues.

So, effectively, you'll still have a long hangtime, it's just that users of your node won't hear anything during that period.

While this will work fine with other radios, it isn't recommended with the sa818 used in the SHARI, unless you happen to have one of the newer V5.5 radios, turn off the high pass filter, and use the software usbradio's CTCSS decoder instead of relying on the sa818 to do it. Theoretically possible in HamVoIP, but will work better on ASL3, probably.

Even then, I'm not sure how responsive it is. Can't test it since I don't have a new enough sa818 radio. My newest SHARI is from 2020, and thus, it won't pass PL through to the software decoder.


On 3/3/2025 10:22 PM, Richard Anderson via groups.io wrote:

Here is a probability?
?
The repeater outputs a tone when input is being recieved but drops the tone when no input (ie. User not keying up)... my node is connected to my repeter (440) and I do t have an issue with this problem... check the PL tone on/off on the output of the repeter and make sure that you have tone set properly on you allstar node...
?
--
Rich
KC0QA?
Re: rpt.conf receive delay setting?

 

Here is a probability?
?
The repeater outputs a tone when input is being recieved but drops the tone when no input (ie. User not keying up)... my node is connected to my repeter (440) and I do t have an issue with this problem... check the PL tone on/off on the output of the repeter and make sure that you have tone set properly on you allstar node...
?
--
Rich
KC0QA?
Re: rpt.conf receive delay setting?

 

A few years ago I was going to link two Kenwood TKR series one 750 at one hospital and an 850 at another hospital. I had one SHARI PI 3V and one SHARI PI 3 U and could never get them balanced with the audio. So I replaced each one with 2cMasters Communications RA-35 's and never looked back. SHARI devices work great for simplex nodes but just not IMHO in repeater service for linking. Others may have had better luck with them so don't just take my word for it.
?
Les Keegan?
N4LPK?
?

On 03/03/2025 9:37 PM EST Chris Smart <ve3rwj@...> wrote:
?
?

Guys, you may want to ask these questions over on the repeater-builder group on groups.io. There is a huge amount of expertise over there.

Most are going to suggest you connect your Pi running Allstar direct to the repeater though, i.e. not via RF.

?
Re: rpt.conf receive delay setting?

 

¿ªÔÆÌåÓý

Guys, you may want to ask these questions over on the repeater-builder group on groups.io. There is a huge amount of expertise over there.

Most are going to suggest you connect your Pi running Allstar direct to the repeater though, i.e. not via RF.

?
Re: rpt.conf receive delay setting?

 

I have been trying to do a RF link, also!!! Same results...
?
I would really appreciate some discussion on this from people who have succeeded.
?
We have an Icom repeater that does Analog and D-star, but not one to the other.? Can't see a way to access audio/PTT, etc, for the Pi.? So tried the RF method for analog.? (very little interest for D-star.)? In the process of switching to MTR-2000 for analog and allstar.
?
?
?
?
?
? ?
Re: rpt.conf receive delay setting?

 

Greetings:


First of all, a hangtime that long, no matter what you do, is just not optimal for this kind of linking arrangement. Even if you have a repeater with a gated PL, the SHARI doesn't really handle that properly.

If you can arrange a dedicated linking frequency for your repeater with no hangtime or telemetry, or, better yet, can use ASL as the repeater controller itself, ??? or connect ASL to a URI and patch it direct into the repeater, or on your controller's link port, assuming it is actually driven by an external controller, you'll be much better off,... but I expect you probably already know this. Not only will the repeater's hangtime not matter if properly configured, but you will also get full duplex operation, and much better audio quality.

You should have your node set to duplex=0, so there is no courtesy tone or telemetry. You'll probably also want to stop ID's from happening on the node, since the repeater ID's... but, unfortunately, the entire network will hear your repeater ID when it transmits to your node, which really shouldn't happen.


Are you running ASL3 or HamVoIP?

If HamVoIP, look at the rxondelay setting in simpleusb tune menu. This is a value in frames. 1 frame is 20 MS.

Setting a negative value here will cause the radio to ignore stuff sent to it for the number of frames only after a transmission is sent toward it from IAX.

So, for a 3 second hangtime, you'd want to use the ridiculously high -150 frames. Unfortunately, this means that, if someone keys toward your node, drops it, then someone else keys the repeater before that time, those on the IAX side of the link will miss stuff.

ASL3's simpleusb and usbradio both also have rxondelay, but I don't think it accepts negative values like HamVoIP does, so the delay will *always* take affect. This is not ideal either, because, again, if you use the correct number of frames for the entire hangtime cycle, you will always miss the first X seconds of a transmission to the repeater.


Basically, if you can do a direct connection to the repeater, you should. There is lots of info on interfacing to Kenwood TKR-750 and TKR-850 repeaters out there.


73

N2DYI

On 3/3/2025 12:08 AM, Shawnerz via groups.io wrote:
OK,
I'm going to open myself up for criticism and I'll probably get at least 1 "I told you so!" email. Go ahead. I earned it. ?

I have a SHARI-Pi set up to transmit on the input of our local VHF repeater (Kenwood TK-750) and I have it set to receive on the output. People who've done this before at probably screaming at their computer, "OMG, NO!!"

Well, it's not *that* bad. And, I can't think that I'm the only one to have done this. The problem is, when the SHARI-Pi stops transmitting, the repeater is still transmitting. The hang time on the VHF repeater is fairly long (3 seconds or so). The SHARI-Pi sees the RF from the repeater as activity and goes in to transmit. It drops after about a second, but by this time, the repeater sees the Pi's activity and goes back in to transmit. This cycle repeats indefinitely.

In /etc/asterisk/rpt.conf, I found the hangtime and althangtime values. I changed them and they had no effect. I didn't expect them to change anything. I was hoping to find a rxdelay setting of some sort. I was hoping to find a setting that determined how long a valid RF signal had to be detected by the SA818 before it goes into transmit.
Is there a parameter I missed that sets this value? Or, am I going about this the wrong way?
I really am trying to avoid directly integrating the Pi into the Kenwood repeater. For our installation, an RF AllStar integration solution is much easier.
Thank you very much,
-Shawn (N6REP)
61 - 80 of 4126