开云体育

The memory footprint of the sbitx is tiny compared to the gigabytes of ram available. I guess the chrome eats far more RAM than the sbitx does. It works even with the tiny raspberry pi zero

I have had a pi4 2gb and 4gb in my raspad 3 running build-a-pi on them. Both wsjt and fldigi (which are the primary programs I use on it) don't seem to mind either one. So I left the 4gb board in

The 2GB model has enough RAM to run the sBitx software comfortably, and to run some other applications alongside it like WSJT-X. Right now, the main time when having more RAM would be an advantage is

The specific solution will probably be implemented during operation. -- Gyula HA3HZ

Yes …and even more, if Farhan did not find the reason for cooling it with additional heatsink then I don’t care, right now. - P

2GB is suitable for the purpose. But you decide: raspberry-pi-4-how-much-ram ( https://www.tomshardware.com/news/raspberry-pi-4-how-much-ram ) -- Gyula HA3HZ

Again, I think this is more of an issue if you plan for this to run for hundreds of hours and many many years. For instance, I run two Winlink radio message servers at my house and they have been

James, I agree with you. Unfortunately, the construction makes it difficult for me to solve the cooling for several reasons. The heat dissipation of the heatsink shown in the previous message is also

Cooling is up to you to figure out if you need it. Most of my pi's are passive cooled but not in any enclosures that restrict air flow either. The only two exceptions here are my Raspad 3 and the

For most transistors the data sheet gives some suggested limitations on the operating temperatures. I have a General IRT207 Infaraed Thermometer that will tell you what the temperature of a single

I have a sBitx DE V1 with a RSP Pi 4 8GB ram, I also have a V2 on order which will come with a RSP Pi 4 2GB. Is there any advantage to swapping the two Pi's, is 8GB going to be any better/faster than

Indeed, just like in telephony, RTP would be the way to go. WebRTC is good.. but way complex IMHO, but you are right as there as ways to bridge it to RTP, but the Web software stack is not really

I know its off topic - no bitx related… VU2TMP is now on 18072 CW with great signal. Band is opened. Maybe chace to work Farhan …;);) - P

I think the biggest impact of getting devices to be cooler is the change in lifetime. An individual semiconductor device has a lifetime measured in many many many years. But it’s a strong inverse

Rafael, I would go a layer lower and use rtp (rfc 1889). This would make everything simple. I suspect that there are ways to gateway rtp to webrtc.et al. Phil Karn KA9Q, who is the chief motivator for

IMHO, the best way to support all the use-cases for sBitx while maintaining low latency and lower use of cpu resources is by using alsa ucm (use-case-manager):

Btw, if you want to install Pipewire in Debian: https://wiki.debian.org/PipeWire Pipewire is officially unsupported in Debian 11, which sBitx v2 is using currently. I had some bad experiences with it

Nope. Pipewire is an extra layer on top of the audio drivers (ALSA). Rafael

I use openvpn. You can follow any guide on how to setup openvpn (or any other solution, like wireguard) on ubuntu or debian. If you want a proprietary solution, there is TeamViewer:

I know that the testing is done with programs that use the CPU. It can also be called an overload test. In our case, the goal may be to avoid heat production due to long-term use. The question is