¿ªÔÆÌåÓý

Date

Re: RPi C Development

 

¿ªÔÆÌåÓý

Jack - Linux isn't that hard.? I've just about had it up to you-know-where with the sloppyware from Washington state.? I am about to give all their software the boot.? This email is being sent by the Linux? Thunderbird

Gerry

Sent by the Thunderbird

On 2021-05-25 12:27 p.m., Jack, W8TEE via groups.io wrote:

Jerry. Arv:

I haven't used Linux at all recently. The last time I was on a VAX machine, we had a version of Unix running, but that was decades ago. There would be a very steep learning curve for this old dog.

Jack, W8TEE

On Tuesday, May 25, 2021, 12:00:48 PM EDT, Arv Evans <arvid.evans@...> wrote:


Jack

The Pi is just another computer that is capable of running all the Linux
programs and even some of the Windows applications.? Any of the
coding environments that are available in Linux, or any of the other
UNIX derivatives, will work on a Pi.?


There is even talk of running Microsoft Windows on a Raspberry Pi.
That discussion involves questions regarding whether to run
Windows on top of Linux, or Linux on top of Windows...or whether to
use multi-boot to select which one you want to run.


Arv
_._

On Tue, May 25, 2021 at 9:29 AM Jack, W8TEE via <jjpurdum=[email protected]> wrote:
In Farhan's talk, he showed some C code that he wrote for the RPi. I don't know anything about the tools for writing C on the RPi. What is the coding environment (IDE?) and does it have a source-level debugger?

Jack, W8TEE

--
Jack, W8TEE

--
Jack, W8TEE


Re: RPi C Development

Vince Vielhaber
 

Odd, I programmed on a MicroVAX with VMS 4.7 for years and never had that problem. Both C and Fortran. The documentation sucked tho and a lot of the function names were even too long for the compiler to accept.

Vince - K8ZW.

On 05/25/2021 01:35 PM, jerry@... wrote:
Many moons ago, I did a project on a MicroVax, running VMS. I remember
*hating* the serial driver - it was way too smart. It knew about things
that were really application business. It was serious effort to dumb it
down to just "send the characters I want you to send and give me verbatim
whatever you receive".

- Jerry

On 2021-05-25 10:27, Jack, W8TEE via groups.io wrote:
Jerry. Arv:

I haven't used Linux at all recently. The last time I was on a VAX
machine, we had a version of Unix running, but that was decades ago.
There would be a very steep learning curve for this old dog.

Jack, W8TEE

On Tuesday, May 25, 2021, 12:00:48 PM EDT, Arv Evans
<arvid.evans@...> wrote:

Jack

The Pi is just another computer that is capable of running all the
Linux

programs and even some of the Windows applications. Any of the

coding environments that are available in Linux, or any of the other

UNIX derivatives, will work on a Pi.




There is even talk of running Microsoft Windows on a Raspberry Pi.
That discussion involves questions regarding whether to run

Windows on top of Linux, or Linux on top of Windows...or whether to

use multi-boot to select which one you want to run.



Arv
_._

On Tue, May 25, 2021 at 9:29 AM Jack, W8TEE via groups.io [1]
<jjpurdum@...> wrote:

In Farhan's talk, he showed some C code that he wrote for the RPi. I
don't know anything about the tools for writing C on the RPi. What
is the coding environment (IDE?) and does it have a source-level
debugger?

Jack, W8TEE

--
Jack, W8TEE
--
Jack, W8TEE


Links:
------
[1]
[2] /g/BITX20/message/88725
[3] /mt/83078620/243852
[4] /g/BITX20/post
[5] /g/BITX20/editsub/243852
[6] /g/BITX20/leave/10189903/243852/952924773/xyzzy


--
K8ZW


Re: RPi C Development

 

Many moons ago, I did a project on a MicroVax, running VMS. I remember *hating* the serial driver - it was way too smart. It knew about things
that were really application business. It was serious effort to dumb it down to just "send the characters I want you to send and give me verbatim
whatever you receive".

- Jerry

On 2021-05-25 10:27, Jack, W8TEE via groups.io wrote:
Jerry. Arv:
I haven't used Linux at all recently. The last time I was on a VAX
machine, we had a version of Unix running, but that was decades ago.
There would be a very steep learning curve for this old dog.
Jack, W8TEE
On Tuesday, May 25, 2021, 12:00:48 PM EDT, Arv Evans
<arvid.evans@...> wrote:
Jack
The Pi is just another computer that is capable of running all the
Linux
programs and even some of the Windows applications. Any of the
coding environments that are available in Linux, or any of the other
UNIX derivatives, will work on a Pi.

There is even talk of running Microsoft Windows on a Raspberry Pi.
That discussion involves questions regarding whether to run
Windows on top of Linux, or Linux on top of Windows...or whether to
use multi-boot to select which one you want to run.

Arv
_._
On Tue, May 25, 2021 at 9:29 AM Jack, W8TEE via groups.io [1]
<jjpurdum@...> wrote:

In Farhan's talk, he showed some C code that he wrote for the RPi. I
don't know anything about the tools for writing C on the RPi. What
is the coding environment (IDE?) and does it have a source-level
debugger?
Jack, W8TEE
--
Jack, W8TEE
--
Jack, W8TEE
Links:
------
[1]
[2] /g/BITX20/message/88725
[3] /mt/83078620/243852
[4] /g/BITX20/post
[5] /g/BITX20/editsub/243852
[6] /g/BITX20/leave/10189903/243852/952924773/xyzzy


Re: RPi C Development

Jack, W8TEE
 

Thanks, Farhan. I think I can find the make file for it using gcc.

Jack, W8TEE

On Tuesday, May 25, 2021, 12:10:57 PM EDT, Ashhar Farhan <farhanbox@...> wrote:


Jack,
You write using your favourite editor, mine is vim. Then, there is a batch file called build that compiles it with gcc. For debugging you can use gdb. It is standard gnu C toolchain.
- f

On Tue 25 May, 2021, 8:59 PM Jack, W8TEE via , <jjpurdum=[email protected]> wrote:
In Farhan's talk, he showed some C code that he wrote for the RPi. I don't know anything about the tools for writing C on the RPi. What is the coding environment (IDE?) and does it have a source-level debugger?

Jack, W8TEE

--
Jack, W8TEE

--
Jack, W8TEE


Re: RPi C Development

Jack, W8TEE
 

Jerry. Arv:

I haven't used Linux at all recently. The last time I was on a VAX machine, we had a version of Unix running, but that was decades ago. There would be a very steep learning curve for this old dog.

Jack, W8TEE

On Tuesday, May 25, 2021, 12:00:48 PM EDT, Arv Evans <arvid.evans@...> wrote:


Jack

The Pi is just another computer that is capable of running all the Linux
programs and even some of the Windows applications.? Any of the
coding environments that are available in Linux, or any of the other
UNIX derivatives, will work on a Pi.?


There is even talk of running Microsoft Windows on a Raspberry Pi.
That discussion involves questions regarding whether to run
Windows on top of Linux, or Linux on top of Windows...or whether to
use multi-boot to select which one you want to run.


Arv
_._


On Tue, May 25, 2021 at 9:29 AM Jack, W8TEE via <jjpurdum=[email protected]> wrote:
In Farhan's talk, he showed some C code that he wrote for the RPi. I don't know anything about the tools for writing C on the RPi. What is the coding environment (IDE?) and does it have a source-level debugger?

Jack, W8TEE

--
Jack, W8TEE


--
Jack, W8TEE


Re: No CAT

 

Yes, MMBT3904.


On Tue, May 25, 2021 at 09:56 AM, Shaun Scannell wrote:
it looks like this is MMBT3904 in SOT-23 package.? Unless I'm doing something wrong here.


Re: No CAT

 

it looks like this is MMBT3904 in SOT-23 package.? Unless I'm doing something wrong here.

73


Re: No CAT

 

Yes, Q90 is a 2n3904.
If it is surface mount (I believe that is true of all uBitx versions), then the correct part number is MMBT3904, in a SOT-23 package.
You could remove a surface mount MMBT3904 (perhaps just clip the leads), and replace it with a leaded 2n3904
by soldering the wire leads to nearby caps and resistors.

Jerry, KE7ER


On Tue, May 25, 2021 at 09:42 AM, Shaun Scannell wrote:
Thanks for al =l the responses.? Thanks again Evan for your most valuable input.? It looks like you are right about Q90.? Looks like Base / Collector short. Basically 12 volts on each with mike button pressed.? Is this still a 2N3904?? I'm not sure what the package is called.? Maybe someone could enlighten me please?

73 Shaun G3ZSU


Re: No CAT

 

Thanks for al =l the responses.? Thanks again Evan for your most valuable input.? It looks like you are right about Q90.? Looks like Base / Collector short. Basically 12 volts on each with mike button pressed.? Is this still a 2N3904?? I'm not sure what the package is called.? Maybe someone could enlighten me please?

73 Shaun G3ZSU


Re: RPi C Development

 

The Arduino IDE also uses the gcc compiler.
The big advance of Arduino was to provide consistent ways to easily talk to low level?
hardware across a number of different processors.
They try to make it easier for noobies to do simple things by automating a few minor details,
which makes it more difficult for everybody else to do not-so-simple things.

In my opinion, Arduino should have aimed at being more transparent about what was going on.
Which, in my opinion, means they really screwed up by going with C++ instead of vanilla C.
I find it a great relief to move back to a unix/linux shell prompt and direct access to the gcc tool chain
after doing battle with Arduino.

Jack has 50 years experience with C, none of the above is news to him.
He is more comfortable with Arduino and C++ than I.
His opinions likely differ.

Jerry, KE7ER


On Tue, May 25, 2021 at 09:17 AM, jerry@... wrote:
C code is generally compiled with gcc. I just edited a file: tryit.c


Re: Cheap Chinese Linear LPF

 

Glad you're working on those low pass filters.?
Last year I build multiple?bandpass filters for our field day efforts.....WOW that turned out to be a huge pain in the rear, and I never realized how difficult it can be to get a lumped constant filter to work the way you want.? ?Either my capacitors or my inductors or the data I was given were seriously out of whack.....but eventually I had multiple?filters done, including an 80m CW and 75M phone that provided reasonable separation.? ?

Gordon


On Tue, May 25, 2021 at 11:41 AM jerry@... <jerry@...> wrote:
Hello,

? ?Adventure continues on my cheap Chinese linear - a necessity for the
ubitx - because nobody hears me without it.

? ?Spending some time this morning characterizing the switchable LPF on a
NanoVNA.? Good news and bad news:

80M - pretty hosed.? Filter knee is below 3.5MHz.? By 4MHz it's 3 db
down.? And input SWR varies from 4:1 to 7:1 across the band.

40M - perfect.? Filter knee is around 8MHz, and input SWR nearly 1:1
across the band.? Rejection is -28dB at the second harmonic

20M - overly broad.? Filter knee is around 22MHz.? Good in-band SWR.
Only -10dB at the second harmonic.

10/15M - filter knee at 28MHz.? Input SWR starts to climb at 26MHz, 2:1
at 29.5MHz.

? ? ? ? ? ? ? ? ? ? - Jerry KF6VB








Re: RPi C Development

 

C code is generally compiled with gcc. I just edited a file: tryit.c
---------snip------------
#include <stdio.h>
int main()
{
printf( "hello, world\n" );
}
------------ endsnip --------
At the command line, I said "gcc tryit.c".
The output file was called "a.out".
I typed "a.out" ( the standard output file of gcc )
...and it answered "hello, world";

To analyze source, I use a tool called "cscope", which was written by ATT
approximately 1 zillion years ago.

To debug: gdb. There are also a few graphical-based tools that run on top of gdb.

Haven't even scratched the surface. As I said, Linux programming is a vast
world.

- Jerry KF6VB

On 2021-05-25 08:54, jerry@... wrote:
Jack,
Raspberry pi coding environment - it's a Linux machine. There is a
vast wealth of programming possibilities. Every language you could
imagine. I generally connect to my Linux boxes via SSH, and write
programs on a text editor. There are text-based debuggers,
graphics-based debuggers. And much etc. It's a far bigger
programming world
than Arduino/teensy/PIC etc.
- Jerry KF6VB
On 2021-05-25 08:29, Jack, W8TEE via groups.io wrote:
In Farhan's talk, he showed some C code that he wrote for the RPi. I
don't know anything about the tools for writing C on the RPi. What is
the coding environment (IDE?) and does it have a source-level
debugger?
Jack, W8TEE
--
Jack, W8TEE
Links:
------
[1] /g/BITX20/message/88712
[2] /mt/83078620/243852
[3] /g/BITX20/post
[4] /g/BITX20/editsub/243852
[5] /g/BITX20/leave/10189903/243852/952924773/xyzzy


Re: RPi C Development

 

Jack,
You write using your favourite editor, mine is vim. Then, there is a batch file called build that compiles it with gcc. For debugging you can use gdb. It is standard gnu C toolchain.
- f

On Tue 25 May, 2021, 8:59 PM Jack, W8TEE via , <jjpurdum=[email protected]> wrote:
In Farhan's talk, he showed some C code that he wrote for the RPi. I don't know anything about the tools for writing C on the RPi. What is the coding environment (IDE?) and does it have a source-level debugger?

Jack, W8TEE

--
Jack, W8TEE


Re: RPi C Development

 

Jack,

Raspberry pi coding environment - it's a Linux machine. There is a vast wealth of programming possibilities. Every language you could imagine. I generally connect to my Linux boxes via SSH, and write programs on a text editor. There are text-based debuggers, graphics-based debuggers. And much etc. It's a far bigger programming world
than Arduino/teensy/PIC etc.

- Jerry KF6VB

On 2021-05-25 08:29, Jack, W8TEE via groups.io wrote:
In Farhan's talk, he showed some C code that he wrote for the RPi. I
don't know anything about the tools for writing C on the RPi. What is
the coding environment (IDE?) and does it have a source-level
debugger?
Jack, W8TEE
--
Jack, W8TEE
Links:
------
[1] /g/BITX20/message/88712
[2] /mt/83078620/243852
[3] /g/BITX20/post
[4] /g/BITX20/editsub/243852
[5] /g/BITX20/leave/10189903/243852/952924773/xyzzy


Re: RPi C Development

 

Jack

The Pi is just another computer that is capable of running all the Linux
programs and even some of the Windows applications.? Any of the
coding environments that are available in Linux, or any of the other
UNIX derivatives, will work on a Pi.?


There is even talk of running Microsoft Windows on a Raspberry Pi.
That discussion involves questions regarding whether to run
Windows on top of Linux, or Linux on top of Windows...or whether to
use multi-boot to select which one you want to run.


Arv
_._


On Tue, May 25, 2021 at 9:29 AM Jack, W8TEE via <jjpurdum=[email protected]> wrote:
In Farhan's talk, he showed some C code that he wrote for the RPi. I don't know anything about the tools for writing C on the RPi. What is the coding environment (IDE?) and does it have a source-level debugger?

Jack, W8TEE

--
Jack, W8TEE


Cheap Chinese Linear LPF

 

Hello,

Adventure continues on my cheap Chinese linear - a necessity for the ubitx - because nobody hears me without it.

Spending some time this morning characterizing the switchable LPF on a NanoVNA. Good news and bad news:

80M - pretty hosed. Filter knee is below 3.5MHz. By 4MHz it's 3 db down. And input SWR varies from 4:1 to 7:1 across the band.

40M - perfect. Filter knee is around 8MHz, and input SWR nearly 1:1 across the band. Rejection is -28dB at the second harmonic

20M - overly broad. Filter knee is around 22MHz. Good in-band SWR. Only -10dB at the second harmonic.

10/15M - filter knee at 28MHz. Input SWR starts to climb at 26MHz, 2:1 at 29.5MHz.

- Jerry KF6VB


RPi C Development

Jack, W8TEE
 

In Farhan's talk, he showed some C code that he wrote for the RPi. I don't know anything about the tools for writing C on the RPi. What is the coding environment (IDE?) and does it have a source-level debugger?

Jack, W8TEE

--
Jack, W8TEE


Raspberry Pi

 

The Pi sounds like a good idea.? Get the one with 8 gig of RAM & then a 128 gig micro SD, & add? a couple of monitors - it can handle 2 (and I have 2).? This would make quite a system.

Gerry

Sent by the Thunderbird


Re: Farhan to give sBITX talk at FDIM

 

Now that¡¯s music to my ears! You did mention that one could use a mouse or a keyboard to control, so I figured that this wouldn¡¯t be difficult. The one disadvantage to the Pi is the long boot time, but people who are smarter than I am tell me that this is mostly due to sanity checks and such, most of which can be avoided to make the boot time faster. Exciting stuff!


Buddy Brannan, KB5ELV - Erie, PA
Email: buddy@...
Mobile: (814) 431-0962

On May 25, 2021, at 1:54 AM, Ashhar Farhan <farhanbox@...> wrote:

Buddy,

I didn't have the time to say this.- at it's core, the sbitx is entirely a text based sdr. all the commands between the GUI and the sdr core are in text strings. I thought of it right at the beginning and structured it that way. with a small keyboard (or if someone cal write a keyer to ascii converter) you can pretty much operate it entirely from the keyboar. That's how i test it anyway.

-f

On Tue, May 25, 2021 at 10:26 AM Buddy Brannan <buddy@...> wrote:
I was sort of listening to all of these while doing other things, but it seems to me that I was able to follow quite a lot of this, slides or no. I¡¯m blind, so that I was able to follow the presentations mostly says either 1) I have no idea what I¡¯m doing (not impossible), or 2) people do a good job of explaining without a lot of ¡°As you can see by this thing over here¡± kinds of explanations. Anyway, using a Pi to do a lot of the grunt work means more room for accessibility extensions, like things that talk and extra buttons in place of touch screen icons, or something. I suppose this means I should probably try to learn something useful and get going. ¡­


Buddy Brannan, KB5ELV - Erie, PA
Email: buddy@...
Mobile: (814) 431-0962



On May 24, 2021, at 10:15 AM, Shirley Dulcey KE1L <mark@...> wrote:

He's using a Raspberry Pi 4. That's four Cortex-A72 cores clocked at 1.5 GHz maximum out of the box, and it can be overclocked to 2 GHz if need be. Plenty of processing power, and the multiple cores mean that the user interface won't become unresponsive because of the CPU demands of the DSP. That's one flaw that the popular inexpensive DMR HTs all share; the SDR processing, the digital voice codec, and the user interface are all done by an STM32F405 processor, and limitations like their slow band scanning are caused by the heavy demands on that CPU.

Sustaining 1.5 GHz, let alone 2 GHz, for extended periods of time on multiple cores requires the addition of some way to cool the CPU; either a heat sink plus fan or a LARGE heat sink that is essentially the entire case for the board.

On Mon, May 24, 2021 at 9:52 AM Jack, W8TEE via groups.io <jjpurdum@...> wrote:
Hi Trystan:

My problem was that at the last moment I change from my house to Al's for the presentation. My office is in the basement and the extender I'm using started causing the Internet connection to drop out. Since that would be a disaster during my talk, Al let me set things up at his house. Things got a little confusing, but we muddled through.

I really enjoyed Ashar's talk as we are also working on an SDT. A couple of years ago, Al and I did a DSP board that connected to the uBITX, but it never really caught on. I think we made it too complex to add it to the uBITX. The new SDT will have mutlple boards with lots of "board real estate" and test points for experimenting. We will also do a book where each chapter will discuss a section of the rig, from antenna to earphones. Another thing we learned from the JackAl experience was NOT to use a resistive touch screen. Most QRP rigs do not have enough mass to activate a button without using the other hand to stabilize the rig. Ashar's rig uses capacitive touch...smart move! Also, he is using a large display where us "fat-finger people" can actually poke an individual button! And the RP has a mega-munch of memory and is clocked at 750mHz (I think?). Anyway, it was interesting to see what he's done with the uBITX in the SDT sandbox. I also admired the "cleanliness" of his code...good stuff!

Jack, W8TEE

On Monday, May 24, 2021, 3:54:59 AM EDT, Trystan G0KAY <trystandavies+nodirect@...> wrote:


Jack,

I really felt for you when you couldn't find your slides, then after you found them you couldn't share your screen. Then the summary table was all blacked out. Argh! Your talk was very good, thank you!

Unfortunately I missed Asher's talk as it was on too late for me, but plan to see it when they release the recording.

Trystan:
G0KAY

--
Jack, W8TEE








Re: Farhan to give sBITX talk at FDIM

 

Buddy,

I didn't have the time to say this.- at it's core, the sbitx is entirely a text based sdr. all the commands between the GUI and the sdr core are in text strings. I thought of it right at the beginning and structured it that way. with a small keyboard (or if someone cal write a keyer to ascii converter) you can pretty much operate it entirely from the keyboar. That's how i test it anyway.

-f

On Tue, May 25, 2021 at 10:26 AM Buddy Brannan <buddy@...> wrote:
I was sort of listening to all of these while doing other things, but it seems to me that I was able to follow quite a lot of this, slides or no. I¡¯m blind, so that I was able to follow the presentations mostly says either 1) I have no idea what I¡¯m doing (not impossible), or 2) people do a good job of explaining without a lot of ¡°As you can see by this thing over here¡± kinds of explanations. Anyway, using a Pi to do a lot of the grunt work means more room for accessibility extensions, like things that talk and extra buttons in place of touch screen icons, or something. I suppose this means I should probably try to learn something useful and get going. ¡­


Buddy Brannan, KB5ELV - Erie, PA
Email: buddy@...
Mobile: (814) 431-0962



> On May 24, 2021, at 10:15 AM, Shirley Dulcey KE1L <mark@...> wrote:
>
> He's using a Raspberry Pi 4. That's four Cortex-A72 cores clocked at 1.5 GHz maximum out of the box, and it can be overclocked to 2 GHz if need be. Plenty of processing power, and the multiple cores mean that the user interface won't become unresponsive because of the CPU demands of the DSP. That's one flaw that the popular inexpensive DMR HTs all share; the SDR processing, the digital voice codec, and the user interface are all done by an STM32F405 processor, and limitations like their slow band scanning are caused by the heavy demands on that CPU.
>
> Sustaining 1.5 GHz, let alone 2 GHz, for extended periods of time on multiple cores requires the addition of some way to cool the CPU; either a heat sink plus fan or a LARGE heat sink that is essentially the entire case for the board.
>
> On Mon, May 24, 2021 at 9:52 AM Jack, W8TEE via <jjpurdum=[email protected]> wrote:
> Hi Trystan:
>
> My problem was that at the last moment I change from my house to Al's for the presentation. My office is in the basement and the extender I'm using started causing the Internet connection to drop out. Since that would be a disaster during my talk, Al let me set things up at his house. Things got a little confusing, but we muddled through.
>
> I really enjoyed Ashar's talk as we are also working on an SDT. A couple of years ago, Al and I did a DSP board that connected to the uBITX, but it never really caught on. I think we made it too complex to add it to the uBITX. The new SDT will have mutlple boards with lots of "board real estate" and test points for experimenting. We will also do a book where each chapter will discuss a section of the rig, from antenna to earphones. Another thing we learned from the JackAl experience was NOT to use a resistive touch screen. Most QRP rigs do not have enough mass to activate a button without using the other hand to stabilize the rig. Ashar's rig uses capacitive touch...smart move! Also, he is using a large display where us "fat-finger people" can actually poke an individual button! And the RP has a mega-munch of memory and is clocked at 750mHz (I think?). Anyway, it was interesting to see what he's done with the uBITX in the SDT sandbox. I also admired the "cleanliness" of his code...good stuff!
>
> Jack, W8TEE
>
> On Monday, May 24, 2021, 3:54:59 AM EDT, Trystan G0KAY <trystandavies+nodirect@...> wrote:
>
>
> Jack,
>
> I really felt for you when you couldn't find your slides, then after you found them you couldn't share your screen. Then the summary table was all blacked out. Argh! Your talk was very good, thank you!
>
> Unfortunately I missed Asher's talk as it was on too late for me, but plan to see it when they release the recording.
>
> Trystan:
> G0KAY
>
> --
> Jack, W8TEE
>
>
>