Hi Folks - new member here. I've had several RPis over the past few years and gradually grew away from them, mostly due to unreliability. They seemed to go off into the weeds when left on for days at a time with no use. However I recently bought one of the new RPi 400 units for misc. tasks around my garage woodworking shop and possibly connection to an Icom IC-705. I have yet to connect it and power it up, but expect that'll happen later today or tomorrow.
Couple questions... first, how will I be able to tell what OS (32 or 64 bit) was supplied with the unit?
--> If it was the 32 bit version, is the 64 bit ready for prime time or is it best to wait a while?
--> I have a couple Mac Mini's in the shack that have gigabit Ethernet connectivity. Can I assume I can't VPN into them from the RPi if the RPi is only wireless - they have to be on the same network, right? Getting Ethernet to the RPi would mean poking a hole in the wall to the garage and I'm not sure the XYL would smile on that. I would like to VPN to the Macs because I have various files there that I'd like to see/use on the RPi.
Thanks in advance,
Jim / K7TXA (ex-W6JHB)
|
Re: Current List of known-working handhelds for 1200 baud TNCs?
Not a handheld, but I use the Leixen VV-898 mobile
Easy to interface, easy to mount, low current draw, good sensitivity, relatively cheap.
|
using adafruit PiTFT for mobile ops.
Has anyone used a Pi with the adafruit PiTFT for radio display. I would like to operate mobile with my FT818ND. However the radios screen is too small to be used safely while mobile. I am currently trying this with a Pi B v2.0. Problem I run into is that the desktop is way too large and a lot of the old dependencies are 404ed when I try to run some of the older scripts.
Dan KD3CEU
?
|
Re: Current List of known-working handhelds for 1200 baud TNCs?
The Baofeng uv-5 is ¡°good-enough¡±¡ªfor me. And ¡°relatively cheap¡±¡ªfor me.?
The specific model is Baofeng UV-5RAX+
Unsolicited info: The gateway is 5 miles away.
I hope this helps.
|
Re: Current List of known-working handhelds for 1200 baud TNCs?
As I alluded to in my initial post, for the Baofeng I have a custom PTT/audio interface that includes transformer audio isolation, a FET for PTT, a USB sound dongle, etc., and a PTT TOT and reset. None of that is part of my question. The question is specific to radio brand and model.
I've used a lot of Yaesu/Vertex radios, and those work fine. The experience I've had with Baofengs (admittedly, many-year-old Baofengs now) is marginal at best, and the funky PTT switching (connecting together the sleeve of both mic and speaker) doesn't seem to work well in a lot of TNCs. The PTT to audio out is slow, and is way worse than the typical 150-250 ms that most other radios have. The rx seems very sluggish, and of course requires squelch open at all times.?
Since I mentioned both a KPC3+ and a RPi/direwolf, I'm not sure how that's construed as "focused on" either direwolf or RPi. I also have a couple MicroSAT TNCs, but I don't use them for the portable stuff, yet.
So the question remains: What handheld radios (assume low receive dc current, and relatively cheap) have people had the best success with? Anytone? Baofeng? TYT? Tenway? RadioOddity? And what specific model numbers?
Cheers and 73 - Jon N7UV
|
Re: Current List of known-working handhelds for 1200 baud TNCs?
Oh well let me step in it.
Perhaps the cheapest radio interface which includes programmatic?PTT control and works with Dire Wolf appears to be the DINAH AllStar designed interface.? Assembled with shipping is about $53.
A discussion of a design using this interface and Dire Wolf can be found at:
-?
The DINAH is described at:
-?
There is a version of DINAH available which is a stackable hat for the PI Zero W/PI Zero 2 W.? It is available form the DIANH supplier.? A picture is attached below.
-?
And also the NINO-TNC.? Much less expensive than the DRAWS hat if you don't need all the features...
And the NEXUS DR-X which still requires a sound card and direwolf, but will control 2 rigs seperately
Get
On Jan 17, 2022, at 13:15, John D Hays - K7VE < john@...> wrote:
There are also purpose built HATs like
that don't have the audio transformer issues (especially when you want to move beyond 1200 baud).
On Mon, Jan 17, 2022 at 12:24 PM Don Rolph <
don.rolph@...> wrote:
A signallink?will work, but is pricey and uses an onboard VOX approach.? There are cheaper interfaces which use the CM108 PTT control which is supported in Dire wolf and provides programmatic?control of PTT through?the 6 piin mini-din interface.
--
John D. Hays
Kingston, WA
K7VE / WRJT-215
|
Re: Current List of known-working handhelds for 1200 baud TNCs?
And also the NINO-TNC.? Much less expensive than the DRAWS hat if you don't need all the features...
And the NEXUS DR-X which still requires a sound card and direwolf, but will control 2 rigs seperately
Get
On Jan 17, 2022, at 13:15, John D Hays - K7VE < john@...> wrote:
There are also purpose built HATs like
that don't have the audio transformer issues (especially when you want to move beyond 1200 baud).
On Mon, Jan 17, 2022 at 12:24 PM Don Rolph <
don.rolph@...> wrote:
A signallink?will work, but is pricey and uses an onboard VOX approach.? There are cheaper interfaces which use the CM108 PTT control which is supported in Dire wolf and provides programmatic?control of PTT through?the 6 piin mini-din interface.
--
John D. Hays
Kingston, WA
K7VE / WRJT-215
|
Re: Current List of known-working handhelds for 1200 baud TNCs?
There are also purpose built HATs like that don't have the audio transformer issues (especially when you want to move beyond 1200 baud).
On Mon, Jan 17, 2022 at 12:24 PM Don Rolph < don.rolph@...> wrote: A signallink?will work, but is pricey and uses an onboard VOX approach.? There are cheaper interfaces which use the CM108 PTT control which is supported in Dire wolf and provides programmatic?control of PTT through?the 6 piin mini-din interface.
-- John D. Hays
Kingston, WA K7VE / WRJT-215
|
Re: Current List of known-working handhelds for 1200 baud TNCs?
A signallink?will work, but is pricey and uses an onboard VOX approach.? There are cheaper interfaces which use the CM108 PTT control which is supported in Dire wolf and provides programmatic?control of PTT through?the 6 piin mini-din interface.
On Mon, Jan 17, 2022 at 3:15 PM Mark Griffith via <mdgriffith2003= [email protected]> wrote: A SignaLink works fine. You'll need to read the docs to find out how to setup the device name.
Mark KD0QYN? On Mon, Jan 17, 2022 at 1:35 PM, Don Rolph An interesting question.
Some assumptions:
- you appear to be focused on Dire Wolf
- it seems you are focused on?Raspberry PIs
We can state up front that the internal sound capability of th Raspberry PI is inadequate: ?you will?need an add on sound system.
You are also left with the challenge of how?to handle?PTT: ?use hand held VOX or wire to PTT circuit in the handheld?speaker/mic connection.? The former is easy but clunky. ?the latter is hard to implement but effective.? The following may work:
-?
to provide the hardware PTT capability against the standard 6 pin mini-din connector.
Examples of Raspberry?PI packet interfaces can be found at:
-?
which discuss interfaces from?Raspberry PI ((Dire Wolf) to radios through?the 6 pin? mini-din.
I discuss?in:
-?
experiments with the IOS application using a Baofeng UV-5A and a Wouxun KG-UV6D.? Both gave quite acceptable?packet reception performance with packet reception on a par with my D72A.? Volume needed to be set to about 50%.
Packet send levels seem to be well controlled by the internal ALC circuitry.
The testing suggests that any handheld with the Kenwood?Speaker/mic connection will probably work reasonably well for packet IF you can obtain the needed the PTT behavior. On Mon, Jan 17, 2022 at 1:33 PM Jon Adams < n7uv.jon@...> wrote: I occasionally build porta-digis that need to fit in things like ammo cans and can run on a SLA battery and 10-20 W solar power for indefinite periods of time. This means no mobile radios as their rx modes always burn way to much power.
I've used up all my old Yaesu/Vertex hand-held 2m radios. A few years ago I interfaced a Baofeng UV5 to a KPC3+, got that to work but the receive performance was pretty poor (seemed to be receiver distortion). I also got another Baofeng (not the UV5 model, but quite similar) to work with a custom-built PTT/audio interface to a Direwolf instance on an RPi, but again what I was finding was the receiver distortion was pretty significant and receive performance was poor.
Given that there's now several more hand-held radios that are available and a heck of a lot more experience tinkering with them, I was wondering if there is any general consensus on "good-enough" performing hand-held radios for APRS 1200 baud?
Cheers and 73 - Jon N7UV
--
|
Re: Current List of known-working handhelds for 1200 baud TNCs?
A SignaLink works fine. You'll need to read the docs to find out how to setup the device name.
Mark
On Mon, Jan 17, 2022 at 1:35 PM, Don Rolph <don.rolph@...> wrote: An interesting question.
Some assumptions:
- you appear to be focused on Dire Wolf
- it seems you are focused on?Raspberry PIs
We can state up front that the internal sound capability of th Raspberry PI is inadequate: ?you will?need an add on sound system.
You are also left with the challenge of how?to handle?PTT: ?use hand held VOX or wire to PTT circuit in the handheld?speaker/mic connection.? The former is easy but clunky. ?the latter is hard to implement but effective.? The following may work:
-?
to provide the hardware PTT capability against the standard 6 pin mini-din connector.
Examples of Raspberry?PI packet interfaces can be found at:
-?
which discuss interfaces from?Raspberry PI ((Dire Wolf) to radios through?the 6 pin? mini-din.
I discuss?in:
-?
experiments with the IOS application using a Baofeng UV-5A and a Wouxun KG-UV6D.? Both gave quite acceptable?packet reception performance with packet reception on a par with my D72A.? Volume needed to be set to about 50%.
Packet send levels seem to be well controlled by the internal ALC circuitry.
The testing suggests that any handheld with the Kenwood?Speaker/mic connection will probably work reasonably well for packet IF you can obtain the needed the PTT behavior. On Mon, Jan 17, 2022 at 1:33 PM Jon Adams < n7uv.jon@...> wrote: I occasionally build porta-digis that need to fit in things like ammo cans and can run on a SLA battery and 10-20 W solar power for indefinite periods of time. This means no mobile radios as their rx modes always burn way to much power.
I've used up all my old Yaesu/Vertex hand-held 2m radios. A few years ago I interfaced a Baofeng UV5 to a KPC3+, got that to work but the receive performance was pretty poor (seemed to be receiver distortion). I also got another Baofeng (not the UV5 model, but quite similar) to work with a custom-built PTT/audio interface to a Direwolf instance on an RPi, but again what I was finding was the receiver distortion was pretty significant and receive performance was poor.
Given that there's now several more hand-held radios that are available and a heck of a lot more experience tinkering with them, I was wondering if there is any general consensus on "good-enough" performing hand-held radios for APRS 1200 baud?
Cheers and 73 - Jon N7UV
--
|
Re: Current List of known-working handhelds for 1200 baud TNCs?
An interesting question.
Some assumptions:
- you appear to be focused on Dire Wolf
- it seems you are focused on?Raspberry PIs
We can state up front that the internal sound capability of th Raspberry PI is inadequate: ?you will?need an add on sound system.
You are also left with the challenge of how?to handle?PTT: ?use hand held VOX or wire to PTT circuit in the handheld?speaker/mic connection.? The former is easy but clunky. ?the latter is hard to implement but effective.? The following may work:
-?
to provide the hardware PTT capability against the standard 6 pin mini-din connector.
Examples of Raspberry?PI packet interfaces can be found at:
-?
which discuss interfaces from?Raspberry PI ((Dire Wolf) to radios through?the 6 pin? mini-din.
I discuss?in:
-?
experiments with the IOS application using a Baofeng UV-5A and a Wouxun KG-UV6D.? Both gave quite acceptable?packet reception performance with packet reception on a par with my D72A.? Volume needed to be set to about 50%.
Packet send levels seem to be well controlled by the internal ALC circuitry.
The testing suggests that any handheld with the Kenwood?Speaker/mic connection will probably work reasonably well for packet IF you can obtain the needed the PTT behavior.
On Mon, Jan 17, 2022 at 1:33 PM Jon Adams < n7uv.jon@...> wrote: I occasionally build porta-digis that need to fit in things like ammo cans and can run on a SLA battery and 10-20 W solar power for indefinite periods of time. This means no mobile radios as their rx modes always burn way to much power.
I've used up all my old Yaesu/Vertex hand-held 2m radios. A few years ago I interfaced a Baofeng UV5 to a KPC3+, got that to work but the receive performance was pretty poor (seemed to be receiver distortion). I also got another Baofeng (not the UV5 model, but quite similar) to work with a custom-built PTT/audio interface to a Direwolf instance on an RPi, but again what I was finding was the receiver distortion was pretty significant and receive performance was poor.
Given that there's now several more hand-held radios that are available and a heck of a lot more experience tinkering with them, I was wondering if there is any general consensus on "good-enough" performing hand-held radios for APRS 1200 baud?
Cheers and 73 - Jon N7UV
|
Re: Getting the Pi to get accurate time for XSJT-X
You can get even better time accuracy if the GPS support PPS and you have it hooked up to a GPIO on the Pi.? Adafruit and NW Digital Radio have HATs that support it.
On Mon, Jan 17, 2022 at 10:41 AM Jon Adams < n7uv.jon@...> wrote: In my shack, I have an RPi with a hardware RTC, running weewx and direwolf, and using a serial GPS with 1pps output connected to the RPi serial port, then gpsd and ntp. Keeps excellent time (microsecond stable) and also serves as the NTP server for the house. The biggest deal was making sure shell was disabled on the serial port.
Cheers and 73 - Jon N7UV
-- John D. Hays
Kingston, WA K7VE / WRJT-215
|
Re: Getting the Pi to get accurate time for XSJT-X
In my shack, I have an RPi with a hardware RTC, running weewx and direwolf, and using a serial GPS with 1pps output connected to the RPi serial port, then gpsd and ntp. Keeps excellent time (microsecond stable) and also serves as the NTP server for the house. The biggest deal was making sure shell was disabled on the serial port.
Cheers and 73 - Jon N7UV
|
Current List of known-working handhelds for 1200 baud TNCs?
I occasionally build porta-digis that need to fit in things like ammo cans and can run on a SLA battery and 10-20 W solar power for indefinite periods of time. This means no mobile radios as their rx modes always burn way to much power.
I've used up all my old Yaesu/Vertex hand-held 2m radios. A few years ago I interfaced a Baofeng UV5 to a KPC3+, got that to work but the receive performance was pretty poor (seemed to be receiver distortion). I also got another Baofeng (not the UV5 model, but quite similar) to work with a custom-built PTT/audio interface to a Direwolf instance on an RPi, but again what I was finding was the receiver distortion was pretty significant and receive performance was poor.
Given that there's now several more hand-held radios that are available and a heck of a lot more experience tinkering with them, I was wondering if there is any general consensus on "good-enough" performing hand-held radios for APRS 1200 baud?
Cheers and 73 - Jon N7UV
|
Re: Getting the Pi to get accurate time for XSJT-X
Just to close out the thread, Charles mentioned he's using the HamPI distribution (in his first message).
The HamPI distribution is configured to start /usr/sbin/ntpd at boot (via systemd starting "ntp.service"), and
the configuration for that service includes the server pool "debian.pool.ntp.org".
This pool of servers has been established for users of the Debian distribution, which is the base for Raspberry Pi OS.
Walt
W1ALT
|
TNC-Pi9k6 - Component Shortage Notice
Just a heads up for those thinking of getting a TNC-Pi9k6 TNC.? The Teensy 3.6 controller has been out of stock for some time.? The 3.2 probably won't be in stock until June.? I have 19 - 3.6's left and 42 - 3.2's left.? Hopefully supply chains loosen up in the next couple of months, but who knows.
Mat
K2MJM
https://www.etsy.com/shop/WVCARC
|
Re: Getting the Pi to get accurate time for XSJT-X
Another option for NTP?is the chronyd program.? A GPS can be added for a STRATUM 1 time source.
On Wed, Jan 12, 2022 at 7:55 AM Walt Weber < waltweber@...> wrote: Charles -
There are two different time synch services available in the Debian distribution used as a base for the Rpi.
One is the service you've asked about , known to the system as "systemd-timesyncd.service".
The other is the service that is being used to sync time, known to the system as "ntp.service".
The command "timedatectl" with no arguments examines the system clock in the context of "systemd-timesyncd.service", and is equivalent to "timedatectl status".
Typing "timedatectl show", on the other hand, shows different output.
Examining the current state of the services managed by the system (a.k.a "daemons" or "demons") is done by the command systemctl.
To examine both of the services mentioned above, type the following command in a console (terminal):
systemctl list-units --all ntp.service systemd-timesyncd.service
On my Rpi 4B, using the 1.5 HamPi distribution, here is the leading few lines of output
UNIT????????????????????????????????? LOAD?? ACTIVE?? SUB?????? DESCRIPTION??????????????? ?
ntp.service????????????????????????? loaded??? active??????? running? Network Time Service?????? ?
systemd-timesyncd.service loaded?? inactive???? dead?????? Network Time Synchronization
This shows that the "ntp.service" is up and running, doing it's task of syncing the clock, as specified by /etc/ntp.conf .
To obtain more details about the status of ntp.service, the command "ntpq" can be used, but the various options assume wizard-status on the distributed time service implementation and function.
A useful command is "ntpq -n -c lpeers" , where the output is in dotted-quad IP addresses. The leading asterisk indicates the current time source, the plus indicates "candidate" to become a source, and the minus indicates "outlier" status.
Hope this helps clear up any confusion. Post any follow-up questions in this thread, and I'll attempt to answer.
Walt
W1ALT
(Unix/linux nerd for most of my working life)
-- John D. Hays
Kingston, WA K7VE / WRJT-215
|
Re: Getting the Pi to get accurate time for XSJT-X
Charles -
There are two different time synch services available in the Debian distribution used as a base for the Rpi.
One is the service you've asked about , known to the system as "systemd-timesyncd.service".
The other is the service that is being used to sync time, known to the system as "ntp.service".
The command "timedatectl" with no arguments examines the system clock in the context of "systemd-timesyncd.service", and is equivalent to "timedatectl status".
Typing "timedatectl show", on the other hand, shows different output.
Examining the current state of the services managed by the system (a.k.a "daemons" or "demons") is done by the command systemctl.
To examine both of the services mentioned above, type the following command in a console (terminal):
systemctl list-units --all ntp.service systemd-timesyncd.service
On my Rpi 4B, using the 1.5 HamPi distribution, here is the leading few lines of output
UNIT????????????????????????????????? LOAD?? ACTIVE?? SUB?????? DESCRIPTION??????????????? ?
ntp.service????????????????????????? loaded??? active??????? running? Network Time Service?????? ?
systemd-timesyncd.service loaded?? inactive???? dead?????? Network Time Synchronization
This shows that the "ntp.service" is up and running, doing it's task of syncing the clock, as specified by /etc/ntp.conf .
To obtain more details about the status of ntp.service, the command "ntpq" can be used, but the various options assume wizard-status on the distributed time service implementation and function.
A useful command is "ntpq -n -c lpeers" , where the output is in dotted-quad IP addresses. The leading asterisk indicates the current time source, the plus indicates "candidate" to become a source, and the minus indicates "outlier" status.
Hope this helps clear up any confusion. Post any follow-up questions in this thread, and I'll attempt to answer.
Walt
W1ALT
(Unix/linux nerd for most of my working life)
|
Re: Getting the Pi to get accurate time for XSJT-X
I'm totally new to the Pi computers, but look at the NTP client for the Pi...
This comment thread might be useful:? https://raspberrypi.stackexchange.com/questions/8231/how-to-force-ntpd-to-update-date-time-after-boot/107344
You can find a local NTP server here:
Mike
|
Re: Getting the Pi to get accurate time for XSJT-X
I use a real time clock module on mine and don't seem to have any drift. The RTC-DS1307 with the headers? already soldered on for about $10
73, K2EXE Mark
On Sunday, January 9, 2022, 11:43:53 PM EST, Charles MacDonald VA3CPY <aa508@...> wrote:
I have a Pi 4, and am using the mid December version of Hampi.? (ie the
one before new years update.
the time takes a few moments to set itself, but then deems to drift.
if I type timedatectl
? in a console, I find that systemd-timesyncd.service active: is
indicating that the service is NOT running.
searching on the internet I get all sorts of anwers, most suggesting
installing ntpd invariably followed by another post saying No that is
not the way to do it.
I don't think I have changed any settings from the way hampi was
packaged.? I just made a new sd card of the system about a week before
the new years update, and I noticed that some folks were having problems
with the latest version using wsjt-x so I am hesitant to start fresh
with hampi 2.0.
I am sure that their is a simple thing that I have missed.? the pi is
plugged into my local network, (which then is connected to the net via
DSL)? and the kubuntu pcs on that network seem to manage to stay in sync.
ideas?
--
Charles MacDonald? VA3CPY? ? ? ? ? ? ? Stittsville Ontario
cmacd@...? ? ? ? ? ? ? Just Beyond the Fringe No Microsoft Products were used in sending this e-mail.
|
Bill WA4OPQ
Doc Sarvis
John Hays - K7VE / WRJT-215