Hello, Burned the new image to the pi but when I ssh into the pi from ssh client using the ?root login and password as root it tells me its the wrong password.. new image burn?
Thanks?
John WX5OU
|
First, did you enable the COS LED per the setup procedure and is it illuminating when you transmit to SHARI?
If yes then from the Admin Menu, Item 12 (Run simpleusb-tune-menu Applocation), select Item 2 (Set RX voice level).? You should see the bar graph move to the right when you transmit to SHARI and talk.? If you see nothing, press enter and check the Current Setting.? It should be around 500 +/- 100 depending on the deviation of your radio.? ?If it is way low then set it to 500 and see if the bar graph moves.
Next, carefully inspect your solder joints at Pins 1 and 3 of the radio module.? Pin 1 is the lower left corner of the module when the USB connectors are on the left and the SMA antenna connector is to the right.? Make sure the solder is flowing up the wall of the castellated hole.? Take a look at this link to see proper soldering??? ?
Steve? ? ? ? ? ? ? ? ? ? ? ? ??
|
I just put together a new PiU3. Everything is working great but when I tx their is no audio.
I have check the HT and I have check the radio setup on the board. I don;t see anything wrong. Any idea's
Mike
|
Re: when using Shari on my hot spot receive is good but tx is bad and breaking up
I do not play with APPLE IPHONES or otherwise as Steve Jobs told me to "F-off" years ago when he was demonstrating the Apple 1 at the 1st computer store in Detroit. My comment was why buy an Apple 1, a kit,? for $695 when I could buy a Commodore PET assembled, tested and a warranty, for the same price and the PET had a?? monitor and data storage cassette plus the same CPU.
So I do not know anything regarding iPHONES.. However, if your Cellphone is ANDROID. download SPEEDTEST (by OOKLA). at the playstore.
Once you do that you can run the program and analyze the results.
PING- you want to see 45ms-65ms. Lower the better
JITTER - variations of ping during the test of sending and receiving packets.. lower the better.
LOSS --? --% (should be --) Loosing signal..
DOWNLOAD Mbps---- This is what you are receiving.. 3G cellular is about 2Mbps -I don't care if the phone says 4G or you have a 5G phone.
???????????????????????????????????? I can stream video at 2Mbps, so that's fine for audio..What they say they give you and what you get are not the same.
UPLOAD Mbps--- this is what you transmit to the internet.. depending on your carrier and location it may even be 1G.
??????????????????????????? as 1G is fast enough for keyboarding but not audio.. I have measured? 28Kbps or less in rural America
With faster download - the Cell Carrier is faking you out, as you will download more data than uploading as they expect you to just keyboard..
I just checked my 2 phones speed..
AT&T carrier and I am in Rural Kansas..
Ping 45ms
Jitter? 5ms
Loss --%
Download 6.03 Mbps
Upload 13.3Mbps..? ---lower speed downloading is because the cellphone tower is shared. more downoading than uploading.. But fine for SHARI hotspot.
SPRINT (Boost mobile) CARRIER and again in Rural Kansas? -
Ping 37ms
Jitter 8ms
Loss--%
Download 33.7Mbps
UPLOAD 3.40Mbps
In my local, Sprint is Faster than AT&T... Can you hear me now???
Finally, you do know Google secretly downloaded a CORVIS-19 app on your phone this past week. I say this as the rollout was nationwide and data intensive via cellphone (wireless) carriers. The Fake news called it a glitch with T-mobile.
MAIN SCREEN
?CLICK on SETTINGS
?? SCROLL and CLICK on GOOGLE (Google Services)
??? SCROLL to -COVID-19 Exposure Notifications...
I do not know how to remove it.. it would seem to violate HIPPA if your phone tells (via bluetooth)? my phone? you have Chinese kooties. or versa visa.
|
Re: when using Shari on my hot spot receive is good but tx is bad and breaking up
David, I have three pi-star hotspots and a SHARI in my truck. What I found that works best is to use a 5 volt switch and plug all the hotspots into the switch and then into your portable cell hotspot. I use a AT&T blackhawk (it has a real Ethernet port on it). I drive 110 miles a day with very little issue.
Now that said, I don't expect everyone to have this setup. If you are using a cell phone for your connection:
Make sure the phone is plugged into power
Make sure the phone is high on the dash and visible to the sky but not in the sun
Make sure you are not running apps like WAZE while trying to use the ALLSTAR node
Also make sure your PI/SHARI is running on a good clean power source
Also make sure the node your are connected to is set as permanent so that when it disconnects it automatically redials.
You will find the system will work better
|
when using Shari on my hot spot receive is good but tx is bad and breaking up
when using Shari on my hot spot over cellular receive is good but tx is bad and breaking up it is high speed internet on the cell when i hook up to me home internet no problems any one got a fix for this????
|
#1 Neil K8IT- I do not have your email address..
#2. Others may want to give this a try..
[arm-allstar] Adding a Voice Command Menu for new or visually impaired Hams.
BY: am_fm_radio @yahoo.com
POSTED: Wed May 6 12:51:18 EDT 2020
I put together a SHARI-RPI3 hotspot for a blind Vietnam Veteran ham friend of mine. I figured since neither of us know braille, we'd have to give him a "cheat sheet" so that he could begin to navigate on ALL STAR. This is not an end all solution. But an attempt to add a feature by a crusty-rusty old ham.
I wrote up this exercise so that HAMVIOP.ORG users can adopt my mods into their RPI. I am providing quasi step by step directions, as anyone will want to customize and adopt my mods to make them? their own. For instance, if you or the person you are programming this for, all ready is familiar with the Touch Tone commands, you may not want to speak the ones I have programmed; but for instance only use what I have done to create a Voice menu of macro short cuts. I think the best application of Macros is to use them like I did to connect to various NODES calling them "Short Cuts".
Now, in my example I have only assigned 4 macros. I am confident 0-9 macro can be assigned as additional line items in rpt.conf. Please note: comment out Macro 1 as it is defective! "1=*81 *80#" as it will ID and speak time at the same time doubling, and sounds awful.
My concept is to add a text file and edit rpt.conf file.. We created TTcommand.txt to the RPI /etc/asterisk/local, then convert it to a sound file: TTcommand.ul. Then EDIT /etc/asterisk/rpt.conf-- adding 4 macros and a new command "C" so when you Touch tone to your Node "*C" it plays the recording of the Command Menu...In my case it takes about 30 seconds. As an after thought, anyone could add a second command "*C1" and link a file, let's say,? macromenu.txt to speak a list of favorite NODE links.
Now let's get down and make the sauce...
FIRST ITEM OF BUSINESS-
BEFORE YOU START, play with the white paper "VOICE & TEXT TO SPEECH ON THE RPI2/3" at "https://www2.hamvoip.org/tts-how-to.pdf"
As a 1st time user I? found playing with it takes about a hour and you can even add a Aussie girl accent to your repeater ID. It requires registering and applying for a KEY but it is free.. Just the right price for any ham. Once you digest that and are confident with creating sound files. Then you may proceed to formulate your own sound menu. You may copy my TTcommand.txt file in its entirety, but please use different macros!!
One caveat- don't forget that creating text files in /tmp directory is only good to next reboot. In order to test changes in /etc/asterisk/rpt.conf, you must reboot. So I found for ease of future editing, to place TTcommand.txt into the directory /etc/asterisk/local. Work in that director to create TTcommand.ul. You can play your recording as you "massage" it for good enunciation with the following command while in the Bash Shell Interface:
asterisk -rx "rpt localplay <YOUR NODE #> /etc/asterisk/local/TTcommand"
I will use a line of ----------- to delineate my files which were copy and paste.
Here is my TTcommand.txt . There in Commas & Periods are pauses. STAR 5 1 though 4 ARE MACROs - you need to create your own. Actually I alternated back and forth between creating the modified rpt.conf and TTcommand. To arrive at all of this. You decide which is best for you. Just make sure you 1st create rptvirgin.conf before you modify rpt.conf. So you can always go back to the virgin rpt.conf.
?NOTE- adjusted to "enunciate better". my TTcommand.txt:
------------------------------------------------------
command men you..
Star 1 NODE,,? disconnect node.
Star 2 NODE,,? monitor node.
Star 3 NODE,,? connect node.
Star 5 1,, short cut 2 K link on W 0 V F W.
Star 5 2,, short cut 2 W 0 V F W repeater V H F.
Star 5 3,, short cut 2 Blind hams Talk Group.
Star 5 4,, short cut 2 W 8 L M shari.
Star 7 0,, Status.
Star 7 1 NODE,, disconnect permanent.
Star 7 2 NODE,, monitor permanent.
Star 7 3 NODE,, connect permanent.
Star 8 0 ,, Station identification.
Star 8 1 ,, twelve hour time.
Star 8 3 ,, twenty four hour time.
Star A 1 ,, Local I P address.
Star A 3 ,, Public I P address.
Star A 9 ,, Parrot 1 time
------------------------------------------------
1. Create TTcommand.txt in /etc/asterisk/local. Use your favorite Text Editor (nano)
2. Convert it to voicerss TTS (tts_audio.sh TTcommand.txt) after a few seconds It will now add TTcommand.ul file to the directory.
3. To make TTcommand.ul speak locally add this to the command line:
??? asterisk -rx "rpt localplay 51673 /etc/asterisk/local/TTcommand"??? (51673 is your node number)
Any adjustments you need to make, repeat 1 to 3.
Once your happy with what you want to say... then comes EDITING /etc/astrisk/rpt.conf
BEFORE YOU DO - DECIDE What your MACROs will do
1. cd /etc/asterisk
2. cp rpt.conf rptvirgin.conf
3. nano rpt.conf
At this point if you are going to use macro's to make "short cuts" to your "favorite NODES", Then add them like I did to rpt.conf.
NOTE - each macro consists of 2 commands. *10 is disconnect then a new node connect *3<NODE> followed by hashtag (#) end of commands. You must disconnect first, then connect, else you would be adding nodes each time you took a short cut. If you are not connected to any node, no problem. . Using the Short Cut *5 is like "Changing Channels on the TV" Get it? Got it? Live it!.
Once you have opened /etc/asterisk/rpt.conf EDIT these lines which are about lines 992-1014 into rpt.conf.
rpt.conf---------------------------------------------------------------------
;B3=cmd,/usr/local/sbin/reboot.sh 51673??? ; Reboot the system
B6=cmd,/usr/local/sbin/astres.sh??????? ; Restart Asterisk
?????????????????? ; Update hamvoip with voice feedback
C=cmd,asterisk -rx "rpt localplay 51673 /etc/asterisk/local/TTcommand"???? ; say Touchtone Command Menu
???????????????????????
;C2=cmd,/usr/local/sbin/say-hamvoip-sys-update.sh
; MACROS
; Place command macros here
[macro51673]
;Macro number = command string (each command separated by space) -end with HASH
;1=*81 *80#???? ; play time and voice ID
1=*10 *346013#? ; connect K-link W0VFW uhf
2=*10 *349403#? ; connect W0VFW vhf
3=*10 *350631#? ; connect Blind Hams Talk Group
4=*10 *3495080# ; connect W8LM
rpt.conf---------------------------------------------------------------------
Changes/ Additions to rpt.conf: are the above Lines starting with:
C=cmd,..................
;1=*81..................
1=*10...................
2=*10..................
3=*10..................
4=*10..................
Once you are satisfied with your edit. ^W to write out your modified rpt.conf file and save it as rpt.conf.
You must REBOOT your RPI after your changes are saved. Test and if you are happy with your accomplishment- power down, remove the SD card and make a backup on another computer. I personally keep a 2nd micro SD card in a full size SD card holder taped to the top of my RPI case, so that in the event of ¡°NO BOOT¡± I can load the backup micro SD card and get back on the air pronto.
Conclusion- Brain smoking? possibly! The beauty of Ham radio is we have an unbelievable pool of experts that find this child¡¯s play. Yet, in my case, it was "The little Engine that could" I think, I can and I did. Hence this DYI paper. If it helps others. That will be great. Still there are unknowns that are not documented about HAMVIOP, RPI and Asterisk.? They require experimentation. Like No where does it say you can have the single character command.. Yet "*C" works. I found that by experimentation. *C gets you a menu to start with. As simple as possible.
?
With Macros. I found unedited Macro 1 "*81 *80#" defective and needs to be commented out. I am only assuming you can assign macro's to *50-*59 as I don¡¯t know if you can use multiple digits to assign macros. Experimentation for another day.
Regards ¨C
Larry W8LM? Licensed 54 years
ARRL life member- w8lm at arl.net
VE Team Leader 11 years, VFW post 3115 Amateur Radio Club, W?VFW, Wichita, KANSAS
|
Neil? You're still going to run your Shari??
|
I would very appreaciate if you can send a copy of your
allstar changes direct to my email as the list forum will not permit
it
?
?
Thanks
73 Neil Sablatzky? K8IT
Allstar Node
41838 KITLINK
Allstar Node 42087 KITLINK HUB
IRLP Node exp0068
Echolink
K8IT-L
WIRES-X K8IT 11479 Room 21479
toggle quoted message
Show quoted text
Sent: Wednesday, June 17, 2020 8:54 AM
Subject: Re: [SHARI] Programming
Steve & Chris- Our blind ham, a Vietnam Vet, and VP of
the VFW post 3115 ARC, lost his vision after Katrina. He was working oil rigs in
the Gulf of Mexico and the evacuated him to New Orleans just before Katrina hit.
While there he developed a fungus in his one eye that spread up his optic nerve
to the other. He was interested in Ham radio and went from ZERO to EXTRA in 3
months. I was one of three who gave him his license test. Here in Wichita, we
have 4-5-6 blind hams. The W?VFW VHF repeater is on the Blind Hams Talk Group
24x7 for everyone to enjoy. Here in Wichita, they started the Visually
Inconvenienced Hams Facebook Group. Last time I? spoke with my blind
friend, he got measured for a cane and was starting to learn braille. ?
? If you read an old post on the hamviop.org forum from myself, I
published directions to add a "voice menu" to any allstar node by modifying
etc/asterisk/rpt.config. So that star "C" (for commands) will speak a list of
common ALLSTAR commands plus I programmed in 4 "speed dials" *51-*54. (and you
can do more) This way our blind ham has a quick reference to the basics once I
had walked out his door. ? Maybe I should cross post that to the Blind hams
group on groups.io..
|
Sunny beaches, what a story! That's called motivation and
determination. Good for him and all who helped him get there, and
double-plus-good on the W0VFW repeater.
Posting that old message could be of great use to many. Thanks in
advance for it.
On 6/17/2020 8:54 AM, Lawrence
Macionski via groups.io wrote:
toggle quoted message
Show quoted text
Steve & Chris-
Our blind ham, a Vietnam Vet, and VP of the VFW post 3115 ARC,
lost his vision after Katrina. He was working oil rigs in the Gulf
of Mexico and the evacuated him to New Orleans just before Katrina
hit. While there he developed a fungus in his one eye that spread
up his optic nerve to the other. He was interested in Ham radio
and went from ZERO to EXTRA in 3 months. I was one of three who
gave him his license test. Here in Wichita, we have 4-5-6 blind
hams. The W?VFW VHF repeater is on the Blind Hams Talk Group 24x7
for everyone to enjoy. Here in Wichita, they started the Visually
Inconvenienced Hams Facebook Group. Last time I? spoke with my
blind friend, he got measured for a cane and was starting to learn
braille. ? ?
If you read an old post on the hamviop.org forum from myself, I
published directions to add a "voice menu" to any allstar node by
modifying etc/asterisk/rpt.config. So that star "C" (for commands)
will speak a list of common ALLSTAR commands plus I programmed in
4 "speed dials" *51-*54. (and you can do more) This way our blind
ham has a quick reference to the basics once I had walked out his
door. ? Maybe I should cross post that to the Blind hams group on
groups.io..
|
Re: Reverse Burst CTCSS/DCS
No worries, brevity is good. Does the Shari support that turn-off
instead of reverse burst method? I also thought I found something
like that in the MD380 codeplug.
On 6/17/2020 8:06 AM, Sam Nabkey wrote:
toggle quoted message
Show quoted text
The cause is the Decoders in these radios don't respond well to
Reverse Burst as they do not sense the phase reversal as written
in the standard.
Some ham rigs suck at it too.
Chicken Tail, the method of turning the tone off for about 500ms
works on MOST radios.
Sent from my mobile device. Please forgive my brevity.
No matter what I change, reverse burst
does *NOT* close the squelch and
I get a crash. My UV-MD380 behaves the same way. However,
they talk to
each other and back and forth to Bao Feng and Kenwood radios
just fine.
The Shari nodes work great on the BF's and Kenwood radios,
too. There's
something fundamentally wrong about how I've set up the MD
and UV-MD
radios. Squelch tight or normal, CTCSS or DCS, even if I
change the
degree value for the reverse burst from 180 to 120 (or
whatever the
alternate value is), still no change. I fully understand
that this is
all so trivial and probably pedantic, too, but if some can
get it to
work, that means there's something I'm not understanding,
and that's
what I want to correct--my understanding of how this all
works, which I
thought I had down.
On 6/16/2020 4:32 PM, Patrick Perdue wrote:
> FWIW: I set my SHARI up just with CTCSS. I haven't
tried DCS. No
> crashing with my MD380. All I changed from a default
new channel was
> frequency, power, CTCSS encode/decode frequency, and
squelch to tight.
> I'll try DCS later to see what happens. The SHARI has
tone burst tone on.
>
>
> On 6/13/2020 10:26 AM, Steve Matzura wrote:
>> 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")
>>
>> 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
The cause is the Decoders in these radios don't respond well to Reverse Burst as they do not sense the phase reversal as written in the standard.
Some ham rigs suck at it too.
Chicken Tail, the method of turning the tone off for about 500ms works on MOST radios.
Sent from my mobile device. Please forgive my brevity.
toggle quoted message
Show quoted text
No matter what I change, reverse burst does *NOT* close the squelch and
I get a crash. My UV-MD380 behaves the same way. However, they talk to
each other and back and forth to Bao Feng and Kenwood radios just fine.
The Shari nodes work great on the BF's and Kenwood radios, too. There's
something fundamentally wrong about how I've set up the MD and UV-MD
radios. Squelch tight or normal, CTCSS or DCS, even if I change the
degree value for the reverse burst from 180 to 120 (or whatever the
alternate value is), still no change. I fully understand that this is
all so trivial and probably pedantic, too, but if some can get it to
work, that means there's something I'm not understanding, and that's
what I want to correct--my understanding of how this all works, which I
thought I had down.
On 6/16/2020 4:32 PM, Patrick Perdue wrote:
> FWIW: I set my SHARI up just with CTCSS. I haven't tried DCS. No
> crashing with my MD380. All I changed from a default new channel was
> frequency, power, CTCSS encode/decode frequency, and squelch to tight.
> I'll try DCS later to see what happens. The SHARI has tone burst tone on.
>
>
> On 6/13/2020 10:26 AM, Steve Matzura wrote:
>> 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")
>>
>> 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?
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>
>>
>>
>
>
>
|
Steve & Chris-
Our blind ham, a Vietnam Vet, and VP of the VFW post 3115 ARC, lost his vision after Katrina. He was working oil rigs in the Gulf of Mexico and the evacuated him to New Orleans just before Katrina hit. While there he developed a fungus in his one eye that spread up his optic nerve to the other. He was interested in Ham radio and went from ZERO to EXTRA in 3 months. I was one of three who gave him his license test. Here in Wichita, we have 4-5-6 blind hams. The W?VFW VHF repeater is on the Blind Hams Talk Group 24x7 for everyone to enjoy. Here in Wichita, they started the Visually Inconvenienced Hams Facebook Group. Last time I? spoke with my blind friend, he got measured for a cane and was starting to learn braille. ? ?
If you read an old post on the hamviop.org forum from myself, I published directions to add a "voice menu" to any allstar node by modifying etc/asterisk/rpt.config. So that star "C" (for commands) will speak a list of common ALLSTAR commands plus I programmed in 4 "speed dials" *51-*54. (and you can do more) This way our blind ham has a quick reference to the basics once I had walked out his door. ? Maybe I should cross post that to the Blind hams group on groups.io..
|
Re: Reverse Burst CTCSS/DCS
No matter what I change, reverse burst does *NOT* close the squelch and I get a crash. My UV-MD380 behaves the same way. However, they talk to each other and back and forth to Bao Feng and Kenwood radios just fine. The Shari nodes work great on the BF's and Kenwood radios, too. There's something fundamentally wrong about how I've set up the MD and UV-MD radios. Squelch tight or normal, CTCSS or DCS, even if I change the degree value for the reverse burst from 180 to 120 (or whatever the alternate value is), still no change. I fully understand that this is all so trivial and probably pedantic, too, but if some can get it to work, that means there's something I'm not understanding, and that's what I want to correct--my understanding of how this all works, which I thought I had down.
toggle quoted message
Show quoted text
On 6/16/2020 4:32 PM, Patrick Perdue wrote: FWIW: I set my SHARI up just with CTCSS. I haven't tried DCS. No crashing with my MD380. All I changed from a default new channel was frequency, power, CTCSS encode/decode frequency, and squelch to tight. I'll try DCS later to see what happens. The SHARI has tone burst tone on.
On 6/13/2020 10:26 AM, Steve Matzura wrote:
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")
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
FWIW: I set my SHARI up just with CTCSS. I haven't tried DCS. No crashing with my MD380. All I changed from a default new channel was frequency, power, CTCSS encode/decode frequency, and squelch to tight. I'll try DCS later to see what happens. The SHARI has tone burst tone on.
toggle quoted message
Show quoted text
On 6/13/2020 10:26 AM, Steve Matzura wrote: 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")
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?
|
yes, what Steve said. There are quite a few blind Shari folks out here and lots more on Allstar generally.
toggle quoted message
Show quoted text
On 6/16/2020 9:51 AM, Steve Matzura wrote: Tell your blind member to get subscribed to the Blind Hams email list on groups.io in the normal manner. We can and will get this person through all the things they will need to know about running an Allstar node accessibly.
On 6/16/2020 9:19 AM, Lawrence Macionski via groups.io wrote:
I downloaded and printed the Shari Allstar Node Setup and Configuration file, printed copies and placed them in Binders for our club group build. We had one guy never soldered, a blind ham, and a new tech that his license was a few days old.
Everyone took a manual home because not everyone had an allstar node # and of course setting it to their network at home - 100baseT or wifi..
We built them, and tested them against my unit - all worked, and the guys when home to finish the setup at their house. I do go over to the blind ham's house and did his.
Since it was a club group build.. 3 guys paid to have me supply the RPI3+.. I recommend VILROS.com over Canakit, as VIRLOS has a kit:
It has a nice case and a UL approved "Wall-wart" 2.5 amps with a in line power switch.
We also bought our 8Gb SD cards in bulk on line for $3.89 cents we bought 2 for each guy.. and programmed 1/2 of them, and then the 2nd one is to copy for a backup.
Final thought- If you are debating RPI3 versus RPI4.... The 3 will suffice just fine.. W?VFW has a VHF and UHF repeaters both with ALLSTAR and BOTH are running on Rasperry PI 2's.... which has a slower processor than a RPI3 and no wifi..? Microcenter has RPI3+'s for $29.95 in store. RPI3 for $26.99.
|
Tell your blind member to get subscribed to the Blind Hams email list on groups.io in the normal manner. We can and will get this person through all the things they will need to know about running an Allstar node accessibly.
toggle quoted message
Show quoted text
On 6/16/2020 9:19 AM, Lawrence Macionski via groups.io wrote: I downloaded and printed the Shari Allstar Node Setup and Configuration file, printed copies and placed them in Binders for our club group build. We had one guy never soldered, a blind ham, and a new tech that his license was a few days old.
Everyone took a manual home because not everyone had an allstar node # and of course setting it to their network at home - 100baseT or wifi..
We built them, and tested them against my unit - all worked, and the guys when home to finish the setup at their house. I do go over to the blind ham's house and did his.
Since it was a club group build.. 3 guys paid to have me supply the RPI3+.. I recommend VILROS.com over Canakit, as VIRLOS has a kit:
It has a nice case and a UL approved "Wall-wart" 2.5 amps with a in line power switch.
We also bought our 8Gb SD cards in bulk on line for $3.89 cents we bought 2 for each guy.. and programmed 1/2 of them, and then the 2nd one is to copy for a backup.
Final thought- If you are debating RPI3 versus RPI4.... The 3 will suffice just fine.. W?VFW has a VHF and UHF repeaters both with ALLSTAR and BOTH are running on Rasperry PI 2's.... which has a slower processor than a RPI3 and no wifi..? Microcenter has RPI3+'s for $29.95 in store. RPI3 for $26.99.
|
I downloaded and printed the Shari Allstar Node Setup and Configuration file, printed copies and placed them in Binders for our club group build. We had one guy never soldered, a blind ham, and a new tech that his license was a few days old.?
Everyone took a manual home because not everyone had an allstar node # and of course setting it to their network at home - 100baseT or wifi..
We built them, and tested them against my unit - all worked, and the guys when home to finish the setup at their house. I did go over to the blind ham's house and did his.
Since it was a club group build.. 3 guys paid to have me supply the RPI3+.. I recommend VILROS.com over Canakit, as VIRLOS has a kit:
It has a nice case and a UL approved "Wall-wart" 2.5 amps with a in line power switch.
We also bought our 8Gb SD cards in bulk on line for $3.89 cents we bought 2 for each guy.. and programmed 1/2 of them, and then the 2nd one is to copy for a backup.
Final thought- If you are debating RPI3 versus RPI4.... The 3 will suffice just fine.. W?VFW has a VHF and UHF repeaters both with ALLSTAR and BOTH are running on Rasperry PI 2's.... which has a slower processor than a RPI3 and no wifi..? Microcenter has RPI3+'s for $29.95 in store. RPI3 for $26.99.
|
On the website for the SHARI board there is a download link for the manual it takes you through the process step-by-step
toggle quoted message
Show quoted text
On Jun 15, 2020, at 4:11 PM, mick@... wrote:
?Hi, I just received my Shari and I'm clueless. How do I program it? What software do I use? Where do I get it?
I already have my Pi setup (from another use) So how do I get the Sahri to work an a specific frequency etc..
Thanks
Mick?W3IFI
mick@...
|
I set my Shari node up in about 5 min the instructions are straight forward,,, to be fair I already had a pi configured (evil grin) ?
?
Not to sound ugly but have you read the instructions?? Pretty straight forward and very detailed.?
toggle quoted message
Show quoted text
On Mon, Jun 15, 2020 at 4:11 PM < mick@...> wrote:
Hi, I just received my Shari and I'm clueless. How do I program it? What software do I use? Where do I get it?
I already have my Pi setup (from another use) So how do I get the Sahri to work an a specific frequency etc..
Thanks
Mick?W3IFI
mick@...
|
John Simon
Steve-N8AR
Larry Macionski
W8DSB