<feed xmlns="http://www.w3.org/2005/Atom"> <id>https://zdenekru.github.io/</id><title>Presentation and blog of Zdenek Rusek</title><subtitle>A technical blog for documenting and sharing projects.</subtitle> <updated>2026-11-06T16:42:43+01:00</updated> <author> <name>Zdenek Rusek</name> <uri>https://zdenekru.github.io/</uri> </author><link rel="self" type="application/atom+xml" href="https://zdenekru.github.io/feed.xml"/><link rel="alternate" type="text/html" hreflang="en" href="https://zdenekru.github.io/"/> <generator uri="https://jekyllrb.com/" version="4.4.1">Jekyll</generator> <rights> © 2026 Zdenek Rusek </rights> <icon>/assets/img/favicons/favicon.ico</icon> <logo>/assets/img/favicons/favicon-96x96.png</logo> <entry><title>Debugging Steam and Intel Arc Graphics on CachyOS: A Resizable BAR Story</title><link href="https://zdenekru.github.io/posts/sizeable-vram-issue-linux/" rel="alternate" type="text/html" title="Debugging Steam and Intel Arc Graphics on CachyOS: A Resizable BAR Story" /><published>2026-08-08T10:30:00+02:00</published> <updated>2026-11-06T15:24:54+01:00</updated> <id>https://zdenekru.github.io/posts/sizeable-vram-issue-linux/</id> <content type="text/html" src="https://zdenekru.github.io/posts/sizeable-vram-issue-linux/" /> <author> <name>Zdenek Rusek</name> </author> <category term="linux" /> <category term="debugging" /> <summary>Sometimes a software problem is not really a software problem. This story started with Steam crashing on my CachyOS installation. Or, more precisely, Steam itself appeared to work, but several steamwebhelper processes were crashing in the background. At first, this looked like a typical Linux desktop problem: perhaps Steam, Chromium, Wayland, VA-API, Mesa, or one of the many layers between th...</summary> </entry> <entry><title>e-Dice - PCB arrival and first code - Part 3</title><link href="https://zdenekru.github.io/posts/edice-part3/" rel="alternate" type="text/html" title="e-Dice - PCB arrival and first code - Part 3" /><published>2026-06-29T12:00:00+02:00</published> <updated>2026-07-25T20:56:36+02:00</updated> <id>https://zdenekru.github.io/posts/edice-part3/</id> <content type="text/html" src="https://zdenekru.github.io/posts/edice-part3/" /> <author> <name>Zdenek Rusek</name> </author> <category term="projects" /> <summary>Waiting game is over. The package from JLCPB arrived and I’m happy as a clam! Colors are as they supposed to be (well, it’s green…), mask is legible - QR can be easily scanned, 0805 parts are nicely soldered and most importantnly VQFN chips are in their spots and in correct orientation! Thanks a lot JLCPB (#notsponsored). 1. The Smoke Test: Waking up the ATtiny1616 Before writing a...</summary> </entry> <entry><title>e-Dice - Routing and reality of PCB Fabrication - Part 2</title><link href="https://zdenekru.github.io/posts/edice-part2/" rel="alternate" type="text/html" title="e-Dice - Routing and reality of PCB Fabrication - Part 2" /><published>2026-06-27T12:00:00+02:00</published> <updated>2026-06-30T20:09:30+02:00</updated> <id>https://zdenekru.github.io/posts/edice-part2/</id> <content type="text/html" src="https://zdenekru.github.io/posts/edice-part2/" /> <author> <name>Zdenek Rusek</name> </author> <category term="projects" /> <summary>With the schematic fully locked down and validated, it was time to move from the abstract world of logical connections into the physical reality of copper, fiberglass, and solder paste. The goal for Part 2 was clear but brutal: squeeze an MCU, an accelerometer, seven WS2812B-2020 LEDs, and a massive CR2032 battery holder onto a tiny, pocket-sized PCB without compromising the clean, cyberpunk a...</summary> </entry> <entry><title>e-Dice - Rolling the Silicon with ATtiny1616 and LIS3DH - Part 1</title><link href="https://zdenekru.github.io/posts/edice-part1/" rel="alternate" type="text/html" title="e-Dice - Rolling the Silicon with ATtiny1616 and LIS3DH - Part 1" /><published>2026-06-25T12:00:00+02:00</published> <updated>2026-07-25T20:40:03+02:00</updated> <id>https://zdenekru.github.io/posts/edice-part1/</id> <content type="text/html" src="https://zdenekru.github.io/posts/edice-part1/" /> <author> <name>Zdenek Rusek</name> </author> <category term="projects" /> <summary>A few days ago I saw a simple pcb on my colleagues (L.Ch.) desk. A simple electronic toy, a dice with LEDs. It got me thinking “Can I do something like this? It shouldn’t be that hard” and would be nice, interactive exercise. That was the start of project “e-Dice”. The goals are: 6d dice cyberpunk-ish estetic battery powered ATTinyXX as a core accelerometr as a source of RNG small...</summary> </entry> <entry><title>Zdenduino - Final form of Dashboard - Part 6</title><link href="https://zdenekru.github.io/posts/zdenduino-part6/" rel="alternate" type="text/html" title="Zdenduino - Final form of Dashboard - Part 6" /><published>2026-05-31T12:00:00+02:00</published> <updated>2026-05-31T22:52:00+02:00</updated> <id>https://zdenekru.github.io/posts/zdenduino-part6/</id> <content type="text/html" src="https://zdenekru.github.io/posts/zdenduino-part6/" /> <author> <name>Zdenek Rusek</name> </author> <category term="esp32" /> <category term="embedded" /> <category term="web-interface" /> <summary>Yesterday I couldn’t stop thinking how to move forward with ESP32C3 and especially that the test case #4 from my last post was kinda sorta not enough (built in a rush with a hot needle). I knew I could do more. So I sat down and after a lot of deliberation of why the ** I cant upload an image to ESP32, I decided it is time to split the project properly and make dedicated backend and frontend p...</summary> </entry> </feed>
