开云体育

ctrl + shift + ? for shortcuts
© 2025 开云体育

Re: EDATEC Industrialized Raspberry RPi-5

 

In this video Randall Restle explains the "industrial" aspect of the EADTEC ED-IPC3020:


Now that I've got hands on the ED-IPC3020, it appears to be a well built and rather complete RPi-5 solution that includes M.2 PCIe NVMe SSD, Audio I/O and even a buzzer all within a fan-less metal case; these are things that would have to be purchased additionally to a bare RPi-5.? So, I feel it is priced competitively.

However, I'm finding the lack of documentation, other than this datasheet:?, frustrating, and the lack of a support forum leaves me without specifics regarding, for instance, how to use the buzzer.? Perhaps, when I find time to open the case, some of these issues will resolve themselves.? Also, the metal case appears to function well as a Faraday cage effectively disabling the RPi-5 on-board WiFi.? Of course, this is easily overcome by inserting a USB WiFi adapter.?

So far, the EDATEC ED-IPC3020 feels like a valuable addition to the RPi-5 marketplace.

Best regards
Larry
WB6BBB


Re: Pi5 12v supply

 

Got a wall wart from Amazon, works great.

Geekworm PD 27W 5.1V 5A USB-C Power Supply for Raspberry Pi 5

Greg
KE5DXA?


Re: RPi Kernel Panic on Bookworm

 

开云体育


Hello Michael,

It's great to see your persistence here and I think with some additional details, maybe we can narrow things down.? Few questions:

?? - You mentioned that when you rebuilt the TEST machine to use a real sound device instead of a sound-loopback, it started to crash.? To me, this could be RFI induced.? How physically close is the radio to your Raspberry PIs?? How much RF power is the radio transmitting at?

?? - What is the interval on your beacon message(s)?? Are you only sending one beacon or multiple?? Are you using a digi path on your beacons?

?? - When you use Pat, are you making an outbound AX.25 connection to a remote system or is some remote system making a AX.25 connection to you?
????? - How often do you make this connection attempt?

?? - It might be good to run a script via cron running every minute on your Pis under test that:
????? - Writes all of the following to a file on a permanent file say in your home directory
? ? ???? - captures all running processes and system load
? ? ???? - captures the amount of free memory, disk space, etc
? ? ???? - captures the bottom of dmesg for any new lines
?? ? ? ?? - issues a sync command to push the changes to the file to hopefully NOT loose as little data as possible to the "disk" when the PI crashes
????? - Once the Pi crashes, reboot it and review the file.? See if there are any concerning trends (memory leaks, USB resets, etc)

?? - What kernel version are you currently using?

?? - Can you take a picture of the kernel crash screen?


One note:

?? - I don't think your statement of "I thought this detail was significant as beacon and pat are the only processes that produce UI frames" is correct?? Connectionless beacons use UI frames but PAT uses connected sessions.

--David
KI6ZHD


On 01/28/2024 02:12 PM, Michael Dunn wrote:

Hi everyone,

It's been a few weeks since I've posted on this, but I've been busy working through testing and troubleshooting on multiple crashes. ?This might get a bit lengthy, so here's your mute switch to tap-out :) . ?TL;DR the ?bad news is that the Pi still consistently crashes regardless of what I've changed, but the good news is that I've duplicated the crash elsewhere.

To summarize previous posts, the Pi had been crashing consistently "every few days", so I followed the utility advice of performing software and firmware updates; the system still crashed, however. ?I connected a serial console to the Pi to catch the kernel stack trace. ?The Pi's kernel blamed beacon for the crash, so I disabled beacons thinking it might be a workaround, but the crash came anyways.

Since the last post I've introduced a 2nd Pi for testing, I'm referring to it as TEST and the original Pi as PROD. ?Following KI6ZHD's advice, I built the VE7FET replacement libax25 and tools on TEST and installed the packages (after removing disto default packages) on PROD. ?PROD crashed a few days later, but as an interesting note, the kernel trace blamed pat instead of beacon. ?I thought this detail was significant as beacon and pat are the only processes that produce UI frames, so my next test was to remove the beacon configuration from pat on the PROD Pi.

At the risk of sounding like a broken record, PROD crashed again. Next up was another KI6ZHD suggestion to to bounce the AX.25 stack after a clean reboot, however PROD crashed several days past the reboot and stack bounce. ?At this point I backed out the VE7FET packages, trying to get back to a baseline configuration. One interesting item that came out of this crash was the time of day, 9:15a local; more on that later. ?Another item was some self-inflicted "complexity" on the ax.25 stack on PROD. ?Without going into details (would be lengthy), I removed this complexity, but PROD crashed again at 9:15a a few days later (today).

So, that's the bad news, but there is a bit of good news. ?Sometime early on, I started working on building a second Pi (TEST) to reproduce this crash. ?The thought was to reduce the time it takes to test ideas by running multiple tests in parallel. ?As it turns out, getting TEST to crash has been elusive. ?On the initial build, I imaged the TEST SD card from the same Raspbian image, manually built the AX.25 stack and configured a dummy sound device. ?This build ran for 2 weeks, beaconing every 60 seconds with out a crash.

On the second iteration, I built TEST by dd'ing PROD's SD card to TEST's SD card. ?The thought was that I must have missed some critical configuration, thus a block for block copy would solve that. ?On booting TEST, I changed a minimum number of items; just what was required for it to operate. ?I changed the hostname, configured snd-dummy and swapped out the audio device in Direwolf; I commented out Pat's scheduler so it wouldn't steal my email, and set beacons to 60s. ?I let this build of TEST run for about 9 days before I decided that it had failed to produce a crash.

Since TEST is using snd-dummy and is essentially an echo chamber, the thought occurred to me that the crash might need a chain of events that require the kernel to hear traffic and enter some state prior to the crash. ?I ordered an additional CM108 card for TEST and proceeded to wire a tap into my radio connection, routing RX audio and ground to the CM108. ?This allowed TEST to hear, but not speak and a crash followed about 6-7 days later.

I mentioned the significance of 9:15a earlier; 9:15a is the time that pat is scheduled to check my mail on PROD. ?I have witnessed at least 3 crashes around 9:15a, which should be a big, red flag. ?However, I say "about", because I've noted crashes that happen moments before my mail is checked and even crashes that happen in the minutes after my mail is retrieved. ?Recall that I disabled the pat schedule on TEST; that crash occurred sometime later in the day (11a?), but the kernel still blamed pat . ?I think pat is just the thing that happens to be generating traffic, and the schedule simply coalesces the time of day that crash happens.

So fresh out of good ideas, yet flush with bad ones, I'm at a bit of an impasse. ?Does anyone have any ideas for me?

One bad idea I have is to shutoff pat entirely; however, the lesson learned from shutting off beacon is that the crash will just stem from some other process using the AX.25 stack. ?That would just prove the producer of the crash is mobile, but not help me to work around it.

Another bad idea would be to recompile the kernel on TEST to produce the core and debug symbols needed to trace the crash. ?That seems like a fair bit of work and I'm not really confident the output would be useful.

Any thoughts would be greatly appreciated. ?In lieu of any good ideas, I plan to proceed with the bad ones mentioned above. :)

? Thanks
? Mike





Re: Pi 5 welcome here?

 

开云体育

(Wow, I’m really glad I found this group. Thanks so much for the helpful tips, folks!)

Wheezy mostly ran for me, with the mods David Ranch pointed me to. Progress is being made, as shown below.

My next step is to connect my Icom IC-7200 to it and start doing some radio tests.

But, as I’m new to WINE, I have a couple of questions, please.

I plan to run mix-mode Linux and Windows applications. That which is available in Linux, I’ll run natively. That which doesn’t, I’ll WINE them.

How does WINE handle USB ports? Do I have to install Silicon Labs CP210x device driver in WINE? Does it unload when I’m not using a windows app?

I’m sure I’ll get the native Linux apps running just fine. It’s only the windows ones I’m curious about.

Again, much appreciated.

Cheers,

Ken


IMG_2229.jpeg

On Jan 29, 2024, at 11:40?AM, Kelly K7MHI via groups.io <kellykeeton@...> wrote:

The wheezy scrips are fully broken fyi?

I keep some notes on the matter here ..?


Re: Pineberry Pi SSD HATs

 

开云体育

Could it be they just wanted to use our money interest free?? I have received no unsolicited answer from them, only vague answers to Emails I've sent to them.? At one point they said I was around 1000 on their list.? Next was they received 1000 8gb Pi-5s.? Next was it took time to assemble the kit.? That was about two weeks ago.

John,? WoGN


On 2024-01-28 17:30, N5XMT wrote:

What's funny is sparkfun was advertising a lot that they were taking pre-orders for the pi5's... Once they actually shipped from the pi foundation in October, I no longer see any of their advertisements on a lot of the pi project websites like I used to

Get
On Jan 28, 2024, at 13:12, John <radio@...> wrote:

Hi David,

I ordered my Pi-5 kit very nearly 5 months ago.? Somebody should start a list of suppliers that are not reliable.? Perhaps the ARRL can take on this task.? Come to think of it, I've not seen a SparkFun ad in QST.??

John,? WoGN



On 2024-01-28 12:59, David Ranch wrote:


I've been waiting on Sparkfun for three months now on an Rpi5-8GB kit and sent their support email list an email on Friday for a status as I'm getting very frustrated too.? While I got an automated email response, no real HUMAN reply yet.? I'll give them a few more days for a response or I'll cancel too.

--David
KI6ZHD


On 01/27/2024 07:32 PM, DavidC KD4E wrote:
I canceled my SparkFun order.

Got tired of waiting - while they show up for sale everywhere else.

The next time a buddy visits a MicroCenter in the Atlanta area,

he'll pick up a RPi 5 for me there.







Re: Power Pi 4 or 5 from 12 volts

 

If you are just running a basic packet system for site telemetry, digipeater, etc, you don't really need a ton of horsepower. An RPi3B+ is normally plenty adequate with a lot less power and cooling issues.

73,
Michael WA7SKG

dtmenges@... via groups.io wrote on 1/29/24 7:14 AM:

Our club is in the consideration mode for a Pi based packet system with expansion to a VHF an HF RMS. The site has a generator for backup but I know generator power can be dirty and not immediate. We have a 50 amp Astron and I would like to run the Pi from that. Not settled on the verson of Pi but both Pi4 and Pi 5 are in consideration.
So, what would be the recommendation or success stories with a hat based UPS in the pie and what is a good way to power it from the 12 volt Astron?
73
Dave
WB9TEN


Re: Pi 5 welcome here?

 

The wheezy scrips are fully broken fyi?

I keep some notes on the matter here ..?


Re: Pi 5 welcome here?

 

开云体育

On Jan 29, 2024, at 6:34?AM, Kenneth R. van Wyk <ken@...> wrote:
And thank you David Ranch, for suggesting????

FYI, the modified script linked in that thread works mostly. Yes, I had to run an 8 kb page kernel, but that’s quick and easy. But, the script couldn’t find VARA HF or VARA FM to download.

I checked at Weak Signals Software and there’s a new version out _TODAY_… Sigh. I’ll download manually and give it a try. I expect the script is downloading a “latest” version that isn’t yet linked on the download site.

Either way, it seems to be on the right track. Thanks for the recommendation!

Cheers,

Ken




Re: Power Pi 4 or 5 from 12 volts

 

开云体育


I've had great luck with Waveshare UPS HATs as they:

?? - Offer top or bottom style HATs for different Raspberry Pi form factors
?? - Allow for simultaneous run and charging
?? - offer I2C monitoring of power status, load, etc.
?? - offer different battery types (21700, 18650s and Li-Ion packs)

?? Rpi4 Top: (uses the GPIO header)
?? Rpi4 Bottom: (uses pogo pins)

I *think* their 5A HAT board is compatible with the Rpi5 but that needs to be researched.?

The main issue I see here for you is their DC input is 8.4v on most of their units and not say 12v.? This is easily dealt with a good quality adjustable buck-boost unit such as (make sure the unit you buy can keep up the expected voltage at it's max load -- most DON'T).

--David
KI6ZHD



On 01/29/2024 07:14 AM, dtmenges@... via groups.io wrote:

Our club is in the consideration mode for a Pi based packet system with expansion to a VHF an HF RMS. The site has a generator for backup but I know generator power can be dirty and not immediate. We have a 50 amp Astron and I would like to run the Pi from that. Not settled on the verson of Pi but both Pi4 and Pi 5 are in consideration.

So, what would be the recommendation or success stories with a hat based UPS in the pie and what is a good way to power it from the 12 volt Astron?

73
Dave
WB9TEN


Re: Power Pi 4 or 5 from 12 volts

Francis Geraci
 

Checkout? :
"Pipower" From SunFounder?@
  1. /Raspberry Pi Accessory- Power Supply


On Mon, Jan 29, 2024 at 10:41?AM dtmenges@... via <dtmenges=[email protected]> wrote:
Our club is in the consideration mode for a Pi based packet system with expansion to a VHF an HF RMS. The site has a generator for backup but I know generator power can be dirty and not immediate. We have a 50 amp Astron and I would like to run the Pi from that. Not settled on the verson of Pi but both Pi4 and Pi 5 are in consideration.

So, what would be the recommendation or success stories with a hat based UPS in the pie and what is a good way to power it from the 12 volt Astron?

73
Dave
WB9TEN


Re: Pi 5 power from LiFePo4 solar charge system

 

Yes there are two other threads on the topic?

you will have issues with 3 vs 5 amp delivery and the pi5 will remind you?


Re: Power Pi 4 or 5 from 12 volts

 

There was a huge mess of a thread yesterday for this?

pi4 you can easily power?
pi5 is more complicated depending if you directly power the rail?


Power Pi 4 or 5 from 12 volts

 

Our club is in the consideration mode for a Pi based packet system with expansion to a VHF an HF RMS. The site has a generator for backup but I know generator power can be dirty and not immediate. We have a 50 amp Astron and I would like to run the Pi from that. Not settled on the verson of Pi but both Pi4 and Pi 5 are in consideration.

So, what would be the recommendation or success stories with a hat based UPS in the pie and what is a good way to power it from the 12 volt Astron?

73
Dave
WB9TEN


Pi 5 power from LiFePo4 solar charge system

 

开云体育

Caveat: I have NOT yet tested it, but I plan to.

I use one of these (below) in my DIY solar charging station. It provides 2x 30 Watt PD USB-C outputs, which power my Macbook Pro (15” 2018, which is a power hog) quite well for mobile comms. (Radio is directly connected to LiFePo4 battery via Anderson poles.)

I’m hoping I can run my Pi 5 from the same USB-C. Power is more than adequate, but I don’t know about voltage.

At home, I use a Pi power adapter, but I’d like to use this for mobile comms.

Anyone here tested the Pi 5 using a similar setup?

Cheers,

Ken van Wyk
Armata Scientia





signature.asc
signature.asc


Re: Pi 5 welcome here?

 

开云体育

On Jan 28, 2024, at 3:03?PM, Michael WA7SKG <wa7skg@...> wrote:
I think there is a misunderstanding. This group is not specific to the Raspberry Pi-4. The title uses the number "4" instead of the word "for". Kind of like P2P for "Point-to-Point”.

Thanks for that clarification. Mea culpa. I’d been scouring the interwebz for all things “Pi 5” and when I saw the 4 here, I assumed…

Glad to hear it’s more general Pi + radio, though.

And thank you David Ranch, for suggesting????

I’ll definitely give that a go.

I’d LOVE to be able to get this Pi 5 to the point of being a great control radio for my radios, and that means (for me) VARA HF, VARA FM, and Winlink Express are vital. (I could function without the latter using RadioMail on my iPhone, but the VARA TNCs are critical for me.) I sure wish they’d make a set of VARAs in native Linux, but that doesn’t seem likely, so WINE it is.

I made good progress over the weekend with Box64. It is compiled and passed all of its ctests. Haven’t done WINE itself yet, but will give that revised script (above) a go.

Meanwhile, I’m thrilled with the Pi 5 with a 1 Tb NVMe boot drive running at PCIe gen3 speed. For a truly lightweight “desktop” class computer, that’s pretty amazing.

Oh, and the other advantage of using this for radio operations is that it uses so little power, I can comfortably plug it into the USB-C 30 Watt outlet on my solar batter/charger system.

Have a great day.

73 de K0RvW


signature.asc
signature.asc


Re: Pi5 12v supply

 

I use a number of 12V monitors mobile and in my RV with LiFePo4 batteries whose charger supplies 14V to the bus. Never had a problem. In my experience, most 12V devices will usually run fine on 11.5-15V.

I use a buck converter in my RV to drop the 12V to 9V for my weather radio. I also have a couple 12V USB multi-port chargers. I have not run into any noise issues from them.

Michael WA7SKG

Terry Philbin wrote on 1/28/24 3:59 PM:

The 27 w supply that I purchased from PiShop works just fine.? I'm thinking of using my rig mobile.? Will the trucks Electrical system (13.5v) be too much for a small monitor or fo I need a DC-DC converter?
Are buck converters too noisy for a SDRplay?
On Fri, Jan 26, 2024, 16:24 Kelly K7MHI via groups.io <> <kellykeeton@... <mailto:[email protected]>> wrote:
Anyone find a good 5a supply to properly power the pi5 with yet?


Re: Pineberry Pi SSD HATs

 

I can't speak directly to any Pi5 issues, but I have had good experiences with SparkFun.

Keating
KC4HSI

On Sun, Jan 28, 2024, 6:31 PM N5XMT <dacooley@...> wrote:
What's funny is sparkfun was advertising a lot that they were taking pre-orders for the pi5's... Once they actually shipped from the pi foundation in October, I no longer see any of their advertisements on a lot of the pi project websites like I used to

Get
On Jan 28, 2024, at 13:12, John <radio@...> wrote:

Hi David,

I ordered my Pi-5 kit very nearly 5 months ago.? Somebody should start a list of suppliers that are not reliable.? Perhaps the ARRL can take on this task.? Come to think of it, I've not seen a SparkFun ad in QST.??

John,? WoGN



On 2024-01-28 12:59, David Ranch wrote:


I've been waiting on Sparkfun for three months now on an Rpi5-8GB kit and sent their support email list an email on Friday for a status as I'm getting very frustrated too.? While I got an automated email response, no real HUMAN reply yet.? I'll give them a few more days for a response or I'll cancel too.

--David
KI6ZHD


On 01/27/2024 07:32 PM, DavidC KD4E wrote:
I canceled my SparkFun order.

Got tired of waiting - while they show up for sale everywhere else.

The next time a buddy visits a MicroCenter in the Atlanta area,

he'll pick up a RPi 5 for me there.







Re: Pi5 12v supply

 

The 27 w supply that I purchased from PiShop works just fine.? I'm thinking of using my rig mobile.? Will the trucks Electrical system? (13.5v) be too much for a small monitor or fo I need a DC-DC converter?

Are buck converters too noisy for a SDRplay?

On Fri, Jan 26, 2024, 16:24 Kelly K7MHI via <kellykeeton=[email protected]> wrote:

Anyone find a good 5a supply to properly power the pi5 with yet??


kelly


Re: Pineberry Pi SSD HATs

 

What's funny is sparkfun was advertising a lot that they were taking pre-orders for the pi5's... Once they actually shipped from the pi foundation in October, I no longer see any of their advertisements on a lot of the pi project websites like I used to

Get
On Jan 28, 2024, at 13:12, John <radio@...> wrote:

Hi David,

I ordered my Pi-5 kit very nearly 5 months ago.? Somebody should start a list of suppliers that are not reliable.? Perhaps the ARRL can take on this task.? Come to think of it, I've not seen a SparkFun ad in QST.??

John,? WoGN



On 2024-01-28 12:59, David Ranch wrote:


I've been waiting on Sparkfun for three months now on an Rpi5-8GB kit and sent their support email list an email on Friday for a status as I'm getting very frustrated too.? While I got an automated email response, no real HUMAN reply yet.? I'll give them a few more days for a response or I'll cancel too.

--David
KI6ZHD


On 01/27/2024 07:32 PM, DavidC KD4E wrote:
I canceled my SparkFun order.

Got tired of waiting - while they show up for sale everywhere else.

The next time a buddy visits a MicroCenter in the Atlanta area,

he'll pick up a RPi 5 for me there.







Re: RPi Kernel Panic on Bookworm

 

Hi everyone,

It's been a few weeks since I've posted on this, but I've been busy working through testing and troubleshooting on multiple crashes. ?This might get a bit lengthy, so here's your mute switch to tap-out :) . ?TL;DR the ?bad news is that the Pi still consistently crashes regardless of what I've changed, but the good news is that I've duplicated the crash elsewhere.

To summarize previous posts, the Pi had been crashing consistently "every few days", so I followed the utility advice of performing software and firmware updates; the system still crashed, however. ?I connected a serial console to the Pi to catch the kernel stack trace. ?The Pi's kernel blamed beacon for the crash, so I disabled beacons thinking it might be a workaround, but the crash came anyways.

Since the last post I've introduced a 2nd Pi for testing, I'm referring to it as TEST and the original Pi as PROD. ?Following KI6ZHD's advice, I built the VE7FET replacement libax25 and tools on TEST and installed the packages (after removing disto default packages) on PROD. ?PROD crashed a few days later, but as an interesting note, the kernel trace blamed pat instead of beacon. ?I thought this detail was significant as beacon and pat are the only processes that produce UI frames, so my next test was to remove the beacon configuration from pat on the PROD Pi.

At the risk of sounding like a broken record, PROD crashed again. Next up was another KI6ZHD suggestion to to bounce the AX.25 stack after a clean reboot, however PROD crashed several days past the reboot and stack bounce. ?At this point I backed out the VE7FET packages, trying to get back to a baseline configuration. One interesting item that came out of this crash was the time of day, 9:15a local; more on that later. ?Another item was some self-inflicted "complexity" on the ax.25 stack on PROD. ?Without going into details (would be lengthy), I removed this complexity, but PROD crashed again at 9:15a a few days later (today).

So, that's the bad news, but there is a bit of good news. ?Sometime early on, I started working on building a second Pi (TEST) to reproduce this crash. ?The thought was to reduce the time it takes to test ideas by running multiple tests in parallel. ?As it turns out, getting TEST to crash has been elusive. ?On the initial build, I imaged the TEST SD card from the same Raspbian image, manually built the AX.25 stack and configured a dummy sound device. ?This build ran for 2 weeks, beaconing every 60 seconds with out a crash.

On the second iteration, I built TEST by dd'ing PROD's SD card to TEST's SD card. ?The thought was that I must have missed some critical configuration, thus a block for block copy would solve that. ?On booting TEST, I changed a minimum number of items; just what was required for it to operate. ?I changed the hostname, configured snd-dummy and swapped out the audio device in Direwolf; I commented out Pat's scheduler so it wouldn't steal my email, and set beacons to 60s. ?I let this build of TEST run for about 9 days before I decided that it had failed to produce a crash.

Since TEST is using snd-dummy and is essentially an echo chamber, the thought occurred to me that the crash might need a chain of events that require the kernel to hear traffic and enter some state prior to the crash. ?I ordered an additional CM108 card for TEST and proceeded to wire a tap into my radio connection, routing RX audio and ground to the CM108. ?This allowed TEST to hear, but not speak and a crash followed about 6-7 days later.

I mentioned the significance of 9:15a earlier; 9:15a is the time that pat is scheduled to check my mail on PROD. ?I have witnessed at least 3 crashes around 9:15a, which should be a big, red flag. ?However, I say "about", because I've noted crashes that happen moments before my mail is checked and even crashes that happen in the minutes after my mail is retrieved. ?Recall that I disabled the pat schedule on TEST; that crash occurred sometime later in the day (11a?), but the kernel still blamed pat . ?I think pat is just the thing that happens to be generating traffic, and the schedule simply coalesces the time of day that crash happens.

So fresh out of good ideas, yet flush with bad ones, I'm at a bit of an impasse. ?Does anyone have any ideas for me?

One bad idea I have is to shutoff pat entirely; however, the lesson learned from shutting off beacon is that the crash will just stem from some other process using the AX.25 stack. ?That would just prove the producer of the crash is mobile, but not help me to work around it.

Another bad idea would be to recompile the kernel on TEST to produce the core and debug symbols needed to trace the crash. ?That seems like a fair bit of work and I'm not really confident the output would be useful.

Any thoughts would be greatly appreciated. ?In lieu of any good ideas, I plan to proceed with the bad ones mentioned above. :)

? Thanks
? Mike