De EL-kroeg - Deel 4

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

[ehtweak]

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

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

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

PTS201Box-1 by Erik Haak, on Flickr

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

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


PTS201Box-2 by Erik Haak, on Flickr

En zo ziet het eruit als het doosje dicht is:


PTS201Box-3 by Erik Haak, on Flickr

[kitao]

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

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

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

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

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

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

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

XML:

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

The PIC10F200 is a baseline PIC.
XC8 only supports:

Mid‑range PIC16F

Enhanced mid‑range PIC16F1xxx

PIC18F

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

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

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

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

XML:

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

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



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

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

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

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

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

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

[Hans1990]

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

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

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

[Osiris]

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

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

[Hans1990]

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

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

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

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

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

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

[kitao]

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

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

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



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

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



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

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

[kitao]

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



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

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

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

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



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

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

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

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

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

[kitao]

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

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

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

XML:

.
⭐ You now have the full debugging picture

Your current layout:

Disassembly (left)

main.asm (center)

SFR or Watch window (right)

PC / WR / INS / STATUS (bottom)

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

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

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

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

Hieronder Beethoven dat uit de laptop speaker komt >



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

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

[Hans1990]

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

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

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





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

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

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

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

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

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

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

Wordt vervolgd..

[kitao]

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

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



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

C:

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

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

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

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

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

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

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


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

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

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

    return 0;
}

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

XML:

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

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

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

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

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

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

ignore .cpp files

not compile them

not show errors

not show warnings

not show build output

behave exactly as you observed

This is normal.

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

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

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

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

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

#include <stdbool.h>

#define FCY 8000000UL

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

    TRISB &= ~(1 << 0);

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

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

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

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

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

Enable C++ in Project Properties → XC16

Wrap device headers in extern "C"

Rename file to .cpp

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

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

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

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

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

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

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

[Terror]

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

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

Vragen voeding

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

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

Verdeelboard:



Vragen kabeldikten

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

[Septillion]

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

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

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

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

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

[memphis]

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

[Septillion]

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

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

[Terror]

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

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