De EL-kroeg - Deel 4

[kitao]

Bedankt voor de tips.
Nadeel van dit soort potmeters zoals hieronder is dat er maar liefst 14 volledige slagen voor nodig zijn om van 10K tot 0K in te stellen. En niet alleen dat, er zit ook geen min of max eindstop op
Dit zijn de keramische, zo te zien zelfs in ster-uitvoering verkrijgbaar :

.

Volgens de Copiloot:
Waarom dit type potentiometer geen eindstops heeft:
De 3266-serie is een multi‑turn cermet-trimmer. In plaats van een roterende wisser die langs een cirkelvormig weerstandspad veegt, gebruikt het een wormwielmechanisme:
De schroef die je draait, trekt een kleine spindel (wormwiel) aan.
Die schroef beweegt een schuifje heen en weer langs een recht weerstandselement.
Wanneer het schuifje het einde van de beweging bereikt, blijft de schroef gewoon door draaien, maar beweegt het schuifje niet meer.
Dit betekent:
De schroef kan onbeperkt draaien.
De elektrische wisser beweegt alleen binnen zijn toegestane lineaire bereik.
Er is geen “harde stop” omdat de schroef fysiek niet verbonden is met de uiteinden van het weerstandspad.
Dit ontwerp is opzettelijk en beschermt het onderdeel tegen schade.

Worm gear / lead screw
Converts rotation into linear motion.
This is why these are called multi‑turn trimmers (often 12–25 turns end‑to‑end).

Het instrumentje van D-Three is dus eigenlijk het meest geschikt aangezien die niet weg kan glijden maar voor zelden gebruik wat aan de dure kant dus heb maar een setje keramische besteld met dank aan DurkVell.
.

[ Voor 49% gewijzigd door kitao op 04-03-2026 10:35 . Reden: Plaatje toegevoegd ]

[D-Three]

kitao schreef op woensdag 4 maart 2026 @ 07:54:
Bedankt voor de tips.
Nadeel van dit soort potmeters zoals hieronder is dat er maar liefst 14 volledige slagen voor nodig zijn om van 10K tot 0K in te stellen. En niet alleen dat, er zit ook geen min of max eindstop op

Wat volgens jouw een 'nadeel' is net de reden om dit type potmeter te nemen. Dit is een multi-turn trimmer potentiometer. Door het grotere aantal slagen is nauwkeuriger instellen mogelijk. Wil je dit niet, neem dan een single turn. Die stel je dan in met de andere kant van die tool

Het instrumentje van D-Three is dus eigenlijk het meest geschikt aangezien die niet weg kan glijden maar voor zelden gebruik wat aan de dure kant dus heb maar een setje keramische besteld met dank aan DurkVell.

Klopt, handig om de potmeter in te stellen terwijl je naar een scoopbeeld kijkt. En het kan wel iets goedkoper hoor. Maar dat setje is inderdaad veelzijdiger.

[ Voor 4% gewijzigd door D-Three op 05-03-2026 21:06 ]

[kitao]

@D-Three

Je hebt gelijk, ipv 'nadeel' had ik beter kunnen schrijven : "Een eigenschap van deze potmeter is dat je ontzettend veel eraan moet draaien om van 0 tot 10K te kunnen bewegen".

Overigens was het een kitje en kun je niet zelf even je eigen potjes ertussen solderen.
Een kitje dat volgens de omschrijving de bedoeling heeft om mee te experimenteren dus eigenlijk een beetje raar dat ze dit soort trimmers ervoor gebruiken.

Voor eigen gebruik neem ik bij voorkeur deze types maar ze zijn volgens mij niet zo heel makkelijk meer te vinden :



De afgelopen dagen ben ik bezig geweest met een AVR128DA48 Curiosity Nano board en met deze 'technical brief' :
Getting Started with Analog-to-Digital Converter (ADC) TB3209
https://onlinedocs.microc...B90AB3-en-US-4/index.html
Daar is ook een PDF van
https://ww1.microchip.com...d-with-ADC-DS90003209.pdf
en een Github
https://github.com/microc...tarted-with-adc-mplab-mcc

Niet om af te dwalen maar ik had hierboven een post over MPLab en DFP's, device family packs.
De Github bevat MCC ( MPLab Code Configurator) voorbeelden, en de PDF bevat Bare Metal codes, in de appendix.
De Github ging prima maar het was nogal een opgave om de bare metals gebuild te krijgen want even een andere DFP instellen is lastig als je die niet in je pakket hebt zitten, terwijl dat hier nog wel een bruikbare oplossing was:
kitao in "De EL-kroeg - Deel 4"

Een uitweg is dan, als niet-programmeur, om een AI erbij te roepen en die vermeld dan dingen zoals:
Microchip changed the naming between DFP versions:
DFP version Generator name
1.3.x (TB3209) EVSYS_GENERATOR_RTC_OVF_gc
1.6.88 EVSYS_GENERATOR_RTC_OVF_gc
2.7.321 EVSYS_GENERATOR_RTC_OVF_bm
This is why your code compiled in older packs but not in 2.7.321.

DFP 1.6.88 heb ik maar 1.3.x dus niet en heb de gebruikte code door de Copiloot maar in z'n geheel over laten schrijven en toen builde het uiteindelijk wel. Om dan vervolgens tijdens het debuggen het 'resultaat' register ADC0.RES te zien veranderen ga ik inderdaad niet zo'n oneindige draaipot op pin AIN6 (PD6) zetten

Ps, over kosten gesproken, het Microchip Avr-boardje is even duur als het trimpot tooltje, op de btw na.
Bijkomend voordeel is dat de headers er niet in gesoldeerd hoeven te worden, dat is een klik-systeem. Dus om met microcontrolers te gaan experimenteren is dit voor een geinteresseerde wmb een goede keus, ook vanwege de ruime hoeveelheid documentatie, video's en voorbeelden en via Digikey kan het super snel, in dubbele doos verpakt en gratis verzonden worden (boven de 60 euro totaal althans).
.

[ Voor 7% gewijzigd door kitao op 06-03-2026 13:01 . Reden: typo ]

[memphis]

kitao schreef op vrijdag 6 maart 2026 @ 11:36:

Overigens was het een kitje en kun je niet zelf even je eigen potjes ertussen solderen.
Een kitje dat volgens de omschrijving de bedoeling heeft om mee te experimenteren dus eigenlijk een beetje raar dat ze dit soort trimmers ervoor gebruiken.

Jouw logica hoeft niet de logica van anderen te zijn....
Natuurlijk kan je wel een andere potmeter eraan solderen, moet je wel kunnen solderen
Voorbeeldje: Modding een bureau lamp

Met die Chinese modules loop ik tegen andere feiten aan zoals in mijn gelinkte topic. Ze zijn altijd moeilijk fatsoenlijk in te bouwen zoals b.v. USB laderprintjes zonder enige schroefgat of andere montage, printen met een display waar componenten hoger uitsteken dan het display en drukknoppen etc. Dan moet je goed knutselen om het wel goed te krijgen.

[kitao]

Zo kom je nog eens wat tegen, precies hetzelfde model dat direkt in de kit printplaat past maar dan met verlengde hendel
Ook de zwarte bleek toch verkrijgbaar :



1. Multi-turn Adjustable Potentiometer Metal Shaft Long Handle
2. Spanish potentiometer horizontal arrow hole

*********************************************************************************************

Ps,
nog even terugkomend op de post hierboven over Device Family Packs in MPLab; omdat dit een veelvoorkomend euvel is, ongeacht welke uC er gebruikt wordt en dat een succesvolle build verhindert zonder echt duidelijk in de errors aan te geven dat een verkeerde DFP is ingesteld.
Pak je namelijk een stuk code ergens op het internet gevonden en het buildt niet dan verschijnt er niet even een melding: "Pas je DFP aan"
In de code zelf of in begeleidende teksten staat ook amper tot nooit vermeld welke DFP versie is toegepast en ook een AI moet meestal allereerst in de goede richting worden gestuurd om nuttige adviezen te kunnen krijgen. In de vraag opnemen dat het om een foutieve DFP instelling zou kunnen gaan helpt dan.

Kort samengevat is dit het probleem , na verloop van tijd is de code syntax die nodig is om bepaalde waarden in microcontroller registers te krijgen veranderd. Om programma's die enkele jaren geleden nog wel actueel waren maar nu niet meer compileren, dan dient er een oudere DFP te worden ingesteld, of de code moet aangepast worden.

Paar voorbeelden, oud >> nieuw :
ADC_REFSEL_INTREF_gc >> VREF.ADC0REF
RTC_CLKSEL_TOSC32K_gc >> RTC_CLKSEL_OSC32K_gc
EVSYS_GENERATOR_RTC_OVF_gc >> EVSYS_GENERATOR_RTC_OVF
EVSYS.USERADC0 >> EVSYS.USERADC0START
EVSYS_CHANNEL_CHANNEL0_gc >> EVSYS_USER_CHANNEL0_gc

Microchip changed many names when they updated the DFPs.

Een programmeur komt er wel uit, want die kan in files zoals ioavr128da48.h wel terugvinden hoe bepaalde code-regels geschreven zouden moeten worden, dat dus per DFP kan verschillen. Hier een voorbeeld daarvan, met meer dan 7000 coderegels :
https://github.com/Spence.../ioheaders/ioavr128db28.h
maar eigenlijk moet zo'n file van binnen uit de MPLab IDE worden geopend door bijvoorbeeld met de cursor op een coderegel in main.c te gaan staan en dan CTRL + Click :



Voor niet-programmeurs heb je daar een andere DFP-versie voor nodig of een AI-assistent die de code aanpast.

Het instellen van de DFP-versie kan via menubalk > Production > Set Project Configuration > Customize.
Je komt dan hier:



Afhankelijk wat er al in je pakket zit of erbij is gezet kun je dan een DFP selecteren. Eventueel zelf erbij laden via : MPLAB X - Manual Install DFP (Device Family Pack)
https://support.microchip...l-DFP--Device-Family-Pack

De Github met MCC codes waar ik het in de vorige post over had gaat makkelijker:
https://github.com/microc...tarted-with-adc-mplab-mcc

Bij openen in MPLab verschijnt er een melding dat het project DFP 1.6.88 gebruikt en in MPLab verschijnt er een Resolve link dat na klikken resulteert in een download van dat pakketje.
In de Technical Brief TB3209 dat het zelfde onderwerp behandelt maar dan met Bare Metal codes :
https://www.microchip.com/en-us/application-notes/tb3209
staat zover ik weet niet aangegeven welke DFP is gebruikt dus op zich is dat al blind zoeken. Zeker is dat het niet de 1.6.88 is zoals bij de Git. Ook de AI kwam niet verder als indicatie 1.3.x
Toch, met deze info achter de hand is het een stap dichterbij om tot een succesvolle build te komen.

Meer info, met video:
Introduction to Device Family Packs (DFPs) in MPLAB® X IDE
Last modified by Microchip on 2026/01/09
https://developerhelp.mic.../packs/dfps-introduction/

De video toont onder andere hoe je de Pack Manager kunt gebruiken om een specifieke DFP-versie te downloaden. Vanuit mijn eigen project:



Zoals te zien zijn er inmiddels 23 DFP's versies enkel en alleen al voor de AVR-Dx reeks
.

[ Voor 93% gewijzigd door kitao op 08-03-2026 16:55 . Reden: Ps ]

[Boudewijn]

Rene44 schreef op zondag 1 maart 2026 @ 11:54:
HI guys, beginnende micro-electronmica hobbyist hier. Na tientallen jaren stekkers en audio aan elkaar knopen en rudimentaire kennis wat er binnen in versterkers e.d. gebeurt, wil ik nu veel meer erin duiken. Veel gelezen, gezien en inmiddels een klein electronica labje opgebouwd. Siglent oscilloscope, solderstation, hot air gun, lineair bench psu en een mooie microscoop komt eraan.

Ik heb veel gereedschap gekocht maar mis nog een paar kleine dingen. Ik heb een ifixit pro toolkit met 4mm bitjes en voor diepere dingen wil ik een 4mm hex verlengstuk kopen. Amazon heeft er wel wat maar allemaal prutmerken en ik wil echt een goede kwaliteit. Wera, Wiha, Vessel: ik kwam er niet uit waar. Heeft iemand een suggestie voor een Magnetisch metal shank for screwdrivers, hex bit adapter extension, 4mm, 123mm length?

Edit: gevonden! dan toch vervolgvraag: waar kopen jullie je gereedschap? Mouser, digikeys vind ik erg onoverzichtelijk. Amazon heeft veel teveel rommel tussen de goede merken. Ali is ook 90% gewoon niet het geld waard. eleshop maar beperkte selectie. Soldeerbout-shop: leuk maar ook beperkt. Conrad? Toolnation? Toolmax?

Toolnation jokt structureel over levertijden. Toolmax, gereedschappro, swisstools.nl (voor pn swiss), baptist, fine-,tools.de


Voor electrospul heb ik veel bij Farnell besteld.

[LED-Maniak]

Iemand recent nog bij sinuss.nl besteld? Deze club reageert totaal niet op emails en de bestelling komt ook niet binnen.

Ik dacht even snel wat opto's van farnell te bestellen, maar het schiet niet op.

[ Voor 25% gewijzigd door LED-Maniak op 13-03-2026 15:30 ]

[DjoeC]

LED-Maniak schreef op vrijdag 13 maart 2026 @ 15:29:
Iemand recent nog bij sinuss.nl besteld? Deze club reageert totaal niet op emails en de bestelling komt ook niet binnen.

Ik dacht even snel wat opto's van farnell te bestellen, maar het schiet niet op.

Hmm, mogelijk heeft dit er iets mee te maken:

Sinds 1 november 2025 waait er een nieuwe wind door Sinuss.nl. Het bedrijf is overgenomen door Zeeventer Diensten & Handel en slaat een nieuwe weg in.

Ik zou trouwens als je spullen zoekt ook eens bij digikey.nl kijken. Verzending vanuit Minnesota maar altijd met 2 dagen in huis en vanaf 50 euro geen verzendkosten. Nadeel is wel: Onder 50,- zijn de verzendkosten 18 euro... Extra bijbestellen of bundelen met anderen kan lonen! Ik ben er iig erg tevreden over.

[Osiris]

Had voor een patch antenna die zowel LHCP als RHCP kon doen een 50 ohm SMA-load nodig (om de niet-gebruikte aansluiting af te sluiten.

Dus wat doet ieder niet-zelf-respecterend hobbyist? Juist, bij AliExpress bestellen..

De aller-aller-cheapste loads kregen matige reviews, maar degene die ik had besteld kreeg op zich wel prima reviews. En ach, de prijs was alsnog ongeveer gelijk aan de verzendkosten van een winkel in Nederland, dus tja

Blijkt 'ie volledig niet onder te doen aan de calibratie-load die bij m'n LiteVNA kwam:



Heck, je zou haast denken dat ik 'em met de Ali-load had gekalibreerd

Is allemaal natuurlijk niet te vergelijken met professionele apparatuur, maar voor beetje amateur-FPV-piloot dik prima natuurlijk

[kitao]

In jouw link wordt het een Termination dummy load genoemd zie ik. Ben zelf niet bezig met RF's o.i.d. maar zo nu en dan kom ik wel het onderwerp 'termination resistor' in Fpga's tegen.
Volgens copiloot:
Wat is een termination weerstand?
Een termination weerstand is een weerstand die aan het einde van een hogesnelheids-signaallijn wordt geplaatst om ongewenste reflecties op die lijn te voorkomen.
Denk aan een signaalspoor als een kleine transmissielijn. Wanneer een snel digitaal signaal het einde van de lijn bereikt en er geen correcte terminatie is, wordt een deel van het signaal 'teruggekaatst', dat veroorzaakt:
- ringen
- overshoot/undershoot
- onstabiele logische niveaus
- tijdproblemen
Terminationsweerstanden absorberen die energie zodat het signaal zuiver blijft.

Niet dat het van belang is bij mijn basis testjes, zoals hier een JK-Flip Flop opstelling:



Altera Cyclone IV EP4CE6E22C8N met een EPCS4 Serial EEPROM.

Hoewel het tamelijk 'overkill' is om een Fpga voor een enkel flip flopje te gebruiken moet je ergens beginnen en zijn er met de Quartus software best leuke dingen te doen. Het is bijvoorbeeld mogelijk om de flip flop handmatig te tekenen:



Dit wordt een bdf genoemd, een block diagram file en kan met een klik omgezet worden naar HDL code, dus zeg maar omgezet worden naar een geschreven programma, of beter gezeg, een design. Vervolgens kan daar weer een simulatie van worden gemaakt en de copiloot kan op verzoek een testbench erbij maken.



Vervolgens de pinnetjes instellen :



Quartus wijst zelf pinnen aan indien deze door de gebruiker niet vooraf gespecificeerd zijn maar het bleek bijvoorbeeld wel nodig om het Volt-nivo aan te passen naar 3.3 V omdat er Leds worden gebruikt als output.

Om vervolgens het design in het board te krijgen is er een programmer nodig, in dit geval een Usb blaster. Bij deze Fpga kan het op twee manieren, met EPCS4 of zonder. Deze zorgt er namelijk voor dat het design niet vervliegt als de Fpga wordt uitgeschakeld. Dat is best lastig om dat in de software goed te krijgen maar met hulp van een AI is het wel te doen zonder enorme dikke handleidingen door te hoeven spitten:



Al met al best een leuk onderwerp binnen de elektronica en op zich laagdrempelig gezien de Quartus Freeware en de lage kosten van de hardware. Een Altera Max II EPM240 CPLD-bordje is beter geschikt om mee te beginnen omdat die al standaard een Non Volatile Memory heeft en goed aansluit bij deze video playlist:

YouTube: The Intro - An Introduction To FPGA And CPLD - PyroEDU

Overige inspiratie:
https://eecs.blog/8-bit-computer-flip-flop-design/
met als hoofdpagina https://eecs.blog/8-bit-computer-in-an-fpga/

Na in totaal met onderbrekingen een paar maanden met de Intel Quartus software, waarbij ModelSim is inbegrepen, bezig te zijn geweest en het aardig wat tijd heeft gekost om zo'n basis testje op te kunnen stellen is dit slechts een klein deel, zeg maar de oppervlakte, van het gehele Fpga-'pakket'. Maar goed, daarom is het ook een hobby

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

Ps, het originele JK-flipflop design volgens de gelinkte Eecsb webpagina compileert wel maar simuleert niet. Kort gezegd komt dit omdat er bij de simulatie wordt uitgegaan van ideale signalen en er in de simulatie geen 'imperfecte' transistors zijn die het bistabiele element veroorzaken. Mijn versie is door de copiloot aangepast, vandaar dat er dan wel Output signalen in de Sim verschijnen.
Daarnaast gebruikt de website een verouderde versie van Quartus, 13.0 meen ik en recent is versie 25.1.
Het 8-bit computer project proberen na te bouwen, op zich al zeer ingewikkeld, maakt het daardoor nog lastiger en heb ik opgegeven. Wel kunnen er afzonderlijke modules uitgeprobeerd worden die hier verzameld zijn: https://github.com/EECSB/8Bit-Computer
.

[ Voor 22% gewijzigd door kitao op 18-03-2026 14:18 . Reden: link toegevoegd ]

[xah5kiDe]

Osiris schreef op dinsdag 17 maart 2026 @ 18:25:
Had voor een patch antenna die zowel LHCP als RHCP kon doen een 50 ohm SMA-load nodig (om de niet-gebruikte aansluiting af te sluiten.

Dus wat doet ieder niet-zelf-respecterend hobbyist? Juist, bij AliExpress bestellen..

De aller-aller-cheapste loads kregen matige reviews, maar degene die ik had besteld kreeg op zich wel prima reviews. En ach, de prijs was alsnog ongeveer gelijk aan de verzendkosten van een winkel in Nederland, dus tja

Blijkt 'ie volledig niet onder te doen aan de calibratie-load die bij m'n LiteVNA kwam:

[Afbeelding]

Heck, je zou haast denken dat ik 'em met de Ali-load had gekalibreerd

Is allemaal natuurlijk niet te vergelijken met professionele apparatuur, maar voor beetje amateur-FPV-piloot dik prima natuurlijk

Hoe groot is de kans dat twee weerstanden zo gelijk zijn? 49.99/50=0.02% verschil. Heb je je echt niet vergist met de calibratie?

[Osiris]

xah5kiDe schreef op woensdag 18 maart 2026 @ 20:55:
[...]

Hoe groot is de kans dat twee weerstanden zo gelijk zijn? 49.99/50=0.02% verschil. Heb je je echt niet vergist met de calibratie?

Nee Ik was ook verbaasd

Wil 't morgenavond nog wel een keer over doen hoor

[ Voor 9% gewijzigd door Osiris op 18-03-2026 23:01 ]

[Hans1990]

Ik heb eigenlijk nooit gemeten hoe 2x 100R (=50R parallel) weerstanden op een SMA connector er uit ziet over een grotere bandbreedte. Maar als dat beetje netjes is getermineerd dan zal het er vast zo uit zien. Eigenlijk is dat al de poorman's VNA cal kit.. (samen met een open en short circuit SMA stekker)

Tenzij je echt het verschil tussen -15dB |S11| en -20dB |S11| wilt zien is in mijn ervaring de calibratie van een VNA nooit zo heel erg kritisch. Waar ik voorheen werkte hadden we eigen 400MHz radio stations, en daar deden we nooit hele uitgebreide calibraties voor een VSWR meting. Vaak hoefden we toch niet meer dan een VSWR van beter dan 1.2 a 1.3 te zien.

VNA calibratie is een heel stuk belangrijker als je accurate metingen wilt doen op imaginaire deel. Die verschuift flink als je feed point lengte niet goed is ingesteld (dat is eigenlijk wat open/short cal meet). Toen ik nog met mijn onderzoeksproject bezig was had ik een envelope detector circuit die op 20-1000j moest worden ingesteld (op het power niveau waar ik wilde dat die optimaal werkte).
Als daar de feedpoint lengte een paar mm afweek schoot de meting alweer door richting +100j. Heel frustrerend, en omdat het een circuit on-PCB was had ik een tal van calibratie PCBs gemaakt met 50R/open/short die zo identiek mogelijk gebouwd moesten zijn. Daarmee kon ik dan de VNA calibreren op het punt waar ik van 50R naar 20-1000j wilde matchen.
Helaas door mijn onervarenheid niet genoeg feedpoint toegevoegd om ook nog na dit matching filter weer te kunnen meten (anders had ik een S21 meting kunnen doen, bijvoorbeeld) Dus hoe weet ik dan op 20-1000j nodig te hebben en ook gekomen te zijn? Nou.. nog een tal van PCBs om dit te meten (samen met simulaties)..

Op den duur maar empirisch gewijs aan de slag om te zien welke matching onderdelen de beste output gaf. Ik zat er op den goed in de buurt, ook in samenspraak met simulatie cijfers.
Dus de methodiek werkte wel redelijk. Maar goh, dit werk op RF is zo arbeidsintensief om het echt goed te doen. Ergens leuk om hiermee aan te rommelen en te leren.. maar ergens ook blij dat ik nu redelijk vergevelijk wat firmware voor een STM32 mag kloppen, en het zal vast wel werken

[ocf81]

Heeft iemand ervaring met het ontwikkelen van firmware voor een STM32F103C8 bord (bluepill) m.b.v. PlatformIO op linux? Ik heb een ST-Link V2 programmeerdongle van opencircuit, zeg maar een chinese kloon van een adafruit ST-Link V2. Ik werk met OpenSUSE Tumbleweed. Momenteel heb ik de stlink en stlink-gui paketten geïnstalleerd. Deze paketten lijken goed te werken vanaf de oprachtregel, maar ik zie geen apparaten in /dev/tty die gekoppeld zijn aan de ST-Link programmeerdongle. VZIW kan stlink worden gebruikt om de firmware te flashen, maar ik weet niet hoe ik nu PlatformIO zo ver krijg om de stlink command line te gebruiken voor het flashen. Ik heb helaas ook geen eerdere ervaring met PlatformIO buiten het flashen van firmware op basis van projecten die anderen al hebben opgezet. Heeft iemand tips voor het werkend krijgen van het flashen binnen deze omgeving?

Mijn platformio.ini ziet er als volgt uit:

code:

[env:bluepill_f103c8]
platform = ststm32
board = bluepill_f103c8
framework = arduino
upload_protocol = stlink

Ik hoop dat het goed is dat ik deze vraag hier stel. Zo niet, dan maak ik er wel een nieuwe discussie over

[ Voor 19% gewijzigd door ocf81 op 24-03-2026 18:49 ]

[kitao]

@ocf81
Vooropgesteld, ik heb geen enkele ervaring met STM's en zeer weinig met Linux maar wel had ik een tijdje geleden een soortgelijk probleem van "hoe programmeer je de hardware" >



Zelf was ik daar nooit uitgekomen maar met hulp van een co-piloot is het uiteindelijk toch gelukt. Niet meteen maar na een uurtje of vier proberen en eenmaal de benodigde stappen gevonden, deze dan noteren voor een volgende keer.

Het helpt dan om in de browser wat tabs te openen die betrekking hebben op je vraag.
Op z'n minst krijg je dan richtingwijzende AI-tips die best nuttig zullen zijn, ook in geval er geen kant en klare oplossing geleverd wordt.

Edit:
Blijkt dat ik toch een STM in gebruik heb, een Uno-Q

Arduino® UNO Q (hereafter UNO Q) is a single-board computer that combines the Qualcomm® Dragonwing™ QRB2210 Microprocessor (MPU), a quad-core Arm® Cortex®-A53 running Debian Linux OS, with the STMicroelectronics STM32U585 Microcontroller (MCU), an Arm® Cortex®-M33 running Arduino Core on Zephyr OS.
The Linux system and the microcontroller communicate through Bridge, Arduino’s RPC (Remote Procedure Call) library. This allows Arduino sketches on the microcontroller to access Linux services for high-level tasks, while Linux applications can interact with microcontroller peripherals to handle real-time operations within the same project.
.

[ Voor 26% gewijzigd door kitao op 25-03-2026 13:19 . Reden: Edit ]

[Hans1990]

ocf81 schreef op dinsdag 24 maart 2026 @ 13:55:
Heeft iemand ervaring met het ontwikkelen van firmware voor een STM32F103C8 bord (bluepill) m.b.v. PlatformIO op linux? Ik heb een ST-Link V2 programmeerdongle van opencircuit, zeg maar een chinese kloon van een adafruit ST-Link V2. Ik werk met OpenSUSE Tumbleweed. Momenteel heb ik de stlink en stlink-gui paketten geïnstalleerd. Deze paketten lijken goed te werken vanaf de oprachtregel, maar ik zie geen apparaten in /dev/tty die gekoppeld zijn aan de ST-Link programmeerdongle. VZIW kan stlink worden gebruikt om de firmware te flashen, maar ik weet niet hoe ik nu PlatformIO zo ver krijg om de stlink command line te gebruiken voor het flashen. Ik heb helaas ook geen eerdere ervaring met PlatformIO buiten het flashen van firmware op basis van projecten die anderen al hebben opgezet. Heeft iemand tips voor het werkend krijgen van het flashen binnen deze omgeving?

Mijn platformio.ini ziet er als volgt uit:

code:

[env:bluepill_f103c8]
platform = ststm32
board = bluepill_f103c8
framework = arduino
upload_protocol = stlink

Ik hoop dat het goed is dat ik deze vraag hier stel. Zo niet, dan maak ik er wel een nieuwe discussie over

Ik heb heel af en toe PlatformIO voor STM32 Nucleo's gebruikt.. wordt hier niet OpenOCD voor gebruikt? Deze kan namelijk met diverse programmeer dongles (ook JLink) enzovoort werken.

Natuurlijk helpt het wel als je urules hebt geinstalleerd (zodat een gebruiker buiten root er ook bij kan). Via de commandline kan je dit makkelijk omzeilen met "sudo", maar voor desktop programma's is dat minder handig.

Je zal waarschijnlijk geen /dev/tty apparaat zien omdat de programmer geen character device zal zijn. Waarschijnlijk gebruiken ze een custom USB protocolletje om de programmeer commando's te sturen. Linux ziet dat dan niet als standaard apparaat.
Nieuwere STlinks die ik op Nucleo bordjes heb gebruikt hebben vaak wel een /dev/tty* seriele poort, maar die wordt niet gebruikt voor programmeren.

Hier ( https://docs.platformio.o...tm32/bluepill_f103c8.html ) staat overigens geen upload_protocol e.d. vermeld.
Framework kan handig zijn als je de Arduino omgeving wilt gebruiken.

Is er nog iets van een melding dat je krijgt als je probeert te uploaden? Of zegt die simpelweg dat het geen dongle kan vinden?

[memphis]

kitao schreef op woensdag 25 maart 2026 @ 13:05:

Arduino® UNO Q (hereafter UNO Q) is a single-board computer that combines the Qualcomm® Dragonwing™ QRB2210 Microprocessor (MPU), a quad-core Arm® Cortex®-A53 running Debian Linux OS, with the STMicroelectronics STM32U585 Microcontroller (MCU), an Arm® Cortex®-M33 running Arduino Core on Zephyr OS.
The Linux system and the microcontroller communicate through Bridge, Arduino’s RPC (Remote Procedure Call) library. This allows Arduino sketches on the microcontroller to access Linux services for high-level tasks, while Linux applications can interact with microcontroller peripherals to handle real-time operations within the same project.

Maar heb je die via de bootloader op USB geprogrammeerd of echt direct op de pinnen van de STM.
Een kale STM wordt namelijk op een SPI bus geprogrammeerd waar de chip een aantal pinnen voor gereserveerd heeft die je later via de te laten software tot I/O kan configureren.

[Hans1990]

Een STM32 wordt normaliter via SWD (Serial Wire Debug) geprogrammeerd. Dat is geen SPI maar lijkt er wel op, met kanttekening dat de datapin bidirectioneel is. Het is een opvolger van JTAG, die enkele andere features ondersteunt maar voor microcontroller debugging zelden gebruikt (bvb het daisy chainen van JTAG devices, of een I/O pin selftest/scan)

STM32s bevatten ook een eigen bootloader waarmee je via UART, SPI, I2C en soms CAN of USB DFU kan programmeren. Deze bootloader moet je activeren middels een reset en tegelijk de BOOT(0) pin hoog houden.
Tenslotte kan men natuurlijk ook z'n eigen bootloader gebruiken, bijvoorbeeld zoals Arduino heeft gedaan met de AVRs. Dat heeft zo zijn voordelen, bijvoorbeeld dat je met een reset een kort tijdsvenster hebt waarbij je de bootloader kan 'pakken' met een serieel commando, dat terwijl ST's bootloader expliciet moet worden geactiveerd en dan daar ook echt in bljift hangen.

Het voordeel van programmeren via een SWD interface is zoals de naam zegt: het geeft ook debug mogelijkheden. SWD is directe toegant tot de geheugen bus binnen de microcontroller. Via dat pad kan je bij ARM core komen met speciale registers om te debuggen, maar zo ook het RAM om variabelen uit te lezen, of peripherals registers bekijken. Programmeren wordt dan via een 'driver' gedaan die direct de FLASH controller aanspreekt. Je programmer tool moet dan wel support hebben voor die specifieke microcontroller serie.
Je ziet dat vaak JLink snel mee loopt met deze support, maar die gebruiken ook hun eigen (dure) commerciele programmeerkabels. OpenOCD loopt iets achter, maar is vaak een heel stuk universeler omdat het ook met andere programmeerkabels kan werken.
De STLink dongle kan ook icm met OpenOCD worden gebruikt. ST heeft er zelfs z'n eigen builds van, omdat nieuwere microcontroller series zoals de STM32H5 helaas nog steeds niet in de mainline Openocd builds zitten. Maar voor oudere chips, zoals de U5 en F1 serie, heb je dat allang niet meer nodig.

Aparte kanttekening: oudere/namaak JLink V8 kabels kunnen niet eens een ARM Cortex-M4 debuggen met de officiele JLink binaries (buiten dat dit niet 'mag' met namaak apparatuur). Dat terwijl dezelfde kabel via OpenOCD wel met veel nieuwere ARM cores overweg kan, omdat ze meer leunen op PC software matige aansturing. Die is wel trager omdat er meer moet worden gebitbanged, maar het werkt wel... ik heb dat tijdje gebruikt om met ARM Cortex-m7's te werken met een JLink Edu V8, werkte prima...

[memphis]

Hans1990 schreef op woensdag 25 maart 2026 @ 17:04:
STM32s bevatten ook een eigen bootloader waarmee je via UART, SPI, I2C en soms CAN of USB DFU kan programmeren. Deze bootloader moet je activeren middels een reset en tegelijk de BOOT(0) pin hoog houden.
Tenslotte kan men natuurlijk ook z'n eigen bootloader gebruiken, bijvoorbeeld zoals Arduino heeft gedaan met de AVRs. Dat heeft zo zijn voordelen, bijvoorbeeld dat je met een reset een kort tijdsvenster hebt waarbij je de bootloader kan 'pakken' met een serieel commando, dat terwijl ST's bootloader expliciet moet worden geactiveerd en dan daar ook echt in bljift hangen.

SWD... ja, dat was het... maar idd bijna hetzelfde.

Heeft de STM die bootloaders standaard of zijn deze specifiek voorgeprogrammeerd bestelbaar?
We hadden namelijk ooit een project met USB keys met een bepaalde processor en moest een versie besteld worden met een voorgeprogrammeerde bootloader zodat de uiteindelijke software via de USB poort te laden was. Maar ja, je weet hoe dat gaat, of het verkeerde was besteld of geleverd, na productie bleken de keys niet via USB te laden en er was haast bij. In een weekendje had ik dan even op mijn machines thuis een programmeermal gemaakt zodat ze die maandag gelijk aan de slag konden om zelf de bootloader erop te zetten.

[ocf81]

@Hans1990 Ik had nog niet van OpenOCD gehoord. Als ik de website bekijk zie ik dat het om een debugger gaat. Het lijkt me dat dit echter pas relevant wordt na het flashen? Mis ik hier iets?

Ik ben vooralsnog op zoek naar een manier om de bluepill van programmatuur te voorzien. Debuggen komt later wel.
Overigens heb ik inmiddels als achtervang ook een USB naar USART dongle besteld. Maar omdat ik met

#st-info --probe

dus wel kan babbelen met de bluepill, dacht ik dat het wel moest kunnen met de tooling van het stlink pakket. Het lijkt mij 'gewoon' een kennistekort van mijn kant. Overigens lukte het babbelen met de bluepill pas goed nadat ik stlink-gui had gebruikt. Voordat ik dat programma had gebruikt werd de hoeveelheid geheugen en opslag niet goed weergegeven. Ik zou niet weten welke instelling dat nu precies is gewijzigd en waar, maar mijn vermoeden is dat de stlink-gui toepassing wat udev regels heeft toegevoegd.

Hopelijk ga ik de manier om dit aan de praat te krijgen nog vinden. De geboden antwoorden zijn in ieder geval wel leerzaam

[ Voor 39% gewijzigd door ocf81 op 25-03-2026 18:00 ]

[kitao]

memphis schreef op woensdag 25 maart 2026 @ 15:19:
Maar heb je die via de bootloader op USB geprogrammeerd of echt direct op de pinnen van de STM.
Een kale STM wordt namelijk op een SPI bus geprogrammeerd waar de chip een aantal pinnen voor gereserveerd heeft die je later via de te laden software tot I/O kan configureren.

Ik heb het breakout boardje van ocf81 gezien
https://stm32-base.org/boards/STM32F103C8T6-Blue-Pill.html



dat is inderdaad anders als de STM op de Uno Q.
Daar zit de STM zelfs aan de onderkant, zie pijltje en is niet uitgebroken:



Programmeren gaat via Arduino App Lab via Usb. Afgelopen januari had ik er een paar postjes over, vanaf hier: kitao in "[Discussie] Arduino-topic"

Ik blijf nooit lang met hetzelfde board bezig, meestal een dag of vijf en dan pak ik een ander boardje.
Nadeel is wel dat het vaak meerdere weken kan duren voordat ik weer terug ben bij een bepaald bordje.

Overigens heb ik bij dit board ook veelvuldig hulp ingeschakeld van de AI co-piloot omdat er een nieuw Linux image op geflasht moest worden. Dat op zich viel nog wel mee maar de Bridge had storingen, zie link.

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

edit:
Wat ik hierboven schreef dat de STM op de Uno Q niet 'uitgebroken' is klopt niet, maar goed, 'feit' blijft dat die normalerwijze per Usb kabeltje wordt geprogrammeerd.





Q-pinout-pdf

edit 2 :
Op zich zegt deze zin niet veel : 'feit' blijft dat die normalerwijze per Usb kabeltje wordt geprogrammeerd aangezien uiteindelijk bijna iedere programmer via Usb aan de PC zit verbonden.
Bij de Uno Q zit het als volgt :
Multiple IDE Compatibility
Arduino App Lab – Develop for both the onboard MPU and MCU with ease. Recommended for a full development experience.
Arduino IDE 2.0+ – Program only the MCU using the beloved Arduino IDE.
Waar over MPU en MCU wordt gesproken geldt :
- MPU = Qualcomm® QRB2210 Microprocessor
- MCU = STMicroelectronics® STM32U585 Microcontroller

https://docs.arduino.cc/h...GgyMTkwNjU2MTk.#tutorials

Volgens de co-piloot :
🟦 1. You connect the UNO Q via USB‑C
You plug USB‑C from your computer to the UNO Q. This exposes:
- A Linux interface (for the Qualcomm MPU)
- A programming interface for the STM32U585
The board automatically handles routing the USB connection to the right subsystem.

🟩 2. You program the STM32U585 using the Arduino IDE
The STM32U585 runs Arduino sketches, but under the hood it uses:
- Zephyr RTOS
- Arduino Core for STM32U5

When you upload a sketch from the Arduino IDE:
- The IDE compiles your sketch for the STM32U585 target
- It uses the board’s built‑in bootloader or DFU interface
- The firmware is transferred over USB to the MCU
- The MCU reboots and runs your sketch under Zephyr
This is very similar to programming a Nano 33 BLE or Portenta board.

🟨 3. The STM32U585 communicates with the Linux MPU
This is where the UNO Q becomes powerful. The STM32U585 can talk to the Linux side using:
- UART, SPI, I²C, Shared memory channels, GPIO signaling.
This lets you offload real‑time tasks to the MCU while the Linux side handles heavy computation, networking, or storage.

🧰 What you don’t need to do
You do not need:
- ST‑Link programmers, JTAG/SWD tools, STM32CubeIDE, External bootloaders.
The UNO Q abstracts all of that.
You can still use SWD if you want to do low‑level debugging, but it’s optional.

Vervolgvraag is dan 'wat is een DFU interface' ?
.

[ Voor 48% gewijzigd door kitao op 26-03-2026 07:35 . Reden: edit2 ]

[Hans1990]

ocf81 schreef op woensdag 25 maart 2026 @ 17:38:
@Hans1990 Ik had nog niet van OpenOCD gehoord. Als ik de website bekijk zie ik dat het om een debugger gaat. Het lijkt me dat dit echter pas relevant wordt na het flashen? Mis ik hier iets?

Ik ben vooralsnog op zoek naar een manier om de bluepill van programmatuur te voorzien. Debuggen komt later wel.
Overigens heb ik inmiddels als achtervang ook een USB naar USART dongle besteld. Maar omdat ik met

#st-info --probe

dus wel kan babbelen met de bluepill, dacht ik dat het wel moest kunnen met de tooling van het stlink pakket. Het lijkt mij 'gewoon' een kennistekort van mijn kant. Overigens lukte het babbelen met de bluepill pas goed nadat ik stlink-gui had gebruikt. Voordat ik dat programma had gebruikt werd de hoeveelheid geheugen en opslag niet goed weergegeven. Ik zou niet weten welke instelling dat nu precies is gewijzigd en waar, maar mijn vermoeden is dat de stlink-gui toepassing wat udev regels heeft toegevoegd.

Hopelijk ga ik de manier om dit aan de praat te krijgen nog vinden. De geboden antwoorden zijn in ieder geval wel leerzaam

Openocd kan programmeren en daarna gelijk een debug server starten. Die debug server kan je dan met telnet of GDB bij. Dat programmeren moet je wel expliciet als commando aangeven, anders zoekt het gewoon verbinding met de MCU en start het een debug server op.

Maar ik zou verwachten dat PlatformIO dit allemaal voor jouw regelt op de achtergrond. In princiepe zou je PlatformIO je board type moeten aanwijzen en klaar moeten zijn.

Ik neem aan dat je wel gewoon netjes een "nieuw project" hebt gestart vanuit PlatformIO's GUI e.d.? (dus niet los een platformio.ini ergens in zet en dan die map als project geladen). Misschien dat dit helpt met alle project bestanden die in de verborgen .pio map terrecht komen.

Alles met 1 tool doen is overigens mijn geprefereerde methode, want het is 1 druk op de knop, en je weet zeker dat dan de combinatie microcontroller & .ELF bestand (jouw programma met debug informatie) synchroon loopt. Apart programmeren en daarna een debugger koppelen zou ik als een geavanceerderde werkwijze zien. Je hebt dan namelijk het risico dat de programmatuur op je microcontroller en je debug omgeving niet gelijk lopen. Als je daar niet op hoede voor bent kan je heel lang grasduinen waarom je programma zo "raar" werkt als je er met debugger doorheen stapt...

Het is wel goed om te weten dat je bij de bluepill kan via stlink. Dat betekent dat de hardware e.d. gewoon werkt. Nu alleen de andere software pakketten dus nog..

memphis schreef op woensdag 25 maart 2026 @ 17:21:
[...]


SWD... ja, dat was het... maar idd bijna hetzelfde.

Heeft de STM die bootloaders standaard of zijn deze specifiek voorgeprogrammeerd bestelbaar?
We hadden namelijk ooit een project met USB keys met een bepaalde processor en moest een versie besteld worden met een voorgeprogrammeerde bootloader zodat de uiteindelijke software via de USB poort te laden was. Maar ja, je weet hoe dat gaat, of het verkeerde was besteld of geleverd, na productie bleken de keys niet via USB te laden en er was haast bij. In een weekendje had ik dan even op mijn machines thuis een programmeermal gemaakt zodat ze die maandag gelijk aan de slag konden om zelf de bootloader erop te zetten.

[Afbeelding]

[Afbeelding]

[Afbeelding]

Ja , dit zijn ROM bootloaders en zitten op elke chip. Die kan je middels de BOOT pin en een reset activeren.
Iemand kan natuurlijk ook z'n eigen bootloader schrijven. Dat kan nodig zijn als je bvb zaken wilt als encryptie, andere interfaces/protocollen, enzovoort..

https://www.st.com/resour...de-stmicroelectronics.pdf

[ocf81]

Hmm, ik denk dat Flatpak wellicht de boosdoener is. Ik kan vanaf de terminal in VSCodium het commando niet uitvoeren.

[kitao]

Over STM gesproken, de Ventuno Q staat op het punt uitgebracht te worden



STM32H5
https://blog.arduino.cc/2...atform/?queryID=undefined

Aangezien de Bridge problemen bij mijn Uno Q 2GB door mij niet geheel volledig opgelost kunnen worden
kitao in "[Discussie] Arduino-topic"
dat ook door de AI bevestigd lijkt te worden, zou de Ventuno Q een mooie aanvulling cq vervanging zijn.

YouTube: Introducing Arduino VENTUNO Q

Het heeft wel een tamelijk grote afstand tot bezig zijn met een 'kale' Mcu en begint steeds meer te lijken op een compleet PC moederbord, maar goed, voor de basis heb ik altijd nog een Atmega32A op een breadboard geprikt staan.



^ STK500 programmer ^
The STK500 uses the AVR ISP protocol (In‑System Programming) to program AVR microcontrollers.
.

[ Voor 46% gewijzigd door kitao op 26-03-2026 09:45 . Reden: link toegevoegd ]

[DjoeC]

kitao schreef op donderdag 26 maart 2026 @ 08:57:
Over STM gesproken, de Ventuno Q staat op het punt uitgebracht te worden

[Afbeelding]

STM32H5
https://blog.arduino.cc/2...atform/?queryID=undefined

Aangezien de Bridge problemen bij mijn Uno Q 2GB door mij niet geheel volledig opgelost kunnen worden
kitao in "[Discussie] Arduino-topic"
dat ook door de AI bevestigd lijkt te worden, zou de Ventuno Q een mooie aanvulling cq vervanging zijn.

YouTube: Introducing Arduino VENTUNO Q

Het heeft wel een tamelijk grote afstand tot bezig zijn met een 'kale' Mcu en begint steeds meer te lijken op een compleet PC moederbord, maar goed, voor de basis heb ik altijd nog een Atmega32A op een breadboard geprikt staan.

[Afbeelding]

^ STK500 programmer ^
The STK500 uses the AVR ISP protocol (In‑System Programming) to program AVR microcontrollers.
.

Interessant product. Als ik de specs zo bekijk heeft het vast te maken met Qualcomm als eigenaar van Arduino - ik vind het niet een "echt" Arduino achtig produkt maar meer een Raspberry SBC soort van kloon. Er zal vast ook geen Arduino prijs aan komen hangen....

[kitao]

@DjoeC
Uhm, ja inderdaad, iets hoger als ik zelf verwachtte.
Aangezien de Uno Q 2GB voor 44,- gaat en de Uno Q 4GB voor 65,- (opvolger van de 2GB en daarom wmb een betere keus) https://search.arduino.cc/search?q=uno%20q&tab=store
verwachtte ik voor de Ventuno Q een prijs rond de 100,-
Deze ligt nog niet in de winkel dus heb het even aan de co-piloot gevraagd:

Arduino typically prices its high‑end boards just below the headline number (e.g., $279 or $249).
Given the Ventuno Q’s specs (Qualcomm Dragonwing IQ8, 16 GB RAM, STM32H5 MCU, triple CSI, Wi‑Fi 6, etc.), a price in the $249–$299 range is realistic.
.

[ Voor 1% gewijzigd door kitao op 26-03-2026 10:44 . Reden: typo ]

[DjoeC]

kitao schreef op donderdag 26 maart 2026 @ 10:33:
@DjoeC
Uhm, ja inderdaad, iets hoger als ik zelf verwachtte.
Aangezien de Uno Q 2GB voor 44,- gaat en de Uno Q 4GB voor 65,- (opvolger van de 2GB en daarom wmb een betere keus) https://search.arduino.cc/search?q=uno%20q&tab=store
verwachtte ik voor de Ventuno Q een prijs rond de 100,-
Deze ligt nog niet in de winkel dus heb het even aan de co-piloot gevraagd:

Arduino typically prices its high‑end boards just below the headline number (e.g., $279 or $249).
Given the Ventuno Q’s specs (Qualcomm Dragonwing IQ8, 16 GB RAM, STM32H5 MCU, triple CSI, Wi‑Fi 6, etc.), a price in the $249–$299 range is realistic.
.

Ik blijf voorlopig gewoon bij m'n Pi's (2,3,4,5) en ESP's (8266,32)..... En natuurlijk m'n oude(re) PC.

[kitao]

DjoeC schreef op donderdag 26 maart 2026 @ 11:07:

Ik blijf voorlopig gewoon bij m'n Pi's (2,3,4,5) en ESP's (8266,32)..... En natuurlijk m'n oude(re) PC.

PI en ESP is voor mij terra incognito, heb er geen enkel component van en is de reden dat je mij nooit in die topics ziet, al lees ik ze wel. Microchip (pic, avr, polarfire) en Intel Altera (max en cyclone) is eigenlijk al teveel hooi en sinds kort dus ook de Arduino Uno Q (qualcomm en stm) erbij maakt de agenda vol.

[Hans1990]

Mja Arduino lijkt wel echt andere koers te gaan varen met Qualcomm er bij..

Het zijn indrukwekkende borden, maar ik vind het jammer dat de focus minder op microcontrollers ligt en steeds meer op SBCs met edge-AI of wat dan ook.
Het zal vast erg relevant zijn, maar Arduino was juist zo leuk vanwege het onafhankelijke. De ATMEGA328P was voor z'n tijd een "prima" capabele allrounder, en simpel genoeg om te leren hoe alles op register niveau werkt.. Zo'n STM32H5 doet dat op z'n dooie gemak, en rustig nog 20x.. Maar goed dit zit wat mij betreft beetje weggestopt met de hele SBC enzo.

Maar goed ergens snap ik het wel. De microcontroller markt satureert steeds verder. ST heeft onlangs ook de STM32C5 uitgebracht. Dat zijn Cortex m33 chips van 144MHz met tientallen tot honderden kB's aan RAM, floating point unit, genoeg peripherals, en dat in piepkleine chipjes van 20 tot 44 pins. En wat mag dat kosten? 1-2 euro per stuk afhankelijk of je er 1000 of 1 besteld. 15 jaar terug zei je "U" tegen zo'n chip, dit ligt nu in de dumpbak bij de bouwmarkt zeg maar.. (iets met Wet van Moore ofzo )
En al koop je het niet bij STM32, dan zijn er nog een scala aan fabrikanten (ook china) waar je terrecht kan.

Maar beetje de nostalgie van iets leuks knutselen in krappe hardware raakt steeds meer weg. Ik kijk inmiddels echt niet meer zo nauw of mijn seriele buffers een paar bytes kleiner mogen. Onlangs voor een projectje (dat ik even snel wilde afmaken) de buffers maar gewoon 8kB gemaakt, vervolgens kopieren naar een packet parser met een interne buffer van 4kB, enzovoort. Met 2 COM poortjes een protocol-vertaal programmatje gemaakt die uiteindelijk 60KB aan RAM gebruikt. Ga ik dat nog verder gladstrijken? Welnee, boeiend, de STM32 die ik gebruikte heeft 256kB RAM, kost een eurootje of 5, en het werkt...

Op die Arduino zit overigens wel 1 leuk "embedded" nieuwtje met die STM32H5: deze nieuwe H5 variant heeft onder andere de "PLAY" peripheral. Dat lijkt een beetje op de CLC die Microchip heeft. Dat is een kleine logic LUT waar FPGAs uit worden opgebouwd. Het is echter nog geen FPGA, want die STM32 heeft maar 16x 4-bit LUTs , daar waar een moderne FPGA (tien)duizenden LUTs, en soms ook nog eens 6-bits groot. Maar goed, toch leuk dat ze nu ook die kant in slaan. De glue logic tussen peripherals, voor als bepaalde signaaltjes echt met hardware moeten worden verwerkt (ipv een interrupt). Ik zie hier graag meer van, want het processor deel met geheugen en wat ADCs/SPI/I2C/UARTs is tegenwoordig wat mij betreft wel "af".

Je hebt overigens al langer microcontrollers waar ook een stuk FPGA fabric aan vast zit (en dan geen Linux SoCs), maar die kwamen vaak ook uit Azie. Ik heb het idee dat ze daar meer dwaze ideetjes maar uit proberen.. zoals WCH doet plakt USB3 of Gigabit ethernet op een RISC-V processortje van paar honderd MHz, sja wat moet je er mee? Een paar honderd Mbit over USB2 is al lastig te halen, laat staan Gigabit's..

[kitao]

Inderdaad, het 'tastbare' van een Mcu verdwijnt een beetje met de overname van Arduino door Qualcomm hoewel er, zover ik gezien heb, nog steeds een bruikbare scheiding zit tussen de STM en de Qual op zo'n Uno Q board.
Als opvolger en vervanging voor bijvoorbeeld een gewone Uno of een losse Atm328P kunnen er Curiosity Nano boardjes gebruikt worden, zoals deze:


https://www.microchip.com/en-us/development-tool/EV35L43A

Vervolgens op een 400 punts breadboardje gezet, geen programmer nodig anders dan een usb-kabeltje.
Kost een tientje en hoeft niet eens gesoldeerd te worden want het zijn klikbare headers.
Verschil is wel dat het datablad van deze nieuwere modellen tov een 328P ongeveer 2.5x zo dik is maar als het doel is om registers te leren kennen en toch enigzins bij de tijd te blijven dan zijn dit best leuke bordjes met veel voorbeelden erbij, ook op video, toevallig ben ik daar mee bezig deze week:
https://mu.microchip.com/...pi-reference-for-avr-mcus
Er is dan wel MPLab voor nodig, maar een IDE is een IDE, dat went vanzelf.

Terugkomend op de Ventuno Q, deze pagina beschrijft mogelijke toepassingen in het kort:
Qualcomm and Arduino Launch Ventuno Q for Offline AI and Robotics Applications
https://theoutpost.ai/new...0/?utm_source=copilot.com
.

[ Voor 21% gewijzigd door kitao op 26-03-2026 16:52 . Reden: Plaatje toegevoegd ]

[ocf81]

Goed, als het niet goedschiks kan, dan maar kwaadschiks. Ik heb inmiddels een firmware met aangepaste code weten te flashen middels stlink-gui. Beter iets dan niets. Natuurlijk ben ik nog op zoek naar een deftiger manier om dit voor elkaar te krijgen, maar omdat ik ook nog deze week mijn stick af wil hebben ga ik voorlopig dan maar op deze aan de slag.

edit: en mijn stupiditeit is weer eens in volle openbaarheid tentoongesteld.
Je moet natuurlijk wel de bootloader openzetten voor flashen Helaas geeft PlatformIO dus geen foutmelding, maar valt het dan terug op het vragen naar een poort, waardoor je de indruk krijgt dat het dan aan het niet kunnen vinden van de programmeerder ligt. Als je netjes de BOOT0 naar hoog trekt flasht ie prima! Ik heb wel mijn versie van VSCodium vervangen door de AppImage versie. Op deze manier ontloop ik de afscherming die FlatPak opwerpt, waardoor VSCodium gewoon met de rest van mijn systeem kan babbelen.

Het via serieel / USB een firmware kunnen programmeren is toch wel een verraderlijk gemakkelijke werkwijze.

[ Voor 54% gewijzigd door ocf81 op 26-03-2026 18:10 ]

[kitao]

@ocf81

Goed dat je het gevonden hebt
Ik heb het ook voorbij zien komen, het Boot0 element. Niet getoond want het zat in de vervolgvraag : Wat is een DFU ?
Ik kreeg daar als antwoord op:
🧩DFU (Device Firmware Upgrade) is a USB standard defined by the USB Implementers Forum.
It allows a device to:
- Receive new firmware over USB
- Flash it into internal memory
- Reboot into the new firmware
It’s widely used on STM32 microcontrollers because ST includes a ROM‑based DFU bootloader that cannot be erased.
🟩 Can you manually enter DFU (Device Firmware Upgrade) mode?
Yes — although the UNO Q hides the details nicely.
On most STM32 boards, you would:
Hold BOOT0 high
Reset the MCU
It enters DFU mode
On the UNO Q, this is handled by the board’s firmware and the Linux MPU, so you rarely need to touch BOOT0 manually.

Hans noemde het volgens mij ook :
Ja , dit zijn ROM bootloaders en zitten op elke chip. Die kan je middels de BOOT pin en een reset activeren.

Momenteel loop ik tegen m'n eigen error aan :
mcc_generated_files/system/src/clock.c:51:15: error: 'CLKCTRL_FRQSEL_1M_gc' undeclared (first use in this function)
Compileert zo niet en valt er dus ook niks te flashen
Morgen even de ANWB bellen
.

[ocf81]

De verwarring zat hem vooral in dat PlatformIO gewoon doodleuk vraagt om een seriele poort, waardoor je denkt dat ie het programmeerapparaat in het geheel niet kan vinden, in plaats van aan te geven dat het flashen niet wil.

[Hans1990]

ocf81 schreef op donderdag 26 maart 2026 @ 17:50:
Goed, als het niet goedschiks kan, dan maar kwaadschiks. Ik heb inmiddels een firmware met aangepaste code weten te flashen middels stlink-gui. Beter iets dan niets. Natuurlijk ben ik nog op zoek naar een deftiger manier om dit voor elkaar te krijgen, maar omdat ik ook nog deze week mijn stick af wil hebben ga ik voorlopig dan maar op deze aan de slag.

edit: en mijn stupiditeit is weer eens in volle openbaarheid tentoongesteld.
Je moet natuurlijk wel de bootloader openzetten voor flashen Helaas geeft PlatformIO dus geen foutmelding, maar valt het dan terug op het vragen naar een poort, waardoor je de indruk krijgt dat het dan aan het niet kunnen vinden van de programmeerder ligt. Als je netjes de BOOT0 naar hoog trekt flasht ie prima! Ik heb wel mijn versie van VSCodium vervangen door de AppImage versie. Op deze manier ontloop ik de afscherming die FlatPak opwerpt, waardoor VSCodium gewoon met de rest van mijn systeem kan babbelen.

Het via serieel / USB een firmware kunnen programmeren is toch wel een verraderlijk gemakkelijke werkwijze.

(Je hebt tegenwoordig ook nog het STM32CubeProgrammer programma)

Zoals ik gisteren beschreef: SWD is gewoon een kijkluik in de geheugenbus van de controller. Het debuggen, flashen enzo komt daar nog boven op. Tijdens SWD connecten leest OpenOCD de CoreID uit en controleert die, klopt die niet => geen connectie.
Tenzij jouw programma iets doet met de SWD pinnen (PA13/PA14), en de chip z'n clock gewoon draait (geen sleep toestanden), dan moet je eigenlijk altijd bij de chip kunnen komen. Dus ook zonder in de ROM bootloader te gaan.
Het enige wat de ROM bootloader garandeert is dat je eigen programma de pinnen niet herconfigureert en/of in sleep springt ofzo.

Toevallig vandaag had ik echter ook een verbindingprobleem. Ik wou een STM32L432KC Nucleo in een project stoppen die standalone moest draaien. Zo'n Nucleo bevat een STLink op de PCB. Die houd de target microcontroller in reset als er geen USB verbinding is, dus standalone zou de MCU niet opstarten. Om dat probleem op te lossen raad ST's manual aan om een soldeerbrug (SB9) te verwijderen die het NRST signaal doorverbind tussen stlink en de L432 chip.
Dus dat gedaan, en daarmee start het programma wel op.. Maar ik kon dus niet meer programmeren/debuggen.

Ik heb toen de reset configuratie aangepast:

code:

source [find interface/stlink.cfg]

transport select hla_swd

source [find target/stm32l4x.cfg]

# use hardware reset
#reset_config srst_only srst_nogate # << oud, 'srst' = system reset, middels NRST pin
reset_config trst_only # << nieuw 'trst' = "TAP" reset, vziw een jtag/swd commando

Hierna kon ik weer bij de controller komen en normaal programmeren. Het enige nadeel van deze setup is dat ik de controller iets makkelijker kan bricken. Tenzij ik idd dus de ROM bootloader activeer met de BOOT pin.

Ik heb zelf nooit de bluepills gebruikt (eigenlijk altijd ST Nucleo's), vandaar ik dit nu pas zie.. Maar ik zie op de diagrammen om de stlink te verbinden maar 4 pootjes: VCC, GND, SWDIO en SWDCLK. Dus geen NRST Je kan nog overwegen om die ook te verbinden, en kijken of PlatformIO er wel bij kan. In de STM32CubeProgrammeer software weet ik dat deze instelling "Connect under reset" heet.
OF
Het openocd script aanpassen. Het openocd script wat ik net laat zien had ik aangepast om met CLion te werken. Daar kan je heel snel de openocd configuratie uitwisselen. Ik heb geen idee hoe dat in platformIO moet, maar dat zou ongetwijfeld ook moeten kunnen.
Op regels 74-78 doen ze ook nog iets met using_hla, maar ik zou niet zo snel weten wat daar mee bedoeld wordt..

Dit is de configuratie in OpenOCD: https://github.com/openoc...stm32f103c8_blue_pill.cfg
Met een source verwijzing naar: https://github.com/openoc...r/tcl/target/stm32f1x.cfg
In stm32f1x.cfg zie ik op regel 72 "reset_config srst_nogate", eigenlijk dezelfde correctie die ik dus heb uitgevoerd.

[kitao]

Mijn error is inmiddels opgelost door de AI.

Ik volgde het Data Streamer hoofdstukje in deze video cursus:
https://mu.microchip.com/...ence-for-avr-mcus/1439454
volgens example Use Case 3 op deze pagina waar de video naar verwijst
https://onlinedocs.microc...78-45BD-9D97-E9D53B5F9C60

Volgens de video genereert de MPLab Code Configurator (MCC) dan een Const Struct in TCA0.c maar dus niet bij mij



Hele project vanaf blanco opnieuw gedaan maar nog steeds nergens een Const Struct te bekennen dus maar even aan de copiloot gevraagd hoe dat kan en met vermelding van deze foutmelding :
main.c:39:38: error: 'TCA0_Interface' undeclared here (not in a function)
const struct TMR_INTERFACE *Timer = &TCA0_Interface;

Why does my project not generate a const struct inside tca0.c ?

Krijg ik dit als antwoord, binnen een halve seconde :
This missing TCA0_Interface struct is a very common stumbling point when following the Data Streamer Use Case 3 video, because MCC Melody has changed since the video was recorded.
Let me walk you through exactly why the struct is missing and how to fix it cleanly.

Inmiddels is het inderdaad gefixt hetgeen ik zonder zo'n AI dus niet voor elkaar had gekregen aangezien ik niet de kennis heb om zelf veel aan een programma te wijzigen. En dat een video veroudert is wel te verwachten maar de voorbeeldcode uit de webpagina is helaas ook niet bijgewerkt.

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

Voordeel van Microchip is dat het behalve van zulke video tutorials daarnaast ook veel documentatie heeft die vaak al meerdere voorbeelden bevatten, zoals deze: MPLAB® Data Visualizer User's Guide

Om dat te volgen is vrijwel geen enkele andere hardware nodig als het eerder genoemde Curiosity Nano boardje, dat standaard voorzien is van een EDBG embedded debugger.




Met enkel dat bordje en een usb-kabeltje op de Data Visualizer dat in MPLab zit inbegrepen kun je dan dit soort grafiekjes fabriceren:



Overige documentatie is hier te vinden, dat zijn er ruim 1.900
https://onlinedocs.microchip.com/?doctype=all&find=
.

[ Voor 45% gewijzigd door kitao op 28-03-2026 15:56 . Reden: Plaatje toegevoegd ]

[!null]

Ik wil een Control Pilot PWM signaal afluisteren. Dit is een 1kHz PWM die 9v of 6v kan zijn in amplitude. Maar als hij nog niet zo ver is, staat er 12v op. En er kan ook -12v op staan bij een foutconditie (maar dat is met een diode te beschermen).
Achtergrond: Ik heb een kastje wat communicatie met laadpaal regelt, maar verder geen data of uitgangen heeft. Er komt dan gewoon 230v op. Maar ik wil wel de snelheid weten, dus wil alleen nog PWM weten, amplitude niet interessant.

Nu wil ik dit naar 3.3v hebben om met ESP frequentie uit te lezen.
Wat is hiervoor nou de beste optie? Ik hoef het voltage (dus amplitude) niet te weten.
Logic level shifters koop je meestal voor een vast voltage (bijv 12v naar 3.3v) maar werken dan volgens mij niet met ineens lagere input voltage zoals 6v?
Als ik een spanningsdeler doe die de 12v nog naar 3.3v niet te hoog komt, dan heeft het met 6v dus iets van 1.7v en komt onder de input threshold van een ESP32 wat volgens mij rond de 2.5v begint.

Het meest simpele is dan denk ik Zener diodes van 3.3v te kopen daar onderstaande circuit mee maken met hoge weerstandwaardes (spanning hoeft alleen gemeten te worden, het gaat niks aandrijven)


Of een transistor circuit bouwen?

[memphis]

Ik zou gewoon een NPN transistor pakken met de basis via een weerstand aan het signaal, de emitter aan de massa en de collector naar de ESP met een pull up weerstand aan de 3.3v.

[Hagdos]

In plaats van de zener kun je ook een (schottky) diode naar de 3.3V zetten. Dan kan de spanning nooit hoger worden dan ~3.7V, dat gaat wel goed.

Sterker nog, waarschijnlijk zit er zo'n diode ter protectie op elke pin in de ESP. Als je de weerstand groot genoeg houdt kom je dan weg met alleen een weerstand in serie naar de GPIO-pin.

Edit: Een level shifter zal met een lagere spanning waarschijnlijk ook wel werken. Dat kun je vinden in de datasheet.

[ Voor 15% gewijzigd door Hagdos op 01-04-2026 22:50 ]

[xah5kiDe]

Sluit me aan bij de twee voorstellen. Kan er nog aan toevoegen dat een opto coupler ook zou werken. Die geeft gelijk galvanische scheiding mocht dat een voordeel zijn.

[Hans1990]

Het mooiste is idd optocoupler. Je hebt dan geen ground loops meer. De PWM output moet alleen beetje stroom kunnen leveren.
En wellicht moet je die -12V wel clampen met een diode in sper over de optocoupler.

Een schakeling met een NPN of N-ch mosfet als soort logic inverter is vergelijkbaar met optocoupler, maar dan zonder galvanische scheiding.

Clampen direct op de I/O van microcontroller kan ook.. maar is imo minder robust. Ook moet je uitkijken of je dan niet perongeluk een 5V compliant input pakt. Die hebben namelijk expliciet geen ESD clamp diodes.
Als een apparaat aan 230V hangt en niet helemaal bekend is, zou ik gewoon een optocoupler pakken.

Mbt optocoupler bedoel ik dus dit:
https://www.w9xt.com/page_microdesign_pt11_opto_inputs.html

In dat diagrammetje zie ook de diode in sper om bij -12V die te beschermen.

Dat artikel rekent de weerstandjes ook uit. Ik reken even mee:

R1 moet laag genoeg zijn om met 6V jouw optocoupler aan te zetten. Stel je optocoupler heeft min 1mA nodig bij 1.2V, dan is de maximale weerstand R=(6 - 1.2)/1m = 4.8K ohm.
De max stroom mag ook niet te hoog worden tijdens de 12V toestand. Stel de optocoupler mag max 10mA zien bij 1.2V, dan is de minimale weerstand (12 - 1.2)/10m = 1080 Ohm.

R2 mag 1K or 10K zijn.

[!null]

Dank voor de reacties.

Mijn voorkeur gaat wel uit naar een PCB-tje kopen van een paar euro, om tijd te besparen. Maar bij de meeste logic level shifters is het heel onduidelijk, lijken maar met 1 ingangsspanning te werken en weet je het bereik niet.

Als ik zo'n Mosfet level shifter koop, dan is dat een beetje overkill, maar dan is het ingangsbereik in ieder geval goed.
Deze werkt dan wel met een minimum van 5v aan de uitgang kant, maar ik kan hem met 5v voeden en dan kan ik makkelijk naar 3.3v als dat al nodig.

Is vermoedelijk de snelste robuuste weg. Dien ik er nog wel een diode voor te zetten zodat het geen -12v ziet.

Overigens is galvanische scheiding niet nodig op dit 12v stuk (zit wel gescheiden in de 230v laders) en de eerder genoemde ontvangende controller hangt toch alles op de ground al aan elkaar.
Maar route via optocoupler is natuurlijk wel veilig voor de ESP32.

[ Voor 3% gewijzigd door !null op 02-04-2026 13:23 ]

[memphis]

!null schreef op donderdag 2 april 2026 @ 13:12:
Mijn voorkeur gaat wel uit naar een PCB-tje kopen van een paar euro, om tijd te besparen. Maar bij de meeste logic level shifters is het heel onduidelijk, lijken maar met 1 ingangsspanning te werken en weet je het bereik niet.

Ik zie het voordeel niet van eindeloos vragen en zoeken naar een compleet printje tov even snel een paar componenten op een stukje experimenteerprint solderen, je bent met elektronica bezig of niet.....

[!null]

memphis schreef op donderdag 2 april 2026 @ 14:21:
[...]


Ik zie het voordeel niet van eindeloos vragen en zoeken naar een compleet printje tov even snel een paar componenten op een stukje experimenteerprint solderen, je bent met elektronica bezig of niet.....

Komt omdat ik allebei toch moet kopen, heb alleen wat weerstandjes liggen.
Dus ja, dan liever een printje die het in 1 keer doet, ipv uitvinden en brak soldeerwerk leveren, waarin ik laat zien dat ik toch een software man ben
Er is nog meer te doen in het project dus kan de tijd goed gebruiken.

Maar helemaal terecht punt verder, ik vraag het uiteindelijk om het doel te bereiken op een snelle manier, niet omdat ik een circuitje wil bouwen. Overigens weet ik vrij zeker dat een PCB-tje die het werk doet wel betrouwbaarder zal zijn (indien juist toegepast) dan wat ik zelf maak.

[Hagdos]

Ik ben ook wel fan van dat soort printjes als ik hobby. Is toch sneller en makkelijker. Dan het liefst wel van bijv Adafruit, die het schema er bij leveren. Dan kan ik wel gewoon de datasheets lezen, ipv de 3 zinnen beschrijving waar je idd net niets mee kunt als je iets wilt doen dat net niet standaard is.

[memphis]

!null schreef op donderdag 2 april 2026 @ 14:44:
[...]


Komt omdat ik allebei toch moet kopen, heb alleen wat weerstandjes liggen.
Dus ja, dan liever een printje die het in 1 keer doet, ipv uitvinden en brak soldeerwerk leveren, waarin ik laat zien dat ik toch een software man ben
Er is nog meer te doen in het project dus kan de tijd goed gebruiken.

Maar helemaal terecht punt verder, ik vraag het uiteindelijk om het doel te bereiken op een snelle manier, niet omdat ik een circuitje wil bouwen. Overigens weet ik vrij zeker dat een PCB-tje die het werk doet wel betrouwbaarder zal zijn (indien juist toegepast) dan wat ik zelf maak.

Het enige goede argument dat ik eruit kan halen is dat je het solderen niet onder de knie hebt wat in mijn ogen toch wel zou moeten als je met elektronica bezig bent.
Als je een compleet printje moet kopen of een stukje gaatjesprint en wat componenten gaat dat net zo makkelijk en snel bij de elektronicawinkel. Ook het in elkaar knutselen van een simpele schakeling is niet meer dan minutenwerk. En dat uitvinden hebben wij al voor je gedaan met een 100% zekerheid dat het gaat werken.

[!null]

@memphis Ik weet uit ervaring dat een PCB-tje sneller en betrouwbaar is dan wat ik zelf maak.
En in dit geval is het ook nog in een voertuig. Dus er valt zeker objectief te zeggen dat een PCB een beter idee is.
Hobbyen met elektronica circuits vind ik wel leuk, maar het hele project is al hobby dus ja, dan kost een PCBtje een stuk minder tijd.
In software zorg ik overigens dat ik nog handmatig controle over dit stukje heb als het niet meer zou werken.

[kitao]

Hi,
Ik ben zelf regelmatig aan het logic level shiften en heb mijn aankooppagina er even bijgepakt, daar staat :
8 Channel Logic Level Shifter Bi-Directional Module 5V/3.3V Level Converter IO Bidirectional Mutual Converter for Arduino
Waar ik pas later achter kwam is dat het nog uitmaakt aan welke kant je hoog en laag volt zet, precies omgekeerd dus, op A zet je laag en op B hoog.
Instructions for Use: (3.3V, 5V interconversion as an example)
1. VCCA connects for Raspberry Pi 3.3V power supply.
2. VCCB connect to 5V power supply (can be external 5V power supply).
3. GND connects to the negative pole of the power supply, and the two power supplies share the same ground.
Ook is het zo dat deze level shifters niet geschikt zijn voor erg hoge frequenties.
Maar nu komt het:
Vraag : 🔍 Are there logic level shifters that handle 1.8 V → 15 V?
Antwoord : Not in the way you mean.
There are no MOSFET‑based or IC‑based logic level shifters that accept logic signals above ~6 V.
Every proper logic‑level IC (TXS0108E, 74LVC, 74AHCT, SN74HCT, etc.) tops out at 5–6 V on the high side.
Why?
Because they’re designed for logic, not for automotive / industrial voltage domains.
Once you go above 6 V, you’re no longer in “logic level shifting” territory — you’re in signal conditioning or voltage interfacing.
******************************************************************
In het Engels want daarmee stelde ik de vraag aan de Copiloot, omdat ik zelf wel eens zo'n boardje gebruik.
En over solderen gesproken ... per abuis een smd kitje besteld




Niet echt duidelijk te zien maar condensator C1 en C2 staan iets van 45 graden helling. Toch werkt het op de een of andere manier maar solderen met de piepkleine componentjes van vandaag de dag is vrijwel niet te doen dus niet zo vreemd dat er dan misschien liever kant en klaar gezocht wordt
.

[memphis]

kitao schreef op donderdag 2 april 2026 @ 17:02:
Niet echt duidelijk te zien maar condensator C1 en C2 staan iets van 45 graden helling. Toch werkt het op de een of andere manier maar solderen met de piepkleine componentjes van vandaag de dag is vrijwel niet te doen dus niet zo vreemd dat er dan misschien liever kant en klaar gezocht wordt

Ze mogen iets schuin staan maar door het soldeer maken ze goed verbinding.

Er wordt ook geen lastig te solderen SMD componenten in de voorstellen aangegeven, gewone simpele through hole componenten dat iedereen die met elektronica bezig is zou moeten kunnen solderen. In jouw geval moet je eens kijken naar zo'n warmteplaatje. Op Amazon betaalde ik 20 euro, op Ali kan je ze al vanaf 12 euro vinden. En dan de boel vertinnen of met soldeerpasta insmeren en het plaatje tot 230 graden verwarmen. Zie dan hoe de componenten hun plekje opzoeken: YouTube: 2000uF ESC capacitor
Alleen met een oppervlakte van 5x5cm niet echt geschikt voor grote printen maar voor niet veel meer kan je grotere vinden.

[kitao]

Inderdaad mooi om te zien hoe de componentjes op hun plekje vloeien.
Tijd geleden alweer kwam ik deze video tegen, daar zie je dat ook en heb die bewaard:

YouTube: SMD Soldering Tutorial | Guide | Tools | Tecniques | Stencil

Toch is dat niet zomaar iets waar je met een soldeerboutje genoeg aan heb, er komen al minstens twee extra apparatuur voorbij, een warmteplaat en zelfs een microscoop.
Voor zelden gebruik kan dat best een te hoge investering zijn en elektronica kan m.i. ook beoefend worden zonder solderen, zo was ik een paar jaar geleden uitsluitend bezig met simulaties op Simulide, volledig geheel zonder enige hardware
https://simulide.com/p/

Solderen is handig als je iets wil repareren of zelf een schakeling ontwerpt en op een PCB zet maar ook zonder die vaardigheid blijft er naar mijn mening nog genoeg elektronica over om mee bezig te zijn
.

[memphis]

kitao schreef op donderdag 2 april 2026 @ 18:57:
Inderdaad mooi om te zien hoe de componentjes op hun plekje vloeien.

Toch is dat niet zomaar iets waar je met een soldeerboutje genoeg aan heb, er komen al minstens twee extra apparatuur voorbij, een warmteplaat en zelfs een microscoop.
Voor zelden gebruik kan dat best een te hoge investering zijn en elektronica kan m.i. ook beoefend worden zonder solderen, zo was ik een paar jaar geleden uitsluitend bezig met simulaties op Simulide, volledig geheel zonder enige hardware
https://simulide.com/p/

Ik had je al ooit een paar foto's laten zien en nu is het af RC engine heater V2
Er is een foto dat ik met een microscoop werk, gebruikt is hier een soldeerstation met een kleine punt en 0.35mm soldeer. Niet echt speciaal apparatuur.
Ja een microscoop of een loop is handig maar als je redelijke ogen hebt om dichtbij te kijken of eventueel een bril met wat vergrotingsfactor op de lenzen kom je heel ver tot het formaat 0805 zoals ik gebruikt heb, kleiner zal lastig worden maar niet onmogelijk met het blote oog. Overigens kost zo'n microscoop wat ik heb een 50 tot 60 euro bij de Chinees dus de kosten zijn het ook niet, net als die 20 euro warmteplaat.

Solderen is handig als je iets wil repareren of zelf een schakeling ontwerpt en op een PCB zet maar ook zonder die vaardigheid blijft er naar mijn mening nog genoeg elektronica over om mee bezig te zijn

Ik zie wel eens zelfbouwprojecten voorbij komen waarbij voor een compleet te gebruiken apparaat een breadboard met de nodige componenten en jumperkabels zijn gebruikt. Op de lange duur zijn dat 100 mogelijk slechte contacten dat je apparaat slecht doet werken. Een tijdje terug zag ik nog iets met een Arduino en een breadboard open in een meterkast om wat energie-meetingen door te sturen, er hoeft maar een huisspin (en die kunnen best groot zijn) of een muis overheen te lopen en je kunt uitzoeken welke jumperwire waar zat.
Maar als embedded programmeur waar jij je nu op richt (denk ik) zal normaal solderen niet direct aan de orde zijn maar ga je bij een bedrijf werken dat elektronica ontwikkelt zal je als programmeur er ook niet aan ontkomen om te moeten solderen en ook een betere kennis van elektronica aan te leren om problemen bij prototypes op te lossen.

[Hans1990]

kitao schreef op donderdag 2 april 2026 @ 17:02:
Maar nu komt het:
Vraag : 🔍 Are there logic level shifters that handle 1.8 V → 15 V?
Antwoord : Not in the way you mean.
There are no MOSFET‑based or IC‑based logic level shifters that accept logic signals above ~6 V.
Every proper logic‑level IC (TXS0108E, 74LVC, 74AHCT, SN74HCT, etc.) tops out at 5–6 V on the high side.
Why?
Because they’re designed for logic, not for automotive / industrial voltage domains.
Once you go above 6 V, you’re no longer in “logic level shifting” territory — you’re in signal conditioning or voltage interfacing.

In mijn ervaring is hardware vragen door AI laten oplossen vaak van matige kwaliteit. Dit soort chips zijn er wel.. maar zelden modern. Geen idee waarom AI dan het woord "proper" er bij plakt. Er is niks mis met een logic serie chip uit de jaren 70.

Ik kom 1 (moderne) chip tegen bij TI: https://www.ti.com/product/TXH0137D-Q1
En 1tje bij Analog Devices: https://www.analog.com/en/products/ADG3123.html
Waarvan de TI ik niet eens op Mouser/Digikey kan vinden, en de AD echt knettersduur is.

Maar je hebt nog wel klassiekers: CD4010B (high to low) of HEF4104BT (low to high)..

Wat met AI nog wel eens helpt is om bij een twijfelachtig antwoord de vraag in een nieuw prompt te stellen, maar dan in negatieve zin, of door niet teveel voor uit te lopen op een antwoord. AI kan nog wel eens tunnelvisie krijgen op een bekende routes, bron of denkwijze en daar compleet in gebiased raken. Als ik dus dit aan ChatGPT vraag:

Prove to me it is not possible to convert 15v to 3.3v logic with off the shelf ICs.

Dan krijg ik (even verkort, want al dat geblaat hoeven we niet te lezen):

That claim is actually false—it is absolutely possible to convert 15 V logic to 3.3 V logic using off-the-shelf ICs, and it’s routinely done in real circuits.
....
Method B: Dedicated high-voltage tolerant interface ICs

Examples include:
- ULN2003 (with pull-up)
- CD4050

The CD4050 is especially relevant:
- Accepts inputs well above supply voltage (depending on configuration)
- Outputs safe logic levels at Vdd (e.g., 3.3 V)

Als ik in een nieuw promtp vraag:

Show me how to convert 15v to 3.3v logic with off the shelf ICs.

Dan krijg ik andere zijwegen, namelijk: LM393 comparator, TSX0108E of 74-series logic shifter met weerstandsdeler ervoor, optocoupler of een zener clamp circuit. Al deze zijn hier ook wel besproken... Maar geen CD4050 die ik ook op ti.com had kunnen vinden met een parametrische zoekopdracht.
Mits je natuurlijk weet waar je moet kijken.. want zodoende kom ik er dus achter dat TI deze chip onder "buffers" heeft verstopt, en niet logic level translators. Terwijl de datasheet level translation wel expliciet als feature benoemd.

Kortom, AI's papegaaien maar wat mensen vaak eerder hebben opgeschreven. Informatie combineren, wegsnoeien, herordenen, enz. is nog niet zo er aan besteed Dat kan je natuurlijk wel als gebruiker doen, soms is het best handig om AI als soort rubberen eend te gebruiken om mee te infodumpen en tekstueel te itereren.

[memphis]

Waarom zoeken in een IC? Ook hier een simpele transistor met de basis via een weerstand aan de 1.8v logica en de collector via een pull-up aan je gewenste spanning en tegelijk als output werkt gewoon.

[kitao]

Hans1990 schreef op donderdag 2 april 2026 @ 23:00:
In mijn ervaring is hardware vragen door AI laten oplossen vaak van matige kwaliteit. Dit soort chips zijn er wel.. maar zelden modern. Geen idee waarom AI dan het woord "proper" er bij plakt. Er is niks mis met een logic serie chip uit de jaren 70.

Ik kom 1 (moderne) chip tegen bij TI: https://www.ti.com/product/TXH0137D-Q1
En 1tje bij Analog Devices: https://www.analog.com/en/products/ADG3123.html
Waarvan de TI ik niet eens op Mouser/Digikey kan vinden, en de AD echt knettersduur is.

Maar je hebt nog wel klassiekers: CD4010B (high to low) of HEF4104BT (low to high)..

Wat met AI nog wel eens helpt is om bij een twijfelachtig antwoord de vraag in een nieuw prompt te stellen, maar dan in negatieve zin, of door niet teveel voor uit te lopen op een antwoord. AI kan nog wel eens tunnelvisie krijgen op een bekende routes, bron of denkwijze en daar compleet in gebiased raken. Als ik dus dit aan ChatGPT vraag:

[...]

Dan krijg ik (even verkort, want al dat geblaat hoeven we niet te lezen):

[...]


Als ik in een nieuw promtp vraag:

[...]


Dan krijg ik andere zijwegen, namelijk: LM393 comparator, TSX0108E of 74-series logic shifter met weerstandsdeler ervoor, optocoupler of een zener clamp circuit. Al deze zijn hier ook wel besproken... Maar geen CD4050 die ik ook op ti.com had kunnen vinden met een parametrische zoekopdracht.
Mits je natuurlijk weet waar je moet kijken.. want zodoende kom ik er dus achter dat TI deze chip onder "buffers" heeft verstopt, en niet logic level translators. Terwijl de datasheet level translation wel expliciet als feature benoemd.

Kortom, AI's papegaaien maar wat mensen vaak eerder hebben opgeschreven. Informatie combineren, wegsnoeien, herordenen, enz. is nog niet zo er aan besteed Dat kan je natuurlijk wel als gebruiker doen, soms is het best handig om AI als soort rubberen eend te gebruiken om mee te infodumpen en tekstueel te itereren.

Het woord proper betekent toch fatsoenlijk? Dit stond er verder nog in de copiloot conversatie:
If you need clean fast edges
Use one of these instead:
74AHCT125 / 74AHCT245 (5V → 3.3V clean, fast edges)
TXS0108E (bidirectional, faster than BSS138 boards)
SN74LVC8T245 (excellent for high‑speed signals)
********************************
Persoonlijk gebruik ik de LLM of AI of Copiloot bij vrijwel ieder projectje want ik heb toch wel ervaren dat het bij ca. 85% de boel draaiend weet te krijgen. Vaak niet na 1x, dat is wel zo en even doorvragen is inderdaad toch wel nodig. Vanmorgen nog het Wifi klokje van hierboven met hulp van de AI er goed mee gekregen, loopt nu netjes op NL-tijd

Terug naar de level shifter, ik vroeg het met dit boardje in de actieve tab:



Dat heeft als spec:
Conversion Level Range: 1.8V-6V

In !null z'n link staat:
Description
The F5305S MOSFET Electronic Switch DC Control Board is based on the FET model of the new original F5305S. We can input PWM signal for motor control, speed, light intensity, etc., but also ideal to work as a super-fast relay. [...] Signal trigger terminal: 3V-24V Can be connected to the IO port of the microcontroller, PLC interface, DC power supply, etc. or directly to a signal voltage of 3V to max 24V.
https://www.otronic.nl/en...tronic-switch-f5305s.html

Er staat ook : see the Connection Diagram and example code here >>>
Helaas is dat geen link maar enkel tekst dus zelf even op F5305S gezocht en kwam bij dit boardje:



PWM tussen 3.6 en 20V staat er. Ook staat er PWM frequency: 0~200Hz (in de geschreven specs, op de foto ontbreekt een nulletje, waarschijnlijk.
Bron >>
MOS FET F5305S 60N03 4 Channels Pulse Trigger Switch Controller PWM Input Steady For Motor LED 4 Way 4ch Diy Electronic Module

Ik zit zelf vrijwel nooit boven de 5V, ik kom eerder 1.8V rail levels tegen als 12V en heb de level shifter omgeruild voor een Arduino Due board dat 3.3V logic heeft.
Toch komt de versnipperde informatie mogelijk van pas voor !null en zoniet dan heb ik er toch zelf wat van opgestoken
.

[kitao]

memphis schreef op donderdag 2 april 2026 @ 20:08:

Ik had je al ooit een paar foto's laten zien en nu is het af RC engine heater V2
Er is een foto dat ik met een microscoop werk, gebruikt is hier een soldeerstation met een kleine punt en 0.35mm soldeer. Niet echt speciaal apparatuur.
Ja een microscoop of een loop is handig maar als je redelijke ogen hebt om dichtbij te kijken of eventueel een bril met wat vergrotingsfactor op de lenzen kom je heel ver tot het formaat 0805 zoals ik gebruikt heb, kleiner zal lastig worden maar niet onmogelijk met het blote oog. Overigens kost zo'n microscoop wat ik heb een 50 tot 60 euro bij de Chinees dus de kosten zijn het ook niet, net als die 20 euro warmteplaat.

Ik zie wel eens zelfbouwprojecten voorbij komen waarbij voor een compleet te gebruiken apparaat een breadboard met de nodige componenten en jumperkabels zijn gebruikt. Op de lange duur zijn dat 100 mogelijk slechte contacten dat je apparaat slecht doet werken. Een tijdje terug zag ik nog iets met een Arduino en een breadboard open in een meterkast om wat energie-meetingen door te sturen, er hoeft maar een huisspin (en die kunnen best groot zijn) of een muis overheen te lopen en je kunt uitzoeken welke jumperwire waar zat.
Maar als embedded programmeur waar jij je nu op richt (denk ik) zal normaal solderen niet direct aan de orde zijn maar ga je bij een bedrijf werken dat elektronica ontwikkelt zal je als programmeur er ook niet aan ontkomen om te moeten solderen en ook een betere kennis van elektronica aan te leren om problemen bij prototypes op te lossen.

Een paar maanden geleden kwam ik op dit board een ledje tegen dat het volgens mij niet deed:



Alles is zo miniscuul op dat board dat m.i. alleen een professional daaraan gaat lopen hersolderen e.d.
Dit soort borden zijn volgens mij ook niet gemaakt om zelf aan te modificeren en verbindingen worden gemaakt met contactdozen of bijvoorbeeld met een mikroBUS™. Toch valt dit gewoon onder elektronica en is er geen soldeervaardigheid voor nodig. Ben wel met je eens dat indien het je beroep is en je wil jezelf all-rounder noemen dat het dan wel een vereiste is maar persoonlijk heb ik die ambitie niet en blijft het gewoon een hobby.



https://www.mikroe.com/mikrobus
.

[ Voor 7% gewijzigd door kitao op 03-04-2026 11:36 ]

[kitao]

!null schreef op donderdag 2 april 2026 @ 13:12:
Dank voor de reacties.

Mijn voorkeur gaat wel uit naar een PCB-tje kopen van een paar euro, om tijd te besparen. Maar bij de meeste logic level shifters is het heel onduidelijk, lijken maar met 1 ingangsspanning te werken en weet je het bereik niet.

Als ik zo'n Mosfet level shifter koop, dan is dat een beetje overkill, maar dan is het ingangsbereik in ieder geval goed.
Deze werkt dan wel met een minimum van 5v aan de uitgang kant, maar ik kan hem met 5v voeden en dan kan ik makkelijk naar 3.3v als dat al nodig.

Is vermoedelijk de snelste robuuste weg. Dien ik er nog wel een diode voor te zetten zodat het geen -12v ziet.

Overigens is galvanische scheiding niet nodig op dit 12v stuk (zit wel gescheiden in de 230v laders) en de eerder genoemde ontvangende controller hangt toch alles op de ground al aan elkaar.
Maar route via optocoupler is natuurlijk wel veilig voor de ESP32.

Het is toch gelukt om de link in jouw link te openen met het aansluitschema erin:
https://www.otronic.nl/nl...voorbeeldcode-voor-ardui/

Deze gaat m.i. wel van Laag naar Hoog terwijl jij juist van Hoog naar Laag wou toch ? (12V >> 3.3V).
Op basis van de vorige inbrengingen en mbv wat navraag is dit kant en klare boardje tevoorschijn gekomen:



1 Channel Way Optocoupler Isolation Module PC817 3V-5V 12V 24V Photoelectric Isolator Rail Holder PLC Drive Motor Board

De tekst in de beschrijving omschrijft het als een versterker voor uC-uitgangen maar schijnt ook andersom te werken.
Andere optie zou misschien kunnen zijn om er bijvoorbeeld een 9V oscilloscoopje aan te verbinden om ter plekke te kunnen uitlezen.
.

[Septillion]

De level shifter en opto verschillen wel beetje in toepasbaarheid. Bij de opto moet het signaal actief een high kunnen sourcen. Immers moet het ledje aan. Bij de level-shifter moet juist de low kunnen sinken.

Zo'n levelshifter is alleen:


Alternatief voor de level shifter als er maar communicatie in één richting moet: gewoon een diode

In alle gevallen zal je dus nog wat moeten maken voor als het ingangssignaal onder de 0V wil duiken.

[kitao]

@Septillion
Het 1-richting en positief maken was geloof ik al de bedoeling:

[...] staat er 12v op. En er kan ook -12v op staan bij een foutconditie (maar dat is met een diode te beschermen).

De Led en Led U1 in het schema zouden m.i. dan als de gewenste sperdioden kunnen functioneren. Wil ook de foutconditie in beeld gebracht worden dan is dat boardje inderdaad geen goeie oplossing, zover ik kan inschatten.
.

[!null]

kitao schreef op zaterdag 4 april 2026 @ 09:52:
[...]

Deze gaat m.i. wel van Laag naar Hoog terwijl jij juist van Hoog naar Laag wou toch ? (12V >> 3.3V).
Op basis van de vorige inbrengingen en mbv wat navraag is dit kant en klare boardje tevoorschijn gekomen:
.

Volgens mij kunnen ze allebei wel werken, maar de door jou gesuggereerde PC817 is input voltage ook niet helemaal duidelijk. Het moet tegen 12v kunnen en bij 6 en 9v werken.
Als ik dan een 12v versie koop, zal hij misschien nog wel werken bij 6v, zolang het ledje maar genoeg aangaat. Andere pagina zegt weer dat je vrolijk van 3v tot 30v erin kan stoppen. Gaat uiteindelijk alleen maar om weerstand + led in optocoupler.

[kitao]

Oh, ja, zou ook kunnen dat ze in jouw link hieronder enkel de L>H opstelling laten zien terwijl het ook van H>L zou kunnen met dezelfde module. Ik lees dat niet zo gauw terug in de beschrijving aldaar.
https://www.otronic.nl/nl...he-schakelaar-f5305s.html

Voor zeer uitgebreide specs over het voorgestelde boardje kun je deze pagina raadplegen >
https://nl.aliexpress.com...html?gatewayAdapt=glo2nld

Zelf heb ik die alvast in het mandje gezet, om er wat mee te testen al zal dat niet op een elektrische auto laadpaal zijn

edit: zelfde bordje maar met meer schema's:
https://nl.aliexpress.com/item/1005010188147556.html
.

[ Voor 8% gewijzigd door kitao op 04-04-2026 14:57 . Reden: edit ]

[Hans1990]

De beperking van low-high of high-low geldt lang niet altijd (in bijzonder: discrete oplossingen). Die beperking komt namelijk voort uit hoe transistoren op een IC worden opgebouwd, want je hebt een 1 chip met 2 voedingsdomeinen, en soms heb je dan de eis dat VCCA > VCCB, bijvoorbeeld.
Als het er niet bij staat, kan je er van uit gaan dat het universeel is.

Wat Septillion zei geldt nog wel steeds.

[memphis]

kitao schreef op zaterdag 4 april 2026 @ 09:52:
[...]


Het is toch gelukt om de link in jouw link te openen met het aansluitschema erin:
https://www.otronic.nl/nl...voorbeeldcode-voor-ardui/

Deze gaat m.i. wel van Laag naar Hoog terwijl jij juist van Hoog naar Laag wou toch ? (12V >> 3.3V).
Op basis van de vorige inbrengingen en mbv wat navraag is dit kant en klare boardje tevoorschijn gekomen:

[Afbeelding][Afbeelding]

1 Channel Way Optocoupler Isolation Module PC817 3V-5V 12V 24V Photoelectric Isolator Rail Holder PLC Drive Motor Board

De tekst in de beschrijving omschrijft het als een versterker voor uC-uitgangen maar schijnt ook andersom te werken.
Andere optie zou misschien kunnen zijn om er bijvoorbeeld een 9V oscilloscoopje aan te verbinden om ter plekke te kunnen uitlezen.
.

Van hoog naar laag gaat wel, van laag naar hoog wordt wat lastig, een IR LED neemt iets van 1.6v, een rode LED iets van 2v en zit je al op 3.5v (beide in serie) boven de 3.3v die veel microprocessors uitspugen. Laat ik het dan nog maar niet hebben over de 1,8v waar je het over had.

[kitao]

memphis schreef op zaterdag 4 april 2026 @ 21:39:
[...]
Van hoog naar laag gaat wel, van laag naar hoog wordt wat lastig, een IR LED neemt iets van 1.6v, een rode LED iets van 2v en zit je al op 3.5v (beide in serie) boven de 3.3v die veel microprocessors uitspugen. Laat ik het dan nog maar niet hebben over de 1,8v waar je het over had.

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:



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

De vraag die bij mij opkwam was of je daar wel 12V op kan zetten dat omlaag geheveld wordt naar 3.3V zodat dit op de ingang van een uC gezet kan worden? De Uno heeft zoals we weten 5V I/O maar de kwestie verandert daar niet door, namelijk of dit board met F5305S Mosfet bi-directioneel is?

De 1.8V die ik terloops noemde ging over een Fpga die z'n I/O op meerdere spanningsnivo's naast elkaar heeft lopen en per bank ingesteld kunnen worden en zoals te zien zit er zelfs een 1.2V rail in:



Tot nu toe heb ik geen 1.8V gebruikt als I/O maar moet af en toe wel opletten met de instelling van 2.5V of 3.3V aangezien je natuurlijk niet een poortje wil roosteren. Vandaar dat ik zelf zo af en toe met level shiften te maken heb waar ik dus eerst een 8 Channel Logic Level Shifter Bi-Directional Module 5V/3.3V Level Converter gebruikte, zoals hier te zien:



Deze shifter heeft echter als spec: Conversion Level Range: 1.8V-6V en is niet toepasbaar voor 12V. Ander punt van aandacht, al eerder genoemd maar de B-kant is op mijn boardje de hoge zijde terwijl ik nu net een zelfde soort board tegenkom waar de A-zijde weer de hoge kant is:


https://hobbycomponents.c...ctional-ttl-level-shifter

Inmiddels ben ik van de level shifter afgestapt en heb een Arduino Due die 3.3V I/O heeft en direkt met een ander board verbonden kan worden.
https://docs.arduino.cc/hardware/due/

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

Ps, het board met Led dat jij bedoelt heeft deze specs, aldus de verkoper:
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

Wat ik nog niet goed begrijp aan dit boardje is de NPN- en PNP-opstelling die getekend erbij staat:



Het enige verschil wat ik eraan zie is de ingang schakelaar op Plus of op Min.
.

[ Voor 26% gewijzigd door kitao op 05-04-2026 05:38 . Reden: Ps ]

[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
    }
}