PicoVision -- pimoroni


Author Message
amiga
Newbie

Joined: 08/05/2025
Location: Belgium
Posts: 33
Posted: 08:19pm 13 Jun 2025      

Hi all nice people on this little blue planete,

This morning i saw this UFO :: PicoVision https://shop.pimoroni.com/products/picovision?variant=41048911904851

2 RP2040(50) ..
I dream to have a Picomite for this concept

- CPU 1 :: MMBASIC_CORE for application (and why not with WebMite)
- CPU 2 :: MMBASIC_GPU  for display data

Dream Dream ... it's the one way to heaven ...

From Belgium (22:17/ Friday 13 !! no black cat .. very hot .. 30°C for my little country .. hot like Hell)

have a nice day , evening or good nigth depending where you are ..

@+
Alfa Miga

Perhaps , confusing ::

i mean ::

RP2040-1 :: MMBASIC_CORE for application (and why not with WebMite)
RP2040-2::  MMBASIC_GPU  for display data .
Edited 2025-06-14 06:54 by amiga

stanleyella

Guru

Joined: 25/06/2022
Location: United Kingdom
Posts: 2765
Posted: 08:55pm 13 Jun 2025      

To sleep—perchance to dream. Ay, there’s the rub!
For in that sleep of death what dreams may come,

Mixtel90

Guru

Joined: 05/10/2019
Location: United Kingdom
Posts: 8642
Posted: 09:33pm 13 Jun 2025      

Remember that they needed two RP2040 chips because the RP2040 can just about create DVI output with a lot of cheating to get the resolution to look right. The RAM is insufficient to have a normal framebuffer and any sort of program.

A single RP2350 probably knocks the spots off that board, even running under MMBasic. At least the display can be completely controlled dynamically. The HSTX does most of the hard work that the display driving RP2040 does.

Remember that the Pico W isn't receiving video data, it doesn't have enough bandwidth for that.

amiga
Newbie

Joined: 08/05/2025
Location: Belgium
Posts: 33
Posted: 10:26pm 13 Jun 2025      

  Mixtel90 said  Remember that they needed two RP2040 chips because the RP2040 can just about create DVI output with a lot of cheating to get the resolution to look right. The RAM is insufficient to have a normal framebuffer and any sort of program.

A single RP2350 probably knocks the spots off that board, even running under MMBasic. At least the display can be completely controlled dynamically. The HSTX does most of the hard work that the display driving RP2040 does.

Remember that the Pico W isn't receiving video data, it doesn't have enough bandwidth for that.


you're right ... sometimes dreams go to nightmare ... but never seen nightmare changed in dreams ..

It's too hot, take my mattress down to the cellar .. it's cool there for sleeping... especially for my bottles of wine.

@+
alfa miga

amiga
Newbie

Joined: 08/05/2025
Location: Belgium
Posts: 33
Posted: 10:33pm 13 Jun 2025      

  Mixtel90 said  Remember that they needed two RP2040 chips because the RP2040 can just about create DVI output with a lot of cheating to get the resolution to look right. The RAM is insufficient to have a normal framebuffer and any sort of program.

A single RP2350 probably knocks the spots off that board, even running under MMBasic. At least the display can be completely controlled dynamically. The HSTX does most of the hard work that the display driving RP2040 does.

Remember that the Pico W isn't receiving video data, it doesn't have enough bandwidth for that.


my idea is using webmite with a HDMI display , cause actually is not possible .. small ressource for webmite and DVI output with a single RP20xx .

it's why this solution seems to be interesting with 2 RP20xx according my very short experience with MMBASIC and RP20xx i'm not a guru only an old junior ...

@+
Alfa Miga

Mixtel90

Guru

Joined: 05/10/2019
Location: United Kingdom
Posts: 8642
Posted: 06:45am 14 Jun 2025      

It's probably easier to use a PicoMite HDMI and something like a ESP8266-01S linked to it over a COM port. Then you can send it commands over a wireless link, very much like they did sending commands to a ANSI terminal over RS-232. The PicoMite would convert the commands into something to do on the display. Any sort of RF or even a IR receiver could do this.

You still can't send actual video over link, it's not fast enough, You can send commands like "draw a line from x,y to x1,y1 in colour c and thickness t". You just need to create (or adapt) a language to do it in. ANSI might be a good starting point. You could even send Videotext in theory, but it gets more complicated.