Date   

Re: Packet

Vincent
 

Ok. Is FX.25FEC an ax25 addition?

If I choose BPQ is there some mod to accomodte, or will i need a different BBS programm ?

Thank you


Re: Packet

David McQuate
 

John,
  May I ask what "board based sound solution" you are using?
Thanks!
Dave  WA8YWQ


"John Tetreault (WA1OKB)" <john.h.tetreault@...> wrote:
Hm... I've had DireWolf running continuously on a Pi Zero W for over a month, no lockups, and rock solid stable.   I used to have issues when I was using a USB sound adapter... But on e I switched to a board based sound solution, it's been solid...

On Thu, May 28, 2020, 6:48 AM Mark Griffith via groups.io <mdgriffith2003=yahoo.com@groups.io> wrote:

Vincent,

The TNC-Pi from W2FS is no longer available since he has retired and closed his business. MFJ is supposed to be soon selling a new TNC board John designed, but they are slowed in getting this done due to the virus situation.

The WVARC is selling the TNC-Pi9k6 which is a drop-in replacement for the TNC-Pi and also has 9600 baud capability. Their project is at https://www.wvcarc.com/p/tnc-96k-resources.html. You can get to their online store at https://www.etsy.com/shop/WVCARC where you can buy the TNC as a kit or assembled. The assembled price of $87 is pretty good and I doubt the TNC-Pi from MFJ will be much less.

Direwolf on the Raspberry Pi works, but it has a problem with locking up if left running for several days, which requires a reboot to fix. If this doesn't bother you, Direwolf works just fine.

I prefer hardware solutions when they are available, but that is just me. One less thing to worry about.

Check out John Wiseman's linbpq on the Raspberry Pi for a great BBS solution. http://www.cantab.net/users/john.wiseman/Documents/index.html

Mark
KD0QYN


On Thursday, May 28, 2020, 02:57:29 AM CDT, Vincent <panserv@...> wrote:


Hi everyone, my first post here.

I have been toying with the idea of setting up a Raspberry pi based BBS system for a very small number of users ( 2 to 5) at slow speeds (1200 and less). I have been away from Ham radio especially packet for years and I can now see that there is a move away from hardware TNC's to software modems. After a little bit of searching I found TNC board from W2FS, the TNC Pi.

I wonder if I may ask a newbee question: is there anything to be gained or lost choosing a box TNC over a software solution maybe like Direwolf ?



Sent with mySecureMail.
http://www.mysecurephone.eu/


Re: Packet

John Tetreault (WA1OKB)
 

Hm... I've had DireWolf running continuously on a Pi Zero W for over a month, no lockups, and rock solid stable.   I used to have issues when I was using a USB sound adapter... But on e I switched to a board based sound solution, it's been solid...


On Thu, May 28, 2020, 6:48 AM Mark Griffith via groups.io <mdgriffith2003=yahoo.com@groups.io> wrote:

Vincent,

The TNC-Pi from W2FS is no longer available since he has retired and closed his business. MFJ is supposed to be soon selling a new TNC board John designed, but they are slowed in getting this done due to the virus situation.

The WVARC is selling the TNC-Pi9k6 which is a drop-in replacement for the TNC-Pi and also has 9600 baud capability. Their project is at https://www.wvcarc.com/p/tnc-96k-resources.html. You can get to their online store at https://www.etsy.com/shop/WVCARC where you can buy the TNC as a kit or assembled. The assembled price of $87 is pretty good and I doubt the TNC-Pi from MFJ will be much less.

Direwolf on the Raspberry Pi works, but it has a problem with locking up if left running for several days, which requires a reboot to fix. If this doesn't bother you, Direwolf works just fine.

I prefer hardware solutions when they are available, but that is just me. One less thing to worry about.

Check out John Wiseman's linbpq on the Raspberry Pi for a great BBS solution. http://www.cantab.net/users/john.wiseman/Documents/index.html

Mark
KD0QYN


On Thursday, May 28, 2020, 02:57:29 AM CDT, Vincent <panserv@...> wrote:


Hi everyone, my first post here.

I have been toying with the idea of setting up a Raspberry pi based BBS system for a very small number of users ( 2 to 5) at slow speeds (1200 and less). I have been away from Ham radio especially packet for years and I can now see that there is a move away from hardware TNC's to software modems. After a little bit of searching I found TNC board from W2FS, the TNC Pi.

I wonder if I may ask a newbee question: is there anything to be gained or lost choosing a box TNC over a software solution maybe like Direwolf ?


Re: New Raspberry Pi 4 with 8GB RAM :: native 64bit version of Raspberry Pi OS (was Raspbian) in Beta

N5XMT
 

Yep, works great.  No SD card.  Running a 500GB Samsung EVO 860 drive.  hdparm shows approx 300MB/Sec transfer rates, SD was about 40MB


On Sat, May 30, 2020 at 5:21 PM stephen shearer <sm.shearer.01@...> wrote:
I have also noticed other updates.  There are many youtube videos about
booting from SSD.  I have found (at least) one that gives enough detail
for me to understand what "they" are doing...

BOOT Rpi from SSD…

https://www.youtube.com/watch?v=0O5tJBdUO-s

SEE:
https://www.raspberrypi.org/documentation/hardware/raspberrypi/bcm2711_bootloader_config.md
and
https://www.raspberrypi.org/documentation/hardware/raspberrypi/booteeprom.md

"your" comments??  Has anyone tried?
I would "guess" if pieeprom-2020-05-15.bin changed...
73, steve WB3LGC


[Code]

sudo apt update
sudo apt full-upgrade
sudo rpi-update
sudo reboot
sudo apt install rpi-eeprom
sudo nano /etc/default/rpi-eeprom-update

replace “critical” with “beta”
<ctrl> x , y, and Enter

sudo rpi-eeprom-update -d -f
/lib/firmware/raspberrypi/bootloader/beta/pieeprom-2020-05-15.bin
sudo reboot

vcgencmd bootloader_version
vcgencmd bootloader_config



On 5/30/20 7:50 PM, David Ranch wrote:
>
> Hey Everyone,
>
> I don't know if it was posted here yet but a new Raspberry Pi 4 has been
> released with 8GB of RAM.  It's basically the same SBC as the older Rpi4
> but now with more RAM:
>
> https://magpi.raspberrypi.org/issues/94/pdf page 36
>
> https://www.tomshardware.com/news/raspberry-pi-4-8gb-tested
>
>
> In addition to this, it sounds like Raspbian has been renamed to
> "Raspberry Pi OS" and there is a native 64bit version of it already in
> beta.  While it sounds like this OS will consume more RAM, you WILL see
> better performance on it.  Check out the Tom's Hardware link for some
> examples.
>
> --David
> KI6ZHD
>




Re: New Raspberry Pi 4 with 8GB RAM :: native 64bit version of Raspberry Pi OS (was Raspbian) in Beta

N5XMT
 

I have 2 of the 8G pi4B's coming.  Been playing with the 64 bit OS as well.  Not really using much more ram than the standard Raspbian doesI have 4 of the 4G pi's running various things around the house (Including 2 3D printers).  One of them is overclocked to 2.1GHz and has been running for 3 months without a single hiccup as a MUD server.


On Sat, May 30, 2020 at 4:51 PM David Ranch <rpi4hamradio-groupsio@...> wrote:

Hey Everyone,

I don't know if it was posted here yet but a new Raspberry Pi 4 has been released with 8GB of RAM.  It's basically the same SBC as the older Rpi4 but now with more RAM:

   https://magpi.raspberrypi.org/issues/94/pdf page 36

   https://www.tomshardware.com/news/raspberry-pi-4-8gb-tested


In addition to this, it sounds like Raspbian has been renamed to "Raspberry Pi OS" and there is a native 64bit version of it already in beta.  While it sounds like this OS will consume more RAM, you WILL see better performance on it.  Check out the Tom's Hardware link for some examples.

--David
KI6ZHD


Re: New Raspberry Pi 4 with 8GB RAM :: native 64bit version of Raspberry Pi OS (was Raspbian) in Beta

Steve WB3LGC
 

I have also noticed other updates. There are many youtube videos about booting from SSD. I have found (at least) one that gives enough detail for me to understand what "they" are doing...

BOOT Rpi from SSD…

https://www.youtube.com/watch?v=0O5tJBdUO-s

SEE: https://www.raspberrypi.org/documentation/hardware/raspberrypi/bcm2711_bootloader_config.md
and https://www.raspberrypi.org/documentation/hardware/raspberrypi/booteeprom.md

"your" comments?? Has anyone tried?
I would "guess" if pieeprom-2020-05-15.bin changed...
73, steve WB3LGC


[Code]

sudo apt update
sudo apt full-upgrade
sudo rpi-update
sudo reboot
sudo apt install rpi-eeprom
sudo nano /etc/default/rpi-eeprom-update

replace “critical” with “beta”
<ctrl> x , y, and Enter

sudo rpi-eeprom-update -d -f /lib/firmware/raspberrypi/bootloader/beta/pieeprom-2020-05-15.bin
sudo reboot

vcgencmd bootloader_version
vcgencmd bootloader_config

On 5/30/20 7:50 PM, David Ranch wrote:
Hey Everyone,
I don't know if it was posted here yet but a new Raspberry Pi 4 has been released with 8GB of RAM.  It's basically the same SBC as the older Rpi4 but now with more RAM:
https://magpi.raspberrypi.org/issues/94/pdf page 36
https://www.tomshardware.com/news/raspberry-pi-4-8gb-tested
In addition to this, it sounds like Raspbian has been renamed to "Raspberry Pi OS" and there is a native 64bit version of it already in beta.  While it sounds like this OS will consume more RAM, you WILL see better performance on it.  Check out the Tom's Hardware link for some examples.
--David
KI6ZHD


New Raspberry Pi 4 with 8GB RAM :: native 64bit version of Raspberry Pi OS (was Raspbian) in Beta

David Ranch
 


Hey Everyone,

I don't know if it was posted here yet but a new Raspberry Pi 4 has been released with 8GB of RAM.  It's basically the same SBC as the older Rpi4 but now with more RAM:

   https://magpi.raspberrypi.org/issues/94/pdf page 36

   https://www.tomshardware.com/news/raspberry-pi-4-8gb-tested


In addition to this, it sounds like Raspbian has been renamed to "Raspberry Pi OS" and there is a native 64bit version of it already in beta.  While it sounds like this OS will consume more RAM, you WILL see better performance on it.  Check out the Tom's Hardware link for some examples.

--David
KI6ZHD


Re: QSSTV Template text fill bug

Alan
 

Thanks, I’ll do that.
Alan, k2rhk


Re: pi9k6 Winlink Pat ARDOP

Don
 

I know this is old, but I found the problem with this command line example:

$ pat connect telnet://k6fvc:CMSTelnet$4$k6fvc-11@127.00.1:8772/k6sdr

The dollar sign ($) is a special character to the Linux shells, so it must be escaped (with '\'):

$ pat connect telnet://k6fvc:CMSTelnet\$4\$k6fvc-11@127.00.1:8772/k6sdr

or the whole port string enclosed in single quotes.

$ pat connect 'telnet://k6fvc:CMSTelnet$4$k6fvc-11@127.00.1:8772/k6sdr'


Re: CAT Control Options

 

Sorry for the typos, I was responding on my phone.

https://en.wikipedia.org/wiki/Yaesu_(brand)  


On Sat, May 30, 2020 at 8:57 AM John D. Hays <john@...> wrote:
Vertex was the commercial radio side of Yaesu. Motorola bought Yaesu, for that that customer base, but wasn't interested in Amateur so sold that side of the business back to. The family that had previously owned it and that is Yaesu today. 

On Sat, May 30, 2020, 08:52 Marty Hartwell <mhartwe@...> wrote:

Hi

I am not sure how they are connected but I think Vertex Standard is Yaesu USA or some such

but it should be an official cable.


Marty kd8bj


On 5/29/20 2:55 PM, Daniel Norris wrote:
Hi Glen, 

You know, I thought it was an "official" cable from Yaesu, but it's a Vertex Standard brand CT-62 adapter.  its logo just looks a little like a YS.    I put in an order last week for an XGGCOMMS cat & isolated audio adapter, so I'll be able to report back if that works well for me.  

My problem with the pi powering up wasn't what I thought it was. I cut the positive wire in a usb extension cable, verified it was disconnected, and plugged in the adapter and the pi powered right up.  Turns out I accidentally wired the power switch for the 12v-5v adapter that powers the pi into the ground wire, so when the usb adapter was plugged in, it connected the ground from the 5v side of the power adapter and it started pumping out 5v to the pi.  Easy fix!   Still might need the 5v disconnect for the usb, though.  tbd...

@Chuck - that model was difficult to slice -> gcode.  I got it to print, but it was too thin.  I'll have to make another model later & have another try to make an insert.  

--Dan 
KK6WCG



--
John D. Hays
Kingston, WA
K7VE

 


Re: Packet

Vincent
 

I see now that I forgot to include my call, 9H5LX.

A tiny island where you are either down concrete canyon or over a rocky hill over low conductivity ground. I can tell you that in some areas, near cliff faces, we had to resort to 80 meter hf. But perhaps thats another story. The reality is that we do have voice repeaters that do a good job most of the time, for v/uhf fm, however , what we found , especially during the first wave covid panic, is the need for a simple bbs for end of shift general news, and similar messages that can wait for eventual retrieval. If the cell services are down, you can have medical staff , underlockdown, who just want someone to call their families and say HI , we are ok. Anyone in the same situation can post this list on bbs and this will be distributed by someone later. It give a general sense of being taken care off-assurance- i am sure that you guys in the states have similar emergency/disaster relief arrangements.

Years ago I did a mobile data trials, over UHF FM and distincly remember that the least errors and corrections we had were at 600 baud , over 1200, 2400 4800 and 9600, especially with vehicles on the move. My thinking is that if ever we had to use a filed base hf station, then it might as well be 600. However this will be in ssb, so here I am unsure.

My point is that if we are to do this, it might be more usefull if fm and ssb can be used.

For Fm we have 2M , 70 cm and some 6 meter units.

 


Re: Packet

David Ranch
 


Hello Vincent,

I wanted to set up a simple packet bbs, using raspberry pi throughout for convenient message retrieval either at the end of a shift or when on return from "busy". I would prefer ( might be wrong) to use 600 baud. Years ago, my experience in rocky hill terrain, is that it worked better than 1200, on uhf; Another reason for 600 baud, is for occasional use on HF.

Got it though let me ask you a different question:  For the packet frequency you're thinking of using, will there by any digipeaters to help fill in reception gaps, etc?  If yes, then 1200bps packet might be a good fit.  If not, then you will need to think about your design differently.  What is the size of the area you want to cover?  You mentioned you're thinking of 600bps packet which is an unusual speed other than sometimes seen on HF (I've only seen it on the proprietary SCS Robust-Packet TNC).  What kind of radios are you wanting to use here?  FM-only radios?  SSB capable radios?  What about the antennas on both ends?   If you're trying to cover an area with difficult terrain and you cannot deploy lots of digipeaters to fill in gaps, you're probably going to want to use HF with SSB radios, NVIS antennas, on say 80meters with either 300bps or 600bps HF-class packet TNCs.


The handfull  of users are almost all radio savvy, but want to keep the system simple to use and since the use is voluntary , cost is also a consideration. I am looking into a hardware tnc solution at the moment. Hope to get this up and working.


There were many excellent hardware TNCs offered in this thread so check those out.  One thing I would recommend is that since you might be looking at HF-class packet, choose a solution that has FX.25 FEC.  This will help improve decoding of packets with poor signals.  I've heard adding this has significantly helped HF packet users.

--David
KI6ZHD


Re: Packet

N5XMT
 

I would stick to 1200 baud.  Most generic Packet TNC's I have seen, unless you go expensive, don't support anything but 1200.  If the local users are all using Direwolf on a pi, I think that will support whatever baud you want, 


On Sat, May 30, 2020 at 9:34 AM Vincent <panserv@...> wrote:

Thank you all for your views, Its what I needed.

I got a lot of usefull information but maybe I could have been a little more specific. During the Covid 19, we had some issues with cellular services being down and some paramedics and emergency services friends of my mine fell back to portable radios. Not the best solution for everything but it worked, sort of.

I wanted to set up a simple packet bbs, using raspberry pi throughout for convenient message retrieval either at the end of a shift or when on return from "busy". I would prefer ( might be wrong) to use 600 baud. Years ago, my experience in rocky hill terrain, is that it worked better than 1200, on uhf; Another reason for 600 baud, is for occasional use on HF.

The handfull  of users are almost all radio savvy, but want to keep the system simple to use and since the use is voluntary , cost is also a consideration. I am looking into a hardware tnc solution at the moment. Hope to get this up and working.

 


Re: QSSTV Template text fill bug

David Ranch
 


This email list is definitely not the place to report bugs as you have to assume the various developers of programs aren't on this list.  For Qsstv related issues, I recommend you directly email Johan ON4QZ directly and see what he thinks.

--David
KI6ZHD


On 05/28/2020 10:14 PM, Alan wrote:
There seems to be a small bug in the text Fill selection box in QSSTV 9.4.4. At least on my installation it won’t allow the darkest blue colors to be selected as fill. It seems that any colors with coding beginning with two or three 0’s won’t fill text. It’s easy to work around this using the color selection slider. It took a while to happen across this but I can finally have text line and fill as I want them.





Re: Packet

Vincent
 

Thank you all for your views, Its what I needed.

I got a lot of usefull information but maybe I could have been a little more specific. During the Covid 19, we had some issues with cellular services being down and some paramedics and emergency services friends of my mine fell back to portable radios. Not the best solution for everything but it worked, sort of.

I wanted to set up a simple packet bbs, using raspberry pi throughout for convenient message retrieval either at the end of a shift or when on return from "busy". I would prefer ( might be wrong) to use 600 baud. Years ago, my experience in rocky hill terrain, is that it worked better than 1200, on uhf; Another reason for 600 baud, is for occasional use on HF.

The handfull  of users are almost all radio savvy, but want to keep the system simple to use and since the use is voluntary , cost is also a consideration. I am looking into a hardware tnc solution at the moment. Hope to get this up and working.

 


Re: CAT Control Options

Marty Hartwell
 

Hi John

Good bit of history there, I have been using Yaesu products for a long time and currently

use an FT2800, Vx5r and a FT8717 original from about 2004. It has only been back to

Yaesu to get the power connector replaced. I also have an old Kenwood  430 I am looking

at to see if it works.

I knew I had seen the Vertex Standard on some of the parts for the Vx5r, so figured it

was part of Yaesu somehow.

Marty kd8bj



On 5/30/20 10:57 AM, John D Hays - K7VE wrote:
Vertex was the commercial radio side of Yaesu. Motorola bought Yaesu, for that that customer base, but wasn't interested in Amateur so sold that side of the business back to. The family that had previously owned it and that is Yaesu today. 

On Sat, May 30, 2020, 08:52 Marty Hartwell <mhartwe@...> wrote:

Hi

I am not sure how they are connected but I think Vertex Standard is Yaesu USA or some such

but it should be an official cable.


Marty kd8bj


On 5/29/20 2:55 PM, Daniel Norris wrote:
Hi Glen, 

You know, I thought it was an "official" cable from Yaesu, but it's a Vertex Standard brand CT-62 adapter.  its logo just looks a little like a YS.    I put in an order last week for an XGGCOMMS cat & isolated audio adapter, so I'll be able to report back if that works well for me.  

My problem with the pi powering up wasn't what I thought it was. I cut the positive wire in a usb extension cable, verified it was disconnected, and plugged in the adapter and the pi powered right up.  Turns out I accidentally wired the power switch for the 12v-5v adapter that powers the pi into the ground wire, so when the usb adapter was plugged in, it connected the ground from the 5v side of the power adapter and it started pumping out 5v to the pi.  Easy fix!   Still might need the 5v disconnect for the usb, though.  tbd...

@Chuck - that model was difficult to slice -> gcode.  I got it to print, but it was too thin.  I'll have to make another model later & have another try to make an insert.  

--Dan 
KK6WCG


Re: CAT Control Options

 

Vertex was the commercial radio side of Yaesu. Motorola bought Yaesu, for that that customer base, but wasn't interested in Amateur so sold that side of the business back to. The family that had previously owned it and that is Yaesu today. 


On Sat, May 30, 2020, 08:52 Marty Hartwell <mhartwe@...> wrote:

Hi

I am not sure how they are connected but I think Vertex Standard is Yaesu USA or some such

but it should be an official cable.


Marty kd8bj


On 5/29/20 2:55 PM, Daniel Norris wrote:
Hi Glen, 

You know, I thought it was an "official" cable from Yaesu, but it's a Vertex Standard brand CT-62 adapter.  its logo just looks a little like a YS.    I put in an order last week for an XGGCOMMS cat & isolated audio adapter, so I'll be able to report back if that works well for me.  

My problem with the pi powering up wasn't what I thought it was. I cut the positive wire in a usb extension cable, verified it was disconnected, and plugged in the adapter and the pi powered right up.  Turns out I accidentally wired the power switch for the 12v-5v adapter that powers the pi into the ground wire, so when the usb adapter was plugged in, it connected the ground from the 5v side of the power adapter and it started pumping out 5v to the pi.  Easy fix!   Still might need the 5v disconnect for the usb, though.  tbd...

@Chuck - that model was difficult to slice -> gcode.  I got it to print, but it was too thin.  I'll have to make another model later & have another try to make an insert.  

--Dan 
KK6WCG


Re: CAT Control Options

Marty Hartwell
 

Hi

I am not sure how they are connected but I think Vertex Standard is Yaesu USA or some such

but it should be an official cable.


Marty kd8bj


On 5/29/20 2:55 PM, Daniel Norris wrote:
Hi Glen, 

You know, I thought it was an "official" cable from Yaesu, but it's a Vertex Standard brand CT-62 adapter.  its logo just looks a little like a YS.    I put in an order last week for an XGGCOMMS cat & isolated audio adapter, so I'll be able to report back if that works well for me.  

My problem with the pi powering up wasn't what I thought it was. I cut the positive wire in a usb extension cable, verified it was disconnected, and plugged in the adapter and the pi powered right up.  Turns out I accidentally wired the power switch for the 12v-5v adapter that powers the pi into the ground wire, so when the usb adapter was plugged in, it connected the ground from the 5v side of the power adapter and it started pumping out 5v to the pi.  Easy fix!   Still might need the 5v disconnect for the usb, though.  tbd...

@Chuck - that model was difficult to slice -> gcode.  I got it to print, but it was too thin.  I'll have to make another model later & have another try to make an insert.  

--Dan 
KK6WCG


Mfj-1204 and Kenwood ts-2000 wiring

James French
 

Would anyone know the proper wiring so that I can interface my mfj-1204 to the 8 pin mike plug?  Every time I plug my dig cable in, the 2000 goes into transmit. Is there a resistor and/or capacitor that needs to be placed?

Before someone says it, I can't go to the acc2 plug as I have found that nothing is coming out that way along with no comport also. As this is a second-hand radio, I am currently thinking that the max232 chip is fried for the comport as it did work one time that I tried it with a pi0 and a 5$ ebay usb to serial cable. 

James W8ISS 


Re: YAAC Error

Don Poaps
 

I got a work around. I manually down loaded YAAC.zip and moved the contents to /home/pi/YAAC. Use that jar.jat command. It started

It seems when the script originally ran. It only created the directory and just left an icon. No jar files.

73

Don va7dgp


On Fri., May 29, 2020, 11:00 p.m. Bill WA4OPQ <wa4opq@...> wrote:

BTW:

There is an excellent YAAC users group, the author is active there.

https://groups.io/g/yaac-users/topics

2961 - 2980 of 13932