When Pi's first came out, it was geez I cannot make my hardware for that price.
Now I just make simple PCBs that plug onto Pi's, if it is tricky then I add a PSoC mcu, which I do program in C
But Pi's came with Linux, ugg, that was painful to learn, so many languages, so many choices, so many dependencies, so much bloat
After learning a dozen or so languages I ended up using shell script/SED/AWK to do my simple single purpose application running on PiCore OS.
C, Python, Pascal who really cares? Me
C and Python needs extra libs to do anything useful.
Pascal has all that nice multi dimension arrays I one day want to use for ML/CV.
Extending Pascal for Machine learning should not be too hard?
CPU/GPU/QPUs 1GHz, 512Mb memory running Ultibo, I'm spoilt.
One day Ultibo could do iM6/8 or any ARM cpu like Cortex M0/3/4/7 or even MIPS as FPC can compile just about anywhere now.
It is a little bit like Arduino, restricted to a few CPU's, but can still do lots and much quicker than baremetal C.
FPC really is RAD, things that used to take months in C can be done in days, days are now only hours, fixes are a few minutes
Compile the Buildroot Linux Kernel with the missing driver you need, compile overnight, you are lucky if you get it right first time
Pointers are a pain in C, spent too much time debugging those issues over decades, one reason I use PSoC's, I most do application layers, PSoC's it is drag and drop programming.
Ultibo/FPC usually just works because I am mostly just writing the application layer, lower level stuff is written by better coders than me.
I use lots of i2c sensors, they just work in Ultibo, I have yet to find a method on Linux that is more reliable, in fact I gave up.
I wrote some shell extensions that was similar to the i2cdetect stuff in Linux,
That is pretty much like writing Linux drivers which I have no clue how to do.
https://ultibo.org/forum/viewtopic.php? ... etect#p651
Zero and Zero W 's are still $5/10 for one only, Zero WH's are not restricted but you get the WiFi/BT chip and header for much more $$
Nothing too unreliable about Pi's except the early A/B's and the 3B/3B+ (jury still out for 3B+)
CM's would be much better options.
Turbo Pascal was great but then that whole Delphi/database thing lost the plot for decades and cost $$$$.
I still need to get/find/make an Aarch64 FPC bootstrap compiler, so I can spend some time in Aarch64 land, messing about with CV/ML etc.
Then it is 64bit baremetal time. I don't NEED it now but I want to learn it before I need it
Doing Aarch64 in QEMU is not quite the same thing
https://ultibo.org/forum/viewtopic.php? ... ch64#p2634
In theory Ultibo should link to any library, not just C ones.
But there is still lots of Delphi/FPC libs that just work too, Fcl-image just worked for me, never used it before either.
Many others "limited testing" https://ultibo.org/wiki/Current_Status
Imagine Zero's with cameras and smarts, processing video before sending it to a Pi3.
More Zero's doing the displays, complete Flightsim running on Pi's.
This took me a few hours to mock up, mainly to learn OpenVG in real use case.
https://ultibo.org/forum/viewtopic.php? ... =PFD#p5409
I had first thought of Pi's for flight sims in 2012? I had no idea about how to code them back then.
$2 million the Uni just paid for a new one
Still need to understand the VC4 layer stuff and do some OpenGLES.
But if I can do this stuff any good coder can and a Pascal coder will write circles around me
Pi's with Pascal are doing what I want to do, nearly stress free too
This method should keep me busy for the next decade or so, not even close to this combo's limits.
Baremetal OpenGLES gaming/displays?
I think I can now see daylight at the end of the tunnel.
Have not even talked about IoT stuff where I spend some of my time.
https://ultibo.org/forum/viewtopic.php? ... t=i2c#p367
Some stuff I posted 1-2 years ago were just possibilities.
Need to reread my old posts and make a list of what can now be done and not wished for. back then
I'm dancing on Rainbows.
Raspberries are not Apples or Oranges