Creating a Vga Signal in Hubris

Posted4 months agoActive4 months ago

lasernoises

35 points

7 comments

lasernoises.comTechstory

calmpositive

Debate

20/100

Vga Signal GenerationMicrocontrollersEmbedded Systems

Key topics

Vga Signal Generation

Microcontrollers

Embedded Systems

The article discusses generating VGA signals using the Hubris operating system, with commenters sharing their experiences and insights on using various microcontrollers for this task.

Snapshot generated from the HN discussion

Discussion Activity

Light discussion

First comment

48m

Peak period

3-4h

Avg / period

1.8

Key moments

01Story posted
Sep 15, 2025 at 11:04 AM EDT
4 months ago
Step 01
02First comment
Sep 15, 2025 at 11:52 AM EDT
48m after posting
Step 02
03Peak activity
4 comments in 3-4h
Hottest window of the conversation
Step 03
04Latest activity
Sep 15, 2025 at 3:52 PM EDT
4 months ago
Step 04

Generating AI Summary...

Analyzing up to 500 comments to identify key contributors and discussion patterns

Discussion (7 comments)

Showing 7 comments

vardump

4 months ago

3 replies

RP2040 and RP2350 PIO makes producing VGA signals criminally easy.

But many other µCs can do it too, at least to some degree. Even Atmels.

pipo234

4 months ago

2 replies

There's probably a well documented backstory on why Oxide choose stm32xx nucleo. I'm guessing VGA signals were not a top priority for hubris

steveklabnik

4 months ago

The rack has no screens, so no need to drive VGA, it's true.

Probably the best history on the choice of going with ARM comes from here: https://news.ycombinator.com/item?id=28989138

The internal RFD on the SP's design still talks about choosing RISC-V, and I don't think (or am simply bad at using search) that the move ended up being in an RFD.

mkeeter

4 months ago

(I work at Oxide, though I wasn't around for the initial chip selection process)

It's at least partially a matter of timing: Oxide was picking its initial hardware in roughly 2020, and the RP2040 wasn't released until 2021.

A handful of people have done ports, e.g. https://github.com/oxidecomputer/hubris/pull/2210, but I expect to stick with STM32s for the foreseeable future – we've got a lot to do, and they're working well enough!

lasernoisesAuthor

4 months ago

I just realized that my keyboard has two of those RP2040's on it, which is giving me some very bad ideas.

sitzkrieg

4 months ago

my thoughts too. this is a hello world bare metal step up. doing it to get to grips w gpio on a full blown os is cool too though

moefh

4 months ago

The internal DAC in most of these microcontrollers is way too slow for VGA. According to this[1], for STM32 you can generally expect at most 1MHz without external additions; that's way too slow even for e.g. 320x240 which has a pixel clock of over 10MHz.

A lot of hobbyist projects use simple improvised DACs made with a few resistors. Here are mine for the ESP32[2] and the RP2040[3] (Raspberry Pi Pico), both use 320x240 (just the standard 640x480 with half the pixel clock and every line repeated to half the resolution in both width and height).

[1] https://www.st.com/resource/en/application_note/an4566-how-t...

[2] https://github.com/moefh/esp32-loser

[3] https://github.com/moefh/pico-loser

View full discussion on Hacker News

ID: 45250540Type: storyLast synced: 11/20/2025, 5:27:03 PM

Want the full context?

Jump to the original sources

Read the primary article or dive into the live Hacker News thread when you're ready.

Open link View on HN