Live data from Hacker News

Building a Real-Time HN Display for $15

medium.com

11–20 of 24 posts

Re: Building a Real-Time HN Display for $15

#11
It's a great fun project but...

There isn't much of a difference between this and having all notifications enabled.

Yes it's a separate screen but you'll put it where you can see it while working or there is no point in it. And then it will distract you.

Re: Building a Real-Time HN Display for $15

#13
I kinda wonder what the packet loss story of UDP is like for simple protocols like these in the modern day. Clearly, it's good enough that this application runs without issue.

> Instead of bolting TLS onto every application protocol (HTTP, MQTT, CoAP, etc.), what if we secure the network layer once and then use simple protocols on top?

IPSec, coming back with a vengeance!

This also makes me wonder what takes less space in ROM, a basic WireGuard implementation or a basic, stripped-down IPSec implementation (with only the ciphers and configuration necessary for the server compiled in). WireGuard has the advantage of being designed for simplicity, but IPSec has its 90s every-cycle-counts legacy that a lot of modern software has ignored since.

Re: Building a Real-Time HN Display for $15

#14
post #2

Nice project. The $15 price point is genuinely impressive for something like this. I've been curious about e-ink displays for a while but haven't taken the plunge. What's the refresh rate like in practice? And does it actually help you notice interesting posts you'd otherwise miss, or is it more of a fun desk decoration?

> The $15 price point is genuinely impressive

That $15 price is only possible because AliExpress operates within a Chinese export system that is indirectly subsidised by the state. AliExpress benefits from significant Chinese government support.

Re: Building a Real-Time HN Display for $15

#15
post #2

Nice project. The $15 price point is genuinely impressive for something like this. I've been curious about e-ink displays for a while but haven't taken the plunge. What's the refresh rate like in practice? And does it actually help you notice interesting posts you'd otherwise miss, or is it more of a fun desk decoration?

You can get e-paper pricetags quite cheap. Then you can use https://openepaperlink.de/ and configure one of the tags to pull the HN RSS.

Re: Building a Real-Time HN Display for $15

#16

I kinda wonder what the packet loss story of UDP is like for simple protocols like these in the modern day. Clearly, it's good enough that this application runs without issue. > Instead of bolting TLS onto every application protocol (HTTP, MQTT, CoAP, etc.), what if we secure the network layer once and then use simple protocols on top? IPSec, coming back with a vengeance! This also makes me wonder what takes less spa…

> packet-loss

For one it can adequately show if your WiFi is performing well...

In a home network setting I've got a UDP display sink (64x64px, RGB) with a custom protocol. It works fine-- no hard number as the performance varies based on other factors, including congestion. I've been able to push it to >90fps, but around 42fps there is virtually no flicker.

For context in my protocol I use all 512bytes, with 3 first being the "line number and such" data and the rest containing ~128 pixels.

Re: Building a Real-Time HN Display for $15

#17
> The client always sends the last ID it received.

Contrary to the second half of the article the display is not stateless (especially not WireGuard). However, the combination of minimum viable state and giving payment details to cloud services does simplify IoT projects.

Re: Building a Real-Time HN Display for $15

#18
post #7

Why not using MQTT? A Lambda that fetch new comments from HN, parse them into Markdown and push into MQTT; the ESP only needs to subscribes a topic on MQTT and render the messages.

The snarky answer is that MQTT doesn't require the author's UDP to AWS Lambda gateway SaaS⁰.

I did find MQTT flavors that support UDP but neither MQTT/UDP nor MQTT-SN seem concerned with WireGuard-level security.

⁰(This article is AI-assisted content marketing good enough that I didn't realize it until ¾ through.)

Re: Building a Real-Time HN Display for $15

#19

I kinda wonder what the packet loss story of UDP is like for simple protocols like these in the modern day. Clearly, it's good enough that this application runs without issue. > Instead of bolting TLS onto every application protocol (HTTP, MQTT, CoAP, etc.), what if we secure the network layer once and then use simple protocols on top? IPSec, coming back with a vengeance! This also makes me wonder what takes less spa…

WireGuard is far smaller in my experience. I don’t set aside the possibility that someone more clever than me can get IPsec condensed down to something tiny but I never could — it’s just too much in one bag, so to speak.

Re: Building a Real-Time HN Display for $15

#20

I kinda wonder what the packet loss story of UDP is like for simple protocols like these in the modern day. Clearly, it's good enough that this application runs without issue. > Instead of bolting TLS onto every application protocol (HTTP, MQTT, CoAP, etc.), what if we secure the network layer once and then use simple protocols on top? IPSec, coming back with a vengeance! This also makes me wonder what takes less spa…

> packet-loss For one it can adequately show if your WiFi is performing well... In a home network setting I've got a UDP display sink (64x64px, RGB) with a custom protocol. It works fine-- no hard number as the performance varies based on other factors, including congestion. I've been able to push it to >90fps, but around 42fps there is virtually no flicker. For context in my protocol I use all 512bytes, with 3 first…

I monitor packet loss on both sides all day every day. It’s still a thing, but different than I’d imagined:

- Episodic most often. Something transient causes high loss for a short time. This happens locally and “in the cloud”. - Persistent due to a back connection or very high network load. I only really ever see this locally.

But I can go days at a time and not lose even one of millions of probes and responses.

When connections are good, they’re excellent these days. When they’re bad, well that doesn’t seem to have changed.

Post reply on HN