Zo kom je nog eens wat tegen, precies hetzelfde model dat direkt in de kit printplaat past maar dan met verlengde hendel
Ook de zwarte bleek toch verkrijgbaar :
:no_upscale():strip_icc():strip_exif()/f/image/krlnR7X4lwoghawM8d6QB344.jpg?f=user_large)
1. Multi-turn Adjustable Potentiometer Metal Shaft Long Handle
2. Spanish potentiometer horizontal arrow hole
*********************************************************************************************
Ps,
nog even terugkomend op de post hierboven over Device Family Packs in MPLab; omdat dit een veelvoorkomend euvel is, ongeacht welke uC er gebruikt wordt en dat een succesvolle build verhindert zonder echt duidelijk in de errors aan te geven dat een verkeerde DFP is ingesteld.
Pak je namelijk een stuk code ergens op het internet gevonden en het buildt niet dan verschijnt er niet even een melding: "Pas je DFP aan"
In de code zelf of in begeleidende teksten staat ook amper tot nooit vermeld welke DFP versie is toegepast en ook een AI moet meestal allereerst in de goede richting worden gestuurd om nuttige adviezen te kunnen krijgen. In de vraag opnemen dat het om een foutieve DFP instelling zou kunnen gaan helpt dan.
Kort samengevat is dit het probleem , na verloop van tijd is de code syntax die nodig is om bepaalde waarden in microcontroller registers te krijgen veranderd. Om programma's die enkele jaren geleden nog wel actueel waren maar nu niet meer compileren, dan dient er een oudere DFP te worden ingesteld, of de code moet aangepast worden.
Paar voorbeelden, oud >> nieuw :
ADC_REFSEL_INTREF_gc >> VREF.ADC0REF
RTC_CLKSEL_TOSC32K_gc >> RTC_CLKSEL_OSC32K_gc
EVSYS_GENERATOR_RTC_OVF_gc >> EVSYS_GENERATOR_RTC_OVF
EVSYS.USERADC0 >> EVSYS.USERADC0START
EVSYS_CHANNEL_CHANNEL0_gc >> EVSYS_USER_CHANNEL0_gc
Microchip changed many names when they updated the DFPs.
Een programmeur komt er wel uit, want die kan in files zoals
ioavr128da48.h wel terugvinden hoe bepaalde code-regels geschreven zouden moeten worden, dat dus per DFP kan verschillen. Hier een voorbeeld daarvan, met meer dan 7000 coderegels :
https://github.com/Spence.../ioheaders/ioavr128db28.h
maar eigenlijk moet zo'n file van binnen uit de MPLab IDE worden geopend door bijvoorbeeld met de cursor op een coderegel in main.c te gaan staan en dan CTRL + Click :
Voor niet-programmeurs heb je daar een andere DFP-versie voor nodig of een AI-assistent die de code aanpast.
Het instellen van de DFP-versie kan via menubalk > Production > Set Project Configuration > Customize.
Je komt dan hier:
Afhankelijk wat er al in je pakket zit of erbij is gezet kun je dan een DFP selecteren. Eventueel zelf erbij laden via : MPLAB X - Manual Install DFP (Device Family Pack)
https://support.microchip...l-DFP--Device-Family-Pack
De Github met MCC codes waar ik het in de vorige post over had gaat makkelijker:
https://github.com/microc...tarted-with-adc-mplab-mcc
Bij openen in MPLab verschijnt er een melding dat het project DFP 1.6.88 gebruikt en in MPLab verschijnt er een Resolve link dat na klikken resulteert in een download van dat pakketje.
In de Technical Brief TB3209 dat het zelfde onderwerp behandelt maar dan met Bare Metal codes :
https://www.microchip.com/en-us/application-notes/tb3209
staat zover ik weet niet aangegeven welke DFP is gebruikt dus op zich is dat al blind zoeken. Zeker is dat het niet de 1.6.88 is zoals bij de Git. Ook de AI kwam niet verder als indicatie 1.3.x
Toch, met deze info achter de hand is het een stap dichterbij om tot een succesvolle build te komen.
Meer info, met video:
Introduction to Device Family Packs (DFPs) in MPLAB® X IDE
Last modified by Microchip on 2026/01/09
https://developerhelp.mic.../packs/dfps-introduction/
De video toont onder andere hoe je de Pack Manager kunt gebruiken om een specifieke DFP-versie te downloaden. Vanuit mijn eigen project:
Zoals te zien zijn er inmiddels 23 DFP's versies enkel en alleen al voor de AVR-Dx reeks
.
[
Voor 93% gewijzigd door
kitao op 08-03-2026 16:55
. Reden: Ps ]