De EL-kroeg - Deel 4

[memphis]

kitao schreef op zondag 5 april 2026 @ 04:35:
[...]


Zeker een goed punt en had daar zelf nog niet aan gedacht maar de link van !null die er bij stond verwijst naar deze opstelling waar geen indicatie Led op zit:

[Afbeelding]

Hoofdpagina
https://www.otronic.nl/nl...he-schakelaar-f5305s.html
Subpagina
https://www.otronic.nl/nl...voorbeeldcode-voor-ardui/

Kijk nog eens goed en zoek het schema van dat bord eens op, ook daar zit een LED in serie....
https://robojax.com/learn...=robojax_e-switch_IRF5305

Ik heb de datasheet er even op nageslagen. De LED in de opto heeft een forward voltage van 1.2 tot 1.4v. Een simpele rode LED heeft een forward voltage van 1.8 tot 2.2v. Uitgaande van het minimum kom je op 3v uit en kan een 3.3v output werken. Uitgaande van het gemiddelde wordt het al kritisch. En als je dan verder kijkt, de FET heeft een Gate-source threshold voltage van 2 tot 4v Stel je wilt 5v schakelen en de opto wordt niet goed open gestuurd zal ook de FET niet goed open gestuurd worden. Het is sterk afhankelijk hoe de toleranties samenvallen....

Kortom, mijn idee is het niet, als ik zo'n module met 3.3v zou moeten aansturen zou ik de LED overbruggen. En eigenlijk als ik zoiets in een schakeling zou verwerken maak ik het zelf.

[kitao]

memphis schreef op zondag 5 april 2026 @ 10:25:
[...]
Kijk nog eens goed en zoek het schema van dat bord eens op, ook daar zit een LED in serie....
https://robojax.com/learn...=robojax_e-switch_IRF5305
Ik heb de datasheet er even op nageslagen. De LED in de opto heeft een forward voltage van 1.2 tot 1.4v. Een simpele rode LED heeft een forward voltage van 1.8 tot 2.2v. Uitgaande van het minimum kom je op 3v uit en kan een 3.3v output werken. Uitgaande van het gemiddelde wordt het al kritisch. En als je dan verder kijkt, de FET heeft een Gate-source threshold voltage van 2 tot 4v Stel je wilt 5v schakelen en de opto wordt niet goed open gestuurd zal ook de FET niet goed open gestuurd worden. Het is sterk afhankelijk hoe de toleranties samenvallen....

Kortom, mijn idee is het niet, als ik zo'n module met 3.3v zou moeten aansturen zou ik de LED overbruggen. En eigenlijk als ik zoiets in een schakeling zou verwerken maak ik het zelf.

Zeker een goed punt en erg goed gezien want er zit inderdaad een Ledje op, op fotootje 3 van de fotoreeks is dat zichtbaar :



https://www.otronic.nl/nl...he-schakelaar-f5305s.html

Nou, je weet nu ook meteen waarom ik geen Smd-kitjes bestel, valt amper te zien dat grut

Ik heb nog iets anders lopen sinds gisteren en vandaag, een onzichtbaar copy/paste probleem:
This block is not visible in the chat window, but it is included in the raw clipboard data.
So when you paste into MPLAB X, Notepad++, or anywhere else, you may unknowingly paste this metadata along with your code. That’s exactly what caused your earlier assembly errors with the PIC18F452.
Doe daar bovenop een poging om Masm naar pic-as te laten vertalen, vanuit deze playlist:
PIC18F with MPLAB & PROTEUS
en je bent zo een uur of drie verder voordat er een goeie build verschijnt. Toch is dat uiteindelijk wel gelukt met de copiloot erbij.

Terugkomend op het boardje, de oorspronkelijke bedoeling van !null is om 12V naar 3.3V te shiften en dat zou dan geen problemen moeten geven vanwege forward voltages e.d. als ik je goed begrepen heb.
De vraag is dan nog wel of het getoonde board die kant op wil en kan shiften.
Volgens de Cop :
🔍 What the F5305S module actually is
From the product page and schematic you’re viewing :
https://www.otronic.nl/nl...voorbeeldcode-voor-ardui/
It uses a single P‑channel MOSFET (F5305S)
The MOSFET is driven through a PC817 optocoupler
The module is designed as a high‑side DC switch
It is meant for PWM or on/off control of loads like motors, LEDs, pumps, etc.
The output is simply the MOSFET’s source → drain path
This architecture is one‑directional by nature.

Copiloot en Kitao kunnen fouten maken

-------------------------------------------------------------------------------------------------------------------------

Wat bij zo'n assistent wel opvalt is het valse vertrouwen die het aanwendt bij ieder van z'n antwoorden. Het duurde best lang om een Masm code te laten omzetten naar een programma die de pic-as compiler verstaat. Erger nog, op een gegeven moment was de build correct maar reageerde de PIC niet en dat probleem bleek dan toch niet in de hardware te zitten. Wel meer dan 5x moest de code worden aangepast en iedere nieuwe versie werd afgesloten met: ⭐ You now have a clean, correct, and portable solution
maar helaas, dat was dan pas poging 2

Uiteindelijke versie voor een PIC op een breadboard, niet de eerste keer maar wel met dit IC:

code:

// MPLab v5.45 - pic-as(v2.36) - DFP 1.7.171

CONFIG  OSC = HS        ; High‑speed crystal/resonator
CONFIG  WDT = OFF       ; Disable watchdog timer
CONFIG  LVP = OFF       ; Disable low‑voltage programming
CONFIG  PWRT = ON       ; Power‑up timer enabled
CONFIG  BOR = ON        ; Brown‑out reset enabled

// config statements should precede project file includes.
#include <xc.inc>

    // Reset vector at address 0x0000
    psect   resetVec, class=CODE, delta=2, abs
    org     0x0000
resetVec:
    goto    start

    // Main code in relocatable CODE section
    psect   code, class=CODE, delta=2

start:
    // Select bank 0x0F (TRISx, LATx, PORTx)
    movlb   0x0F

    // Make PORTD all outputs
    clrf    TRISD

    // Set RD0 high
    bsf     LATD, 0

forever:
    goto    forever

    end

.
Dit draait dan op MPLab v5.45 en aanvankelijk was dit voor v6.25 bestemd maar die gaf weer problemen met de PicKit3.
.

[ Voor 24% gewijzigd door kitao op 06-04-2026 08:15 . Reden: Plaatje toegevoegd ]

[kitao]

Over assembler gesproken, dat altijd nuttig is om op register nivo de werking van een IC te bekijken, dan is het handig om te weten dat sinds een jaar of 6 geleden MPLab is afgestapt van MPASM-assembler, sinds versie 5.40, zie deze video :
YouTube: MPLAB-X IDE and XC8-AS assembler transition guide with example code ...

Sindsdien is het XC8-AS of XC8 pic-as assembler geworden en dat zit bij de installatie van MPLab inbegrepen, dat heden op versie 6.30 zit. Het verschil in code is meteen te herkennen aan het gebruik van ORG (oud) en PSECT (nieuw). Voor de wat 'eenvoudigere' IC's, zoals PIC16F877A, eenvoudig in de zin van databladen die ca. 300 pagina's lang zijn en geen 900 pagina's, blijkt nu dat veel assembly voorbeeldcodes op het internet in oude MPASM-vorm geschreven zijn en dat de nieuwe stijl niet ruim voorradig is voor deze legacy chips.

Deze playlist van Binder Tronics met bijbehorende Git is wel in de nieuwe vorm:
YouTube: Software Install 🔵 PIC16F877A PIC Microcontroller Assembly Tutorial ...

https://github.com/Devilb...mbly_PIC16F877A/tree/main


psect stijl.

MPLab v6.30
https://www.microchip.com...urces/develop/mplab-x-ide

Indien een PicKit3 als programmer gebruikt wil worden, zie foto vorige post, dan is v6.30 niet meer geschikt en kan beter een Archive v5.45 worden geinstalleerd. Die staan op diezelfde pagina.
.

[kitao]

Solderen mag maar hoeft niet


DIY Kit Strobe NE555+CD4017



https://simulide.com/p/simulidekb/

Na de regelbare voeding dat heel goed ging sloot ik er een adapter op aan, 12 V dc 1.5A.
Onbelast kwam die uit op ca. 13.6V. Het kan zijn dat ik die verkeerd om heb aangesloten maar in ieder geval, ik had nog niet eerder zo'n klap uit zo'n klein chipje zien komen


.

[ Voor 37% gewijzigd door kitao op 10-04-2026 14:42 . Reden: Plaatje toegevoegd ]

[!null]

@kitao en anderen.

Ik heb inmiddels beide soorten PCBtjes (F5305 en PC817) binnen en even getest (ongeïsoleerd getest).
Ondanks dat sommige specs bij 5v beginnen, heb ik ze allebei signaal kunnen laten doorgeven van 3.3v naar 3.3v, dus dat is het laagste wat ze kunnen. En de 3.3v wordt ook door gegeven bij 6 tot 12v, wat ik nodig heb.
Natuurlijk niet echt nieuws, ze werken zoals opgegeven, maar ze gaan dus zelfs nog iets lager. En ik wilde het even zien voordat ik het aan PWM signaal hang en me afvraag waarom het niet werkt.
Dus beide boardjes kunnen

En mocht het nog niet duidelijk zijn, beide werken dus met een 817 optocoupler en met een led + weerstand op input circuit, die je dus aan ziet gaan.
Alleen heeft het ene boardje er een MOSFET tussen waardoor die een stuk meer kan schakelen, en redelijk overkill is voor wat ik nodig heb. Maar ik wil ook vast eens een motortje of andere load aansturen vanuit ESP/Arduino/RPi dus komt altijd wel eens van pas.

[ Voor 3% gewijzigd door !null op 12-04-2026 22:12 ]

[kitao]

@!null
Dat de PC817 toegepast zou kunnen worden was wel te verwachten omdat dat vrij duidelijk in het schema en de specs aangegeven wordt:



Input signal voltage: DC 3V-5V/12V/24V (optional)
Output signal voltage: wide voltage suitable for DC1.8V-24V
https://nl.aliexpress.com/item/1005010188147556.html


Het andere F5305 bordje vind ik persoonlijk minder duidelijk. Indien ik het goed begrepen heb is dit nu jouw opstelling?


12V Pwm in en 3.3V Pwm out.

Ik heb een soortgelijk nog niet ontvangen bordje besteld en kwam daarna deze tegen waar niet wordt gespecificeerd welke mosfet het is. Er staat wel:
4-Channel MOS FET PLC Amplifier Board Driver Module PWM 3-20V to 3.7-27V DC 10A Optocoupler Isolation
Feature:
1. Strong anti-interference ability, stable performance, input signal and output isolation.
2. Input signal: PWM signal between 3~20V
3. Output capacity: DC 3.7V~27V, current within 10A per channel
4. PWM frequency: 0~200Hz

https://nl.aliexpress.com/item/1005009749989463.html

Dat de output dan desondanks toch 3.3V kan geven valt met een praktijktest uit te vinden en is dus blijkbaar gelukt maar of dit een bestendige situatie blijkt te zijn valt misschien nog af te wachten.

Een testje die ik hiervoor deed met een knipperlicht en een counter verliep niet naar wens en had ik nog geluk dat het IC'tje eerst ontplofte en niet de adapter die een stuk duurder is
.

[kitao]

Mijn PWM Level Shift boardje is inmiddels aangekomen en op de ingang een Uno 5V PWM gezet en op de uitgang een 3.3V circuitje gezet. Hoewel dit buiten en beneden de specificaties valt ... :

2. Input signal: PWM signal between 3~20V
3. Output capacity: DC 3.7V~27V, current within 10A per channel
4. PWM frequency: 0~200Hz
https://nl.aliexpress.com/item/1005009749989463.html

... valt er niet veel te merken dat het boardje problemen heeft met 3.3V Out, behalve dan dat de PWM Out niet zo scherp afgelijnd is, zie plaatje






Om het goed te krijgen heb ik nog navraag gedaan bij de assistent want ik dacht eigenlijk dat Out+ de Pwm zou leveren en dat Out- op Gnd gezet moest worden maar dat moest toch iets anders als gedacht, zie foto.

✔ The MOSFET switches the negative side (low‑side switching).
OUT1− is the switched ground.

Wat nog meer buiten de specs valt, volgens mijn Usb-scoopje althans, is de frequentie die 490 Hz aangeeft.

PWM bron:
The Fading example demonstrates the use of analog output (PWM) to fade an LED. It is available in the File->Sketchbook->Examples->Analog-> Fade menu of the Arduino software.

https://docs.arduino.cc/l...ontrollers/analog-output/
.

[ Voor 6% gewijzigd door kitao op 16-04-2026 15:19 ]

[memphis]

kitao schreef op donderdag 16 april 2026 @ 15:12:
... valt er niet veel te merken dat het boardje problemen heeft met 3.3V Out, behalve dan dat de PWM Out niet zo scherp afgelijnd is, zie plaatje

En dat geeft aan dat deze bordjes niet zo geschikt zijn voor hogere frequenties wat ik ergens al eerder aangaf.

Voor lage voltages naar 5v logica zijn er in de 7400 series deze te vinden:
AXC = 0.65 to 3.6 V. Only available from Texas Instruments.
AXP = 0.9 to 5.5 V. Only available from Nexperia.
LVC = 1.65 to 5.5 V. Available from Diodes Inc, Nexperia, Texas Instruments.
Wil je naar hogere spanningen kan je het beste een open collector met een pull up weerstand pakken.
Andersom van hoog naar laag kan je prima met weerstandsdelers overweg.

[kitao]

Ja bedankt en zo'n weerstandsdeler is natuurlijk veel sneller opgezet als dat boardje. Het leuke daaraan is wel dat zowel de In als de Out hun eigen Ledje hebben die grappig op de maat mee-faden

Als je dan een In hebt van 12V snap ik nog niet helemaal hoe dat Ledje dan heel blijft, maar goed, er schijnt geen schema te zijn van het board.

Aanvankelijk dacht ik dat Out4- met DC- (=Gnd) verbonden kon of moest worden maar dat blijkt niet zo te zijn en in de foto hiervoor is die verbinding verwijderd waardoor er wel een Pwm Out ontstaat.
Doe je Out4- wel met DC- verbinden dan verdwijnt de Pwm en ontstaat er een 3.3V flatline.

Your original working setup:
OUT1+ → LED → 220 Ω → OUT1−
No extra connection from OUT1− to DC−
Result: LED fades → PWM is between OUT1+ and OUT1−
When you then connect:
OUT1− → DC−
you’re effectively doing this:
OUT1− and DC− become the same node
Your LED is now effectively between OUT1+ and DC−

If the MOSFET on the board is low‑side (switching the negative), that extra wire bypasses the MOSFET
→ the load is now always tied to ground
→ so the output you probe just looks like a flat 3.3 V

So:
Yes, electrically OUT1− and DC− are the same side of the supply.
But you must not externally short them in your test, or you remove the MOSFET from the circuit.

---------------------------------------------

Deze verbinding maken is dus niet goed:


.

[memphis]

kitao schreef op donderdag 16 april 2026 @ 17:57:

Als je dan een In hebt van 12V snap ik nog niet helemaal hoe dat Ledje dan heel blijft, maar goed, er schijnt geen schema te zijn van het board.

Een 20mA LED kan al prima werken op een 5 tot 10mA en blijft nog lang heel op 25mA, dus zolang de LED een stroom tussen 5 en 25mA krijgt zal de schakeling gewoon werken, dat geeft het redelijk brede spanningsgebied aan waarin het bordje werkt.

[kitao]

Iemand uit Belgie heeft een poging gedaan het boardje in schema te krijgen, met beschrijvende tekst erbij en heb een zo goed mogelijke dichtbij foto ervan gemaakt.



https://michiel.vanderwul...s/MosFetPwmModuleYYNMOS1/



De assistent, die geen schema kon vinden terwijl ik die vandaag binnen 10 minuten tegenkwam, had dus wel gelijk dat met het doorverbinden van Out1- en DC- volgens bovenstaand schema de Mosfet wordt overbrugd.

Terwijl in een ander schema dit niet zo is:



Op het gebruikte board zit trouwens geen F5305S maar een FM3050K, dat een N-Channel is:
https://xonstorage.z8.web...50k_xonjuly20_20_link.pdf
Terwijl de F5305S een P-Channel is:
https://www.dropbox.com/s...guzcybqq9pxwsloa&e=1&dl=0

Kijkend naar het eerste schema en de gegeven specificaties :
Input signal voltage: 4V~20V; Input current: about 5mA.
Output voltage: DC 3.7V~27V, current within 10A per circuit

Met aan de Ingang zijde een Led Vf van ca. 2V die x2 vermenigvuldigd moet worden dan blijft er maximaal 20 - (2+2) = 16 V over die op de R1 weerstand van 470 Ohm komt te staan.
Dat zou dan een 16 / 470 = 34 mA zijn.
.

[ Voor 13% gewijzigd door kitao op 17-04-2026 08:27 ]

[memphis]

34mA werkt wel, zeker als het gepulseerd is (lagere gemiddelde spanning) maar inderdaad bij continu zal de levensduur minder zijn.

Overigens gebruikt het 1e schema een N-FET en zal D3 een zenerdiode zijn. De G-S spanning mag bij veel FET's niet meer dan 20v zijn, heel vaak gebruiken ze een zenerdiode van 12~15 volt om dat te begrenzen. Het 2e schema gebruikt een P-FET.

Leer-momentje:
Als je in de datasheet kijkt van een FET moet je kijken naar de Vgs(th), ofwel Gate Threshold Voltage. Dit is de minimale Gate spanning dat nodig is om de FET in geleiding te brengen. Voor lage D-S stromen kan je dit aanhouden, voor grotere stromen zal je een hogere gate spanning moeten aanbieden. De grafieken zeggen daarin alles.

Daarmee kijkend naar het 2e schema waar geen zener gebruikt is lijkt mij de 36v niet gezond voor de FET bij spanningen boven de 20v. Maar ja, die Chinezen kijken niet zo nauw

[kitao]

Ik heb de schakeling nog opgebouwd staan want er is een FNIRSI® DSO-510 aangekomen die ik dan meteen kan vergelijken met wat ik al erop gemeten heb.



https://www.fnirsi.com/products/dso-510

Wat betreft het tweede schema:



... zou ik even niet weten hoe je vanuit dat schema de Vgs berekent maar die staat inderdaad op 20V max zo te zien:


https://www.dropbox.com/s...guzcybqq9pxwsloa&e=1&dl=0

Voor naslagwerk vind ik dit een erg goede website:
https://www.electronics-tutorials.ws/
De pagina hieronder verwijst naar het Mosfet gedeelte maar er zijn nog veel meer hoofdstukken:
https://www.electronics-tutorials.ws/transistor/tran_6.html
Read more Tutorials inTransistors
1. Bipolar Transistor
2. NPN Transistor
3. PNP Transistor
4. Transistor as a Switch
5. Junction Field Effect Transistor
6. The MOSFET
7. MOSFET as a Switch
8. Transistor Tutorial Summary
9. Darlington Transistors
10. FET Current Source
11. Open Collector Outputs
12. Phototransistor Basics

Ik zou er misschien een https://simulide.com/p/ simulatie van kunnen maken en dan virtueel opmeten hoeveel spanning op Vgs komt te staan.
.

[memphis]

kitao schreef op vrijdag 17 april 2026 @ 11:34:
Ik heb de schakeling nog opgebouwd staan want er is een FNIRSI® DSO-510 aangekomen die ik dan meteen kan vergelijken met wat ik al erop gemeten heb.

[Afbeelding]

https://www.fnirsi.com/products/dso-510

Wat betreft het tweede schema:

[Afbeelding]

... zou ik even niet weten hoe je vanuit dat schema de Vgs berekent maar die staat inderdaad op 20V max zo te zien:

Leuke scoop, niet veel mogelijkheden maar wel makkelijk voor een snelle weergave van signalen. Een beetje als mijn DS202
https://www.sainsmart.com...-oscilloscope-touchscreen

Wat betreft de Vgs, de Source hangt aan de voedingsspanning en de Gate wordt door de opto naar massa geschakeld. OK, over de C-E van de transistor in de opto blijft misschien ook nog wel iets van 1 tot 2 volt staan maar dan heb je het gehad. Volgens de specs van de FET is 36v niet mogelijk. Nou ja, alles is mogelijk maar niet bevoordelijk.

[kitao]

Handig apparaatje, 2-kanaals zie ik.
De DSO510 heeft 1-kanaal maar er zit een functie-generator op. Er zijn verschillende bestelmogelijkheden, met of zonder kabels en ik heb het hele pakket genomen. Leuk is ook dat je beeldplaatjes kunt opslaan, zoals deze die ik net gemaakt heb van z'n zelf-test/calibratie :



Hier twee video's erover, de eerste is uitleg en test, de tweede enkel uitleg.

YouTube: FNIRSI DSO-510 Oscilloscope + SG ⭐ 10Mhz, 48MSa/s ⭐ 14 Waveforms ...
3 kwartier

YouTube: 🔍 DSO510: Oscilloscopio e Generatore in un Solo Strumento! Test Comp...
1 kwartier

Was in de aanbieding en heb er geen spijt van
.

[Hans1990]

Geinig. Voor paar tientjes, handheld, is het wel leuk om er bij te hebben. Soms wil je alleen even zien of activiteit is of dat signaalniveau's beetje oke zijn.
(Maar ik zou wel iedereen met genoeg budget minstens 2 kanaals aanraden en wat meer geheugen & samplerate)

Enfin.
Ik ben de laatste week ook weer druk bezig geweest met rommelen..

Ik heb op mijn docker machine het pakket "Inventree" geinstalleerd.

Dat is een soort thuis inventaris voor elektronica onderdelen. Maar je kan er ook bill of materials inladen een productie order aanmaken, en dan worden al je voorraaden gereserveerd/verrekend. Je kan dan zien of je dingen moet bijstellen (mits je voorraaden beetje kloppen), die nrs exporteren naar Mouser/Digikey/Farnell, en vervolgens de voorraad inboeken. Per voorraad kan je ook zeggen waar het ligt, dus bvb welke bak of ladekast (ongeveer).

Ik heb hiervoor met Partkeepr gewerkt, maar ik vond die interface maar irritant.. bovendien werd het pakket al langer niet meer goed onderhouden.

Zodoende heb ik van de afgelopen 5 jaar het slecht bijgehouden. Ik had een enorme bak met onderdelen verzameld die nog in de ESD bescherm zakjes zaten. Daar gedijen ze natuurlijk wel het beste in, maar het is zo omslachtig zoeken en een dozijn aan zakjes begint al een beste stapel te worden die alle kanten opschuift. En ach voor hobby riskeer ik wel dat het iets minder goed is opgeslagen. Dus ik heb nu (bijna) alles in dit soort bakjes gedondert: https://www.amazon.nl/-/e...-Electronic/dp/B07W71LFG6

Direct labels geprint met labelprinter, opgeschreven in Inventree wat het originele productnr/bestelnr was, en hoeveel ik er (ongeveer) heb.
Ik zeg bijna, want 150 bakjes waren niet genoeg

Goed dit truukje moet ik ook nog herhalen voor passives. Hiervoor heb ik al zo'n Aidetek assortimens doos: https://www.amazon.nl/-/e...onents-1206/dp/B005HHFW5Y
Als ik zo inschat ga ik daar ook een 2e van nodig hebben En nog een dozijn (of twee) uren aan inventaris werk.

Maar, na al dit monniken werk gaat het mij hopelijk ook wat opleveren!

Inventree heeft namelijk voor KiCad ook een library plug-in. Je kan dan Inventree als de bron voor een database bibliotheek in KiCad gebruiken. Je kan aan elk Inventree onderdeel extra invoervelden toevoegen zoals symbool/footprint. Er is dan een plugin voor waarmee je jouw component categorien kan exporteren naar KiCad: https://inventree.org/afkiwers/inventree-kicad
Je kan ook voor een hele categorie die velden invullen, dus bvb alle onderdelen met bovenliggende categorie Resistor krijgen direct symbool "Device:Resistor" aangewezen, en alles binnen 0402 categorie mijn zelfgetekende 0402 resistor footprint (uiteraard met mooi 3D modelletje er bij ).

Als ik nu een onderdeel wil plaatsen heb ik dit:


Ik heb ook de optie aangezet dat je voorraad informatie "live" kan zien in component selectie dialog. Hopelijk heb ik over een week ofzo dit helemaal aangevuld met alles wat ik hier heb liggen. Meeste onderdelen staan nu namelijk buiten dit zicht, aangezien ik nog niet overal symbol/footprints heb gesourced.

Zoals je hier ziet is het wel "de bedoeling" dat je voor elke waarde weerstand/condensator/etc dus een los component aanmaakt. Dat klinkt wat omslachtig maar als daar dan direct ook alle voorraad, bestelnr's en juiste CAD info aanhangt hoor je mij niet klagen (in plaatje staat dus onderdeel #3 van Inventree).

Het is wel de CAD infrastructuur van een MKB.. maar op termijn heb ik altijd ervaren dat het heel veel tijd (en soms fouten) bespaard.

Ik tekende voorheen met Altium (hobby & werk). Daar had ik ooit zelf m'n programmaatje voor geklopt toen ik nog student was met teveel tijd. Maar sja Altium.. te duur, en Windows only. Daar werk ik inmiddels niet meer op (tijdje Linux gedraaid, nu MacOS).

[xah5kiDe]

kitao schreef op vrijdag 17 april 2026 @ 11:34:
... zou ik even niet weten hoe je vanuit dat schema de Vgs berekent maar die staat inderdaad op 20V max zo te zien:

De Vgs is simpelweg de spanning tussen gate en source. Absolute max ratings laat de maximale spanning zien. Hier dien je echt wel iets beneden te blijven. Elders in de datasheet zal ook wel de threshold staan Vth. Pas boven de threshold begint de fet te geleiden. Hier wordt de fet als schakelaar gebruikt dus wil je zoveel mogelijk oversturen. Dit wordt de overdrive genoemd (V(gs)-Vth) waarbij V(gs) < 20V
Typische waarden voor Vth zijn een paar Volt zodat een fet uitstaat bij Vgs=0V. Dit worden enhancement mode fets genoemd.

[kitao]

Het is inderdaad een oscilloscoop om even snel erbij te kunnen pakken. Ik had al een DSO138 kitje gesoldeerd maar daarvan was de USB stekker smd formaat en is mislukt. Hoewel die gelukkig optioneel was is er natuurlijk geen mogelijkheid meer om plaatjes ermee op te slaan of te bekijken op de PC.
Verder is de meetkabel van beton en heeft het een adapter nodig als voeding dus kost aanzienlijk meer gedoe als met mijn nieuwe.

Voor het bewaren van componenten, sowieso al geen smd, heb ik gevulde assortiments dozen besteld, bijv voor potmeters en condensatoren e.d.
Verder zoveel mogelijk transparante doosjes in verschillende formaten die dan weer veilig gestapeld kunnen worden in grotere boxen en een Libero .docx waar ik het een beetje in bijhoud.



Liefst vanwege de ruimte enzo zou ik een Usb 2-kanaals oscilloscoop, logic analyzer en signal generator in één willen, zoals bijvoorbeeld deze:
https://www.picotech.com/...cilloscope-logic-analyzer

Zoiets is voor mij best een flinke uitgave en mijn Saleae kloon van een tientje geeft ook kwalitatief goeie beelden dus voorlopig zal het waarschijnlijk bij een wensdroom blijven


.

[ Voor 9% gewijzigd door kitao op 18-04-2026 08:46 ]

[Hans1990]

Zo'n PicoScope zat ik ook al eens naar te kijken ja.. maar is wel flink aan de prijs
Ik zag dat Owon ook wel paar portable scopes heeft, met 2 kanalen en redelijke bandbreedtes, maar de 8kpts is voor een apparaat dat 150 euro kost echt wel een afknapper.

Maar opzich heb ik het niet nodig. Thuis heb ik altijd een Rigol in handbereik.
Echter ik hobby ook wel eens wat buiten de deur, en daar hebben we ook wel oscilloscopen en LA's staan. Maar het kan zijn dat anderen er mee bezig zijn of dat zo'n LA aan een ander project vastgeknoopt zit. Ik vind het wel fijn om zelf wat portable apparatuur te hebben, eventueel aan een project vastgeknoopt dat ik vaak van huis mee neem.

En wat betreft opslag; ja die assortiment dozen zijn ook handig. Een paar ringbinders met volle reeks weerstanden en condensatoren heeft mij al heel vaak uit de brand geholpen.

[kitao]

xah5kiDe schreef op vrijdag 17 april 2026 @ 19:07:

De Vgs is simpelweg de spanning tussen gate en source. Absolute max ratings laat de maximale spanning zien. Hier dien je echt wel iets beneden te blijven. Elders in de datasheet zal ook wel de threshold staan Vth. Pas boven de threshold begint de fet te geleiden. Hier wordt de fet als schakelaar gebruikt dus wil je zoveel mogelijk oversturen. Dit wordt de overdrive genoemd (V(gs)-Vth) waarbij V(gs) < 20V
Typische waarden voor Vth zijn een paar Volt zodat een fet uitstaat bij Vgs=0V. Dit worden enhancement mode fets genoemd.

Tnx
Dat is ook het leuke aan simuleren, die settings kom je dan tegen om in te stellen. Was alweer een tijdje geleden dat ik Mosfets gebruikte dus vandaar dat ik graag op Electronics Tutorials terugkijk
https://www.electronics-tutorials.ws/

In mijn simulatie met Simulide volgt Vgs gewoon de Input spanning dus die zal dan inderdaad wel opgeblazen worden bij een Input van 36V







Ik dacht eigenlijk dat er een opto in Simulide zat maar dat schijnt helaas te ontbreken maar goed, het is Freeware, met mogelijkheid tot donatie : https://simulide.com/p/ In plaats daarvan een LDR erin gezet.
Hieronder de instel mogelijkheden voor een Mosfet:




.

[ Voor 19% gewijzigd door kitao op 18-04-2026 11:46 . Reden: Plaatje toegevoegd ]

[kitao]

🧭 What “IP Core” really means in FPGA design
In FPGA tools like Libero, Vivado, Quartus, etc., an IP Core is:
A pre‑designed, pre‑verified block of logic that you can drop into your design instead of building it yourself.
It’s “intellectual property” because: [...] etc.

Het leuke eraan is dat sommige van die Cores een pre-fab testbench blijken te hebben. Ik kwam dat tegen toen ik op de documentatie van zo'n module klikte, zie de rode pijl:



HB = Handbook en RN = Release Note. Klik erop en dit opent:
https://ww1.microchip.com...irectcores/CoreI2C_HB.pdf

De Core kan in de SmartDesign window geinstantieerd worden waarna deze vervolgens Gegenereerd kan worden. Dit levert een error op die in dit geval genegeerd kan worden :




Daarna instellen als 'Set as Root' en op 'Build Hierarchy' klikken :



Daarna Simulate Interactief :



En dan volledig automatisch opent ModelSim en verschijnt de testbench simulatie


.

[kitao]

MPLab X IDE en Visual Studio Code, niet te verwarren met Visual Studio:

Visual Studio is een volledig uitgeruste geïntegreerde ontwikkelomgeving (IDE), terwijl Visual Studio Code een lichte, uitbreidbare code-editor is die is ontworpen voor flexibiliteit en snelheid.
Zie ook : Visual Studio vs Visual Studio Code - What to Choose?
Last Updated : 23 Jul, 2025
>> https://www.geeksforgeeks...io-vs-visual-studio-code/

Visual Studio Code (VSC) ben ik voor het eerst af en toe gaan gebruiken met de Uno Q die deels op Linux draait waar dan eventueel een draadloze Remote Access SSH bij toegepast kan worden. Sinds kort kwam ik VSC ook tegen in deze korte Microchip Youtube Playlist:

YouTube: Dev Tool Bits | Quickly and Easily Install MPLAB® Tools for VS Code®
Dev Tool Bits | Quickly and Easily Install MPLAB® Tools for VS Code®

In bovenstaande 1 minuut video, deel 6 van 7, wordt getoond dat je MPLab losse extensies in VSC kunt opnemen of in 1x de hele riks, hetgeen natuurlijk een stuk makkelijker is.

Op navraag bij de Copiloot is mij dit bekend geworden:

Microchip is heel expliciet geweest (in hun documentatie en video’s) dat de AI-assistent alleen voor VS Code is en niet voor MPLAB X.
🧩 Waarom de AI Coding Assistant alleen in VS Code bestaat.
Microchips nieuwe AI-tools maken deel uit van hun "MPLAB Tools for VS Code" ecosysteem.
Microchip verschuift deze nieuwe functies naar VS Code omdat: VS Code een moderne extensie-architectuur heeft. MPLAB X is gebouwd op NetBeans, wat veel moeilijker uit te breiden is met AI-gestuurde functies. Microchip wil platformoverschrijdende consistentie en VS Code draait overal en is al de industrienorm voor embedded development.

Mijn voorkeur heeft het niet over de MPLab X IDE maar kan natuurlijk geen kwaad het even te proberen en de afspeellijst geeft dan redelijk goede uitleg erbij.

Hier een schermafbeelding van VSC die ik tijdelijk een blauw kleurtje heb gegeven maar ongeacht welke kleur je kiest, het beeld blijft nogal volgepropt zitten waar je makkelijk in kunt verdwalen



Dit vergeleken met de 'normale' MPLab X IDE is de overstap niet snel gemaakt



Als zijnoot, voor wie meer wil weten over de Ide en het PIC16F18446 boardje dan is deze videolijst een leuke introduktie:
PIC16F18446 Curiosity Nano Microchip Board Tarjeta de desarrollo MCC XC8 Jorge APC
.

[ Voor 13% gewijzigd door kitao op 30-04-2026 12:43 . Reden: Plaatje toegevoegd ]

[Osiris]

Nieuw speeltje:

Rigol DHO924S oscilloscoop



Was in de aanbieding, meer dan 100 euro eraf. Alsnog een zak met geld en dit is slechts een instapmodelletje heb ik ´t idee, maar 4 kanalen en de specs is meer dan genoeg voor wat simpel meetwerk op FPV drone bordjes En meer natuurlijk Voor als het nodig is

Sowieso een flinke step-up van m'n ZOYI ZT-703S. Die blijft natuurlijk veel handzamer en daarmee makkelijker te pakken (heb geen work-bench waar de Rigol 'vast' klaar kan staan helaas). Maar voor 't echte meetwerk is de Rigol veel beter. Veel meer mogelijkheden en ongetwijfeld nauwkeuriger.

[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

Lange 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

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.
.

[ Voor 10% gewijzigd door kitao op 25-09-2026 11:49 . 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