Yes, background colour is a common trap
You need to remember that SetColour just changes the "ink" for the next drawing operation.
So after SetBackgroundColour you need a ClearScreen

Just had a quick look at the component, and it looks like it uses the same colour encoding for the Raspberry Pi target code as for the simulation code, namely 32 bit colour depth and 8 bits for the individual colours. I think the Pi frame buffer (16 bpp) should be RGB565 format. edit: Ah, silly me, ...

Thanks.
I was nearly correct
I've just run it in debug mode (set 1 in the debug macro) and my setup reports 16 bits per pixel.
That's a lower colour depth than the code assumes.
The plot continues...

The component was developed back in the days of 32 bit OS. I suspect that now with 64 bit the colour depth has increased. I'll have a play when I next get chance

Ah, well done
Yes, you will still need the static modification for latest OS, otherwise version 12 of the GCC compiler.

Hi Bob I've just found a bit of time to do more testing and copy what you have - same result, no screen output. I had previously tested on lite (no desktop) version as all my pi units are headless servers. I thought the component had worked with desktop version in the past, maybe it now uses a diffe...

If you want to use Raspberry Pi and its interface, you could use arp-scan sudo arp-scan --interface=eth0 192.168.0.0/24 You could call this in a Flowcode C icon and redirect the output to a file system("sudo arp-scan --interface=eth0 192.168.0.0/24 > scan.txt"); Then use the Flowcode File ...

• Compile and deploy your Flowcode project to the Raspberry Pi (“Compile to Target”) • On your development Windows PC, run the Terminal (Command Prompt) • Login to the Raspberry Pi by typing ssh admin@192.168.0.21 • If you get a message question about adding the key, type yes • Enter your admin user...

When running the program directly (from a console) do you get any (error) messages?

Works for me, without sudo (with obviously changed login credentials) Although, I'm not running a desktop, just a console, but as I recall that shouldn't make any difference. I think I've written notes previously, either on the wiki or the old forum, about disabling the desktop, and disabling the co...