De EL-kroeg - Deel 4

[kitao]

Mooi apparaat hoor en de paneelkleuren passen er goed bij.
Valt me wel op dat als je de Logic Analyzer wil gebruiken dat je dan nog eens 40% van de kostprijs van de oscilloscoop erbij moet leggen voor de bekabeling.



Afgelopen week was ik zelf aan het debuggen maar dan met software, zie vorige post over de PIC16F18446. In dat kader wil ik nog even deze playlist eraan toevoegen:
MPLAB® X IDE Advanced Debugging - Microchip Developer Help ·
Course : 8 videos - Last updated on Nov 29, 2021
https://www.youtube.com/p..._0DTsTgCR47l9l6HHQIb6b3-T

Video 3 beschrijft hoe je het project kunt aanmaken dat in de videoreeks gebruikt wordt om het debuggen te demonstreren. Ik had dat aanvankelijk niet gezien en kwam zodoende bij de Spaanse speellijst uit die een vrijwel identiek project, namelijk een Hola Mundo laat zien.

Het gebruikt MCC, Microchip Code Configurator en daar zijn weer andere tutorials van Microchip voor om daar mee bekend te raken en hoewel de boardjes slechts iets van 12 euro zijn kan wel gesteld worden dat voor bijna iedere speellijst een ander boardje wordt gebruikt. Inmiddels heb ik er nu al een stuk of 8, besteld via Digikey dat in dubbele doos verpakt, supersnel en gratis verzonden vanuit de USA levert en ik heb nog geen import naheffing gehad.

Ook zonder boardje kan de speellijst uitgevoerd worden, in Simulator modus. Zo kwam ik een 'nieuw' knopje tegen, de Focus Cursor at PC knop, zie rechtsboven. Handig als de cursor debug positie buiten beeld springt.



Verder was er nog wat uitleg over sequentiële voorwaarden instellen, over hoe het debuggen nu eigenlijk gerealiseerd wordt in de hardware en etc.

In deze playlist wordt bijvoorbeeld het gebruik van MCC uitgelegd :
Getting Started with MCC Melody Example Components
Microchip Developer Help - Course - 8 videos - Last updated on Sep 12, 2024 >
https://www.youtube.com/p..._0DTA08RmyuJH4dyNrYGDGi0l

Gebruikt een PIC18F57Q43 Curiosity Nano >
https://www.microchip.com/en-us/development-tool/DM164150



Deze is gesoldeerd maar dat hoeft eigenlijk niet vanwege staggered headers.
.

[ Voor 15% gewijzigd door kitao op 04-05-2026 15:00 . Reden: Plaatje toegevoegd ]

[kitao]

Maak zelf je eigen chips ...



De 74193 synchronous 4-bit up/down binary counter zit standaard in de Quartus library maar die is enkel als voorbeeld opgenomen. De rest moet zelf gemaakt worden door een design er voor te (laten) schrijven en er een custom symbol van te maken, bijvoorbeeld zoals hier in deze 3 pagina pdf beschreven staat:
https://mil.ufl.edu/3701/docs/quartus/Component_Creation.pdf

Vervolgens kan die dan aan de library toegevoegd worden, zoals hierboven afgebeeld een CD4511 BCD-to-7-segment decoder.



De Due levert de 3.3V (Blink) klok terwijl de Altera Cyclone IV EP4CE6E22C8N de 4-bit counter op z'n onboard Leds weergeeft. De Leds op het breadboard doen eigenlijk niet meer mee maar zijn aan omdat de draadjes vanuit een vorige testopstelling nog aangesloten zitten op de FPGA's All unused pins are input tri-stated with weak pull-up.
Vervolgens gaat de 4-bit counter naar de CD4511 die het op het 7-segment display weergeeft van 0 t/m 9.



Dit board is relatief gezien goedkoop verkrijgbaar maar niet zo geschikt als instapbord; dan is een Max II EPM240T100C5 een betere keus en die kan o.a. met deze 10-delige tutorial gebruikt worden:

http://www.pyroelectro.com/edu/fpga/vhdl_verilog_schematic/
.

[ Voor 3% gewijzigd door kitao op 16-05-2026 14:03 ]

[leejoow]

Als longtime lurker heb ik nu ook een vraag en ik hoop dat jullie me er mee kunnen helpen 🙂

Al enige tijd ontwikkel ik PCBs en nu ben ik er weer aan het maken om de OpenQuatt software op te kunnen draaien. In principe zit hij helemaal in elkaar, maar ik wil nog ESD bescherming toevoegen op alle connectoren. Maar nu komen we in de wondere wereld van de chips waarbij gezegd wordt dat het zo simpel is, maar ik er op de een of andere manier mijn hoofd niet omheen krijg.

Het hart van de PCB draait op een ESP32-S3, met volgens de datasheet een absolute maximum rating van 3.6V op de power input pinnen. Voor het gemak ga ik er dan even van uit dat dit ook de max is op de GPIO pinnen.

Er zitten een aantal connectoren op, maar voor nu is er eigenlijk één waar ik echt niet uit kom: een connector waar een Dallas DS18B20 aangesloten zit op een kabel van 2 meter. Uit alles dat ik vind op internet vind ik dat de data lijn en de 3.3V voedingslijn beschermd moeten worden. Maar waarmee? Als ik bij mijn PCB boer (https://jlcpcb.com/parts/...Protection_(TVS_ESD)_3035) ga zoeken naar TVS diodes zie ik bijvoorbeeld een diode met de volgende waarden:

Reverse standoff voltage: 3.3V (goed, want dit is de werkspanning)
Clamping voltage: 3.3V (goed, want ik wil niet meer dan 3.6V in de chip ESP krijgen)
Breakdown voltage: 5V (ja, dat is dus te hoog)

Maak ik het mezelf nou te moeilijk? Is het zo dat bij een ESD event de ESD zo snel in geleiding komt dat die breakdown op 5V geen probleem is? Want dit komt toch toch op die GPIO pin terecht? Of is het concept dan dat dat de interne ESD protectie van de ESP dat verder oppakt?

En een soortgelijke vraag over het beschermen van de 3.3 voedingslijn die naar de Dallas gaat: in theorie zou die een ESD event kunnen krijgen waardoor er een piek over de voedingsbus van de PCB gaat en alle chips aan gort jaagt die hij tegenkomt. Maar zou ik daar dan ook een reverse standoff van 3.3 moeten doen? Of juist iets hoger?

Dit valt me vaak op: er is op internet echt heel veel te vinden en ik leer heel veel, maar deze details zijn dan weer een stuk minder makkelijk te vinden. Hopelijk is er hier iemand die me wat verder kan helpen!

[DaWaN]

leejoow schreef op dinsdag 26 mei 2026 @ 07:09:
Maak ik het mezelf nou te moeilijk? Is het zo dat bij een ESD event de ESD zo snel in geleiding komt dat die breakdown op 5V geen probleem is? Want dit komt toch toch op die GPIO pin terecht? Of is het concept dan dat dat de interne ESD protectie van de ESP dat verder oppakt?

Voor dit soort ontladingen zit er inderdaad ook een beveiligingscircuit in de ESP chip zelf. Wat je eventueel kunt doen is een lage serieweerstand (+/- 20-50 ohm afhankelijk van de schakeling) plaatsen tussen de ESP chip en de ESD beveiliging op jouw PCB. Wanneer je dan de TVS diode dicht bij de connector plaatst zal deze de bulk van de spanning/stroom van de ontlading op zich nemen.

leejoow schreef op dinsdag 26 mei 2026 @ 07:09:
En een soortgelijke vraag over het beschermen van de 3.3 voedingslijn die naar de Dallas gaat: in theorie zou die een ESD event kunnen krijgen waardoor er een piek over de voedingsbus van de PCB gaat en alle chips aan gort jaagt die hij tegenkomt. Maar zou ik daar dan ook een reverse standoff van 3.3 moeten doen? Of juist iets hoger?

Je kunt een ESD diode over de voeding heen plaatsen, maar daar wil je wel een diode plaatsen met een reverse standoff die een stukje hoger is dan de voedingsspanning, anders gaat er stroom lekken door de diode.
ESD event worden meestal beschreven door een Human Body Model of Charged Device Model, je kunt daar ook de schakeling vinden waar mee getest wordt.
Meestal zijn voedingslijnen niet extreem gevoelig voor ESD events aangezien er meestal genoeg ontkoppelingscondensatoren aanwezig zijn om de energie op te vangen.

Geen idee hoe jouw schakeling er precies uit ziet, maar meestal is een (kleine) capaciteit van een aantal nanofarads al voldoende om voedingslijnen te beschermen voor ESD en voor een 1-wire toepassing zal een enkele TVS diode dicht bij de connector waarschijnlijk ook voldoende bescherming bieden.

[memphis]

Hier een aardig artikel: Protecting Inputs in Digital Electronics | DigiKey

Bij mijn laatste werkgever heb ik geleerd dat hier ook een soort van SOT23-6 en sot8 componenten voor zijn met intern 4 of 6 diodes voor respectivelijk 2 of 3 signalen. Oa veel gebruikt bij de USB datalijnen.

[Osiris]

Klopt, voor USB heb je vaak wel TVS diode packages die daar specifiek voor bedoeld zijn, zoals de USBLC6-2P6 van ST:



Daarnaast bestaan er ook nog zat van dit soort arrays (unidirectioneel):



En die zijn er ongetwijfeld ook bidirectioneel

Maar idd, ik vind die TVS diodes ook een gedoe.. Zo zie je frequent dat een TVS diode voor een 3.3 V lijn ook echt een reverse standoff voltage of 3.3 V heeft, max., terwijl ik dan denk: jamaar, waar is nou die marge?

[Hans1990]

De energie in een ESD event is niet heel hoog.

Als je kijkt naar datasheets van veel onderdelen, zie je vaak "HBM 8kV" tests (Human Body Model) o.i.d.
Bvb: https://www.renesas.com/e...-esd-device-level-testing

Fig1 laat zien dat ze een 100pF condensator opladen, en dan ontladen middels 1.5K. Piekvermogen ligt op 22.5kW. Dat klinkt heel eng, maar voor nog geen 1us dus. Gemiddeld zal je niet eens mW's aantikken.

Jouw ontwerp heeft waarschijnlijk ook (MLCC) condensators op de voedingslijn zitten. Stel in totaal is dat 10uF, dan is dat 100 000x groter dan 100pF. Met Q=C*V kan je de verplaatsing van lading berekenen, maar even gros genomen: 100 000x zo'n grote capaciteit, 100 000x zo'n lage spanning uiteindelijk in jouw voeding condensator bank. kV wordt dan milliVolts.

Microcontrollers hebben vaak ESD diodes op hun I/O zitten, maar niet altijd. Als een pin 5V compatible is, dan is die diode expliciet niet aanwezig. Die begint immers al met 0.3-0.4V te geleiden, dus met een 3.3V chip zou je nooit 5V I/Os kunnen aansluiten zonder ze kort te sluiten.

De layout van ESD/TVS diodes is net zo belangrijk. Tabel 1 van de PDF die ik linkte vat samen wat voor pulsbreedtes er zijn. Dit zit allemaal in de orde grootte van 1ns-1us, dus dit zijn HF signalen met tientallen MHz tot GHz bandbreedtes. ESD diodes wil je dus zo dicht mogelijk op de connector plaatsen, met een zo'n kort mogelijke ground loop naar de connector. Je ziet ook bij de 2 packages in Osiris' post dat ze echt optimized zijn om I/O signalen er doorheen te tekenen.
Hoe je dan de connector shield, ground en I/Os verbind is ook weer een heel apart onderwerp.

TVS diodes zie ik vaker toegepast in industriele toepassingen, waarbij je langere pulsen moet overleven. Die pulsen wordt dan opgestookt in de TVS diode zelf. ESD diodes geleiden die pulsen weg naar de voedingsrail.

[leejoow]

Bedankt allemaal, ik ben ook vooral benieuwd of ik het mezelf niet gewoon te moeilijk aan het maken ben 😋

Helaas kan ik nu even niet het schema posten, ik ben niet thuis de komende anderhalve week en blijkbaar kan ik op een iPad niets met kicad bestanden… Maar inderdaad, elke chip heeft sowieso op de voedingspinnen 100nF zitten. Daarnaast zit er nog een 10uF op de lijn naar de ESP waarvandaan vervolgens de overige voedingspennen worden gevoed. Ik vraag me vooral af of het nu nodig is om dus alle lijnen TVS diodes te geven die extern als connector zijn (modbus, Pt1000 naar een MAX31865, Dallas, OpenTherm). Ik ga in elk geval eens even verder lezen weer!

[Cobb]

Ik heb hier een apparaatje met een flink opgebolde L-ion accu. Ik wil dat ergens veilig kwijt kunnen, maar waar kun je nu zo'n bolle accu kwijt?

[Hagdos]

leejoow schreef op dinsdag 26 mei 2026 @ 17:09:
Bedankt allemaal, ik ben ook vooral benieuwd of ik het mezelf niet gewoon te moeilijk aan het maken ben 😋

Waarschijnlijk wel

ESD is voor de hobbyist meestal niet echt een issue. Als je in grote serie produceert is ESD-schade heel vervelend (vrij willekeurig, de schade komt vaak pas later naarboven als de PCB al ergens in is verwerkt en verkocht).

De meeste µC tegenwoordig zijn al vrij goed beschermd. Als je het netjes wilt doen is een serieweerstand (100 Ohm of 1 kOhm) en 2 diodes van je signaallijn naar ground resp. voeding meer dan voldoende. Deze diodes zitten vrijwel altijd ook al in de µC, dus dan heb je aan een weerstandje genoeg.

TVS heb je alleen nodig als de spanning op je signaallijn hoger moet kunnen zijn dan de voeding (bijv een 5V compatible IO op een 3.3V microcontroller).

Als je het echt netjes/professioneel wilt doen doe je een simulatie met een ESD-bron (staan beschreven in standaarden, bijv IEC 61000-4-2) en je schema in bijv. LTSpice. Als je het echt professioneel wilt doen doe je ook een hardware-test met een ESD-bron volgens diezelfde norm. Voor een hobby-project zou ik persoonlijk allebei niet doen.

[ Voor 5% gewijzigd door Hagdos op 26-05-2026 19:30 ]

[Sissors]

leejoow schreef op dinsdag 26 mei 2026 @ 07:09:
Maak ik het mezelf nou te moeilijk? Is het zo dat bij een ESD event de ESD zo snel in geleiding komt dat die breakdown op 5V geen probleem is? Want dit komt toch toch op die GPIO pin terecht? Of is het concept dan dat dat de interne ESD protectie van de ESP dat verder oppakt?

Los van wat andere al schreven, maar er zit ook een behoorlijke marge op wat de transistoren in een chip aan kunnen. Die kunnen best een hoop meer dan 3.3V (of 3.6V) hebben. Maar niet voor 10+ jaar waarop die hele chip gespecced is. Maar dat hij in een microseconde evenveel slijt als normaal in een uur, maakt niet veel uit als dat niet zoveel gebeurd.

Eén van de opties bij productie testen van chips is ook veel te hoge spanningen erop zetten: Als er onvolkomenheden in gate oxides van de transistoren zitten, moeten ze dan meteen kapot gaan. Kost wat levensduur, maar is gerommel in de marge tov het aantal chips die anders na 3 weken kapot zouden gaan en zo eruit worden gehaald.

Eg een oud paper die ik als eerst vond, en die ook nog eens toevallig een 3.3V technologie gebruik als voorbeeld: https://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=600331

Omdat meeste waarschijnlijk geen IEEE toegang hebben, hier een relevant tabelletje:



Dus jouw 3.3V transistor houdt het gemiddeld genomen wel wat jaartjes uit op 3.3V (de rechter kolom, lang voorbij de dood van het universum), maar ook als er 6V op komt te staan voor een korte tijd is er weinig aan de hand. En natuurlijk heb je miljoenen transistoren in een chip, maar slechts een paar zijn aan de IO poort verbonden. Aan de voeding zitten er veel meer verbonden, maar zoals een ander al opmerkte, door de capaciteit op je voedingsnet zal een ESD event meestal een kleinere impact hebben.

Overigens trek dit tabelletje nog iets verder door, en de transistor is gewoon instant kapot. Maar lang verhaal kort: transistoren kunnen best wat hebben boven hun normale spec limieten, en daardoor kunnen ze ESD events overleven, ondanks dat de bescherming pas ruim boven hun nominale spanningen ingrijpt.

[DaWaN]

Hans1990 schreef op dinsdag 26 mei 2026 @ 12:58:
Microcontrollers hebben vaak ESD diodes op hun I/O zitten, maar niet altijd. Als een pin 5V compatible is, dan is die diode expliciet niet aanwezig. Die begint immers al met 0.3-0.4V te geleiden, dus met een 3.3V chip zou je nooit 5V I/Os kunnen aansluiten zonder ze kort te sluiten.

Kleine correctie: de meeste chips hebben weldegelijk ESD beveiliging op 5V tolerante ingangspinnen, echter is het geen harde diode naar de voedingsspanning. Meestal zit er een schakeling in de chip die vanaf een bepaalde spanning alsnog actief wordt. Meestal kun je dat wel afleiden uit de absolute maximum ratings uit de datasheet

[LED-Maniak]

De meeste hebben ESD beveiliging op de pinnen, maar als je naar de specs kijkt dan is dit vooral voor ESD events tijdens productie. Altijd de datasheet bekijken als dit relevant is!

[kitao]

Als aanvulling op kitao in "De EL-kroeg - Deel 4"

Microchip kondigt o.a. in deze video speellijst aan dat MPLab X IDE meer naar VSCode overgezet zal worden :
YouTube: MCC Melody in VS Code®: Importing an Example Project from MPLAB® Dis...

Video 3 toont hoe zo'n import uitgevoerd kan worden maar met vrijwel alles ziet dat er makkelijker uit als dat het uit te voeren is

XML:

⭐ Your MPLAB X project is still intact

VS Code does not modify the original .X project.

It does not:
rewrite configurations.xml
rewrite Makefile
delete MPLAB X metadata
change the project structure
alter MCC files
break MPLAB X compatibility

Instead, VS Code creates a parallel build system next to it.

⭐ What VS Code actually added

When you opened the .X folder with MCC active, VS Code generated:
✔ _build/ directory
This contains all CMake build artifacts.
✔ CMakePresets.json
VS Code’s build configuration.
✔ .mplab.json
VS Code’s toolchain + project metadata.
✔ .vscode/ folder
VS Code settings, tasks, and extension metadata.
✔ Possibly regenerated MCC code
(but only inside mcc_generated_files/, which MPLAB X also uses)

None of these overwrite MPLAB X’s own files.

Voor wie het ook wil proberen, er is een optie om het in de video gebruikte project
PIC18F57Q43 I2C_Host Example Component for CNano Explorer: Find all I2C Clients on Bus (Callbacks, Printf-errors) met Github te openen en dan te downloaden. Dit bleek beter te werken als via Discover ivm path's too long.e.d. Lange paths errors schijnen ook af te hangen van welke compiler versie je instelt, ik heb die op XC8 v3.10 staan.
Vervolgens VSCode openen, MCC Extensie actief maken en Open Folder klikken.
Dan Builden, Programmeren, Data Visualizer openen, Com Port openen en nog eens flashen en verschijnt er dit:


.

[kitao]

Weer terug naar de normale IDE heb ik een best uitgebreid Explorer board maar de voorbeelden erbij zijn vrij schaars, te ingewikkeld voor een beginner of het gebruikt een Curiosity Nano (CNano Q24)) board die ik niet heb : https://github.com/microc...oled/blob/1.0.0/README.md

Hiervan geprobeerd het aan te passen naar de PIC18F57Q43 maar dat is mislukt.
De voorbeelden die wel toepasbaar bleken staan hier:
https://onlinedocs.microc...73-41BA-81C1-7BCDD05A3775

maar ik zocht er eentje voor de Oled. Die niet gevonden dus toen ongeveer van 'scratch' begonnen mbv de copiloot en als je niet uitkijkt zit je dan het bord te hersolderen maar uiteindelijk kwam er dan toch een Blink uit de Oled





Binnenkort maar eens de Q24 bestellen en kijken of dat sneller gaat want hoewel dit project zonder AI voor mij niet te doen was blijkt het geen wondermiddel dat het 'eventjes' voor je oplost.
Dit is de main.c die na veel pogingen en fouten eruit voortkwam en waar ik zelf geen letter aan heb geschreven:

C:

#include "mcc_generated_files/system/system.h"

#define OLED_ADDR 0x3D

extern const i2c_host_interface_t I2C1_Host;

// ---------------------------------------------------------
// Low-level I2C helpers
// ---------------------------------------------------------

void OLED_WriteCommand(uint8_t cmd)
{
    uint8_t data[2];
    data[0] = 0x00;   // Control byte: COMMAND
    data[1] = cmd;

    I2C1_Host.Write(OLED_ADDR, data, 2);
    while (I2C1_Host.IsBusy())
        I2C1_Host.Tasks();
}

void OLED_WriteData(uint8_t dataByte)
{
    uint8_t data[2];
    data[0] = 0x40;   // Control byte: DATA
    data[1] = dataByte;

    I2C1_Host.Write(OLED_ADDR, data, 2);
    while (I2C1_Host.IsBusy())
        I2C1_Host.Tasks();
}

// ---------------------------------------------------------
// OLED Initialization
// ---------------------------------------------------------

void OLED_MinimalInit(void)
{
    RESET_SetLow();
    __delay_ms(20);
    RESET_SetHigh();
    __delay_ms(50);

    OLED_WriteCommand(0xAE); // Display OFF

    OLED_WriteCommand(0x20); // Memory addressing mode
    OLED_WriteCommand(0x00); // Horizontal addressing

    OLED_WriteCommand(0xD5); // Clock divide
    OLED_WriteCommand(0x80);

    OLED_WriteCommand(0xA8); // Multiplex
    OLED_WriteCommand(0x3F);

    OLED_WriteCommand(0xD3); // Offset
    OLED_WriteCommand(0x00);

    OLED_WriteCommand(0x40); // Start line

    OLED_WriteCommand(0x8D); // Charge pump
    OLED_WriteCommand(0x14);

    OLED_WriteCommand(0xA1); // Segment remap
    OLED_WriteCommand(0xC8); // COM scan direction

    OLED_WriteCommand(0xDA); // COM pins
    OLED_WriteCommand(0x12);

    OLED_WriteCommand(0x81); // Contrast
    OLED_WriteCommand(0x7F);

    OLED_WriteCommand(0xA4); // Resume RAM
    OLED_WriteCommand(0xA6); // Normal display

    OLED_WriteCommand(0xAF); // Display ON
}

// ---------------------------------------------------------
// Clear screen (writes zeros to all RAM)
// ---------------------------------------------------------

void OLED_Clear(void)
{
    for (uint8_t page = 0; page < 8; page++)
    {
        OLED_WriteCommand(0xB0 + page); // Page address
        OLED_WriteCommand(0x00);        // Lower column
        OLED_WriteCommand(0x10);        // Higher column

        for (uint8_t col = 0; col < 128; col++)
        {
            OLED_WriteData(0x00);
        }
    }
}

// ---------------------------------------------------------
// Simple visual activity: blink a 16×16 block
// ---------------------------------------------------------

void OLED_DrawBlock(uint8_t value)
{
    // Draw a 16×16 block at top-left corner
    for (uint8_t page = 0; page < 2; page++)
    {
        OLED_WriteCommand(0xB0 + page);
        OLED_WriteCommand(0x00);
        OLED_WriteCommand(0x10);

        for (uint8_t col = 0; col < 16; col++)
        {
            OLED_WriteData(value);
        }
    }
}

// ---------------------------------------------------------
// MAIN
// ---------------------------------------------------------

void main(void)
{
    SYSTEM_Initialize();
    __delay_ms(100);

    OLED_MinimalInit();
    OLED_Clear();

    uint8_t on = 0;

    while (1)
    {
        // Blink block every 500 ms
        if (on)
            OLED_DrawBlock(0xFF);   // White block
        else
            OLED_DrawBlock(0x00);   // Black block

        on ^= 1; // toggle
        __delay_ms(500);

        I2C1_Host.Tasks(); // keep state machine alive
    }
}

[ehtweak]

Gewoon, omdat ik er zin in had...
Poosje geleden al een PTS201 soldeerboutje via AE gekocht, met een setje extra punten erbij.

Tijd voor een DIY opbergdoosje.
Dankzij de 3D-printers op school en een lasersnijder, toch maar ff wat geprobeerd.

Eerst een houten opbergdoosje met de lasersnijder. Vervolgens had ik nog een spuitbus met wat zwarte hamerslagverf:

PTS201Box-1 by Erik Haak, on Flickr

En toen zag ik op thingiverse/makerworld/etc. van die 'rugged' 3d-printed boxjes voorbijkomen. Dat leek me wel wat.
Afijn, was nog ff lastig om het goede model te pakken te krijgen, waarbij de inlays ook daadwerkelijk passend waren voor de PTS201 (meeste is afgemeten voor de TS100, en die is net wat kleiner).

Ook bleken de inserts (oranje) gedeelten net iets TE strak te zitten, waardoor de buitenkant openbarste. Dus heb ik de buitenzijde (blauwe gedeelte) een fractie vergroot (0,15%) en toen gingen ze strak in elkaar, zonder te breken.
Vervolgens nog een paar zwarte boutjes voor de scharnieren en de klemmetjes gebruikt.
Best wel goed gelukt, al zeg ik het zelf.


PTS201Box-2 by Erik Haak, on Flickr

En zo ziet het eruit als het doosje dicht is:


PTS201Box-3 by Erik Haak, on Flickr

[kitao]

Mooi gemaakt hoor, met name het blauwe ontwerp ziet er zeer professioneel uit, niet van commercieel te onderscheiden

Tijdje geleden kwam ik een video-serie tegen dat ook nog een website heeft :

YouTube: How to Use a Simple Microcontroller Part 1 - An Introduction (PIC10F...

https://www.circuitbread....es-intro-pic10f200-part-1

Vervolgens de PIC10F200 8-pin PDIP besteld en vandaag uit de verpakking gehaald. Kwam ik nog een complete video serie erover tegen:

YouTube: Introduction to the PIC10F200 Microcontroller with Assembly Language...

Omdat ik gelijk wou beginnen vroeg ik een Blink-Led code op bij de copiloot. Na een stuk of vier versies nog steeds geen compilatie en de piloot concludeerde:

XML:

⭐ Why PIC10F200 cannot be used with XC8 C in MPLAB X 5.45

The PIC10F200 is a baseline PIC.
XC8 only supports:

Mid‑range PIC16F

Enhanced mid‑range PIC16F1xxx

PIC18F

Baseline PICs (PIC10F, PIC12F5xx, PIC16F5xx) are excluded.

This is not a configuration issue.
It is not a missing pack.
It is not a version mismatch.
It is a hard limitation of the XC8 compiler.

So MPLAB X 5.45 + XC8 = no C support for PIC10F200.

Toch maar even zelf verder gezocht en kwam ik deze Github tegen:
https://github.com/dsoze1...10F200_Example_2.X/main.S

XML:

;
; File:     main.S
; Target:   PIC10F200
; Author:   dan1138
; Date:     2021-MAR-10
; Compiler: pic-as(v2.31)
; IDE:      MPLABX v5.45
;
; Description:
;
;   Example 2 project for the PIC10F200 controller using the pic-as(v2.31) tool chain.

En dat compileerde meteen en het lukte ook om dat te flashen hetgeen dus aantoont dat de copiloot er volledig naast zat.



Ik weet niet of het lukt met de nieuwste MPLab versie dat volgens mij op 6.3 zit terwijl ik met deze microcontroller versie 5.45 gebruikt heb. Daar valt ook nog iets over te zeggen:

MPASM was removed from MPLAB X after version 5.35
You are using MPLAB X 5.45, which no longer includes MPASM.
✔ The fix is to use MPASM

Nog even bekijken welke versie ze in de video's gebruiken maar die zijn vrij recent, van slechts een paar jaar geleden. Zo niet dan is er de optie om ze te laten 'vertalen' door de copiloot of versie 5.35 te installeren.
Toch fijn dat deze tutorials er zijn want de LLM kwam er niet uit deze keer

edit:
Support for PicKit 3 loopt tot en met v6.20.
Er is ergens een Technical Brief dat alle programmers, MPLab versies en PICs ordent die compatibel zijn met elkaar.
De lijst wordt hierin gelinkt :
https://forum.digikey.com...b-supported-devices/36813

https://packs.download.mi...iceDoc/Device_Support.pdf
.

[ Voor 6% gewijzigd door kitao op 17-07-2026 18:12 ]

[Hans1990]

Microchip heeft gewoon C voorbeelden op de website staan voor de PIC10F. AI is vaak slecht geinformeerd over device-specifieke vragen, met name als het de oudere architecturen betreft zoals PIC.
Je kan overigens ook even op de Microchip site kijken naar oudere versies van bvb MPLAB of XC8. Vaak bieden ze beide versies aan. Ik heb ook nog een PICKIt 2 + 3 liggen, maar die gebruik ik (sporadisch) met een oudere versie.

Misschien dat ik PICs wel weer iets meer wil gaan gebruiken. Ik las van de week dat ze (eindelijk) de compiler license restricties uit XC8, XC16 en XC32 hebben gesloopt. Je kan dus nu met gratis compiler de optimizer instellen naar wens. Ook hebben ze eindelijk C++ support toegevoegd voor XC16. En als ik zeg eindelijk: EINDELIJK. Dit was van mij al een 15 jaar oude wens toen ik nog dagelijks met PIC microcontrollers werkte..

Ik heb nog 1 of 2 ideetjes om een paar oude PICs in te zetten die in mijn la liggen te verstoffen. Sommige peripherals zijn wel beetje achterhaald, maar ze hebben nog steeds wel unieke features die niet elke doorsnee STM32 zomaar heeft.

[Osiris]

Hans1990 schreef op vrijdag 17 juli 2026 @ 19:40:
Ik heb nog 1 of 2 ideetjes om een paar oude PICs in te zetten die in mijn la liggen te verstoffen. Sommige peripherals zijn wel beetje achterhaald, maar ze hebben nog steeds wel unieke features die niet elke doorsnee STM32 zomaar heeft.

Hm, je zou denken dat de gemiddelde STM32 wel vrij compleet is. Wat heeft een PIC qua features wat een STM niet heeft?

[Hans1990]

De PIC24FJ128GC006 heeft een 10MSPS 12-bit pipeline ADC. Sommige STM32s komen in de buurt met interleaved ADCs (met name op lage resolutie), maar die hebben nog steeds last van redelijk lange sample tijden van 5-6 kloks bij zo'n 20 a 50MHz. Op die PIC24 zou je terug kunnen naar 0.5Tad => 50ns.

dsPIC33EP series hebben ADCs met 4x een sample-hold. Die zijn bedoelt voor BLDC motoren waar je misschien een hall sensor hebt met 3x sense draden per fase. Ik heb dit geprobeerd te bouwen met een STM32H725, die wat betreft computation rent die cirkeltjes om alles wat zo'n dsPIC33 kan (FOC op 20kHz in double floating point is fluitje van een cent), maar ik sample de current-sense draadjes wel met enige tijdsvertraging afhankeijlk of het kanaal A B of C is. Dat is niet heel erg netjes eigenlijk.

Veel PICs hebben ook nog een parallel master/slave port. Sommige STM32s hebben wel een memory parallel port of een camera slave poort, maar een universele poort heb ik nog niet gezien. Tenslotte hebben veel 16-bit PICs remappable I/O.. dus als je een chip zoekt die UART, timer compare/capture of SPI op een willekeurige I/O pin kan doen (natuurlijk niet allemaal tegelijk), dan zijn deze chips wel ideaal. Maakt board routen heel makkelijk.

Naast deze kleine analoge dingetjes zijn de STM32s stuk meer capabel..

De reden dat ik wel specifiek naar de PIC24 GC006 zit te kijken is omdat ik een apparaatje wil bouwen die equivelent time sampling kan gebruiken. Ik wil een soort vector netwerk analyser bouwen voor LF-HF tot zo'n 50MHz. Het genereren van (digitale) 50MHz is op een STM32 niet zo'n probleem, maar het samplen natuurlijk wel.
Wat zo'n STM32 wel heeft is meerdere PLLs. Ik wil dan een klok naar deze PIC24 sturen die bewust op bijvoorbeeld 9.5MHz is afgesteld. Stel ik sample een 10MHz signaal, dan lopen de generator en ADC clock met 500k/s langs elkaar heen.
In 1/500kHz = 2us heeft de PIC24 dan 19 samples gepakt van 20 periodes in het 10MHz signaal. Die samples kan je overelkaar heen vouwen terug (reconstructie filter) naar 1 periodetijd van het 10MHz signaal. De equivelent sample rate is dan 19x10=190MHz geweest.

Het grootste probleem is die 9.5MHz maken. Die moet namelijk gelocked zijn aan de 10MHz zodat de 500kHz sweep rate goed te bepalen is.

[kitao]

Het klopt dat er oudere versies van MPLab nog steeds gedownload kunnen worden:
https://www.microchip.com.../archives/mplab-ecosystem
maar aangezien ik al versie 5.45 en 6.25 erop heb staan heb ik het zo gelaten en het assembly programmeren van de PIC10F200 is ondanks de misinformatie van de copiloot uiteindelijk toch goed gekomen dankzij deze Github pagina:
https://github.com/dsoze1...10F200_Example_2.X/main.S

PPS is de afkorting voor Peripheral Pin Select dat het mogelijk maakt verschillende functies per pin in te kunnen stellen.
Peripheral Pin Select (PPS) enables flexible digital peripheral I/O pin mapping to a wide range of external pins. In older 8-bit devices, a peripheral was hard-wired to a specific pin (example: PWM1 output on pin RC5). PPS allows the developer to choose from a number of output and input pins to connect to the digital peripheral.
https://developerhelp.mic...c/peripherals/pin-select/

Ik heb ook een PIC24 maar ik heb niet veel voorbeelden erbij gevonden en zodoende nog niet veel tijd aan besteed maar voor iemand meer gevorderd is het een leuk board om bijvoorbeeld de display aansturing toe te passen. Hieronder voorgeprogrammeerd door de producent:



https://www.microchip.com/en-us/development-tool/DM240018
Er is ook een iets andere goedkopere uitvoering, dat is de DM240017

Voor wie geinteresseerd is in de eerder genoemde video tutorials maar geen hardware ter beschikking heeft dan biedt Simulide een mooie tussenoplossing.



De werkwijze staat hier beschreven :
https://simulide.com/p/mcus/
Komt erop neer dat je met bijvoorbeeld MPLab een programma compileert hetgeen dan een Hex-file genereert in het MPLab-project, zoals hier:
C:\MPLABXProjects\PIC10F200-Blink.X\dist\default\production\PIC10F200-Blink.X.production.hex
Deze hex-file importeer je dan in Simulide met een rechts-klik op de microcontroller waarna de simulatie kan plaatsvinden met in dit geval een blinkend ledje als output.
.

[ Voor 40% gewijzigd door kitao op 19-07-2026 15:31 ]

[kitao]

Om nog even terug te komen op Simulide hierboven, tegenwoordig schijnen er twee of meer micro's tegelijk ingezet te kunnen worden. Dat lukt inderdaad, zie hieronder >



Er is ook een Simulide video met uitleg, de link staat hierin >
https://simulide.com/p/mcus/
dezelfde op Youtube >
YouTube: Microcontrollers basic use SimulIDE 1.0.0

Simulide is Freeware en kan goed als oefening of als snelle test gebruikt worden zonder hardware aan elkaar te knopen.

De Circuit Bread tutorials gebruiken zoals gezegd MPASM maar onderaan de geschreven afleveringen staan Zip-files die wel met een Pic-as compiler gebruikt kunnen worden >
https://www.circuitbread....microcontroller-pic10f200
Project Files
XC8-PIC-Assembler-The-First-Assembly-Program-Part-5-Simple-Microcontroller-PIC10F200.zip

Dat draait bijvoorbeeld goed op MPLab v5.45, DFP 1.4.56 en pic-as (v2.20) >



Verschil tussen MPASM, dat Microchip Processor ASseMbler betekent en Pic-as wordt hier nader toegelicht > https://www.circuitbread....o-mplab-xc8-pic-assembler

Starting with MPLABX IDE version 5.40, the assembler MPASM toolchain is no longer supported or installed with the IDE. To program in assembly using MPASM, one needs to install a previous MPLABX version that comes with MPASM. The last version that worked with MPASM was MPLABX v5.35.

Meer over die transitie is in deze video te vinden, dat ook weer deel is van een complete playlist >
YouTube: MPLAB-X IDE and XC8-AS assembler transition guide with example code ...

Niet dat ik zelf zo geinteresseerd ben in het programmeren en in de linker en compiler details maar het is wel handig om te weten waarom een code niet compileert als je een micro wil programmeren en hoe dat op te lossen valt.
.

[ Voor 21% gewijzigd door kitao op 20-07-2026 15:49 ]

[kitao]

Tot slot, in Circuit Bread Les 4 staat MPLab 8.76 beschreven :

https://www.circuitbread....microcontroller-pic10f200

Deze geinstalleerd via https://www.microchip.com.../archives/mplab-ecosystem onderaan de pagina, 32-bit Windows en in gebruik genomen als Debugger in Simulation mode >

XML:

.
⭐ You now have the full debugging picture

Your current layout:

Disassembly (left)

main.asm (center)

SFR or Watch window (right)

PC / WR / INS / STATUS (bottom)

is exactly how MPLAB 8 was intended to be used for baseline PICs like the 
PIC10F200.

You’ve essentially recreated the classic Microchip debugging setup from 
the early 2010s — and it’s still one of the best ways to understand how these 
tiny chips execute instructions.
.

Geinig, ruim 15 jaar terug in de tijd
en werkt prima en kan goed gesimuleerd worden in Simulide met de gegenereerde hex.

Waar ik wel van afgestapt ben is het PicKit 3 programmeren met v8.76. Reden daarvoor is dat v8.76 een ander besturingsprogramma in de PK3 laadt als dat v5.45 en hoger dat doet.
Hoewel ik de PK3 met advies van de copiloot weer kon herstellen ging dat met hobbels en aangezien ik er maar 1 heb vermijd ik dat liever

Hieronder Beethoven dat uit de laptop speaker komt >



Code > https://www.circuitbread....ntroller-basics-pic10f200
.

[ Voor 18% gewijzigd door kitao op 24-07-2026 03:30 ]

[Hans1990]

Gister even wat aan gerommelt met Equivelent Time Sampling dingetje op een STM32L432KC. Eigenlijk nog niet heel veel gedaan, want ik wil eerst begrijpen hoe ik ETS numeriek kan benaderen.

De STM32L432 heeft 2 PLLs: een voor de CPU en 1 bedoeld voor USB, audio interfaces en/of ADC. De VCO kan tot 320MHz gaan, en die moet dan door (minimaal) 4 worden gedeeld om een bruikbare 80MHz klok voor de chip peripherals te maken.
Ik kan echter de tweede PLL ook op een VCO frequentie van net boven of onder 320MHz instellen. Dat hangt af van de multiplier, en daarmee ook de ingangsfrequentie. Die mag tussen 4 en 16MHz zijn. Nou je raad het al zoals alles in engineering, een tradeoff: want 4MHz betekent kleinere multiplier stapjes (dus kleinere delta van 80MHz), maar 16MHz geeft juist *veel* minder jitter.
Dus ik heb gekozen voor ingangsfrequentie 16MHz, dan is 1 tikje minder multiplier 320-16=304MHz, en aan de uitgang blijft dan 76MHz over.

Ik heb vervolgens de MCO en de audio interface bitclock aangezet. De MCO output dan de 80MHz/4, en de audio interface output de 76MHz/4.





In deze twee scope plaatjes trigger ik op 20MHz en laat ik de 19MHz over elkaar heen lopen.
Je ziet eigenlijk heel mooi dat er een zwerm aan flanken zijn die ongeveer 2.5ns uit elkaar liggen. Dat zou dan een ETS rate geven van 400MHz.

Nu heb ik hier alleen een soort ADC klok van 19MHz aangenomen. Daar heb ik geen ADC voor, dus gister was ik nog even aan het puzzelen met formules en scope traces om de ETS rate te bepalen als bvb de ADC klok maar 1MHz is. Maar daar kwam ik nog niet echt fatsoenlijk uit.. ik had wel een paper erbij gepakt, maar die nam aan dat het signaal en ADC exact dezelfde klok gebruiken.

OP den duur dacht ik wel.. oke prima, ik slinger nog wel even die Microchip tools aan. Als klassieke ADHD stuiterbal wel meteen verzand in afleiding door te kijken of C++ bruikbaar is. Maar natuurlijk heeft Microchip half & slordig werk afgeleverd, want even een leeg project maken, #include <xc.h> in main.cpp, en hoppa:

In file included from /Applications/microchip/mplabx/v6.20/packs/Microchip/PIC24F-GC_DFP/1.5.236/xc16/support/generic/h/xc.h:59,
from main.cpp:1:
/Applications/microchip/mplabx/v6.20/packs/Microchip/PIC24F-GC_DFP/1.5.236/xc16/support/PIC24F/h/p24FJ128GC006.h:34496:37: error: '__prog__' does not name a type; did you mean '__pmp__'?
extern __attribute__((space(prog))) __prog__ uint16_t _CONFIG4;

Het bestand hernoemen naar main.c en het werkt weer. Hun C++ compiler kan niet eens hun eigen RTL header file includen, hoe debiel kan het worden.. En tweede helaas: ik heb deze tekst uit een support ticket moeten copy-pasten, want vandaag dat ik MPLAB opstart doet het hele buildsysteem binnen de IDE niets meer.

TROEP
De MPLAB Snap ook maar weer uit het winkelmandje gedondert.

Goed, misschien vandaag, misschien van het weekend, toch kijken of ik iets kan samplen binnen de STM32L432 of desnoods een tweede STM32L4.
Ik kan namelijk de ADC intern ook clocken vanaf de 76MHz PLL, en ik zag ook dat de ADC continu kan samplen. Dan timed de ADC zichzelf en heb ik geen triggers nodig die mogelijk over clock domains stappen. Dat laatste is essentieel omdat ik alles wil behalve de clocks van beide domeinen weer ergens per ongeluk aan elkaar synchroniseren (wat met een GPIO input al kan gebeuren). Het is alleen de vraag of ik de ADC sample periode nog ergens kan sturen, want op de hoogste acquisitiesnelheid is die 15 kloks (5MSPS). Opzich dus al een prima snelheid, maar juist het interval sturen kan wel belangrijk zijn.

Wordt vervolgd..

[kitao]

MPLab is regelmatig erg lastig te bedienen, kies je bijvoorbeeld een compiler v3.10 dan Build het niet, selecteer je daarna compiler v2.20 dan Build het ineens wel. In dit ene zinnetje klinkt dat vrij eenvoudig maar het lastige is dat er geen error-melding verschijnt met "switch je compiler-versie" en afgaand op de errors die wel verschijnen je vervolgens diep in het moeras belandt

Ik heb C++ ook even geprobeerd met dezelfde PIC24FJ128GC006 in simulation mode met een main.cpp file >



Ik klikte op Build en er gebeurde totaal niets - geen Output, Nada.
Blijkt volgens de Copiloot dat de Cpp gewoon stil genegeerd wordt. Daarom main.cpp naar main.c veranderd en dan verschijnt er wel output na een Build.
Uiteindelijk dit bare-metal programma kunnen compileren >

C:

// CONFIG4
#pragma config DSWDTPS = DSWDTPS1F      // Deep Sleep Watchdog Timer Postscale Select bits (1:68719476736 (25.7 Days))
#pragma config DSWDTOSC = LPRC          // DSWDT Reference Clock Select (DSWDT uses LPRC as reference clock)
#pragma config DSBOREN = ON             // Deep Sleep BOR Enable bit (DSBOR Enabled)
#pragma config DSWDTEN = ON             // Deep Sleep Watchdog Timer Enable (DSWDT Enabled)
#pragma config DSSWEN = ON              // DSEN Bit Enable (Deep Sleep is controlled by the register bit DSEN)
#pragma config RTCBAT = ON              // RTC Battery Operation Enable (RTC operation is continued through VBAT)
#pragma config PLLDIV = DIS             // PLL Input Prescaler Select bits (PLL is disabled)
#pragma config I2C2SEL = PRI            // Alternate I2C2 Location Select bit (I2C2 is multiplexed to SDA2/RA3 and SCL2/RA2 )
#pragma config IOL1WAY = ON             // PPS IOLOCK Set Only Once Enable bit (Once set, the IOLOCK bit cannot be cleared)

// CONFIG3
#pragma config WPFP = WPFP127           // Write Protection Flash Page Segment Boundary (Page 127 (0x1FC00))
#pragma config SOSCSEL = ON             // SOSC Selection bits (SOSC circuit selected)
#pragma config WDTWIN = PS25_0          // Window Mode Watchdog Timer Window Width Select (Watch Dog Timer Window Width is 25 percent)
#pragma config BOREN = ON               // Brown-out Reset Enable (Brown-out Reset Enable)
#pragma config WPDIS = WPDIS            // Segment Write Protection Disable (Disabled)
#pragma config WPCFG = WPCFGDIS         // Write Protect Configuration Page Select (Disabled)
#pragma config WPEND = WPENDMEM         // Segment Write Protection End Page Select (Write Protect from WPFP to the last page of memory)

// CONFIG2
#pragma config POSCMD = NONE            // Primary Oscillator Select (Primary Oscillator Disabled)
#pragma config WDTCLK = LPRC            // WDT Clock Source Select bits (WDT uses LPRC)
#pragma config OSCIOFCN = OFF           // OSCO Pin Configuration (OSCO/CLKO/RC15 functions as CLKO (FOSC/2))
#pragma config FCKSM = CSDCMD           // Clock Switching and Fail-Safe Clock Monitor Configuration bits (Clock switching and Fail-Safe Clock Monitor are disabled)
#pragma config FNOSC = FRCDIV           // Initial Oscillator Select (Fast RC Oscillator with Postscaler (FRCDIV))
#pragma config ALTADREF = AVREF_RA      // External 12-Bit A/D Reference Location Select bit (AVREF+/AVREF- are mapped to RA9/RA10)
#pragma config ALTCVREF = CVREF_RA      // External Comparator Reference Location Select bit (CVREF+/CVREF- are mapped to RA9/RA10)
#pragma config WDTCMX = WDTCLK          // WDT Clock Source Select bits (WDT clock source is determined by the WDTCLK Configuration bits)
#pragma config IESO = ON                // Internal External Switchover (Enabled)

// CONFIG1
#pragma config WDTPS = PS32768          // Watchdog Timer Postscaler Select (1:32,768)
#pragma config FWPSA = PR128            // WDT Prescaler Ratio Select (1:128)
#pragma config WINDIS = OFF             // Windowed WDT Disable (Standard Watchdog Timer)
#pragma config FWDTEN = WDT_HW          // Watchdog Timer Enable (WDT enabled in hardware)
#pragma config ICS = PGx1               // Emulator Pin Placement Select bits (Emulator functions are shared with PGEC1/PGED1)
#pragma config LPCFG = OFF              // Low power regulator control (Disabled - regardless of RETEN)
#pragma config GWRP = OFF               // General Segment Write Protect (Disabled)
#pragma config GCP = OFF                // General Segment Code Protect (Code protection is disabled)
#pragma config JTAGEN = ON              // JTAG Port Enable (Enabled)

// #pragma config statements should precede project file includes.
// Use project enums instead of #define for ON and OFF.

#include <xc.h>
#include <stdbool.h>
#define FCY 8000000UL
#include <libpic30.h>

// ======================================================
// Main Program
// ======================================================


int main(void)
{
    // Disable analog on PORTA (your device uses ANSC/ANSD/ANSG, not ANSA)
    // For now, disable analog on all ports that support it:
    ANSC = 0x0000;
    ANSD = 0x0000;
    ANSG = 0x0000;

    // Configure RA0 as digital output
    TRISB &= ~(1 << 0);

    while (true)
    {
        LATB ^= (1 << 0);   // Toggle RA0
        __delay_ms(500);
    }

    return 0;
}

Bij navraag blijkt echter dat dit hele project nu op C draait en niet op Cpp.
Dus ik vraag is er een Plug-In nodig voor Cpp en krijg ik dit antwoord >

XML:

.
The reason a main.cpp file produces no build output at all is simple:

⭐ MPLAB X has full C++ support,
but XC16 does NOT automatically compile C++ unless you explicitly tell it to.

There is no separate C++ plug‑in for MPLAB X.
Everything is already built‑in.
The missing piece is the project configuration.

Let me explain clearly and give you the exact steps to make C++ work.

⭐ Why MPLAB X silently ignores main.cpp
XC16 supports C++ only when the project is configured for it.

If the project is set to:
Language: C
then MPLAB X will:

ignore .cpp files

not compile them

not show errors

not show warnings

not show build output

behave exactly as you observed

This is normal.

XC16 is strict:
C projects compile only .c files.
C++ projects compile only .cpp files.

⭐ How to enable C++ in MPLAB X (the correct way)
1. Open:
Project Properties → Conf: ~~~~~~~[default]
2. Go to:
XC16 (Global Options)
3. Change the language mode:
Under “C standard” and “C++ standard”, set:
Enable C++ Support: Yes
C++ Standard: ISO C++03 (or newer if available)

Some versions show it as:
Use C++ Compiler: Yes
4. Rename your file back to:
main.cpp
5. Clean and Build
Your build log will now show:
xc16-g++.exe main.cpp -o main.o
This confirms C++ is active.

⭐ Important: You must wrap device headers in extern "C"
Because Microchip’s device headers (xc.h, libpic30.h) are pure C, 
you must wrap them:
cpp
extern "C" {
    #include <xc.h>
    #include <libpic30.h>
}
Otherwise you get linker errors.

⭐ Minimal working C++ program for PIC24FJ128GC006
cpp
extern "C" {
    #include <xc.h>
    #include <libpic30.h>
}

#include <stdbool.h>

#define FCY 8000000UL

int main()
{
    ANSC = 0x0000;
    ANSD = 0x0000;
    ANSG = 0x0000;

    TRISB &= ~(1 << 0);

    while (true)
    {
        LATB ^= (1 << 0);
        __delay_ms(500);
    }

    return 0;
}
This compiles cleanly as C++.

⭐ Clean summary
MPLAB X already supports C++ — no plug‑in needed

XC16 compiles C++ only when the project is configured for it

If the project is set to C, .cpp files are silently ignored

Enable C++ in Project Properties → XC16

Wrap device headers in extern "C"

Rename file to .cpp

Build again → you will see xc16-g++ in the output

You now have a fully working C++ environment for PIC24.

Aangezien ik zelf geen Cpp gebruik heb ik dit verder niet geprobeerd. Waarschijnlijk is ook dat bij microcontrollers met zoveel functies zoals bij de PIC24 dat dan MCC als geautomatiseerde configuratie tool wordt ingezet. Daarnaast is MPLab X IDE als geheel bezig met het overstappen naar een Visual Studio Code omgeving zoals te zien valt in deze video-series :
- YouTube: Dev Tool Bits| Full Walkthrough and Setup of MPLAB® Tools for VS Cod...
- YouTube: MCC in VS Code®: Introduction to the Video Series

Bijvoorbeeld deze Github gebruikt MCC
https://github.com/gisacc...c24fj128gc006/tree/master
terwijl de bare metal code die ik gebruikte even door de AI in elkaar is geflanst. Wel jammer dat die aanvankelijk TRISA en LATA erin plaatste terwijl die poort niet als InOut gebruikt wordt in deze PIC24. Daar was ik dus mooi 1.5 uur mee zoet totdat ik het zelf veranderde naar TRISB

Ps :
MCC always generates C, never C++.
MCC staat voor MPLAB® Code Configurator
https://www.microchip.com...e/mplab-code-configurator

⭐ Why MCC does not support C++
Microchip’s reasoning:
1. All device headers are written in C, not C++.
2. All peripheral libraries (UART, ADC, SPI, I2C, timers) are C.
3. Interrupt vectors are defined in C.
4. Startup code is C.
5. Embedded systems need predictable ABI and no exceptions.
6. C++ complicates linking and startup on small MCUs.
So MCC stays strictly in C.
.

[ Voor 9% gewijzigd door kitao op 26-07-2026 08:59 ]

[Terror]

Ik ga binnenkort LED verlichting in mijn kasten plaatsen. Met oog op brandveiligheid hoop ik dat jullie kunnen reflecteren over mijn keuzes m.b.t. kabeldikten, en vermogen van de voeding. Onderstaand wat ik zelf al bedacht had.

Specs LED-strips
Totaal 20,25 Meter LED strips verdeeld in 27 secties. LED strips zijn 24V en vragen max 12 Watt /m. Dus in totaal gaat het om max 324 Watt vermogen.

Vragen voeding

• Vraag 1: gaat een 350Watt Voeding voldoende zijn, of heeft dat wat meer oemf (400W) nodig (i.v.m. kabelverliezen en inschakelen)?
• Vraag 2: Of is het zelfs aan te raden om dit op te delen naar een systeem met twee voedingen? Ook met oog op de max van veel verdeelboards van 10A (zie verderdop).

Aansluiten van de LEDs
Ik ben voornemens om elke LED-sectie op een verdeelboard bovenop de kast aan te sluiten. Kabellengte vanuit elke LED-sectie varieert van 4 meter voor lage planken aan de zijkanten tot 40 cm voor hoge planken in het midden van de kast dichtbij het verdeelboard.

Verdeelboard:



Vragen kabeldikten

• Vraag 3: Kabeldikte naar de strips. Omdat elke LED parallel op het verdeelboard zit, hoef ik volgens mij alleen rekening te houden met de stroom in de afzonderlijke sectie. Gaat dus om 12 W/m x 0,75 m = 8W met wat kabelverliezen erbij. Volgens mij kan ik dan volstaan met 0,5 mm2 kabels tussen LED sectie en distributie board. Klopt dit , zie ik hier iets over het hoofd?
• Vraag 4: Kabel dikte voeding. Tussen distributie board en voeding kan 324W/ 24V = richting de 13,5 Ampère gaan. Dit zal een korte stukje kabel zijn (minder dan een meter). Volgens mij heb ik hier een kabeldikte nodig van 1,5 mm2.  Klopt dit , zie ik hier iets over het hoofd?

[Septillion]

@Terror Goed dat je dan voor 24V gaat! Gewoon single color? Enkele controller?

Omdat 300W+ aan led heeeel veel is neem ik aan dat ze gros van de tijd gedimd staan. Dan is een 350W voeding wel prima.

Zelf zou ik die verdeelstrips lekker dumpen en solderen of een Wago pakken. Daar zou ik stuk meer vertrouwen in hebben voor het vermogen.

Maar 27 secties naar één punt is wel heel veel. Niet zo zeer voor het vermogen maar dat gaat echt lastig netjes te houden zijn. Gaat dus om een kast? Dan zou ik zelf kijken of je toch niet iets meer gewoon van strip naar strip kunt doorlussen.

Als je dunner naar de strips gaat, wat dus op zich wel kan, zou ik het wel lager afzekeren. Vanaf de voeding zou ik minimaal 2,5qmm pakken.

[memphis]

Als je strip met doorlussen te lang wordt ga je verschil in helderheid van begin tot eind merken. Losse secties direct aan de voeding werkt beter en kan je ook overal dunne bekabeling gebruiken.

[Septillion]

Door lussen kan ook aan het begin van de strip en hoeft niet met alles natuurlijk. Maar 27 secties is heel veel om zo bij elkaar te laten komen. Zou ik dat een stuk decentrale doen. Bijvoorbeeld in 6 delen, elk op 1,5/2,5qmm en die elk op 3A zekeren ofzo. En dan lokaal splitsen naar 4/5 secties met 0,5/0,75qmm.

Daarnaast dus geen fan om een 15A voeding gewoon naar 0,5qmm te brengen.

[Terror]

Gaat om billy bookcases. Ben idd voornemens om te solderen / wago's te pakken. Single color helder wit moet de verlichting worden.

Grappig tegenstrijdige reacties Ik lees her en der dat je met 24V tot 10 meter zou moeten kunnen gaan. Als ik de LED strips per kast door lussen tot 1 streng van 4 a 5 meter lang, dan zou dat nog prima moeten werken. Scheelt ook weer kabellengten (0,75 mm2). En elke kast dan parallel aan te sluiten op het verdeelboard. Zekeringen had ik nog niet aan gedacht. Komt erbij op het boodschappenlijstje.

[Septillion]

@Terror Mja, het blijft ook gewoon eigen inzicht en wensen.

Met 24V strip heb je inderdaad aardig wat marge. De stroom is lager dan bij bijvoorbeeld 5V neopixels en kleine spanningsverschillen zijn ook minder zichtbaar. Zeker in single color.

En je hoeft dus ook niet zig zag (dus einde van één strip naar begin andere strip) te doen. Kant ook dubbele draad aan één kant solderen. Dan heb je in ieder geval niet het verval over de strip waar in de regel vrij dun koper zit. (Bij de betere kwaliteit strips als bijvoorbeeld Auxmer is de bus door de strip overigens ook wel merkbaar dikker.)

Ligt dus een beetje aan het ontwerp van de kast en hoe je de draden kunt laten lopen wat handig is.

[Osiris]

It has begun

[kitao]

^^ Veel succes ! ^^

Hieronder rechts een langzaam oxiderende Duracel batterij >>



Zat in mijn tv afstandsbediening die hoewel best regelmatig gebruikt werd het ineens niet meer deed. Logisch want de batterij is verrot maar dat had ik aanvankelijk niet gezien. Nieuwe batterijen plaatsen loste het defekt niet op dus heb de afstandbediening uit elkaar geklikt (zitten geen schroefjes in) >



Heb er een externe 3V voeding op gezet met klemhaken >



En het werkte weer

Dus .... nieuwe batterijeren erin, richten op de tv en ja hoor .... nada !

Wat bleek? Vrijwel onzichtbaar ZnOxide-laagje zat alleen op de voorkant van het veer spiraaltje dus de klemhaak had wel contact maar de platte batterij minpool niet.

Vervolgens met IPA sproeibusje het spiraal bespoten en voorzichtig wat schoongeborsteld.

Mocht iemand ook zoiets hebben dan is dit best handig om te weten, vooral omdat een originele afstandsbediening die je ook echt nodig hebt om door het gehele tv menu te kunnen fietsen niet bepaald goedkoop is.

Tip2 : Met een digitale camera kun je kijken of de IR-Led actief is bij het indrukken van een knopje.

Tip3 : Duracells gaan blijkbaar té lang mee
.

[ehtweak]

kitao schreef op donderdag 13 augustus 2026 @ 15:04:

Hieronder rechts een langzaam oxiderende Duracel batterij >>

Duracells zijn al lang niet meer wat het ooit was...

zie hier:
ehtweak in "De prijs van batterijen"

[memphis]

Dat de veercontacten aangetast raken door een lekkende batterij is algemeen bekend en moet je ze wel eens schoon maken. Een Dremel met een plastic borsteltje werkt super. En nee, niet alle camera's laten IR LEDS goed zien, filters in de camera kunnen net dat stukje IR licht wegfilteren. Als je zo'n component tester hebt zit er ook veelal een IR detector in die zelfs het signaal weergeeft en eventueel de bijbehorende code laat zien.

[Osiris]

kitao schreef op donderdag 13 augustus 2026 @ 15:04:
^^ Veel succes ! ^^

Thnx, ondertussen alweer klaar (7 dagen eerder dan voorspeld..?) en m'n DigiKey-bestelling ligt bij het DHL-punt om af te halen Volgende week dinsdag komt dan DHL de PCBs leveren en kunnen we het weekend daarop lekker solderen en duimen dat het werkt

[kitao]

Osiris schreef op donderdag 13 augustus 2026 @ 17:27:
Thnx, ondertussen alweer klaar (7 dagen eerder dan voorspeld..?) en m'n DigiKey-bestelling ligt bij het DHL-punt om af te halen Volgende week dinsdag komt dan DHL de PCBs leveren en kunnen we het weekend daarop lekker solderen en duimen dat het werkt

Digikey kan erg snel zijn met leveren, vanuit de VS heb ik eerdere bestellingen tot nu toe binnen een dag of drie ontvangen. Wat ga je eigenlijk maken, is het voor je FPV-drone?

Je hebt het zo te zien over smd solder mask en knap als je dat kunt solderen. Mij lukt het niet zo best, zelfs met 'normale' componenten niet. Op de PCB zitten transistors die erg miniscuul gepad zijn, zie de rode stippen en dat ging niet overal goed



Dit is de voorkant ervan >



Fireworks red yellow Double Color Flashing Lights DIY Kit Strobe NE555 + CD4017 Electronic Practice Learning Kit

De schakeling heeft 10 rijen leds die elk door 1 transistor worden aangestuurd. Het geheel werkt wel maar 1 rij niet. Ik zou een dunnere punt kunnen gebruiken maar die is helaas versleten en ligt ernaast op de foto. Het omwisselen is overigens een heel gedoe, heb bijna een moker nodig om de punt weer los te krijgen uit de bout



Voor mij is het meer om wat te oefenen als om zulke printjes in gebruik te nemen al had ik er laatst een leuke klok en zelfs een oscilloscoopje aan overgehouden en bovenstaande print is best leuk om na te tekenen en te simuleren in Simulide.
Dat deze gedeeltelijk is mislukt is daarom geen ramp en bovendien is een eventuele nieuwe goedkoop en makkelijk herbesteld.
Bij jou ligt dat anders zo te zien.
.

[ Voor 11% gewijzigd door kitao op 14-08-2026 09:20 ]

[koraks]

kitao schreef op vrijdag 14 augustus 2026 @ 05:50:
Je hebt het zo te zien over smd solder mask en knap als je dat kunt solderen.

Het is te doen, afhankelijk van wat voor packages en welke techniek je gebruikt. Passieve componenten zoals enkele weerstandjes en condensatortjes gaan prima met de hand en een normale soldeerbout to in elk geval 0603; 0402 zou ik ook nog wel voor elkaar krijgen, maar wordt erg gepriegel. SOT23 en SOT23-5 gaat ook nog, maar dan vind ik hete lucht al wel handiger (en netter/mooier).

Ik heb zelfs QFN16 met een 1mm punt met de hand gesoldeerd. Een evt. thermal pad onderop kom je niet bij, maar veel IC's hebben die niet en dan gaat het (soort van). Leuk is anders, daar niet van. Maar het kan, in geval van nood. SOP en varianten daarop gaan op zich ook, maar hoe kleiner de pitch, hoe lastiger (uiteraard). Met litze en voldoende flux kom je een eind. Bij BGA trek ik de grens, daar ga ik niet aan beginnen.

Ik heb er alleen nu wel een leesbril voor nodig...tot een jaar of 2 terug lukte het ook wel met het blote oog, maar da's helaas een gepasseerd station. Ik gebruik nu een +4 leesbril als 'microscoop' en een extra loupe voor inspectie van heel fijn werk.

[ehtweak]

Zie hier de onderdelen benodigd voor een extreem dure (honderden euros) reparatie:


Grapje natuurlijk. Dit is een paar euro aan elco's. (en dan alleen maar omdat ik ze in een zakje per 10 stuks moest kopen)

Wat is het geval?
Vlak voor de vakantie het periodieke onderhoud aan onze Combi-cv ketel door Feenstra. Af en toe gaf 'ie foutcode F61/F62 aan. ff resetten en probleem weer verholpen. Alleen kwam die steeds vaker. Dus gelijk maar aangegeven bij het onderhoud.
Ik was zelf niet thuis en mijn echtgenote werd compleet overrompeld door de monteur die gelijk aangaf dat de complete print vervangen moest worden. Kostte minstens 300 euro, exclusief arbeidsloon.

Weet u wat mevrouwtje, dat is het allemaal niet waard. U kunt de ketel beter laten vervangen. Ik zal zorgen dat er een offerte gestuurd wordt voor een nieuwe installatie.
En idd, een paar dagen later een offerte van 2k€ voor alles nieuw. Ja doei!

Ik had al eens opgezocht wat dit probleem kon zijn, en dat bleek vrijwel altijd een aantal verouderde elco's te zijn (het welbekende probleem).
Er zijn zelfs YT filmpjes te vinden van welke elco's het zijn en hoe je die kunt vervangen.

Afijn, de PCB heeft wel een hele zooi aan connectors, maar is redelijk makkelijk te demonteren.
Zo gezegd, zo gedaan.

PCB eruit, elco's gedesoldeerd (vooral die grote was een beetje lastig los te krijgen), nieuwe verse elco's erin.
Alles weer teruggeplaatst en nu draait de Combi-cv al weer een weekje zonder foutcodes.

Heb uiteraard e.e.a. teruggekoppeld aan Feenstra en die boden uiteindelijk hun excuses aan (kreeg zelfs nog een bos bloemen thuisgestuurd ?!?) voor het feit dat ze zo 'makkelijk' over de reparatie heengewalst hadden.
Ze gaven wel aan dat losse onderdelen vervangen ze eigenlijk niet deden. Vervolgens heb ik ze er op aangesproken dat in het kader van reparatie-is-beter-dan-weggooien en klanten-onnodig-op-kosten-jagen dit nou niet echt klantvriendelijk te noemen was...

[ehtweak]

Oh ja, en ondanks dat er geen opgezwollen elco tussen zat, 2 stuks hadden duidelijk flink aan capaciteit, qua µF, verloren. (voor zover mijn multimeter dat nauwkeurig meet)

[vanaalten]

ehtweak schreef op vrijdag 14 augustus 2026 @ 08:40:
Heb uiteraard e.e.a. teruggekoppeld aan Feenstra en die boden uiteindelijk hun excuses aan (kreeg zelfs nog een bos bloemen thuisgestuurd ?!?) voor het feit dat ze zo 'makkelijk' over de reparatie heengewalst hadden.
Ze gaven wel aan dat losse onderdelen vervangen ze eigenlijk niet deden. Vervolgens heb ik ze er op aangesproken dat in het kader van reparatie-is-beter-dan-weggooien en klanten-onnodig-op-kosten-jagen dit nou niet echt klantvriendelijk te noemen was...

Ik snap het van hun kant ook wel. Voor driehonderd euro heb je een nieuwe print - voor dat geld wordt het voor Feenstra al lastig om het met zelf solderen op te lossen, als ze sowieso al die kennis en expertise in huis hebben. Wel vind ik het wat ver gaan om meteen de ketel geheel te vervangen.

[koraks]

Ja, begrijp ik ook wel.

Het begint er al mee dat je een monteur moet hebben die voldoende kaas van electronica heeft gegeten om tot het inzicht te komen dat dit de oorzaak zou kunnen zijn. Wat op zich ófwel een gok moet zijn geweest, ófwel het resultaat van nogal lang uitpluizen op fora e.d. om iemand met dit probleem+oplossing tegen te komen.

Dan kan de monteur in kwestie een potje gaan zitten solderen; is ie ook een uurtje verder (duurt langer dan die print vervangen), met het risico dat ie nog een keer (of meermaals) terug moet als het toch niet de oorzaak blijkt te zijn geweest. Aangenomen dat ie niet al flink wat tijd kwijt was met diagnose/bureauonderzoek (zie boven). Ondertussen tikt de klok, en de meeste klanten hebben er niet direct begrip voor als blijkt dat ze proberen met €10 aan elco's maar mogelijk wel meerdere servicebezoeken (een veelvoud aan €€€) het probleem proberen te tackelen.

Wat wél een mogelijkheid is, is om zo'n print eruit te trekken en dan aan te bieden aan een reparateur, die hem weer teruglevert aan de serviceorganisatie, of rechtstreeks op de markt brengt. Ik verwacht dat we dat soort dingen wel weer meer gaan zien. Op dit moment zal een partij als Feenstra z'n handen niet branden aan aftermarket/refurbished/vage-herkomst ruildelen en altijd gaan voor het officiële OEM ruildeel. Ik zie dat nog wel veranderen in de komende paar jaar, en dat je dan als consument wel degelijk de optie krijgt (net als vaak bij de auto): wilt u een nieuwe, of is een refurbished ruildeel ook goed?

Dan nog blijft een groot deel van de kosten simpelweg in de tijd van de monteur zitten - incl. aanrijtijd.

Het is gewoon leuk/fijn als je het zelf kunt fixen. Altijd meegenomen. Maar voor het gros van de maatschappij gaat iets in die richting helaas-pindakaas gewoon geen optie zijn. Da's ergens echt heel jammer, maar we zijn met z'n allen simpelweg te duur geworden voor maatwerk op dit niveau.

[kitao]

koraks schreef op vrijdag 14 augustus 2026 @ 07:48:

Het is te doen, afhankelijk van wat voor packages en welke techniek je gebruikt. Passieve componenten zoals enkele weerstandjes en condensatortjes gaan prima met de hand en een normale soldeerbout to in elk geval 0603; 0402 zou ik ook nog wel voor elkaar krijgen, maar wordt erg gepriegel. SOT23 en SOT23-5 gaat ook nog, maar dan vind ik hete lucht al wel handiger (en netter/mooier).

Ik heb zelfs QFN16 met een 1mm punt met de hand gesoldeerd. Een evt. thermal pad onderop kom je niet bij, maar veel IC's hebben die niet en dan gaat het (soort van). Leuk is anders, daar niet van. Maar het kan, in geval van nood. SOP en varianten daarop gaan op zich ook, maar hoe kleiner de pitch, hoe lastiger (uiteraard). Met litze en voldoende flux kom je een eind. Bij BGA trek ik de grens, daar ga ik niet aan beginnen.

Ik heb er alleen nu wel een leesbril voor nodig...tot een jaar of 2 terug lukte het ook wel met het blote oog, maar da's helaas een gepasseerd station. Ik gebruik nu een +4 leesbril als 'microscoop' en een extra loupe voor inspectie van heel fijn werk.

Met de hand smd solderen is door sommigen inderdaad te doen en er is oefenmateriaal voor te krijgen https://gikfun.com/produc...rd-with-components-ek8489

maar ja, als zelfs de insteek-componenten niet lukken dan is smd simpelweg een brug te ver
Bovendien als hobby verlang je toch een beetje plezier ervan en geen ergernis.

Deze video heeft er op minuut 6:20 een microscoop voor aangeschaft dus smd solderen heeft daardoor ook een meerprijs t.o.v. de standaard kitjes. Zelf heb ik een simpele vergrotende bril en een verlichtende loep op een statief en dat is voor dit spul voldoende.


YouTube: SMD Soldering Like an Electronics Factory | Stencil, Paste & Hot Air...

Sommige kitjes hebben ongemerkt een mix dus wie geen smd verrassingen wil kan beter even de stuklijst vantevoren uitpluizen.
.

[ehtweak]

Uiteraard, er zijn allerlei commerciële redenen waarom men complete units wil vervangen.

Maar anno nu? Waarom vinden we het nog steeds 'normaal' om een compleet deel van een apparaat weg te doen, als er slechts een paar kleine en goedkope onderdeeltjes defect zijn?
Wat bovendien redelijk makkelijk te fixen valt?

Juist van een specialist op dit specifiek gebied verwacht je ook de specifieke kennis.

We moeten het natuurlijk wel willen, weg van de weggooimaatschappij.

[kitao]

Tja, aan de andere kant, zelf ouwe PCB's solderen of repareren kan garantieloos verkeerd uitpakken als de boel ontspoort zoals ik bij deze had >

Hier deed ie het nog ................. Hier niet meer >


Tussen de plaatjes kwam ik meteen ook nog even deze tegen, al gebruik ik enkel de x2 glazenset is het een fijne bril icm de statief loep.



@memphis
De ontplofte chip is van een zelfbouw kitje
Mogelijk plus en min verwisseld
.

[ Voor 21% gewijzigd door kitao op 14-08-2026 10:50 ]

[memphis]

ehtweak schreef op vrijdag 14 augustus 2026 @ 10:07:
Uiteraard, er zijn allerlei commerciële redenen waarom men complete units wil vervangen.

Maar anno nu? Waarom vinden we het nog steeds 'normaal' om een compleet deel van een apparaat weg te doen, als er slechts een paar kleine en goedkope onderdeeltjes defect zijn?
Wat bovendien redelijk makkelijk te fixen valt?

Juist van een specialist op dit specifiek gebied verwacht je ook de specifieke kennis.

We moeten het natuurlijk wel willen, weg van de weggooimaatschappij.

Gezien het met ketels veelal om oudere hardware gaat en mensen steeds meer milieu en tegelijk geld bewuster worden kan het voor zo'n groot bedrijf geen kwaad zijn om een klein team elektronicareparateurs in huis te nemen.

kitao schreef op vrijdag 14 augustus 2026 @ 09:51:
[...]


Met de hand smd solderen is door sommigen inderdaad te doen en er is oefenmateriaal voor te krijgen https://gikfun.com/produc...rd-with-components-ek8489

maar ja, als zelfs de insteek-componenten niet lukken dan is smd simpelweg een brug te ver
Bovendien als hobby verlang je toch een beetje plezier ervan en geen ergernis.

Deze video heeft er op minuut 6:20 een microscoop voor aangeschaft dus smd solderen heeft daardoor ook een meerprijs t.o.v. de standaard kitjes. Zelf heb ik een simpele vergrotende bril en een verlichtende loep op een statief en dat is voor dit spul voldoende.

[Afbeelding]
YouTube: SMD Soldering Like an Electronics Factory | Stencil, Paste & Hot Air...

Sommige kitjes hebben ongemerkt een mix dus wie geen smd verrassingen wil kan beter even de stuklijst vantevoren uitpluizen.
.

Dat soort chinese printjes meet alleen through hole componenten worden meestal met een golfbad gesoldeerd. Het fijt dat je een aantal soldeersluitingen hebt geeft aan dat die printen niet getest worden of de test afdoende is.

[Osiris]

kitao schreef op vrijdag 14 augustus 2026 @ 05:50:
[...]

Digikey kan erg snel zijn met leveren, vanuit de VS heb ik eerdere bestellingen tot nu toe binnen een dag of drie ontvangen. Wat ga je eigenlijk maken, is het voor je FPV-drone?

Yes, FPV-gerelateerd bordje. Quads met een digitale VTX hebben geen audio-opname, dus een ESP32-S3 gebaseerd stereo MEMS-microfoon opnamebordje naar micro-SD gemaakt met UART-connectortje naar de flight controller toe voor automatisch starten en stoppen gebaseerd op of de drone armed is of niet. Maar dat laatste is allemaal software
Oh en een RGB LED natuurlijk, want waarom niet. Heb er toch ooit eens 100 op AliExpress besteld

kitao schreef op vrijdag 14 augustus 2026 @ 05:50:
Je hebt het zo te zien over smd solder mask en knap als je dat kunt solderen. Mij lukt het niet zo best, zelfs met 'normale' componenten niet. Op de PCB zitten transistors die erg miniscuul gepad zijn, zie de rode stippen en dat ging niet overal goed

Wordt ook mijn eerste keer met een SMD paste stencil. Mijn vorige bordjes smeerde ik de soldeerpasta met een tandenstoker handmatig op de pads. En vervolgens "reflowen" met een hot plate. Al werkt dat laatste alleen voor de 1e kant, de andere kant vervolgens met een hot air gun. Maar dat werkt ook wel prima, al vinden plastic connectoren iets te strakke en lange blootstelling aan 400 °C niet zo leuk Krijgen ze een ander kleurtje van

[ Voor 3% gewijzigd door Osiris op 14-08-2026 11:13 ]

[Hans1990]

ehtweak schreef op vrijdag 14 augustus 2026 @ 10:07:
Uiteraard, er zijn allerlei commerciële redenen waarom men complete units wil vervangen.

Maar anno nu? Waarom vinden we het nog steeds 'normaal' om een compleet deel van een apparaat weg te doen, als er slechts een paar kleine en goedkope onderdeeltjes defect zijn?
Wat bovendien redelijk makkelijk te fixen valt?

Juist van een specialist op dit specifiek gebied verwacht je ook de specifieke kennis.

We moeten het natuurlijk wel willen, weg van de weggooimaatschappij.

Het is helaas nog erger. Mijn Sony WH-1000XM3 ging plots niet meer aan. Ik had hem 1x bijna helemaal ontladen, daarna goed opgeladen, en toen wilde de headset niet meer aan.
Open gemaakt, batterij spanning gemeten. Die was netjes 4.2V, wat een goed opgeladen batterij moet zijn (die ik immers net opgeladen). Batterij connector los, paar seconden gewacht, weer ingeplugd. Headset werkt weer, niets aan de hand.

De FAQ's van Sony kom je niets verder mee, natuurlijk. Want service manuals hebben we niet meer.

Dus simpelweg een deadlock toestand waardoor mensen een perfect werkende headset weggooien. De batterijduur is gewoon nog normaal, de speakers kraken niet, cosmetisch is de headset zelfs nog helemaal fraai. Maar dan voor iets wat een ontwerp fout is gooien mensen dit weg, ben ik bang. Want een nieuwe ANC headset heb je voor 250euro, dat kan dus niet uit om er professioneel aan te klussen.
En niet iedereen heeft zin/tijd/ingeving om naar een lokaal repaircafe te fietsen waar mensen dit soort oplossingen ook wel weten. Of je moet het hebben gekocht bij een lokaal winkeltje waar men een beetje handig is hiermee, maar ik ben bang dat een Mediamarkt/Coolblue hier niet gratis mee aan de slag gaat.

Een en al verspilling.

[ Voor 3% gewijzigd door Hans1990 op 14-08-2026 11:36 ]

[kitao]

@Osiris
Lijkt me niet makkelijk om geluid aan je video te koppelen dus knap dat je daarmee bezig bent.
Momenteel heb ik deze in gebruik >



https://www.microchip.com...pment-tool/MPFS-DISCO-KIT

https://www.mouser.com/pd...covery_Kit_User_Guide.pdf

maar meer als een 7-segment displaytje heb ik er nog niet op aangesloten. Wel lees ik zo hier en daar dat Fpga's goed geschikt zijn om beelden mee te verwerken en een camera zou dan volgens mij via de MIPI RX aangesloten kunnen worden maar omdat ik er niet constant mee bezig ben en dat board slechts zo nu en dan uit de kast haal moet ik steeds weer opnieuw beginnen met 'hoe krijg ik dat ledje ook alweer knipperend'.
.

[memphis]

Osiris schreef op vrijdag 14 augustus 2026 @ 11:12:
Wordt ook mijn eerste keer met een SMD paste stencil. Mijn vorige bordjes smeerde ik de soldeerpasta met een tandenstoker handmatig op de pads. En vervolgens "reflowen" met een hot plate. Al werkt dat laatste alleen voor de 1e kant, de andere kant vervolgens met een hot air gun. Maar dat werkt ook wel prima, al vinden plastic connectoren iets te strakke en lange blootstelling aan 400 °C niet zo leuk Krijgen ze een ander kleurtje van

Leg de print alsnog op je warmteplaat maar dan ingesteld op een 180 graden (voor loodvrij tin) en laat de print opwarmen, dan hoef je niet zoveel hete lucht toe te voegen.

[Osiris]

kitao schreef op vrijdag 14 augustus 2026 @ 11:53:
@Osiris
Lijkt me niet makkelijk om geluid aan je video te koppelen dus knap dat je daarmee bezig bent.

Oh, maar dit combineert niets hoor. Losse audio. Synchronisatie en combineren mag mooi allemaal thuis

Misschien nog iets verzinnen wat een semi-automatische vervanging van een handje klap in beeld is als marker Iets wat regelmatig (wisselende) patroontjes piept en in beeld (LED-je) brengt wellicht. Kan simpel met de goedkoopste micro-controller natuurlijk. Kan gewoon met een batterijtje voor de quad in beeld staan en na een druk op de knop een paar keer bliepen+knipperen en dan ook weer automatisch na 1 cyclus van bliepjes stopt om te voorkomen dat je gillend gek wordt tijdens het vliegen.

[ Voor 4% gewijzigd door Osiris op 14-08-2026 13:36 ]

[Osiris]

memphis schreef op vrijdag 14 augustus 2026 @ 12:23:
[...]

Leg de print alsnog op je warmteplaat maar dan ingesteld op een 180 graden (voor loodvrij tin) en laat de print opwarmen, dan hoef je niet zoveel hete lucht toe te voegen.

Hm, da's wel een goede tip inderdaad. Ben je dan niet bang dat de soldeer aan de onderkant ook niet relatief makkelijk vloeibaar wordt en je componenten eraf lazeren?
In theorie zou surface tension de componenten moeten vasthouden, maar heb ook wel gehad dat een met SnPb gesoldeerd onderdeel vloeibaar werd toen ik met hete lucht aan de andere kant bezig was (lood-vrij, dus hogere temp.) en die mieterde er toch echt vanaf..

[ehtweak]

memphis schreef op vrijdag 14 augustus 2026 @ 10:35:
[...]
Gezien het met ketels veelal om oudere hardware gaat en mensen steeds meer milieu en tegelijk geld bewuster worden kan het voor zo'n groot bedrijf geen kwaad zijn om een klein team elektronicareparateurs in huis te nemen.

Goed idee!

In Duitsland kun je dit soort PCB's opsturen c.q. omruilen voor refurbished exemplaren.
Maar vooral van zo'n grote serviceorganisatie als Feenstra zou je verwachten dat ze zoiets ook zouden hebben... (nog niet dus).

[memphis]

Osiris schreef op vrijdag 14 augustus 2026 @ 13:38:
[...]

Hm, da's wel een goede tip inderdaad. Ben je dan niet bang dat de soldeer aan de onderkant ook niet relatief makkelijk vloeibaar wordt en je componenten eraf lazeren?
In theorie zou surface tension de componenten moeten vasthouden, maar heb ook wel gehad dat een met SnPb gesoldeerd onderdeel vloeibaar werd toen ik met hete lucht aan de andere kant bezig was (lood-vrij, dus hogere temp.) en die mieterde er toch echt vanaf..

Loodvrij smelt bij +/- 217 graden, loodhoudend ergens bij 180, nu zijn er voor dit soort doeleinden ook loodvrije soldeer types te vinden met een lagere smelt temp. Maar het spul blijft zeker wel in de vloeibare zitten als je er niet tegen stoot of het geheel oppakt maar gewoon de plaat en je print laat afkoelen.

[koraks]

ehtweak schreef op vrijdag 14 augustus 2026 @ 10:07:
Juist van een specialist op dit specifiek gebied verwacht je ook de specifieke kennis.

Ik verwacht van de groentenboer niet dat ie biochemicus is. Hier is het ook een beetje zo. Feenstra is in de basis een installateur. Geen elektrotechnisch ingenieursbureau.

memphis schreef op vrijdag 14 augustus 2026 @ 10:35:
[...]

Gezien het met ketels veelal om oudere hardware gaat en mensen steeds meer milieu en tegelijk geld bewuster worden kan het voor zo'n groot bedrijf geen kwaad zijn om een klein team elektronicareparateurs in huis te nemen.

Repareren van een oudere ketel is niet per se de beste optie als mensen iets met milieu en hun portemonnee willen.

Daarbij - een team aannemen: wat is de business case? Waar kom je aan deze mensen? En wat is uiteindelijk de daadwerkelijke besparing/winst voor de consument c.q. eindgebruiker? Van een afstand klinkt het zo simpel. Doe het maar even, in een bedrijfsmatige setting waarin je gewoon een business moet draaien.

Dat weggooien stuit mij ook tegen de borst en in principe doe ik het niet. Maar ik kan ook begrijpen dat voor de Feenstra's van deze wereld het niet zo eenvoudig is om een mannetje in blauwe overall met een soldeerbout de weg op te sturen. Zelfs in een omgeving waarin je relatief veel invloed hebt op evt. returnflows en interne processen, en de nodige technische expertise + documentatie voorhanden hebt, is het echt heel erg lastig om zoiets op poten te zetten. Maar we blijven dapper volhouden.

[Osiris]

memphis schreef op vrijdag 14 augustus 2026 @ 13:49:
[...]

Loodvrij smelt bij +/- 217 graden, loodhoudend ergens bij 180, nu zijn er voor dit soort doeleinden ook loodvrije soldeer types te vinden met een lagere smelt temp. Maar het spul blijft zeker wel in de vloeibare zitten als je er niet tegen stoot of het geheel oppakt maar gewoon de plaat en je print laat afkoelen.

Ja die loodvrije, maar lage smeltpunt-soldeer is dat spul met bismut, dat mot ik nie.

Zou kunnen zijn dat ik toen tegen de print aangestoten heb, maar dat kan ik me niet zozeer herinneren. In mijn herinnering deed de zwaartekracht al het werk

[kitao]

Osiris schreef op vrijdag 14 augustus 2026 @ 13:23:
Oh, maar dit combineert niets hoor. Losse audio. Synchronisatie en combineren mag mooi allemaal thuis

Ah, ok, op die fiets
Op mijn kit
https://ww1.microchip.com...covery_Kit_User_Guide.pdf
zitten een paar Raspberry aansluitingen maar heb nooit een RPi gehad dus weet er niet veel van, zoals de 40 pins Raspberry Pi Connector dat zich aardig vanzelf wijst maar ook een
Raspberry Pi MIPI RX Connector J11 Facilitates interfacing with the MIPI CSI-2 camera module.
Of zo'n camera wel audio heeft weet ik niet, die stap ben ik nog niet aan toe.

Heb wel deze J48 connector aan de gang gekregen, zonder voorbeelden, enkel en alleen met hulp van de Copiloot >
7-Segment Display J48 A 10-pin interface connector to support a serial 7-Seg 8-Digit Board
Aanvankelijk dacht ik dat je daar gewoon een 7-segment display mee kan driven maar heb gelukkig iets verder gekeken en blijkt dit erin te zitten >



TXB0108 8-Bit Bidirectional Voltage-Level Translator
https://www.ti.com/lit/ds...null-wwe&ts=1786711608825

The TXB0108 can be used in level-translation applications for interfacing devices or systems operating at different interface voltages with one another. It can only translate push-pull CMOS logic outputs.

Dus volgens mij als ik daar direkt Leds op had aangesloten dan had die chip dat niet overleefd.
In plaats daarvan een Logic Analyzer erop gezet >



en een looplicht in de Fpga geflasht >



De connector kan bijvoorbeeld wel via 10K weerstanden aan Mosfet Gates gekoppeld worden die dan op hun beurt Leds aandrijven.

Onderweg kwam ik nog deze tegen met meer info over het board en over de Licentie voor Libero >
https://www.hackster.io/n...iscovery-kit-e92d6224691d

Dat moet inderdaad ieder jaar verlengd worden, volgende week verloopt die van mij en is inderdaad best veel rompslomp om dat weer in te stellen, ook al is het gratis
.

[ Voor 6% gewijzigd door kitao op 16-08-2026 04:32 ]

[ThinkPad]

Mooie steampunk bedienconsole voor EV-lader

Voor de mensen die liever lezen/plaatjes kijken dan video's: https://electricstuff.co.uk/evsectrl.html

[ Voor 28% gewijzigd door ThinkPad op 17-08-2026 11:50 ]

[memphis]

Het zou leuker geweest zijn als ergens op de schaal 1.21 gigawatt gestaan zou hebben.

Voor de liefhebbers hier een leuke dame met een knap koppie https://www.youtube.com/@Marinmandarine

[kitao]

Als hulpmiddel bij het programmeren is MCC ontwikkeld, MPLab Code Configurator.
https://www.microchip.com...e/mplab-code-configurator

Daar zijn genoeg voorbeelden van te vinden op de officiele Microchip website en dus ook op Youtube maar het is wat lastig structuur te vinden in het aantal versnipperde tutorials van Microchip dat verschillende uC-boards ervoor gebruikt.

Mooi alternatief om toch op een leuke manier kennis te maken met MCC is deze CircuitBread website met 40 delen waar ook een playlist bij zit met 7 video's >
https://www.circuitbread.com/tutorials/tags/pic18f14k50

De PIC18F14K50 onlangs ontvangen en met een PicKit3 op een breadboard gezet en vervolgens de Blink uitgevoerd. Blijkt dat de gegeven instructiecode de Led-pin niet omzet naar Digital en die bleef dus default op Analog hangen en blinkte op ca. 20 kHz
Met een logic analyzer en de copiloot dit recht kunnen trekken >



Om de instructiedelen op maat te kunnen volgen is MPLab X IDE v6.00 geinstalleerd en toen bleek dat MCC Classic er nog in zit. In nieuwere versies is Classic namelijk eruit gehaald.
Voordeel van Classic is dat het een Library voor Click Modules heeft, dat bij de nieuwere MCC Melody versie inmiddels ook eruit is gehaald
Overigens zul je zover ik weet in de genoemde 40 delen niets over Click Boards tegenkomen, dat is iets waar ik zelf eerder mee in aanraking kwam.

Er zitten nog wat meer haken en ogen aan, MPLab v6.20 is de laatste die PicKit3 en 4 nog ondersteunt.

Bij het opzetten van een nieuw project en het klikken op de MCC knop verschijnt deze Wizard >



Selecteer dan Classic en vervolgens kunnen er Libraries toegevoegd worden waaronder dus MikroElektronika, zie figuur 4 voorbeeld pagina, onderste (halve) regel in de afbeelding >
https://www.circuitbread....ab-code-configurator-mcc#



Eenmaal geslecteerd wordt die ingevoegd bij het overzicht van geinstalleerde Libraries >



Dit zijn de MikroElektronika Click modules >



en hoewel ik er nog geen zelf heb geprobeerd schijnt het zo te zijn dat veel van die bordjes de Library nodig hebben en met de combinatie MPLab v6.00 en MCC Classic is dat te realiseren
De bordjes zijn zoals ik begrepen heb volgens de mikroBUS Connector standaard maar zullen ook met jumpers gebruikt kunnen worden of met breadboard en zijn eigenlijk bedoeld om in Development Boards geplaatst te worden, zoals hier rechtsboven >



Oudere MPLab versies waaronder v6.00 staan in het Archief >
https://www.microchip.com.../archives/mplab-ecosystem

Mikro >
https://www.mikroe.com/

Bijbehorende CircuitBread Playlist uit 2022 >
YouTube: Part 1. Intro to Embedded C Programming with the PIC18F14K50

PS:
Vraag is dan hoe kun je deze Click Boards op modernere boards gebruiken die ook een mikroBus connector hebben icm recente MPLab versies, bijvoorbeeld dit board >
https://www.microchip.com/en-us/development-tool/ev58g97a

Volgens cop >

HTML:

⭐ Summary — Your best path forward
✔ Your Explorer board supports Click boards
✔ MPLAB X v6.25 supports mikroSDK
✔ mikroSDK supports PIC18F devices
✔ You do NOT need MCC Classic Click libraries
✔ You do NOT need older MPLAB versions
✔ You do NOT need to write your own drivers
Your best option is:

⭐ Use mikroSDK 2.0 Click drivers inside MPLAB X v6.25
This is the modern, supported, stable, and easiest solution.

.

[ Voor 9% gewijzigd door kitao op 21-08-2026 07:22 ]

[Osiris]

Altijd leuk om de soldeerpasta te zien smelten Met stencil ging het aanbrengen probleemloos en netjes: geen enkele bridge, alles in één keer perfect gesoldeerd

[ Voor 5% gewijzigd door Osiris op 22-08-2026 23:01 ]

[kitao]

Toch knap hoor om je eigen smd pcb's te fabriceren
En veel leuker als kant en klaar kopen natuurlijk.

Hier ging het gelukkig ook redelijk vlot met het opzetten van een nieuwe license voor Libero SoC Design Suite al ging er dan een 400 regels copiloot conversatie aan vooraf. Vorig jaar was voor mij de eerste opzet en dan moet er een path bij gegeven worden. Om bij het begin te beginnen, volgens mij moet je je eerst registreren en dan dient er een License te worden aangevraagd en de Silver versie is kosteloos >>

Knop > Request Free and Manage Licenses
https://www.microchip.com...sign-tools/fpga/licensing

Dan kun je kiezen uit Node of Float.
Float is voor meerdere computers, Node is voor 1 computer.
Persoonlijk heb ik Node en Libero SoC staat bij mij op een externe D-schijf maar de License moet op je interne C-schijf komen te staan, zover ik begrepen heb.
Vervolgens dit uitvoeren (bij de eerste keer) >>



https://coredocs.s3.amazo...ad_license_quickstart.pdf

Na een jaar is de License ongeldig verklaard en weigert de Libero software zich te openen.
Circa een maand van te voren krijg je een email dat de License gaat verlopen, je kunt dan alvast een nieuwe aanvragen en dan krijg je een email met daarin een License.dat-file erin (te openen met Notepad++).

Ik kwam er achter dat de makkelijkste methode is om geduldig daar helemaal niets mee te doen TOTDAT EN NADAT de licentie echt geheel verlopen is.
Vervolgens knikker je deze van vorig jaar eruit >
C:\flexlm\License.dat
En plak je deze uit je ontvangen email van dit jaar erin >
C:\flexlm\License.dat

Ouwe eruit en Nieuwe erin, 1 op 1 en meer niet.
Libero SoC opent zich weer vrolijk >



En eventueel kan je boardje weer aangesloten worden >
https://www.microchip.com...pment-tool/MPFS-DISCO-KIT

Via Digikey in dubbele dozen gratis verzonden en binnen een dag of vier vanuit de VS in huis
Hoeft trouwens niet, er valt genoeg te doen met de software zonder board, voor wie het ook eens wil proberen.

Ps,
Bij het verzoek voor een licentie is er ook nog de stap om je disk-ID in te voeren dat er zoiets uitziet > EB7G-H593
Die kan als volgt verkregen worden >
C:\Users\username>vol C:

Dit werkt zo NIET in PowerShell. Wel in Command Prompt.

HTML:

🧭 Why PowerShell didn’t work

PowerShell treats Vol as a request to open a file named “Vol”, not as a command.
Command Prompt understands Vol as a built‑in command.

.

[ Voor 7% gewijzigd door kitao op 30-08-2026 17:58 . Reden: Ps ]

[kitao]

Over Fpga (en CPLD) software gesproken, van concurrent Intel is Altera Quartus beschikbaar zonder licentie en dat draait op Windows of Linux >
https://www.altera.com/do...ware-version-25-1-windows

Ik had al 20.1 maar wou even 25.1 (latest) testen en heb die op een externe D-schijf geinstalleerd dat bij elkaar 2 uur duurde en 20 GB in beslag nam
Vervolgens dit board ermee geprogrammeerd >



Board en Blaster zijn onder de 20 euro te bestellen.
Het was niet makkelijk hier schema's van te vinden maar kwam ze vandaag dan toch tegen >
Getting Started with the Low-Cost Cyclone IV EP4CE6E22C8N FPGA Board
https://iot-kmutnb.github.io/blogs/fpga/fpga_ep4ce6_board/

met daarin een test programma dat ik later ga proberen.
Deze Fpga is zn design (=programma) kwijt als de power eraf gaat daarom zit er een geheugenchip op aangesloten. Deze in de programmeerketen erbij opnemen is een lastige klus en gebruik er nog steeds een behoorlijk uitgebreide checklist voor om dat voor elkaar te krijgen en kan evt. opgevraagd worden.

Quartus 25.1 blijkt niet veel te verschillen van 20.1 al zit ik nog niet echt 'diep' in de software als hobbyist. De omgeving is zo goed als identiek >



Aan het eind van de installatie kreeg ik een Windows Warning maar heb daar helaas geen plaatje van gemaakt. Het verwees indien ik mij niet vergis naar deze pagina >

Memory integrity
Memory integrity, also known as Hypervisor-protected Code Integrity (HVCI) is a Windows security feature that makes it difficult for malicious programs to use low-level drivers to hijack your PC.

A driver is a piece of software that lets the operating system (Windows in this case) and a device (like a keyboard or a webcam) talk to each other. When the device wants Windows to do something, it uses the driver to send that request.
Memory integrity works by creating an isolated environment using hardware virtualization.
Device Security in the Windows Security App | Microsoft Support

Ik heb het weggeklikt en zoals gezegd doet de Blaster het maar kan ook zijn dat die het doet omdat die al handmatig bij v20.1 was geinstalleerd. Versie 25.1 installeert de drivers meteen mee, indien die niet door Windows geblokkeerd worden althans, anders eventueel deblokkeren.

Hier een plaatje van het installatie menu >



Quartus® Prime Lite Edition Design Software Version 25.1 for Windows is Freeware, vereist geen Licentie maar wel een registratie waar je bij Company gewoon None kunt invullen.

Deze Playlist gebruikt een verouderd board - MAX® 3000 Devices - maar is nog steeds bruikbaar om als intro te dienen >
https://www.youtube.com/p...Hy5OkN030bTM6nEsVvt0qLFqt
heeft een parallelle website erbij
http://www.pyroelectro.com/edu/fpga/introduction/
dus de designs kunnen daar gekopieerd worden al adviseer ik er een ander board bij als de Cyclone IV, namelijk een Max II CPLD EPM240T100C5N, dat zo te zien in het plaatje hierboven nog steeds door Quartus v25.1 ondersteund zou worden.

EPM240 >
https://spotpear.com/inde.../study/detail/id/927.html

De Cyclone IV Pinplanner is een stuk uitgebreider maar veel pinnen zijn multifunctioneel. Onboard Led4 zit bijvoorbeeld op Fpga Pin7 en daar staat een driehoek VRef bij maar kun je gewoon selecteren als Output 3.3-V LVCMOS pin. Eventueel checken via een copiloot



Ps,
De FPGA Demo Code in >
https://iot-kmutnb.github.io/blogs/fpga/fpga_ep4ce6_board/
is inmiddels getest en werkt goed en de verzonden Uart-tekst komt in een programma zoals bijvoorbeeld HTerm in beeld.

Ps2,
Helaas .... Quartus 25.1 heeft een simulator maar die vereist een betaalde licentie >



Volgens Copiloot >

HTML:

✔ Option 4 — Use Quartus 20.1 Lite
This is the last version that still includes:
ModelSim-Altera Starter Edition
Fully free
No license server
Works out of the box
Many FPGA hobbyists stay on Quartus 20.1 Lite just for simulation.

Inderdaag heb ik nog versie 20.1 en daar verschijnt geen error bij een simulatie, daarom is het waarschijnlijk beter om die te installeren ipv 25.1.

Er valt omheen te manouvreren door ModelSim te openen en dan naar de door QuestaSim gegenereerde files te browsen, in een map zoals deze >
Directory: D:\Quartus_251_Progs\FPGA_Demo_Code_2\simulation\questa

Vervolgens in ModelSim geef je TCL opdracht :
do top_run_msim_rtl_vhdl.do
en na wat handmatig 'geforceerde' instellingen (o.a. CLK, shift_en) verschijnt er dit >



Deze omweg is niet erg gebruiksvriendelijk en ook niet zo geschikt om mee te beginnen dus het is gewoon simpeler om Quartus v20.1 te blijven gebruiken.
Waarom dit werkt ? Volgens Cop >

HTML:

Let me explain this clearly and practically so you immediately understand what 
changed and what stayed exactly the same.
⭐ The truth: QuestaSim is ModelSim
QuestaSim and ModelSim are both made by Mentor Graphics (now Siemens EDA).
They share:
the same simulation engine
the same commands
the same console
the same wave viewer
the same .do scripts
the same VHDL/Verilog behavior
the same project structure
the same GUI layout (with minor cosmetic differences)
QuestaSim is essentially:
ModelSim with a newer name, newer license model, and a few extra features.
Intel bundles Questa FSE (FPGA Starter Edition) with Quartus Lite because Mentor 
stopped licensing ModelSim under the old name.
So Intel didn’t “replace” ModelSim — Mentor simply rebranded it.

.

[ Voor 20% gewijzigd door kitao op 03-09-2026 08:14 ]

[kitao]

Om geen verkeerde informatie te verschaffen ... er is gebleken dat Quartus® Prime Lite Edition Design Software Version 25.1geen Licentie vereist; zoals eerder vermeld in de post hierboven.
Probleem is dat die versie met een Questa simulator geleverd wordt die WEL een licentie vereist.
Meer daarover hier >
https://docs.altera.com/r...sing-altera-fpga-software

De Starter editie daarvan is Free maar moet wel aangevraagd worden, dus eerst registreren dan aanvragen >
Questa* Altera® FPGA Starter Edition license is free and you can directly obtain it from the Quartus® Prime GUI or Altera® FPGA Self Service Licensing Center (SSLC) >
https://www.altera.com/SSLC

Via SSLC kreeg ik een email met een .dat-file.
Daarna begon een urenlange zoektocht begeleid door een copiloot om het op te zetten. Ik ben geen IT'er maar dat wordt onderhand wel vereist
Om het drama compleet te maken kwamen mijn Libero/Modelsim en mijn Quartus/Questa licenties met elkaar in conflict. Over de Libero licentie, zie tweede post hierboven.

Uiteindelijk heb ik deze configuratie via Environment Variables opgezet en pas dan werken alle vier bovengenoemde pakketten zonder foutmeldingen >
1. LM_LICENSE_FILE ----- C:\flexlm\License.dat
2. SALT_LICENSE_SERVER ----- C:\flexlm\License.dat;D:\altera_lite\25.1std\questa_fse\license\LR-186594_License.dat

Questa in beeld, dit is de simulatie van de Demo-code die hier staat >
https://iot-kmutnb.github.io/blogs/fpga/fpga_ep4ce6_board/



Nogmaals, Quartus 20.1 is vrijwel hetzelfde in gebruik en wordt geleverd met een ModelSim simulator en beiden vereisen geen licentie, althans niet toen ik die installeerde en is daarom aan te raden.
Wie toch al IT-vaardigheden heeft kan de nieuwste 25.1 versie proberen of het proberen te installeren met hulp van een copiloot met daarbij opgemerkt dat die je nog verder van huis kan brengen.

Gezien Libero zover ik gezien heb nog nooit eerder in dit subforum is vermeld totdat ik erover begon is de kans op een conflict waarschijnlijk niet zo groot.
Anyway, slotconclusie:
Om het Quartus v25.1 pakket volledig te kunnen benutten is een licentie vereist voor het Questa Simulator-gedeelte maar het pakket als geheel is wel gratis.
.

[koraks]

Ik lees met een schuin oog mee en zie een diversiteit aan platforms voorbijkomen. Dat wekt mijn nieuwsgierigheid - maak je hier ook daadwerkelijk toepassingen mee, of is je interesse meer gericht op het uitproberen/aan de praat krijgen van zo'n platform met bv. een Hello World of blink?

Zelf herken ik de nieuwsgierigheid naar de platforms zelf ook wel, maar ben toch ook altijd wel op zoek naar de applicatie. D.w.z. toen bv. de CH32 chips hier makkelijk beschikbaar werden, heb ik er ook een aantal aangeschaft, maar naast het experimenteren, zijn die ook al wel echt in werkende hardware terechtgekomen. Idem voor STM8, STM32, ESP's en wat ATMega's en ATtiny's. (Geen PLC's, FPGA's of DSP's tot dusver; ik zie er in mijn interessegebieden geen duidelijke toepassing voor.)

[kitao]

Er zijn wel toepassingen te maken die je in praktijk situaties kunt toepassen, zoals een accumonitor, een draadloze deurbel of zelfs een drone camera >
The kit supports powerful demos in Image Processing, Signal Processing, Artificial Intelligence
https://www.microchip.com...t-tool/m2s-hello-fpga-kit

Niet dat ik die meteen daarvoor zal kunnen inzetten, zelfs al had ik dat board, maar wie zich daarin verdiept zou dat in principe voor elkaar moeten kunnen krijgen.

Voor toepassingen in huis blijkt vaak toch wel, althans voor mij dan, dat kant en klaar kopen vaak beter werkt en goedkoper is.

Mijn toepassing is meer als hobby en zelfstudie.
Bijvoorbeeld, de Demo code waarvan hier het begin >

vhdl:

------------------------------------------------------------------
LIBRARY ieee;
USE ieee.std_logic_1164.ALL;
USE ieee.numeric_std.ALL;
------------------------------------------------------------------

ENTITY top IS
    PORT (
        CLK       : IN  STD_LOGIC; -- 50MHz clock
        nRST      : IN  STD_LOGIC; -- active-low, asynchronous reset
        LEDS      : OUT STD_LOGIC_VECTOR(4 DOWNTO 0); -- active-low
        BUTTONS   : IN  STD_LOGIC_VECTOR(3 DOWNTO 0); -- active-low
        SERIAL_TX : OUT STD_LOGIC;
        SERIAL_RX : IN  STD_LOGIC
    );
END top;

https://iot-kmutnb.github.io/blogs/fpga/fpga_ep4ce6_board/

om die in je Fpga te programmeren is op zich al een uitdaging wat tamelijk wat voorafgaande oefening vereist. Om vervolgens die code om te zetten naar een simulatie, wat overigens geheel niet behandeld wordt in de Demo webpagina, vraagt nog meer oefening ermee.
Voordeel is dan dat Intel Quartus en Microchip Libero allebei dezelfde simulator gebruiken al heet de ene Modelsim en de ander Questa maar dat zijn gewoon twee namen voor hetzelfde beestje.

Als dat dan goed in beeld komt zoals in de vorige afbeelding dan heb ik daar plezier aan en hoef ik er niet perse een huiselijke of industriële toepassing eraan vast te koppelen.

Dus ja, voor mij is het een combinatie van bezig zijn met software, dat eigenlijk begonnen is met Simulide maar tegenwoordig toch ook weer met hardware, zoals het eerder getoonde Cyclone IV board en het blijft leuk om de vijf ledjes 1 voor 1 aan te zien gaan.

En wie weet, misschien komt er ooit nog eens een praktische toepassing voor maar heb op het moment niets in gedachte ervoor. Het tonen waar de software voor gebruikt wordt, hoe je die kunt verkrijgen, of er wel of niet een (betaalde) licentie voor nodig is en ook als naslag voor mezelf is het doel om dat hier te delen
.

[ Voor 4% gewijzigd door kitao op 04-09-2026 13:18 ]

[koraks]

Oké, dank; ik snap het. Een soort sudoku, dus. Kan me indenken dat dat een aardig tijdverdrijf is!

[kitao]

Precies, interesse in en enige bekendheid met digitale elektronica en computers is eigenlijk al voldoende om hier wat ervaring mee op te doen hetgeen tegenwoordig een stuk makkelijker is met een AI als hulpmiddel en wie weet inspireert het een nu nog jonge toekomstige ontwerper aan het begin van zijn of haar loopbaan.

Gezien de complexiteit van de materie, althans voor mij dan, maak ik me geen illusies hier nog meer uit te halen als enkel een paar leuke plaatjes en wat geknipper en eigenlijk, om er wat meer vooruitgang in te kunnen krijgen zou het onverdeelde aandacht moeten krijgen. Dat heb ik er niet voor over, ik ben ook met 'gewone' MCU's bezig en soms met PLC software.

Toch is het best mogelijk dat toekomstige ontwikkelingen steeds meer richting SoC's gaan omdat het twee werelden verbindt, namelijk die van MCU en FPGA.
Mijn FPGA Discovery Kit board heeft ook MPU's erin zitten >

The PolarFire® SoC family offers the industry's first RISC-V® based SoC FPGAs. The PolarFire SoC family combines a powerful 64-bit 5x core RISC-V Microprocessor Sub-System (MSS), based on SiFive’s U54-MC family, with the PolarFire FPGA fabric in a single device.

... voor een prijs dat naar verhouding erg goedkoop is en daardoor waarschijnlijk meer toegepast zal gaan worden.


.

[ Voor 6% gewijzigd door kitao op 04-09-2026 14:22 ]

[koraks]

kitao schreef op vrijdag 4 september 2026 @ 13:54:
Toch is het best mogelijk dat toekomstige ontwikkelingen steeds meer richting SoC's gaan omdat het twee werelden verbindt, namelijk die van MCU en FPGA.

Een SoC heeft niet per se een FPGA aan boord. SoC staat gewoon voor 'System on Chip', maar specificeert verder niet echt wat de inhoud of scope van dat 'system' precies is. Dat kan net zo goed bv. een controller + geheugen + display driver zijn, zonder verdere poespas. Een FPGA kan worden toegevoegd. Of ontwikkelingen die kan top tenderen - niet in de hele breedte, zoveel is zeker. Immers, een groot deel van de toepassingen vereisen helemaal geen FPGA gedeelte en komen prima uit met alleen de logic van een controller plus wat i/o.

Ik gaf het eerder al aan: ik kom zelf eigenlijk nooit een toepassing tegen die ik zelf wil maken en waarbij een FPGA van toegevoegde waarde is. Vaak gaat het om ofwel vrij eenvoudige schakelingen waarbij er een simpele lezing van bv. een paar sensoren wordt gedaan, waarbij die data verder in bv. een netwerk worden verwerkt. Of het is een iets complexer geval waarbij vooral analoge processing een rol speelt, maar dan heb ik aan een FPGA ook weer niet zoveel, omdat dat immers een verzameling flexibele logic gates is. En eerlijkgezegd gebruik ik vrijwel nooit één logic gate, laat staan een hele bups tegelijk.

Daarin zal ik ook zeker niet uniek zijn. Kijk ik in hardware die ik zo dagdagelijks tegenkom in mijn consumentendomein, dan kom ik vrijwel nooit een FPGA tegen. Een groot deel van de toepassingen vraagt er simpelweg niet om.

Kijk ik naar de toekomst, dan verwacht ik overigens dat FPGA's sowieso eerder gaan verdwijnen dan dat ze gaan groeien. Alternatieven zullen aantrekkelijker zijn, zoals een puur softwarematige oplossing (dus een reguliere controller ipv een FPGA), ofwel mogelijk neural networks die meer het resultaat zijn van training dan van definitie.

[ Voor 16% gewijzigd door koraks op 04-09-2026 14:58 ]

[Hans1990]

FPGAs waren jaren terug heel hip.. nu vervalt het wel iets meer naar de achtergrond sinds MCUs ook steeds krachtiger zijn geworden.

Desalniettemin zijn er genoeg industrien waar ze onmisbaar zijn. Al doe je iets experimenteels, custom of lage oplage met signaalbewerking, RF, hoog precisie robot aansturingen of veiligheidskritische zaken, dan ontkom je niet aan FPGAs. Een FPGA programmatuur is namelijk veel makkelijker te verificieren dan een processor (SoC inbegrepen). Een processor kan vastlopen, kan te laat reageren, of zelfs bijna onmogelijk om uit te rekenen hoe snel die reageert (higher-end MCUs krijgen steeds drukkere bussen met steeds meer caches).

Er gaat dan niets boven een FPGA bitstream waarbij je letterlijk kan inspecteren dat er een AND gate zit tussen een interlock signaal en een actuator. Blokkeert de interlock, dan is er geen mogelijkheid om iets aan te sturen. Natuurlijk kan zoiets ook met discrete onderdelen, maar voor complete aansturingen is een FPGA simpelweg goedkoper..

Tevens kan je sommige vraagstukken heel goed parallel opschalen, denk aan phased arrays. Je hebt dan letterlijk tientallen signaalpaden of meer waarbij overal dezelfde bewerking, gesynchroniseerd, moet gebeuren. Als dat op 1 MPU past.. leuk, totdat de processor tijd op is. Moet je dan meerdere processors gaan sync'en? Klinkt als een nachtmerrie.
Een FPGA kan je zo groot inkopen als je wil, en zoveel parallel aansluiten als je wil, omdat alle bewerkingen op hetzelfde abstractieniveau blijft zitten (namelijk digitale signaaltjes ipv bits ergens in een registerfile met programma code, bussen en caches eromheen)
Het alternatief is een ASIC bouwen, maar dat blijft altijd een kostbare aangelegenheid..

In consumentenhardware ga je geen FPGAs vinden, want kosteneffectief zijn ze niet. Zelfs een simpele ICE40UP5K kost tegenwoordig al bijna 8 euro. En die is groot genoeg om een klein RISC-V core op te bouwen met een bak SRAM voor code/data, maar dan heb je misschien een eigen ontwerp "Cortex-m0+"-achtige controllertje lopen.. terwijl uit China zulke microcontrollers voor 10ct te koop zijn.
Je moet dan wel iets heel bijzonders er in willen bouwen om dat de moeite waard te maken.

[xah5kiDe]

FPGA blijven bestaan. Het zijn lage volume toepassingen waar snelheid niet gehaald kan worden met een controller. Zo heb ik hier een oscilloscoop staan waar meerdere FPGAs inzitten. Wordt het volume groter dan is een ASIC de oplossing. Ontwikkeling van een ASIC met vergelijkbare prestaties van een "state of the art" FPGA kost miljoenen. Daar moeten er dan wel echt miljoenen van verkocht worden om dat terug te verdienen.

@kitao Gezien je interesse, heb je wel eens overwogen om zelf een ASIC te maken?
https://tinytapeout.com/

[kitao]

Anderhalf jaar geleden ofzo kwam ik eigenlijk voor het eerst Fpga's/Cpld's bewust tegen, terwijl ik toch met onderbrekingen al meerdere jaren elektronica als hobby had. Dat was voor bij een oscilloscoop en heb destijds dat Fpga board inderdaad besteld >
kitao in "De EL-kroeg - Deel 4"

Om dan nu te beweren dat Fpga's meer toegepast zullen gaan worden in de toekomst is een natte vinger claim dat ik niet goed kan onderbouwen.
Desalniettemin, je ziet nu volgens mij toch ook vaker CLB's, Configurable Logic Blocks, voorbijkomen, zoals een PIC16F13145 dat ik op een Nano Curiosity Boardje heb staan.
Daar zijn best leuke voorbeelden van om zelf te maken, zoals een compleet video spel >

- https://github.com/microc...-mcc/blob/1.0.0/README.md



meer over dit type chip >
- https://mplab-discover.microchip.com/v2?dsl=pic16f131
- https://developerhelp.mic...configurable-logic-block/

Rondkijkend mbt het onderwerp kom je natuurlijk commerciële pagina's tegen en dan blijkt m.i. toch wel dat Fpga's geen bijkomstigheid zijn en toch zeker hun plaats hebben weten te vinden in allerlei toepassingen > https://www.microchip.com...ucts/fpgas-and-plds/fpgas

Verder blijkt dat ik mij vergist heb in de prijzen van zulke chips, bijvoorbeeld het Discovery Board dat ik heb heeft een MPFS095T-1FCSG325E chip. Dat board is te koop voor 115 euro.
Koop je de chip los betaal je er $160,- voor
https://www.digikey.com/e...f9341633f1522f5a792eb622c

@xah5kiDe
Bedankt voor de link
Eigenlijk kijk ik alleen maar naar hoe dingen werken en volg ik de voorbeelden. Iets zelf gaan ontwerpen is niet mijn intentie en ligt sowieso boven mijn capaciteiten.
Toevallig was ik gisteren wel een video aan het bekijken gemaakt door een ontwerper, gewoon om te zien hoe dat een beetje gaat >

YouTube: FPGA & SoC Hardware Design - Xilinx Zynq - Schematic Overview - Phil...
FPGA & SoC Hardware Design - Xilinx Zynq - Schematic Overview - Phil's Lab #50

Anyway, het is aan ieder zelf te bepalen waar zijn/haar interesse ligt, met het delen van informatie over de gratis softwarepakketten, instructievideos en over de betaalbare boards (Cyclone IV Board €12,- ) die eenvoudig te bestellen zijn blijkt dat Fpga's een stuk laagdrempeliger zijn geworden en met hulp van een AI hoef je er bijvoorbeeld ook niet voor te kunnen coderen of dikke datasheets voor uit te gaan pluizen e.d.
.

[ Voor 18% gewijzigd door kitao op 05-09-2026 07:56 . Reden: link toegevoegd ]

[Hans1990]

Niet gevreesd, die 160$ chip ga je ook niet vast zetten met een 50$ soldeerbout . Met 325 balletjes op 11x14.5mm moet de pitch wel onder de 0.8mm liggen. Daarvoor zou ik toch ook naar een professioneel boardhouse gaan om te bouwen.. en dan ben je vaak voor duizend euro niet klaar om 1 prototype run te doen.

Nu hoeft niet altijd alles op een custom PCB gezet te worden voor een project. Met zulke zaken is een devboard soms ook al prima. Het leren hoe deze technieken werken kan ook een tijdsverdrijf opzichzelf zijn (mijn hobby projecten breng ik ook niet altijd in dezelfde toestand van af..). En er is niets ergers om met zulke complexe techniek ook nog te moeten twijfelen aan je eigen hardware.

Zo heb ik jaren geleden eens een STM32H723 bordje gemaakt met dubbel hyperram er op, USB-HS 480Mbit, SDMMC, en bruikbaar als modulaire bordje (ala Raspberry Pi doet met hun compute modules).
Veel plezier gehad aan het ontwerpen, en geleerd/gezien hoe al die high-speed bussen op 4 laags te bouwen waren. Het idee was dat ik deze module op meerdere projecten kon klikken.., dan was al die complexiteit al opgelost.
Maar eerlijk gezegd ben ik toen nooit echt heel ver gekomen met de firmware. ADHD-Aandachtsspan problemen anyone?
Uiteindelijk zijn de H723 chips die ik nog had liggen gewoon los op andere projectjes gegaan. Want voor andere projecten heb ik geen high-speed geheugen of USB nodig gehad.. maar wel 18 PWM kanalen en 3 losse ADCs voor drievoudige BLDC aansturing.
En nu ik dat zeg, dat project wacht ook nog op een laatste push om bruikbaar te worden voor DIY flightsim controls

Het is en blijft hobby he..

[memphis]

FPGA zie je steeds meer in retrogaming, De ZX spectrum Next en ook de Commodore C64U draaien op een FPGA. Naast dat ze de computer volledig op de oude microprocessor, video en ROM emuleren verzorgen ze ook de complete I/O naar de authentieke interface poorten zoals expansion ports, drives, joysticks etc.
Zo is er ook een FPGA bord voor de Amiga en ik las dat iemand bezig is met een Atari ST met alle authentieke interface poorten.

Veel nieuwe retrocomputers op basis van een microprocessor doen geen authentieke I/O dan alleen wat USB poorten voor moderne KB, muis, joystick en opslag.

[kitao]

Knap gemaakt de controller in je Github pagina
Ik moest wel even opzoeken wat het is, vond er een korte video bij >
YouTube: Field-Oriented Control (FOC) on STM32 From Scratch – Practical BLDC ...


Met de balletjes chip bedoelde ik overigens niet dat je die even zelf los kunt kopen en eventjes op een printplaatje kunt zetten. Inderdaad heeft die geen pootjes >



Ik dacht meer aan commercieel verkrijgbare boardjes zoals de Cyclone IV



met wat I/O pinnen erop zonder allerlei extra camera module connectoren e.d. en dat zo'n SoC chip op board dan onder de 30 euro ofzo beschikbaar zou worden. Maar ja, daar heb ik me dus flink in vergist als de prijs per stuk 160 dollar is.

Om nog even terug te komen op het gebruik van een Copiloot. In de Demo-pagina >
https://iot-kmutnb.github.io/blogs/fpga/fpga_ep4ce6_board/
staat ook een stuk script code zoals dit :

Tcl:

#set_global_assignment -name FAMILY "Cyclone IV E"
#set_global_assignment -name DEVICE EP4CE6E22C8
#set_global_assignment -name TOP_LEVEL_ENTITY top

set_location_assignment PIN_24 -to CLK
set_location_assignment PIN_88 -to nRST

set_location_assignment PIN_1  -to LEDS[0]
set_location_assignment PIN_2  -to LEDS[1]
set_location_assignment PIN_3  -to LEDS[2]
set_location_assignment PIN_7  -to LEDS[3]
set_location_assignment PIN_11 -to LEDS[4]

Wie nieuw begint en de PyroEdu volgt >
http://www.pyroelectro.com/edu/fpga/introduction/
ziet dat de software het design genereert en dat de Place&Route binnen de Cpld/Fpga automatisch pinnen vastlegt voor gebruik. Vaak kloppen die pinnen niet met wat gewenst is, bijvoorbeeld bij onboard Leds en knoppen, dus moet je die handmatig gaan toewijzen.
Dat gaat dan via de Pin Planner >



Er is nog een pin-indelings methode die ik hier even oversla en een derde methode is volgens dat script hierboven - dat mij dus onbekend was.
Ik vraag aan de copiloot wat kan ik met dat script en krijg als antwoord om het in een tekst document te plakken, deze op te staan als een .tcl, via menu a-b-c deze in het Quartus project op te nemen en de boel opnieuw te compileren en voila alle pinnetjes zijn meteen goed ingedeeld, hetgeen inderdaad zo lukte.

Probeer dat nu eens zonder AI en je bent uren aan het spitten in handleidingen.
.

[ Voor 4% gewijzigd door kitao op 05-09-2026 13:27 . Reden: link toegevoegd ]

[kitao]

Achteraf bedacht ik me dat ik toch wel eens van reballen had gehoord. Dat ging volgens mij dan toch wel via de DIY, do it yourself methode ?
https://www.electronicsan...ng-and-soldering-bga.html

Wat verder nieuw voor mij is is UPDI programmeren. Dat kwam naar voren omdat ik een Atmega4809 DIP had ontvangen. Verder heb ik een PICkit Basic (PKB) >
https://www.microchip.com/en-us/development-tool/PG164110

Uitvoerige discussie met de copiloot hier over gehad maar soms zie je zulke rare antwoorden dat je gaat twijfelen. Zo was er zijn conclusie dat PKB niet de Atm4809 kan flashen vanuit MPLab IDE v6.25. De produktpagina hierboven van de PKB vertelt een ander verhaal maar het antwoord bleef >

HTML:

Failed to get Device ID
This happens because:

✔ MPLAB X uses a different backend for AVR tools
✔ MPLAB X does not fully support PKBasic for AVR
✔ MPLAB X cannot initialize PKBasic’s UPDI engine
✔ MPLAB X cannot power the target
✔ MPLAB X cannot read the device ID

Inderdaad lukte het me niet de chip vanuit de IDE te flashen en dat komt dus overeen met wat de AI al ruim vantevoren aankondigde.
Wie wel eens MPLab IDE heeft geinstalleerd ziet de optie om MPLab IPE ernaast te installeren >
https://www.microchip.com...d-programming-environment

Eerder had ik al eens ondervonden dat de IPE 'sterker' is om te programmeren dan de IDE dus heb die maar weer eens geprobeerd en dat ging wel goed.







Ledje op pin 40 is geel en dus niet goed zichtbaar maar die blinkt vrolijk.
Geprogrammeerd via UPDI, zie pagina 422, hfdst. 30.
UPDI - Unified Program and Debug Interface
https://ww1.microchip.com...DataSheet-DS40002173B.pdf
zie ook >
https://www.kanda.com/blo...ern-avr-microcontrollers/

De gele jumper zit op pin 30, UPDI.
Daar zit op advies een 4K7 pull up aan vast.

Update:
Een dag later nog eens geprobeerd en nu lukt het ineens wel om de AVR vanuit de IDE te flashen
Schijnt dat door het gebruik van de IPE de software is geupdate.

HTML:

✔ You updated PKBasic firmware (IPE did this automatically)

Your logs show:

Yesterday:
Application version...........00.01.36
Tool pack version ............1.2.190
Today:
Application version...........00.01.53
Tool pack version ............1.4.326

This is a major update.
IPE silently updated PKBasic’s firmware and scripts to the newest UPDI engine.

This alone can fix endpoint errors.

Het is m.i. daarom aan te raden om de IPE met de IDE mee te installeren.

Update 2:

HTML:

⭐ 2. Why the Configuration Bits window is still greyed out
Because Microchip intentionally disabled AVR fuse editing for PICkit Basic 
in both:
MPLAB X IDE and in MPLAB IPE

Daar staat dus en is inderdaad bij mijn pogingen zo gebleken dat de AVR fuse bits door de PKB niet geset kunnen worden vanuit de IDE en ook niet vanuit de IPE.
De fuse bits staan en blijven dus nog gewoon op factory default staan =
(20 MHz, Prescaler = 6 >> default internal clock = 3.333.333 Hz).
Voor een goed getimede Blink wordt het dan >>
#define F_CPU 3333333UL
#include <avr/io.h>
#include <util/delay.h>

Mogelijk is hier nog een uitweg >

HTML:

Only VS Code Tools allow PKBasic to read/write AVR fuses.

MPLAB X IDE and IPE do not.

Tja, dat wordt dan een andere dag want het klopt dat MPLab aan het verhuizen is naar VSCode maar dat is niet echt een vloeiende overstap en vergt best wel wat uitzoeken

Update 3:
Config fuse bits setten toch gelukt met de IDE met PKB door eerst Read te klikken volgens >
https://developerhelp.mic...des/x/debugging/avr-updi/

Eindconclusie:
De PICkit Basic is prima geschikt om in combinatie met MPLab X IDE en IPE gebruikt te worden voor het instellen van Fuses en het UPDI Programmeren en Debuggen van AVR ATmega4809 microcontrollers.
.

[ Voor 24% gewijzigd door kitao op 26-09-2026 10:03 . Reden: Update ]

[memphis]

kitao schreef op donderdag 24 september 2026 @ 16:54:
Achteraf bedacht ik me dat ik toch wel eens van reballen had gehoord. Dat ging volgens mij dan toch wel via de DIY, do it yourself methode ?
https://www.electronicsan...ng-and-soldering-bga.html

Reballen kan op verschillende manieren
1) je koopt een potje met soldeerballetjes, deze zijn in verschillende maten verkrijgbaar. Je maakt de chip en de print schoon, leg een masker over de chip en laar er balletjes over rollen die in de gaten van het masker vallen. Met wat hete lucht laat je de ballen aan de chip versmelten.
2) idem als 1 maar in plaats van balletjes smeer je soldeerpasta over de gaatjes zoals je ook met een masker soldeerpasta op een print aanbrengt. Ook hier verhitten en het masker verwijderen.
3) is een simpele en minder goede methode. De chip na het schoonmaken insmeren met flux en met een bout en een brede punt en een kwak soldeer het soldeer uitsmeren over de eilandjes van de chip.

Optie 1 is de meest juiste om weer nette balletjes op een BGA chip te krijgen. Optie 2 creëert geen balletjes maar wel optimaal gelijke soldeer "klodders" op ieder eilandje. En optie 3 geeft de grootste kans op ongelijke soldeer waardoor na het plaatsen er een kans is dat sommige vlakken geen contact maken. Optie 3 kan ook andersom door de print te vertinnen met een bout of met een pasta en een masker, dat is dan is het geen BGA maar een LGA

[memphis]

Kut Chinezen!
Alweer een ruim een jaar terug 10 stuks LM35 temp sensoren aangeschaft, goedkoop via Amazon. De 1e die ik gebruikte werd erg heet en gaf mij geen vertrouwen in de rest. Gelukkig kwam ik nog een paar van een oude Conrad zending tegen en direct werken. Nu heb ik er 8 nodig dus ging het Amazon zakje testen nu ik ook een component tester heb. Gewoon een transistor gepakt, code eraf gehaald en een LM35 code erop gezet....

[NewGuest]

Zou het te achterhalen zijn wat voor een transistor het is? In een datasheet van Ti over de LM35 staat een blockschema op blz 13. In welke mate zit er verschil in met een BC547 transistor, die dezelfde package heeft?

[ehtweak]

Wel 'grappig' als je zoekt op "52AB LM35" krijg je:

An LM35 temperature sensor marked with the code 52AB is widely reported by users online to be a fake or relabeled component (often a cheap generic transistor) rather than a genuine linear temperature sensor


https://electronics.stack...lm35dz-temperature-sensor

[ Voor 15% gewijzigd door ehtweak op 04-10-2026 20:24 ]

[Hans1990]

Zo'n LM35 is geen NPN transistor.. in geen enkel opzicht functioneel vergelijkbaar. De LM35 is compleet gestabiliseerd en gekalibreerd. Je kan er paar mA stroom uit trekken of de voeding spanning 4 tot 30V varieren, de gemeten spanning (10mV/C) blijft stabiel. Met een (enkele) transistor schakeling lukt dat niet.

Wat een rotstreek weer. Ik zie ze nog liever een lege behuizing verkopen, want dan is er geen kans op apparatuur die oprookt. Maar deze transistors kopen ze waarschijnlijk gewoon ergens zo goedkoop mogelijk in..

Weten welke transistor je nu echt hebt is ondoenlijk. Er zijn zoveel varianten die bijna op elkaar lijken, het kan van alles zijn.
Mijn gok is een BC547B vanwege de relatieve hoge hfe, maar dit kan het ook niet zijn.

Tijdje terug heb ik wel eens wat JFETs proberen te karakteriseren op parameters die niet in de datasheet stonden vermeld.. maar dat was echt monnikenwerk. En toen wist ik nog wat ik in huis had en welke specs ik verschil dacht te gaan zien. Voor veel toepassingen niet nodig natuurlijk. Maar als je niet weet wat je in huis hebt, of deze onderdelen niet (elektrostatisch) beschadigd zijn.. ik zou ze naar het ronde archief verplaatsen.

[memphis]

Geen BC547 gezien de C en de E verwisseld zitten. Als het chinees is zal ik eerder een een 2SCxxxx denken.
En ze worden nog steeds volop op Amazon aangeboden met ook heel veel negatieve recensies.

Nou ja, na wat zoekwerk uiteindelijk bij de Conrad 10 stuks besteld, 1.37 per stuk en 5 euro verzendkosten.

[kitao]

Ik heb een DSO510 oscilloscoopje waarvan hier een 1.5 minuut video >
YouTube: FNIRSI DSO510 Oscilloscope & Signal Generator Demo
De bedoeling was om een signaal te meten op een J48 header van de Polarfire Discovery Kit dat via een TXB0108 naar buiten toe wordt gebracht >



Een TXB0108 is niet geschikt om mee te driven >
https://www.ti.com/lit/ds/symlink/txb0108.pdf
en hoewel ik met een gekloonde Saleae logic analyzer een perfect beeld kreeg van een looplicht over de 8 pinnen van de J48 header lukte dit met de DSO510 voor geen kant. Na een paar uur tevergeefs proberen het probleem aan de copiloot voorgelegd. Dit kwam eruit >

HTML:

You’re bumping into the “personality” of the TXB0108 and the scopes, not a bug 
in your Verilog.
The key pieces:
TXB0108 outputs are very weak and fussy.  
They’re meant to drive one CMOS input, not heavy loads. Big scope probes 
(especially cheap ones) look like a capacitor + resistor to the TXB0108, 
and that can:
- round off edges
- reduce amplitude
- make the auto‑trigger think “there’s nothing there”
Saleae = very light load.
Saleae is basically a high‑impedance digital sampler → almost no loading.
DSO510 = heavier, more primitive front‑ends.  
Typical issues:
Probe capacitance (especially in 1× mode) is large → TXB0108 struggles 
to drive it.
Trigger settings: if the edge is slow or the amplitude is low, the scope never 
locks and just shows noise or a flat line.
Coupling: if set to AC, very slow walking pattern (20 ms per step) can be 
filtered away.
Bandwidth / sample rate on DSO138 is limited; combined with weak drive, the 
waveform can look like a tiny bump.

Things to try that are very likely to help:
- Use 10× probe mode on DSO510.
That reduces the effective capacitance and loading on the TXB0108 output.
Check trigger:
- Edge trigger, rising edge.
- Trigger level around mid‑supply (e.g. ~1.5–2 V for 3.3 V logic).
- Single channel, DC coupling.
- Slow the timebase way down.  
Your pattern is 20 ms per step, so use something like:
5 ms/div or 10  ms/div to see the walking bit clearly.
Measure at the FPGA pin or before the TXB0108 (if possible).
If the FPGA side looks perfect but the J48 side collapses when you connect 
the DSO, that’s classic TXB0108 loading behavior.

Zo gezegd zo gedaan en wat me in twee uur niet lukte was met een AI binnen een kwartiertje opgelost
Anyway, hopelijk is de 10X probe instelling een handige tip voor geïnteresseerden die ook wel eens een scoopje pakken aangezien zover ik gemerkt heb daarin de oplossing lag voor het meetprobleem (- Use 10× probe mode on DSO510. That reduces the effective capacitance and loading on the TXB0108 output).



Hierboven de meetopstelling met daarnaast een Uno om gemakkelijk wat snellere test signalen te genereren en een DSO138 zelfbouw kitje als controle scope met daaronder een verdwaalde rode tyrap.

Ps:
De DSO510 wordt standaard geleverd zonder meetclips of met krokodil meetclipjes en/of met de afgebeelde meetprobe die wel is voorzien van een x1 en x10 schuifknop en alleen daarmee kun je de x10 instelling gebruiken.
.

[ Voor 3% gewijzigd door kitao op 13-10-2026 08:11 . Reden: Ps ]

[Hagdos]

Haha, halverwege je post dacht ik "Ik zou een goeie probe met 10x proberen". Daar kwam copilot dus ook al mee.

Een scope heeft typisch 1 MegaOhm ingangsweerstand, met een paar picoFarad capaciteit parallel. Voor 99% van de toepassingen merk je dat niet, maar bij een signaal met een hoge impedantie (zwakke driver) wel.

Een probe met 10x werkt door 9 MegaOhm in serie te zetten (en weer een paar picoFarad parallel). Daardoor is de impedantie van je meetcircuit (probe + scope) 10x zo groot geworden en heb je er minder last van.

Het nadeel is dat je signaal ook 10x zo zwak wordt. In jouw geval geen probleem, 5 Volt wordt 500 milliVolt, prima te meten en de software van de scope rekent het wel weer terug. Als je signaal maar een paar milliVolt is gebruik je liever de 1x-stand.

Tweede nadeel is de paar picoFarad parallel. Die in je probe moet precies 1/10 van de capacitiet van je scope zijn, anders vervormt je signaal bij hoge frequenties. Zeker bij blokgolven kun je dat goed zien. De meeste probes hebben een afstelschroefje voor een instelbare capaciteit. Meet met je probe op een nette blokgolf, en draai aan dat schroefje tot je een nette blokgolf op je scherm ziet (zonder overshoot of trage flank). Dan staat ie goed ingesteld en kun je verder meten.

[memphis]

kitao schreef op dinsdag 13 oktober 2026 @ 04:34:
Ik heb een DSO510 oscilloscoopje waarvan hier een 1.5 minuut video >
YouTube: FNIRSI DSO510 Oscilloscope & Signal Generator Demo
De bedoeling was om een signaal te meten op een J48 header van de Polarfire Discovery Kit dat via een TXB0108 naar buiten toe wordt gebracht >

Een TXB0108 is niet geschikt om mee te driven >
https://www.ti.com/lit/ds/symlink/txb0108.pdf
en hoewel ik met een gekloonde Saleae logic analyzer een perfect beeld kreeg van een looplicht over de 8 pinnen van de J48 header lukte dit met de DSO510 voor geen kant. Na een paar uur tevergeefs proberen het probleem aan de copiloot voorgelegd. Dit kwam eruit >

Had je wel jumper J49 geplaatst? Indien niet kan het zijn dat met de 10x stand je de lek nog meet.
Een normale probe op 1x stand zou geen standaard signaal van een logische chip moeten weg drukken. en zou er wat anders aan de hand moeten zijn. Eerst dacht ik aan een ontbrekende pull up gezien het schema zegt dat het om een 7 segment sturing gaat maar de internals van het IC zegt dat er geen sprake is van een soort open collector.
De 10x probe stand is veel gebruikt en vergeet (indien mogelijk) ook de scope niet in te stellen op het gebruik van een 10x probe zodat de spanning schaal weer klopt.

[Hans1990]

Meeste 1x probes halen ook niet de volledige bandbreedte van een oscilloscoop. Neem bvb deze probes die bij mijn Rigol DS1074Z-S zitten: https://www.tequipment.ne...sive-Oscilloscope-Probes/
Op 1x stand max 7MHz, terwijl de scope 70MHz is, en ze er dus 150MHz probes bijleveren.

Eigenlijk is 10:1 probes de standaard, en met name als je boven de honderden MHz komt wordt passief (1-10M) al een stuk moeilijker. Je ziet dan vaak dat ze probes bijleveren die niet tussen 1:1 en 10:1 meer kunnen switchen..
En boven de 500MHz zijn 10M probes ook al niet meer te doen. Je ziet dan vaak dat ze 500 Ohm icm 50Ohm afsluitweerstand van de scoop om een 10:1 probe te maken.

En nog veel meer wat je vast wilt weten:
YouTube: EEVblog #1367 - 5 Types of Oscilloscope Passive Probes COMPARED

[kitao]

Ja, bedankt voor jullie reacties en voor de gegeven links ook
Soms is een oscilloscope meting wel nodig want bijvoorbeeld met mijn kloon Saleae zie ik wel de logische waarden 0 en 1 maar niet het voltage ervan >



De afbeelding toont het signaal dat gemeten is aan de J48 header.

Inmiddels was ik overgeschakeld van de Uno naar een Due en dan moet zoals memphis goed gezien heeft J49 omgezet worden van 5V VCCB naar 3.3V. Om die waarde te controleren is er een oscilloscoop nodig en dan wel eentje die goed ingesteld staat

De Due heeft wat meer pinnen als de Uno
https://docs.arduino.cc/hardware/due/
en het past ook wat beter bij de Fpga vanwege z'n 3.3V I/O nivo al vallen de drive capaciteiten wat tegen zoals hier te zien op pagina 1379 >
https://ww1.microchip.com...SAM3X-SAM3A_Datasheet.pdf



Noot (2) en (3) verwijzen naar twee groepen:
Groep1 kan 15 mA sourcen via de volgende pinnen >
PA0, PA7, PA9, PA[14–15], PA[18–19], PA[25–31], PB[0–3], PB8, PB[10–11], PB14, PB[22–24], PC[0–30], PD[0–30], PE[0-9], PE15, PE[17–21], PE23, PE25, PF[0–2]

Groep2 kan 3 mA sourcen via de volgende pinnen >
PA[1–6], PA8, PA[10–13], PA[16–17], PA[20–24], PB[4–7], PB9, PB[12–13], PB[15–21], PB[25–31], PE[10–14], PE16, PE22, PE24, PE26, PF[3–5]

De Led module die ik gebruik heeft weerstanden met 202 opdruk dus dan maakt het weinig uit welke groep je pakt maar anders wordt het aardig wat uitvlooien zo

Met deze sketch erin geprogrammeerd wordt de Due een instantaan doorgeefluik van de Fpga

C++:

 const byte inPins[8] = {
  22, 24, 26, 28,
  30, 32, 34, 36
};

const byte outPins[8] = {
  38, 40, 42, 44,
  46, 48, 50, 52
};

void setup()
{
  for (int i = 0; i < 8; i++)
  {
    pinMode(inPins[i], INPUT);
    pinMode(outPins[i], OUTPUT);
  }
}

void loop()
{
  for (int i = 0; i < 8; i++)
  {
    digitalWrite(outPins[i], digitalRead(inPins[i]));
  }
}

Het circuit verloopt dan als volgt >
Verilog → PolarFire → TXB0108 → J48 → Due → 8-LED Bar



Rode streepje wijst naar J49 dat op 3.3V is ingesteld.
De 16 draden passen precies op 1 header strip D22 t/m D52 >



https://docs.arduino.cc/r...s/A000056-full-pinout.pdf
.

[ Voor 6% gewijzigd door kitao op 15-10-2026 06:19 ]

[koraks]

[quote]Om die waarde te controleren is er een oscilloscoop nodig[/quote]

Als je de duty cycle van het signaal weet, dan kun je met een multimeter vrijwel altijd bepalen of het een 3.3V of een 5V signaal is. Duty cycle * piekspanning.

[quote]Met deze sketch erin geprogrammeerd wordt de Due een instantaan doorgeefluik van de Fpga[/quote]

Niet instantaan. Wel vrij snel, maar je hebt mogelijk last van 2 dingen:

1: De high-level functies digitalWrite en digitalRead behelzen een behoorlijke trits instructies, dus hebben inherent enige vertraging.

2: Interrupts elders (bv. op je UART, I2C enz.) kunnen soms voor korte hikjes zorgen.

Dit zal meestal geen probleem zijn, tenzij je iets doet wat tijdkritisch is op een schaal van microseconden. Dan zie je probleem #2 al snel terug als (in eerste instantie) onbegrijpelijke variates, en #1 als een systematische vertraging.

[Hagdos]

koraks schreef op donderdag 15 oktober 2026 @ 09:44:
Als je de duty cycle van het signaal weet, dan kun je met een multimeter vrijwel altijd bepalen of het een 3.3V of een 5V signaal is. Duty cycle * piekspanning.

Als je multimeter netjes RMS meet dan werkt dat niet (of werkt het nog steeds, maar met een andere vergelijking). Maar meestal is je signaal veel te snel voor een multimeter, en krijg je dus wel ongeveer het gemiddelde.

[memphis]

koraks schreef op donderdag 15 oktober 2026 @ 09:44:
Als je de duty cycle van het signaal weet, dan kun je met een multimeter vrijwel altijd bepalen of het een 3.3V of een 5V signaal is. Duty cycle * piekspanning.

Dat hangt helemaal van de meter af en de nauwkeurigheid van de duty cycle. Kort samengevat, ik zou hier niet van uit gaan. In theorie klopt dat, in de praktijk niet. Gelijkrichten met een opamp en afvlakken s denk ik een betere optie.

[koraks]

In praktijk werkt dit prima met een low-end multimeter.

[Hagdos]

Dat geloof ik wel. Zeker als een grove indicatie (5V of 3.3V) genoeg is.

[koraks]

Precies. Ik begrijp de haken en ogen, maar het hangt er ook vanaf welke vraag je in welke context wil beantwoorden. Als de vraag is, heb ik hier 3.3V of 5V logica en je weet ongeveer wat de DC is en je kent je meter een beetje, dan kun je doorgaans met redelijke zekerheid bepalen welk van de 2 opties je hebt. Is het een exacte meting? Uiteraard niet. Heb je 100% uitsluitsel? Ook niet per se, maar dat hangt af van de specifieke situatie. Daar heb je zelf inzicht in en kun je dus meenemen in je interpretatie.

Dat het met een scoop mooier gaat, staat buiten kijf. Maar dan moet je die weer uit de kast halen. DMM ligt allicht binnen handbereik, dus probeer je dat eerst even voordat je weer moet gaan graven. Althans, zo gaat het hier.

[memphis]

In het geval met hobbyisten zoals Kitao zou een multimeter met ingebouwde scoop een prima instrument zijn en die zijn al voor onder de 100 euro te vinden. Daarom adviseerde ik een paar posts eerder de Fnirsi aan, is een prima betaalbaar alles in 1 bureau model meter/scoop/signaalgenerator. Sowieso waar Kitao mee bezig is is het handig om een scoop bij de hand te houden om mee te kijken als iets niet (goed) werkt.

[kitao]

Een voordeel van de DSO510 is het zakformaat daarom is die even snel gepakt als een multimeter.
En ben met je eens dat er altijd wel een vertraging is dus bedankt voor de tip om daar rekening mee te houden bij hogere frequenties. Bij dit looplicht van 6.25 Hz dat aan een 32-bit microcontroller met 84 MHz clock wordt toegevoerd is dat niet echt van belang maar het doel van deze test is wel bereikt, namelijk het PolarFire board (en meteen de Due) wat beter te leren kennen.

Dat aftasten begon met de 8 onboard leds, daarna een ontwerp met de dip switches geprobeerd, daarna wat pinnentjes gebruikt van de Raspberry Pi 4 interface connector en heden dan de J48 header die aan de TXB0108 vastzit >



Als je dan in de handleiding kijkt >
https://ww1.microchip.com...covery_Kit_User_Guide.pdf
staat er bij die header in een schemaatje op pagina 5 het volgende >
10-Pin 7-Segment Display Connector (J48)
dus aanvankelijk dacht ik hier direkt een 7-Segment op aan te kunnen sluiten maar heb gelukkig iets verder gekeken anders had die chip het waarschijnlijk niet overleefd.

Ik zag geen IOL staan in het TXB0108 datablad en stelde er een vraag over >
“Where is the max sourcing/sinking current for one B‑side output pin?”

HTML:

⭐ It is nowhere in the datasheet — because the TXB0108 does not have a usable 
drive current.
🧩 Why there is no “max output current” spec for one pin
The TXB0108 is not a normal buffer.
It is a passive edge‑accelerator with auto‑direction sensing.
TI intentionally does not specify:
IOH (max sourcing current)
IOL (max sinking current)
because the device is not designed to source or sink current in the normal sense.
Instead, TI only specifies:
VOHA / VOLA at ±20 µA
Clamp current limits at ±50 mA (damage threshold)
No DC drive strength
This is unique to the TXB family.
⭐ So what is the real drive capability of one B‑side pin?
✔ Normal DC drive: ~20 µA
This is the only real number in the datasheet.
From section 5.5 (Electrical Characteristics):
VOHA measured at IOH = –20 µA
VOLA measured at IOL = +20 µA
TI is telling you:
The TXB0108 output is only guaranteed to behave correctly when loaded 
with 20 µA or less.
That is extremely weak.

Je zou denken dat dit Discovery Board toch minstens een waarschuwing heeft staan over de J48 connector maar echt duidelijk staat het er niet in.
Vervolgens kwam dan het advies om er bijvoorbeeld mosfets op aan te sluiten maar heb geen 8 stuks kunnen vinden dus heb de analyzer direkt op de J48 aangesloten en dat ging goed. Daarna dit uitgebreid met een Due en een volgende keer kan de MikroBus of de Ethernet eens geprobeerd worden en wie weet ooit nog eens een MIPI CSI-2 camera


.

[ Voor 10% gewijzigd door kitao op 15-10-2026 15:50 . Reden: Plaatje toegevoegd ]

[Osiris]

Eens met de peeps hierboven, zo'n hand-held oscilloscoop is voor de bovengemiddelde hobbyist harstikke handig en leuk.

Al moet ik zeggen dat ik bijna net zo makkelijk tegenwoordig gewoon m'n Rigol erbij pak Sinds ik die heb, heb ik m'n Fnirsi scoopje niet meer aangeraakt.

[kitao]

Klopt want het is een afweging tussen beschikbare ruimte, kosten en benodigdheid, dwz hoe vaak heb je een scope nodig voor situaties waar bijvoorbeeld deze DSO510 niet toereikend is ?



Met mijn hobby activiteiten heb ik nog niet het idee gehad hier iets aan tekort te komen en zoals gebleken is, als je nog niet weet hoe deze te bedienen dan ben je nog niet klaar voor de volgende stap. Mogelijk dat er nog wel een behoefte ontstaat voor een 2e of 4e kanaal.

Terugkomend op het multimeter alternatief, uiteraard bedankt voor de tip want die truc kon ik nog niet. Ik heb wel het idee gekregen dat het een benadering is van de te meten spanning en zoals getoond kan de J48 op 5V en op 3.3V worden gezet. Stel dat dit 3.8V is wat het levert en vervolgens wordt met het gemiddelde van de multimeter aangenomen dat dit dan binnen het 3.3V nivo valt dan is dat misschien niet zo best voor de microcontroller met een Vio-max van 3.6V ?


https://ww1.microchip.com...SAM3X-SAM3A_Datasheet.pdf

Teruglezend zag ik in de coco (copiloot conversatie) die in de vorige post staat deze zin >
The TXB0108 is not a normal buffer.
It is a passive edge‑accelerator with auto‑direction sensing.
Ik heb in het datablad
https://www.ti.com/lit/ds/symlink/txb0108.pdf
gezocht op 'passive' maar dat gaf geen resultaat.
Ik neem aan dat de term accelerator is gebruikt waar het datablad speeds up noteert >



Het is me niet echt duidelijk waar de one shot en de acceleratie vandaan komen en lijkt me zelfs met de beste oscilloscoop onmogelijk te meten dit want het zit in de chip zelf ?
.

[koraks]

Als je met je DMM ergens 3.8V meet, dan kun je gerust aannemen dat het dus geen 3.3V signaal is. Zoveel lijkt me duidelijk. Zefs een DMM van een tientje van AliE is niet zo onnauwkeurig.

M.b.t. die edge accelerator: ik snap je vraag niet precies; je kunt toch het gedrag van die translator meten? Signaal erop en meten maar. Je kunt met een R/C netwerkje een bestaande blokgolf afvlakken zodat de transitie gradueler wordt; je zou dan op de andere kant van die translator netjes een scherpe overgang moeten meten. Je krijgt als het goed is een plaatje zoals figuur 8-2 in de datasheet.

Hoet dat precies op silicon is geïmplementeerd is vanuit een functioneel oogpunt niet zo relevant; voorzover het ertoe doet in de toepassing, is het ruimschoots afdoende gedocumenteerd in het stukje van de datasheet dat je hierboven hebt gekopieerd. Als je het in gewonemensentaal zou willen zeggen, kom je op iets als: zolang er een stabiel signaal is, grijpt de translator niet in maar kijkt rustig mee; zodra die een transitie ziet op één van beide lijnen, dan geeft ie aan de andere kant een zetje mee om de transitie scherp te vertalen naar de andere kant; daarnaa blijft ie weer rustig meekijken tot er opnieuw iets verandert. Het accelereren is dus in feite een duwtje in de rug geven.

[ Voor 21% gewijzigd door koraks op 16-10-2026 09:50 ]

[memphis]

Het zit in de chip en zal niet meetbaar zijn, mogelijk met een scoop met een hoge bandbreedte en een zgn one shot trigger kan er iets aan de uitgang tov de ingang zichtbaar zijn.

Maar als je het schema ziet zit er een inverter tussen de 2 transistoren. Door zijn hoogohmige uitgang (4k) kan ik mij voorstellen dat deze traag is vanwege capacitieve ingangen van andere logica waar deze op wordt aangesloten. Die 4k zal nodig zijn om geen sluitingen te veroorzaken als van die kant een signaal wordt aangeboden en hebben ze de one shots met de transistoren erbij om de uitgangsimpedantie te verlagen.

Denk ik....

[koraks]

Zoals ik het lees, vormen de dubbele inverters de DC drivers voor de lijn; dit is het stukje "In a dc state, the output drivers of the TXB0108 can maintain a high or low, but are designed to be weak so that they can be overdriven by an external driver when data on the bus starts flowing the opposite direction." Het 'weak' zit in de 4k; deze maakt het mogelijk om extern een afwijkend signaal aan te bieden zonder dat er competitie ontstaat tussen de tweede inverter (die de lijn stuurt) en de externe signaalbron.

Dat extern aangeboden signaal wordt door de one-shots omgezet in inderdaad een momentane aansturing van de twee MOSFETs die de uitgang tijdelijk laagimpedant maakt om een scherpe transitie mogelijk te maken. De MOSFETs vormen daarmee de drivers die alleen tijdens de transitie actief zijn.

De uitgangsimpedantie is dus tijdens de transitie laagimpedant (via de MOSFETs), maar gedurende de stabiele periode van de signaaloverdracht bewust hoogimpedant (via de inverters + 4k serieweerstand). Kortom, een hybride architectuur die mogelijk maakt dat er zowel schone/scherpe signaalovergangen zijn zonder bounce ondanks evt. hoge lijncapaciteit, maar tegelijkertijd responsief voor externe signaalveranderingen.

Dat de inverter-trein met die 4k traag is i.c.m. parasitaire capaciteit is ongetwijfeld het geval, maar de keuze is dus bewust om tegemoet te komen aan de ogenschijnlijk tegenstrijdige eis: nl. een hoogimpedante ingang die tegelijkertijd fungeert als een laagimpedante uitgang, waarbij de rol van in/uit nog eens willekeurig kan wisselen ook.

[ Voor 12% gewijzigd door koraks op 16-10-2026 10:57 ]