Een "gebrickte" Framework 13" laptop (AMD 7040-serie) repareren met gereedschap van $20

Drie jaar lang heeft de laptop me goed gediend, totdat Framework via een nieuwsbrief adviseerde om de nieuwste BIOS-update³ (versie 3.20) te installeren voor diverse beveiligingsfixes. Helaas liep het systeem vast en verscheen er een corrupt beeld op het scherm, wat wees op een mislukte BIOS-flash.

Natuurlijk nam ik contact op met de Framework-support. Zij adviseerden me om de laptop uit te schakelen, de batterij volledig te laten leeglopen en hem daarna opnieuw aan te zetten, in de hoop dat het systeem zichzelf zou herstellen. Dat gebeurde niet. Nadat ik Framework alle nodige informatie had verstrekt, werd ik medegedeeld dat mijn garantie van één jaar was verlopen en dat ik geen andere optie had dan een nieuw moederbord te kopen, wat ten minste CA$500 zou kosten.

Een snelle zoektocht wees uit dat veel mensen op de Framework-forums problemen hadden met deze specifieke BIOS-update, zelfs mensen met nog lopende garantie. In een andere thread bleek dat gebruikers sinds maart 2025 soortgelijke problemen ondervonden bij het flashen van de BIOS op dit model. Voor zover ik weet, heeft Framework dit probleem nooit erkend of aangegeven dat het was opgelost. Het kopen van een nieuw moederbord zou dus simpelweg "Russisch roulette" zijn mocht ik ooit opnieuw de BIOS willen updaten, bovenop de kosten van CA$500+ zonder dat dit mijn eigen schuld was.

Daarom besloot ik geen nieuw moederbord te kopen en begon ik aan een traject om de BIOS zelf te flashen. Ik heb dit proces in detail gedocumenteerd, zodat je eventueel soortgelijke problemen kunt oplossen.

Waarom Framework?

In 2023 waren mijn basiseisen voor een laptop als volgt:

  • Compatibel met Linux;
  • Klein en licht genoeg voor reizen;
  • Een standaard US-toetsenbordaansluiting (niet de verschrikkelijke Canadian Multilingual Standard layout die in Canada zo gebruikelijk is⁴);
  • Een moderne CPU, maar niet noodzakelijk met een extreem hoog aantal kernen;
  • Socketed RAM en SSD, zodat ik deze later kan upgraden of van een derde partij kan kopen. Ik wilde beginnen met 32 GiB RAM⁵ en 1 TB SSD⁶.

Mijn opties waren beperkt tot 13" dunne en lichte laptops zonder discrete GPU. Omdat AMD Ryzen op dat moment voorliep op Intel qua prestaties, koos ik voor een AMD CPU.

Framework was destijds een nieuwkomer die een repareerbare en upgradebare ervaring beloofde, inclusief verwisselbare poorten. Het idee dat ik niet gebonden was aan de poorten die de fabrikant had gekozen, sprak me aan. Bovendien ondersteunde Framework het "right to repair"-beweging, iets waar ik sterk in geloof.

Ik koos voor de DIY-editie, kocht mijn eigen RAM en SSD en sloeg de overbodige Windows-licentie over, waardoor de prijs minder hoog uitviel. Het assembleren was simpel: RAM en SSD plaatsen, de input-cover aansluiten, vastschroeven, de randen monteren en klaar. Daarna installeerde ik Debian via een netinst USB-drive.

De volgende drie jaar waren erg prettig; de AMD Ryzen 5 7640U met Radeon 760M Graphics was ruim voldoende snel voor mijn behoeften.

De fatale BIOS-flash

Framework verscheen altijd als een consumentvriendelijk bedrijf dat regelmatige BIOS-updates aanbood via de Linux Vendor Firmware Service (LVFS) en fwupd. Ik ben geabonneerd op hun nieuwsbrief om op de hoogte te blijven.

Op 7 juli 2026 stuurde Framework de volgende e-mail:

Onderwerp: Software update voor uw Framework Laptop 13 (AMD Ryzen™ 7040 Series) - BIOS 3.20
We hebben een BIOS-update voor uw Framework Laptop 13 (AMD Ryzen™ 7040 Series). We raden aan altijd de nieuwste versie van de BIOS en drivers te installeren voor veiligheid, stabiliteit en prestaties.
BIOS 3.20, met updaters voor Windows en Linux
* Toegevoegde ondersteuning voor Framework Laptop 13 Pro-functies (haptisch touchpad, touchpanel en 74W batterij).
* Update van de audio verb table voor nieuwe speakers in het Framework Laptop 13 Pro chassis.
* Update AMD PhoenixPI-FP8-FP7_1.2.0.0f.
* Fix voor probleem waarbij het systeem niet kon booten van gedeeltelijk vergrendelde self-encrypting drives (SEDs).
* Fix voor onjuiste melding status Battery Extender na reboot, hibernation of shutdown.
* Fix voor zwart scherm bij gebruik van Dell U2725QE monitor en muis.
* Ondersteuning voor 16bits postcode.
* Fix voor lager audio volume op 3.19 beta.
Beveiligingsfixes
* CVE-2025-54502, CVE-2025-29949, CVE-2025-0040, CVE-2024-36355, CVE-2024-36310.

Omdat ik voorzichtig ben met directe updates, wachtte ik een tijdje. Op de ochtend van 5 augustus besloot ik de update uiteindelijk uit te voeren terwijl ik mijn ontbijt maakte. Toen ik terugkwam bij de laptop, zag ik een scherm met driehoeken en diagonale patronen die er niet hoorden te staan⁷. De BIOS-flasher was vastgelopen en renderde willekeurige data uit het geheugen. De flash was mislukt.

Contact met de klantenservice

Ik stuurde direct een supportverzoek met alle details: product (Framework Laptop 13 AMD Ryzen 7040), OS (Debian 12 [sic]), BIOS-versie (3.20) en een foto van het corrupt scherm.

De ondersteuning reageerde pas na een dag en 8 uur.

Zelf op zoek naar een oplossing

Omdat de CPU-fan luidruchtig bleef draaien, wilde ik niet onbeperkt wachten. Ik vond op het forum een thread met mensen die exact hetzelfde probleem hadden bij de update van 3.18 naar 3.20.

Gebruikers met garantie kregen hun moederbord vervangen; gebruikers zonder garantie kregen geen hulp. In de thread werd geadviseerd de lader te verwijderen en de batterij te laten leeglopen. Dit deed ik ook.

Ik kwam vervolgens een bericht tegen van gebruiker @cesfahani, die beschreef hoe hij met een Raspberry Pi en soldeerwerk de BIOS-chip extern had geflasht. Hoewel ik basisvaardigheden heb in solderen (zoals bij mijn stratum 1 NTP-server⁸), was ik niet bereid om minuscule draadjes aan een minuscule chip te solderen.

Het was schokkend dat een product dat als "repareerbaar" wordt verkocht, geen enkel intern herstelveil mechanisme heeft voor een mislukte BIOS-flash. Zelfs mijn oude moederbord uit 2004 (ASUS P4P800 SE) had "CrashFree BIOS 2", waarbij een floppy disk⁹ of CD met een BIOS-image kon worden gebruikt voor automatisch herstel. Ook merken als Dell (via Ctrl+Esc + stroom) en HP (Sure Start) bieden dergelijke recovery-functies. Framework presteert hier dus slechter dan hun "niet-repareerbare" concurrenten.

Gelukkig ontdekte ik via gebruiker @moparisthebest dat ik "pogo-pins" in combinatie met een USB-flash-programmeur kon gebruiken om de chip te flashen zonder te solderen.

De BIOS-chip

De flash-chip bevindt zich rechts van het M.2-slot, verborgen onder een plastic kap. Het is een Winbond 25R256JWEQ. Uit de datasheet bleek dat dit een 1.8 V, 256 M-bit (32 MiB) SPI flash-chip is. Het is cruciaal om een image van exact 32 MiB te gebruiken en te flashen op exact 1.8 V om schade te voorkomen.

Wat is SPI? SPI (Serial Peripheral Interface) is een standaard voor communicatie tussen geïntegreerde circuits in embedded systemen.

Er zijn verschillende varianten van de W25Q256JW chip. Wij hebben de E-variant, een WSON 8×6 mm chip. De witte stip op de linkerbovenhoek markeert pin 1. Het is essentieel dat de oriëntatie correct is, anders verbind je VCC met GND.

Het WSON-probleem WSON staat voor Very, Very-thin Small Outline No-lead. Dit is een van de slechtste formfactoren voor extern flashen, omdat er niets is om een klem op te zetten. De opties zijn:

  1. Desolderen met een heteluchtstation (lastig vanwege de grote ground pad eronder).
  2. In-circuit programmeren met een probe met pogo-pins (veerbelaste pinnen).

Een pogo-pin probe moet met constante druk op de chip worden gehouden tijdens de hele operatie, anders raakt de data corrupt. Omdat ik geen zware keramische objecten had om de probe op zijn plek te houden, moest ik dit handmatig doen.

Ik merkte op dat er op het moederbord silkscreen markeringen staan waar een socket voor een vervangbare BIOS-chip had kunnen zitten, of waar een flash-header (voor DuPont-kabels) had kunnen komen. Framework heeft echter bewust voor de meest gesloten optie gekozen.

De flash-programmeur

Ik zocht naar een USB-programmeur. Hier zijn de opties die ik overwogen:

De CH341A mini-programmeur

Dit is de populairste en goedkoopste optie (ca. $3). De chip werkt op 3.3 V en 5 V, dus voor een 1.8 V chip is een level-shifter nodig. Echter, veel goedkope varianten met een zwarte PCB hebben problemen met de voltages op de datapinnen (ze blijven op 5 V staan), wat schadelijk is. Bovendien is de CH341A erg traag (max 1.7 MHz), wat betekent dat ik de pogo-pins wel 10 minuten lang handmatig zou moeten indrukken.

De CH347 "high-speed" programmeur

De CH347 is de opvolger. Met een 15 MHz SPI-klok is deze veel sneller. Na controle met een multimeter bevestigde ik dat deze 3.3 V verzendt op de datapinnen, wat veel betrouwbaarder is. Dit is de programmeur die ik heb gekozen.

De XGecu T48

Deze werd ook genoemd op het forum, maar met een prijs van boven de $100 was deze te duur voor deze reparatie.

Aankoop van het gereedschap

Ik bestelde de volgende onderdelen via AliExpress:

  • Een set CH341A-programmeur inclusief 1.8 V level-shifter en clips: $7.59.
  • Een CH347-programmeur: $4.99.
  • Een WSON8 6×8mm pogo-pin probe: $7.83.

Totaalbedrag: $20.41.

Reactie van Framework

Tijdens het wachten op mijn tools reageerde Framework eindelijk. Ze herhaalden het advies om de batterij te laten leeglopen. Toen ik meldde dat dit niet werkte en de laptop officieel "gebrickt" was, vroegen ze om foto's en video's van de blink-codes.

Op 7 augustus 2026 kwam het definitieve antwoord:

"...na grondige review zijn we tot de conclusie gekomen dat het moederbord vervangen moet worden. Helaas kunnen we geen vervanging bieden omdat uw garantie is verlopen. We suggereren een vervanging aan te schaffen in de Marketplace."

Kortom: Framework moedigde me aan de BIOS te updaten, en toen die update de hardware onbruikbaar maakte, was hun enige oplossing dat ik voor meer dan $500 een nieuw moederbord en CPU moest kopen, terwijl de fout in hun firmware zat. Ze boden geen enkele hulp aan voor zelfreparatie: geen documentatie, geen schema's en geen raw BIOS-image.

Het datalek

Tijdens dit proces ontving ik ook een e-mail van Framework over een datalek bij hun provider Metabase. Een aanvaller had toegang gekregen tot klantnamen, e-mailadressen, telefoonnummers en adressen. Mijn gegevens zaten hierbij. Hoewel betalingsgegevens niet waren gelekt, was het frustrerend dat Framework gevoelige informatie toevertrouwde aan een derde partij die dit niet veilig kon bewaren.

Het extraheren van het BIOS-image

Aangezien Framework geen raw BIOS-image wilde leveren, moest ik er zelf een maken. Gebruiker @David_Henry had ontdekt dat het raw image van exact 32 MiB is, beginnend bij offset 1993293 in het .cap-bestand van het UEFI-updatepakket.

Ik gebruikte een tool genaamd InsydeH2O-extractor-2. Omdat deze oorspronkelijk voor Windows was geschreven, heb ik een fork gemaakt die compileert op Linux:

git clone https://github.com/quantum5/InsydeH2O-extractor-2.git
cd InsydeH2O-extractor-2
cmake .
make
./extractor /pad/naar/bios.cap

Dit genereert het bestand BIOSFILE.FD, dat geflasht kan worden.

Ontvangst van het gereedschap

Na acht dagen arriveerden de onderdelen. Ik testte de CH347-programmeur en de 1.8 V level-shifter met een multimeter om te bevestigen dat de datapinnen inderdaad de juiste spanning leverden. Ook controleerde ik de pogo-pin probe op continuïteit.

De chip aansluiten

Ik gebruikte een USB Type-A verlengingskabel zodat de programmeur niet vastzat aan de USB-poort van mijn PC. De aansluiting volgde deze keten: PC → CH347 Programmer → 1.8 V Level Shifter → Pogo Pin Probe → BIOS Chip.

De CH347 heeft een ZIF-socket (Zero Insertion Force). Hierin plaatste ik de level-shifter. De pogo-pin probe werd via een ribbon-kabel aangesloten op de level-shifter.

Voor de veiligheid verwijderde ik het RAM-geheugen en de SSD van het moederbord om te voorkomen dat deze per ongeluk zouden doorbranden bij een foutieve verbinding.

Bij het plaatsen van de probe op de chip is de oriëntatie cruciaal: de zijde met de ondoorzichtige halve cirkel op de probe moet overeenkomen met de witte stip op de chip.

Het flash-proces uitvoeren

Ik gebruikte flashrom uit het coreboot-project. Op Linux communiceert flashrom via libusb direct met de programmeurs.

Eerst controleerde ik of de CH347 werd herkend:

$ sudo flashrom --programmer ch347_spi
Found Winbond flash chip "W25Q256JW" (32768 kB, SPI) on ch347_spi.

Vervolgens las ik de huidige (corrupte) inhoud van de chip uit. Vanwege de onstabiele verbinding deed ik dit meerdere keren tot ik twee keer exact dezelfde hash kreeg:

sudo flashrom --programmer ch347_spi -r read-v1.bin --progress && sha256sum read-v1.bin

Dan volgde het schrijven van de nieuwe BIOS (wanted.bin). Ik schakelde de directe verificatie uit (-nN) om de tijd dat ik de probe handmatig moest indrukken te beperken:

$ sudo flashrom --programmer ch347_spi -nNw wanted.bin --progress

Deze operatie duurde minder dan een minuut. Daarna verifieerde ik handmatig door de chip opnieuw uit te lezen en de hash te vergelijken met het origineel.

Gevolgen van het flashen

Na het terugplaatsen van het RAM en de SSD bootte de laptop na een minuut "memory training" eindelijk op. Er waren echter enkele gevolgen:

  1. BIOS-instellingen: Alle persoonlijke aanpassingen waren weg.
  2. Identificatie: De System UUID en System SN waren gereset naar 1234567890.
  3. Bootloader: De UEFI NVRAM was gewist, waardoor Debian niet direct startte.

Ik kon de laptop opstarten via de optie "boot from file" door handmatig EFI/debian/shimx64.efi te selecteren. Daarna heb ik de bootloader opnieuw geïnstalleerd:

sudo grub-install /dev/nvme0n1p1

Conclusie

Als je in dezelfde situatie zit, is de CH347-programmeur de beste keuze. Het flashen zelf was niet moeilijk zodra ik de tools had; het hele proces duurde minder dan vijf minuten.

Wat betreft Framework: Ten eerste is hun BIOS-updater overduidelijk defect, zeker bij de AMD 7040-serie. Ten tweede is het moreel onjuist om gebruikers aan te moedigen updates te installeren, om hen vervolgens te vertellen dat ze hun hele moederbord moeten weggooien als de update faalt, simpelweg omdat de garantie is verlopen. Dit druist in tegen hun eigen filosofie van het verminderen van e-waste.

Ten derde is de bewering dat Framework een "repareerbare" laptop maakt, in mijn ogen onjuist. Ze hebben een servicebare laptop gemaakt (makkelijk RAM/SSD vervangen), maar geen repareerbare laptop. Het ontbreken van documentatie, schema's en een recovery-optie voor de BIOS bewijst dit.

Ik roep Framework daarom op tot het volgende:

  • Stop onmiddellijk met het aanmoedigen van BIOS-updates voor gebruikers buiten garantie tot de updater is gefixt.
  • Bied gratis hulp of vervangende moederborden aan voor klanten die gebrickt zijn door een officiële update.
  • Stel officiële documentatie en raw BIOS-images beschikbaar.
  • Ontwerp toekomstige moederborden zo dat ze eenvoudig te herstellen zijn van een mislukte flash.
  • Stop met het onnodig delen van klantgegevens met onveilige derde partijen.

Ik sluit af met de woorden van Nanni aan Ea-nāṣir van 4000 jaar geleden: "Neem kennis dat ik geen computer van jou zal accepteren die niet van goede kwaliteit is. En omdat je me met minachting hebt behandeld, oefen ik mijn recht op afwijzing tegen je uit."

***

Notities ¹ Hoewel de DIY-editie goedkoper was, was hij niet echt "DIY"; hij kwam grotendeels voormonteerd. ² In 2023 kreeg ik bijna 50% korting door RAM en SSD apart via Amazon te kopen. ³ Technisch gezien gaat het hier om UEFI-firmware, maar Framework gebruikt de term "BIOS". ⁴ De Canadian Multilingual Standard layout is zeer onintuïtief en onhandig. ⁵ Ik kocht een Crucial 2×16 GiB DDR5 560 obtaining for CA$154.80. ⁶ Ik kocht een 1 TB Samsung 980 Pro voor CA$90.37. ⁷ Zie afbeelding in originele tekst. ⁸ Zie mijn projecten over smart home sensoren. ⁹ Floppy disks zijn inmiddels antiek, wat benadrukt hoe oud deze recovery-functies zijn. ¹⁰ Er bestaat een 1.8 V CH347, maar deze leek complexer in gebruik. ¹¹ De meeste payment processors geven alleen de laatste vier cijfers door aan merchants. ¹² Windows heeft nooit direct op dit systeem geïnstalleerd gestaan. ¹³ Gebaseerd op de grub-install source code voor UEFI-systemen. ¹⁴ Vertaald uit het Akkadisch, waarbij "koper" is vervangen door "computer".