The construction and setup information is in the "Files" folder of this group.? Go to Home page of the group and you will see the Files selection on the left side two up from the bottom.
|
Hi Steve and group,
I just received my SHARI board (PI3U) and plugged it into my PI4 and ran through the simple USB setup and in less than 5 minutes (after programming my radio) it is up and running. No issues. Sounds great and no buzz/hum and right on frequency. Don't know what could have been easier. Thank you for a great out-of-box product and experience.
--
David Griffith - NZ6D Node 40918
|
Re: Reverse Burst CTCSS/DCS
I have no such parameter. However, I do have these:
L) Change CTCSSFROM Mode (currently "no")
M) Change RXONDELAY value (currently "0")
N) Change RXAUDIODELAY value (currently "5")
toggle quoted message
Show quoted text
On 6/12/2020 5:23 PM, Chris Smart wrote: In Hamvoip SimpleUSB, what's TXAudioDelay set to?
Or, are you talking about something else?
My Kenwood doesn't go chk at the end of transmissions when I have CTCSS on both transmit and receive.
On 6/12/2020 2:22 PM, Steve Matzura wrote:
I'm one of these people--I'm sure you know at least ten--who don't like squelch crashes and who think reverse-burst on CTCSS or DCS is the way to eliminate them. Therefore, imagine my surprise when, even though both my VHF and UHF Shari's are set to produce one, none of my radios act like there is one. I've been told by many people that it's my radios' fault, that they just don't process reverse burst properly. This is demonstrably not correct. I can use one radio to talk to the other, and when I un-key, the receiving radio snaps off immediately totally without a tail. I listen to folk walking around with radios in my apartment building, and when they un-key, same thing--the audio just goes away without a hint of a squelch tail. So then, what is happening on the Shari transmision that causes every one of my radios--two Tytera 380' (one MD, one UV-MD), a scanner, a Kenwood TM-D700, and a pair of Bao Feng 888's--to ignore the reverse-burst and give me a loud obnoxious crash when my Shari's un-key, yet they all behave correctly when talking to each other?
|
Re: Reverse Burst CTCSS/DCS
In Hamvoip SimpleUSB, what's TXAudioDelay set to?
Or, are you talking about something else?
My Kenwood doesn't go chk at the end of transmissions when I have CTCSS on both transmit and receive.
toggle quoted message
Show quoted text
On 6/12/2020 2:22 PM, Steve Matzura wrote: I'm one of these people--I'm sure you know at least ten--who don't like squelch crashes and who think reverse-burst on CTCSS or DCS is the way to eliminate them. Therefore, imagine my surprise when, even though both my VHF and UHF Shari's are set to produce one, none of my radios act like there is one. I've been told by many people that it's my radios' fault, that they just don't process reverse burst properly. This is demonstrably not correct. I can use one radio to talk to the other, and when I un-key, the receiving radio snaps off immediately totally without a tail. I listen to folk walking around with radios in my apartment building, and when they un-key, same thing--the audio just goes away without a hint of a squelch tail. So then, what is happening on the Shari transmision that causes every one of my radios--two Tytera 380' (one MD, one UV-MD), a scanner, a Kenwood TM-D700, and a pair of Bao Feng 888's--to ignore the reverse-burst and give me a loud obnoxious crash when my Shari's un-key, yet they all behave correctly when talking to each other?
|
I really like these supplies have very little switching noise not even to effect any of the HF frequencies. They are of adequate amps to supply the Shari/Raspbery pi well
https://smile.amazon.com/s?k=raspberry+pi+power+supply+with+switch&crid=1IHA7E61C305P&sprefix=Raspbery+Pi+power+supply%2Caps%2C224&ref=nb_sb_ss_sc_3_24?
|
I agree. I purchased the VIlros Pi3B kit and it came with this power supply. I have never had an issue with Hum/Buzz and I like having the inline on/off switch. ? Loma KI5ISJ ?
toggle quoted message
Show quoted text
From: [email protected] < [email protected]> On Behalf Of Lawrence Macionski via groups.io Sent: Friday, June 12, 2020 9:00 AM To: [email protected]Subject: Re: [SHARI] Hum / buzz on signal #Buzz_Interference ? Hey Chris- and all other's
You know how some guys will tell you Collins, Motorola, Kenwood, Ten-Tec? is best..They and their followers are obnoxious about it??
Well, here's the "BEST" Raspberry PI micro USB Power Supply (also available RPI4 in C-usb) - 2.5 Amps
- US Plug
- 5ft. Cable
- Ferrite Bead- Noise Filter.
- WITH INLINE ON_OFF SWITCH !!
- UL Listed..
It can also be found on Amazon.com and they offer packages of RPI3/4's -P/S- a nice case- Wall-Wart-and Heatsinks less $$$ than CANAKIT.-I just bought 2.
Looks real good with my SHARI's...
CU on the net- de Larry W8LM
|
Re: Reverse Burst CTCSS/DCS
True enough,and so it is.
I found something in the MD-380 CPS that might have been the
culprit--the "Admit criteria" was set to "Always," so I changed it
to "Correct CTCSS/DCS" but it made no difference.
I take it "QT reverse" should be 180? I assume that's degrees, as
in 180° out of phase?
I can't think of anything else to change, except maybe quelch
from normal to tight.
On 6/12/2020 2:51 PM, Brad Trogdon
wrote:
toggle quoted message
Show quoted text
In the programming world 1 is on and 0 is off.?
Hope this helps.?
-Brad
On Fri, Jun 12, 2020 at 2:49
PM Steve Matzura < number6@...>
wrote:
I'm going to state the obvious, and it may sound
snarky, but it's not meant to be. If the Shari is set to
send a DCS tone and the radios respond, then I turn the
Shari DCS off and the radios don't break squelch, then I
obviously have the radios programmed correctly. Both my
radios are set to DCS value 411 (411N on the Shari).
When my node is off the air, I can use one radio to talk
to the other, and it's totally tailless. I can never
remember whether the value for reverse-burst ON is 0 or
1, but I *can* tell you that either setting produces the
same result--a loud crashy tail. Also, I think I can
reasonably assume that the setting for reverse burst on
the Shari is enabled when the time the carrier stays on
after the courtesy tone is longer. Sure wish I could
figure this out, because I *know* it's supposed to work
correctly.
On 6/12/2020 2:32 PM, David H. via wrote:
I have the reverse burst turned
on and I use a MD-380, a Baoefeng UV-5B and a
Baoefeng BF-F8+.? I don’t get a squelch tail on any
of them.? You might to run the shari-pixx-prog again
and make sure the reverse burst was actually turned
on.? Also might want to check that the receive
ctscss was programmed into your radios as well. If
they’re carrier squelched that can cause a squelch
crash too.?
?
---
Sent From Mail For Windows 10 On
My HP Envy x360 Ultrabook.
?
?
I'm one of these people--I'm sure
you know at least ten--who don't like
squelch crashes and who think
reverse-burst on CTCSS or DCS is the way
to eliminate them. Therefore,
imagine my surprise when, even though both
my VHF and UHF Shari's are set to
produce one, none of my radios act
like there is one. I've been told
by many people that it's my radios'
fault, that they just don't
process reverse burst properly. This is
demonstrably not correct. I can
use one radio to talk to the other, and
when I un-key, the receiving
radio snaps off immediately totally without
a tail. I listen to folk walking
around with radios in my apartment
building, and when they un-key,
same thing--the audio just goes away
without a hint of a squelch tail.
So then, what is happening on the
Shari transmision that causes
every one of my radios--two Tytera 380'
(one MD, one UV-MD), a scanner, a
Kenwood TM-D700, and a pair of Bao
Feng 888's--to ignore the
reverse-burst and give me a loud obnoxious
crash when my Shari's un-key, yet
they all behave correctly when talking
to each other?
?
?
?
?
?
|
Re: Reverse Burst CTCSS/DCS
In the programming world 1 is on and 0 is off.?
Hope this helps.?
-Brad
On Fri, Jun 12, 2020 at 2:49 PM Steve Matzura < number6@...> wrote:
I'm going to state the obvious, and it may sound snarky, but it's
not meant to be. If the Shari is set to send a DCS tone and the
radios respond, then I turn the Shari DCS off and the radios don't
break squelch, then I obviously have the radios programmed
correctly. Both my radios are set to DCS value 411 (411N on the
Shari). When my node is off the air, I can use one radio to talk
to the other, and it's totally tailless. I can never remember
whether the value for reverse-burst ON is 0 or 1, but I *can* tell
you that either setting produces the same result--a loud crashy
tail. Also, I think I can reasonably assume that the setting for
reverse burst on the Shari is enabled when the time the carrier
stays on after the courtesy tone is longer. Sure wish I could
figure this out, because I *know* it's supposed to work correctly.
On 6/12/2020 2:32 PM, David H. via
wrote:
I have the reverse burst turned on and I
use a MD-380, a Baoefeng UV-5B and a Baoefeng BF-F8+.? I don’t
get a squelch tail on any of them.? You might to run the
shari-pixx-prog again and make sure the reverse burst was
actually turned on.? Also might want to check that the receive
ctscss was programmed into your radios as well. If they’re
carrier squelched that can cause a squelch crash too.?
?
---
Sent From Mail For Windows 10 On My HP Envy
x360 Ultrabook.
?
?
I'm one of these people--I'm sure you know
at least ten--who don't like
squelch crashes and who think reverse-burst
on CTCSS or DCS is the way
to eliminate them. Therefore, imagine my
surprise when, even though both
my VHF and UHF Shari's are set to produce
one, none of my radios act
like there is one. I've been told by many
people that it's my radios'
fault, that they just don't process reverse
burst properly. This is
demonstrably not correct. I can use one
radio to talk to the other, and
when I un-key, the receiving radio snaps
off immediately totally without
a tail. I listen to folk walking around
with radios in my apartment
building, and when they un-key, same
thing--the audio just goes away
without a hint of a squelch tail. So then,
what is happening on the
Shari transmision that causes every one of
my radios--two Tytera 380'
(one MD, one UV-MD), a scanner, a Kenwood
TM-D700, and a pair of Bao
Feng 888's--to ignore the reverse-burst and
give me a loud obnoxious
crash when my Shari's un-key, yet they all
behave correctly when talking
to each other?
?
?
?
?
?
|
Re: Reverse Burst CTCSS/DCS
I'm going to state the obvious, and it may sound snarky, but it's
not meant to be. If the Shari is set to send a DCS tone and the
radios respond, then I turn the Shari DCS off and the radios don't
break squelch, then I obviously have the radios programmed
correctly. Both my radios are set to DCS value 411 (411N on the
Shari). When my node is off the air, I can use one radio to talk
to the other, and it's totally tailless. I can never remember
whether the value for reverse-burst ON is 0 or 1, but I *can* tell
you that either setting produces the same result--a loud crashy
tail. Also, I think I can reasonably assume that the setting for
reverse burst on the Shari is enabled when the time the carrier
stays on after the courtesy tone is longer. Sure wish I could
figure this out, because I *know* it's supposed to work correctly.
On 6/12/2020 2:32 PM, David H. via
groups.io wrote:
toggle quoted message
Show quoted text
I have the reverse burst turned on and I
use a MD-380, a Baoefeng UV-5B and a Baoefeng BF-F8+.? I don’t
get a squelch tail on any of them.? You might to run the
shari-pixx-prog again and make sure the reverse burst was
actually turned on.? Also might want to check that the receive
ctscss was programmed into your radios as well. If they’re
carrier squelched that can cause a squelch crash too.?
?
---
Sent From Mail For Windows 10 On My HP Envy
x360 Ultrabook.
?
?
I'm one of these people--I'm sure you know
at least ten--who don't like
squelch crashes and who think reverse-burst
on CTCSS or DCS is the way
to eliminate them. Therefore, imagine my
surprise when, even though both
my VHF and UHF Shari's are set to produce
one, none of my radios act
like there is one. I've been told by many
people that it's my radios'
fault, that they just don't process reverse
burst properly. This is
demonstrably not correct. I can use one
radio to talk to the other, and
when I un-key, the receiving radio snaps
off immediately totally without
a tail. I listen to folk walking around
with radios in my apartment
building, and when they un-key, same
thing--the audio just goes away
without a hint of a squelch tail. So then,
what is happening on the
Shari transmision that causes every one of
my radios--two Tytera 380'
(one MD, one UV-MD), a scanner, a Kenwood
TM-D700, and a pair of Bao
Feng 888's--to ignore the reverse-burst and
give me a loud obnoxious
crash when my Shari's un-key, yet they all
behave correctly when talking
to each other?
?
?
?
?
?
|
Re: Reverse Burst CTCSS/DCS
I have the reverse burst turned on and I use a MD-380, a Baoefeng UV-5B and a Baoefeng BF-F8+.? I don’t get a squelch tail on any of them.? You might to run the shari-pixx-prog again and make sure the reverse burst was actually turned on.? Also might want to check that the receive ctscss was programmed into your radios as well. If they’re carrier squelched that can cause a squelch crash too.? ? --- Sent From Mail For Windows 10 On My HP Envy x360 Ultrabook. ?
toggle quoted message
Show quoted text
From: Steve MatzuraSent: Friday, June 12, 2020 1:23 PM To: [email protected]Subject: [SHARI] Reverse Burst CTCSS/DCS ? I'm one of these people--I'm sure you know at least ten--who don't like squelch crashes and who think reverse-burst on CTCSS or DCS is the way to eliminate them. Therefore, imagine my surprise when, even though both my VHF and UHF Shari's are set to produce one, none of my radios act like there is one. I've been told by many people that it's my radios' fault, that they just don't process reverse burst properly. This is demonstrably not correct. I can use one radio to talk to the other, and when I un-key, the receiving radio snaps off immediately totally without a tail. I listen to folk walking around with radios in my apartment building, and when they un-key, same thing--the audio just goes away without a hint of a squelch tail. So then, what is happening on the Shari transmision that causes every one of my radios--two Tytera 380' (one MD, one UV-MD), a scanner, a Kenwood TM-D700, and a pair of Bao Feng 888's--to ignore the reverse-burst and give me a loud obnoxious crash when my Shari's un-key, yet they all behave correctly when talking to each other? ? ? ? ? ?
|
I'm one of these people--I'm sure you know at least ten--who don't like squelch crashes and who think reverse-burst on CTCSS or DCS is the way to eliminate them. Therefore, imagine my surprise when, even though both my VHF and UHF Shari's are set to produce one, none of my radios act like there is one. I've been told by many people that it's my radios' fault, that they just don't process reverse burst properly. This is demonstrably not correct. I can use one radio to talk to the other, and when I un-key, the receiving radio snaps off immediately totally without a tail. I listen to folk walking around with radios in my apartment building, and when they un-key, same thing--the audio just goes away without a hint of a squelch tail. So then, what is happening on the Shari transmision that causes every one of my radios--two Tytera 380' (one MD, one UV-MD), a scanner, a Kenwood TM-D700, and a pair of Bao Feng 888's--to ignore the reverse-burst and give me a loud obnoxious crash when my Shari's un-key, yet they all behave correctly when talking to each other?
|
Which cores did you get? I'm easily confusable by too many choices, and so far I've read about at least three. Not just diameter choices--actual electrical characteristic differences.
toggle quoted message
Show quoted text
On 6/12/2020 12:21 PM, Chris Smart wrote:
Ok. I have the cyllindrical chokes that snap closed. anyway, I was asking where the best place on the cable is for them... near the wall-wart or near the device being powered.
|
I got the VAB supply-charger someone mentioned somewhere recently, and while it's good, it's still not as good as a battery. Also, to anyone who might be considering the VAB device, or anything for that matter, I was head-shakingly surprised to discover that the VAB supply is not polarized, although one end of the power cord that comes with it is. No matter which way you plug the business end into the supply-charger unit, it's not properly grounded. The only thing I have plugged into it is the Pi 4. The only metal on that case that I can actually touch is the SMA connector to the Shari antenna, and I can tell you without even measuring it that there' a reasonably substantial potential that's not properly grounded. I get a good and proper buzz when I rub my finger on the SMA connector, and when I place my other hand on something I know to be well grounded, I do feel a little something. This was rather disturbing--they give you a cord that polarized on one end and not the other? Why bother with polarizing one end? I suppose if I want a cleaner signal, I'm going to have to get a pack of these ferrite cores.
toggle quoted message
Show quoted text
On 6/12/2020 10:14 AM, Harold E King wrote: I would suggest a good quality wall wart? that is a 3 amp one & yes I do use? a ferite bead on all of them really not critical but I put mine a bit closer like 6" from the input. Dave on the hamvoip groups has listed a very good 3 amp supply even with a push on/off switch in line.? W2HR
|
never mind. someone answered this already.
Sorry for all the posts.
On 6/12/2020 12:21 PM, Chris Smart
wrote:
toggle quoted message
Show quoted text
Ok. I have the cyllindrical chokes that snap closed. anyway, I
was asking where the best place on the cable is for them... near
the wall-wart or near the device being powered.
On 6/12/2020 10:05 AM, Lawrence
Macionski via groups.io wrote:
Chris-
Split core looks like 2 half eaten donuts.. one in each hand,?
then put them together, then it looks like 1 donut..
Any cop gets that visualization..
|
I agree with Patrick about the small ferrite not working.? In the investigation I did, I tried a supply with a small ferrite near the connector end of the power cable.? It was ineffective for eliminating the buzz interference.? Too little impedance in the wrong place.? As I stated in my previous post, "The bottom line is the buzzing on both transmit and receive is being caused by the Pi power supply modulating the RF antenna current coupled onto the Pi supply power cable.? It can be eliminated with one ferrite core at the Pi power supply."? You need to keep the RF out of the supply!
|
I would suggest a good quality wall wart? that is a 3 amp one & yes I do use? a ferite bead on all of them really not critical but I put mine a bit closer like 6" from the input. Dave on the hamvoip groups has listed a very good 3 amp supply even with a push on/off switch in line.? W2HR
|
Thanks for this.
On 6/12/2020 9:06 AM, N8AR wrote:
toggle quoted message
Show quoted text
For the "hum and buzz" interference, the ferrite core should be
located at the supply.? I recommend 2 to 3 turns of the wall-wart
cable through the type 31 mix (or Laird 28) core.
|
Awesome! Thanks. :)
On 6/12/2020 9:59 AM, Lawrence
Macionski via groups.io wrote:
toggle quoted message
Show quoted text
Hey Chris- and all other's
You know how some guys will tell you Collins, Motorola, Kenwood,
Ten-Tec? is best..They and their followers are obnoxious about
it??
Well, here's the "BEST" Raspberry PI micro USB Power Supply (also
available RPI4 in C-usb)
- 2.5 Amps
- US Plug
- 5ft. Cable
- Ferrite Bead- Noise Filter.
- WITH INLINE ON_OFF SWITCH !!
- UL Listed..
It can also be found on Amazon.com and they offer packages of
RPI3/4's -P/S- a nice case- Wall-Wart-and Heatsinks less $$$ than
CANAKIT.-I just bought 2.
Looks real good with my SHARI's...
CU on the net- de Larry W8LM
|
Ok. I have the cyllindrical chokes that snap closed. anyway, I
was asking where the best place on the cable is for them... near
the wall-wart or near the device being powered.
On 6/12/2020 10:05 AM, Lawrence
Macionski via groups.io wrote:
toggle quoted message
Show quoted text
Chris-
Split core looks like 2 half eaten donuts.. one in each hand,?
then put them together, then it looks like 1 donut..
Any cop gets that visualization..
|
I have a couple of these power supplies. They're nice, but still
would recommend putting an bead at the power supply end. It was
still noisy with my SHARI.
On 6/12/2020 9:59 AM, Lawrence
Macionski via groups.io wrote:
toggle quoted message
Show quoted text
Hey Chris- and all other's
You know how some guys will tell you Collins, Motorola, Kenwood,
Ten-Tec? is best..They and their followers are obnoxious about
it??
Well, here's the "BEST" Raspberry PI micro USB Power Supply (also
available RPI4 in C-usb)
- 2.5 Amps
- US Plug
- 5ft. Cable
- Ferrite Bead- Noise Filter.
- WITH INLINE ON_OFF SWITCH !!
- UL Listed..
It can also be found on Amazon.com and they offer packages of
RPI3/4's -P/S- a nice case- Wall-Wart-and Heatsinks less $$$ than
CANAKIT.-I just bought 2.
Looks real good with my SHARI's...
CU on the net- de Larry W8LM
|
Steve-N8AR
Harold E King
Loma KU5J