De EL-kroeg - Deel 4

[kitao]

Ruitenwisser schreef op zondag 15 juni 2025 @ 11:42:
Voor die test programma’s kun je Timer1, 2 of 3 ook gebruiken, hoeft niet 1 op 1 te zijn. Ik zou daar nu niet op vastlopen met die simulator enzo. Je gaat pas specifieke timers kiezen als je er meerdere nodig hebt en dan kijk je in de data sheet welke er het beste past voor welk doel.

Ja, tnx, heb ik gedaan, na bekijken van TMR4 in de datasheet van PIC16F1619 blijkt dat een 8-bit te zijn en dat is TMR2 in PIC16F13145 ook dus die heb ik ervoor gekozen.
Het voorbeeld dat hier staat beschreven https://developerhelp.mic.../peripherals/timers/t2cb/ is zo goed als mogelijk gereproduceerd en hoewel het compileert is de Output - een Led-blink - niet aanwezig. Vervolgens de simulator erop gezet met als device de 1619 maar er blijven grote verschillen met de tekst uit het voorbeeld.
Komt misschien hierdoor ?


Daar staat v3, bij mij staat v5

Gelukkig ging video2 op de F13 wel goed en die draait ook met een Callback
YouTube: MCC Melody Example Components: TIMER Toggle LED, Callbacks Implement...
De door Nilsen gebruikte MCC versie is v5.5, de video's zijn nog geen jaar geleden gepubliceerd.

Hierin staan links naar o.a. een C-code Callbacks video serie voor de geinteresseerde.
https://onlinedocs.microc...69-4B29-B8D4-C949D2CD7FC5
.
https://mu.microchip.com/c-programming-callbacks

Zelf zet ik het even in de koelkast, geen zin om dagen lang hetzelfde te eten, vooral deze zware kost niet

Ps-1, toch nog even geprobeerd zonder video of tekst voorbeeld en eenmaal gewend is dit toch wel een makkelijkere manier om zo'n IC te configureren.
Toch iets om op te letten, na de stappen doorlopen te hebben compileerde het niet en kreeg storing op
#include <xc.h> , not found etc en op nog een paar van die includes. Hetgeen nergens op slaat aangezien die normaal gesproken in ieder project worden gebruikt en voorheen dus geen storing gaven.
Ik heb MPLab afgesloten en opnieuw geopend en de storingen waren weg met als resultaat een blinkend ledje van 1 seconde aan en 1 seconde uit, hier te zien op de Data Visualizer



Wat ook helpt is om onder een define reeks met error-meldingen te gaan staan .....

#include <xc.h>
#include <stdint.h>
#include <stdbool.h>
#include "config_bits.h"
#include "../system/clock.h"
#include "../clb/clb1.h"
#include "../system/pins.h"
#include "../crc/crc.h"
#include "../nvm/nvm.h"
#include "../system/interrupt.h"

..... en dan een enter te geven.

PS-2, verzend- en importkosten van de gebruikte hardware kunnen uitgespaard worden via Digikey bij bestellingen boven de 50,- ex Btw.
.

[ Voor 25% gewijzigd door kitao op 16-06-2025 12:59 ]

[kitao]

Sinds kort heb ik als programmer een Pickit Basic


https://www.microchip.com...based%20MCUs%20and%20MPUs.

Normaal gebruik ik de PicKit 3 voor breadboard projectjes met MPLab v6.20



Het bleek echter dat de PKBasic aangesloten met v6.20 niet werkt, na lange tijd proberen las ik in de handleiding dat PKBasic op >= v6.25 moet draaien. Prima, dus ik installeer v6.25 en ik zie daar inderdaad de PKBasic als Tool verschijnen maar in mat grijs, dwz wel aanwezig maar niet actief. Ondertussen had ik door van alles te proberen MPLab v6.20 gedeinstalleerd waar tot dan de Pickit3 altijd prima op draaide. Probeem is echter dat de PK3 in v6.25 niet meer gesupport wordt, doet het daar dus niet
Oorzaak dat de PKBasic het niet deed is omdat de PIC16F877A niet in de Device Support list is opgenomen. Heel vreemd want de Atmega32 is dat wel.
https://packs.download.mi...iceDoc/Device_Support.pdf

Dus ik installeer v6.20 opnieuw om de PK3 weer te gaan gebruiken, maar helaas ..... storing op storing, geen beweging in te krijgen.



Vervolgens GCStudio, voorheen Great Cow Basic, geinstalleerd maar mocht ook niet baten :



Daarna kwam ik deze video tegen dat een MicroChip antieke programmeer software aanstipt.
YouTube: Pick Kit 3 Clone: Troubleshooting, not working, needs latest bootloa...

Deze blijkt standaard in GCStudio aanwezig te zijn, alhoewel dat niet in de video wordt genoemd maar zelf tegen kwam en dan en alleen dan doet de PK3 het wel. Pad: C:\GCstudio\PicKit3GUI\PICkit3.exe



Samengevat, PKBasic blijkt voor mijn IC's deels ongeschikt en met alle (zelfverwijtbare) problemen heb ik meteen PK3 gesloopt dat alleen nog maar functioneel is met een flinke omweg.
Ben wel blij dat het werkt maar heeft veel tijd gekost om iets wat prima werkte in 'gedegradeerde' vorm weer aan de praat te krijgen
Positieve kant is nu dat ik meer gebruik zal gaan maken van GCStudio

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

Ps, in MPLab IDE v5.45, via MPLab IPE v5.45, is de PK3 inmiddels weer operationeel, maar niet in v6.20



Volgens deze video
YouTube: Connect to your PICkit3 clone

Hopelijk helpt het om niet in dezelfde valkuil te vallen van Microchip's niet-aansluitbare software en apparaatjes

Ps2, dit is de PK3 bootloader operating system : PK3OSV020005.hex en kan ook via internet gevonden worden.
.

[ Voor 11% gewijzigd door kitao op 28-06-2025 15:33 ]

[kitao]

Misschien dat iemand iets over het volgende weet te vertellen ? Tnx
De projectjes die ik volg zijn al enige jaren oud maar ook geen tientallen jaren geleden. Dit is er 1 van:
https://embetronicx.com/t.../pic16f877a-adc-tutorial/

Ik gebruik MPLab IDE v5.45 met XC8 compiler en PicKit3 als programmer.
Nu is gebleken dat builden en programmeren alleen mogelijk is indien de juiste combinatie van compiler-versie en pack-versie ingesteld wordt. Vergelijk deze twee instellingen, bovenste is prima, onderste valt gewoon niet te builden. De verschillen zijn met blauwe streepjes aangegeven.





Als er maar twee keuzes waren dan valt het nog wel mee maar er zijn zeer veel XC8 compiler versies en wie weet hoeveel Pic-Packs.
Bij elkaar heb ik al 3 compiler-versies en 3 pack-versies erop staan met in totaal dus 9 mogelijke combinaties en het lijkt wel een casino royaal om de juiste kaart te krijgen



Is er misschien een methode om gefundeerd de juiste combinatie te kunnen verkrijgen of blijft het gokken ?

Ps, de juiste term voor DFP is Device Family Pack waarover hier meer, met een video presentatie :
https://developerhelp.mic.../packs/dfps-introduction/
en
https://developerhelp.mic...cts/packs/work-with-dfps/
Schakel Ad blocker uit om 'broken images' weer compleet te maken.

Probleem is dus dat bepaalde header-files alleen werken met de juiste DFP-versie en juiste compiler-versie.
Wordt hier ook in aangegeven in MPLab IDE met 'Removed legacy header files' :



<pic.h> is overigens wel aanwezig maar met het 'verkeerde' DFP-pack zijn er headers binnen die header die het niet doen


.

[ Voor 28% gewijzigd door kitao op 30-06-2025 07:08 ]

[kitao]

Weet iemand of de 5 Volt 40 Ampere een spelfout is ?



die wordt gebruikt in dit project :
Creating an Arcade: Animations and Games - Showcases of the CLB Using the PIC16F13145 Microcontroller with MCC Melody
https://github.com/microc...-mcc/blob/1.0.0/README.md

Ik heb een PS1503SB DC power supply en dat is formaat crackerdoos en die is toch maar 0-15V / 3A.

Het board en uC zijn inmiddels via Digikey besteld maar om met 40A te gaan hobbyen, indien het geen spelfout is, vind ik iets teveel eigenlijk
Voor wie vaker deze zware WS2812 Led-linten heeft toegepast is dit wellicht een leuk project om eens te bekijken



Curiosity Nano Explorer board.
.

[ Voor 14% gewijzigd door kitao op 04-07-2025 21:21 ]

[Samoht93]

Bij mijn weten 20mA per LED dus 60mA voor RGB.
Dus 0.06 * 8 *32 = 15.4A aan LEDs.

[memphis]

En dat is alleen wanneer je alle kleuren tegelijk laat oplichten. Als je dat niet doet zal de stroom per strip lager liggen en zal die 40A een veilige waarde zijn als je alle 6 de strips in 1 project gebruikt zonder alles in wit op te laten lichten..

[kitao]

Het zijn 6 van die strippen matrixen tot een soort monitor display aan elkaar gekoppeld
https://github.com/microc...-mcc/blob/1.0.0/README.md

Ik heb een paar maanden geleden voor het eerst zo'n stripje getest, een enkele van 30 ledjes, enige andere ervaring die ik heb is een led kubus op een Simulide simulator. Maar bedankt, ik weet nu dat het geen spelfout is en dat er niet 4.0 A had moeten staan.
Speciale voedingen zijn er zelfs voor


ebay

Tja, jammer, complexiteit en kosten lopen flink op zou ik dit willen proberen en gelukkig is dat Dev. board ook voor andere dingen te gebruiken.

[Hagdos]

Samoht93 schreef op vrijdag 4 juli 2025 @ 15:49:
Bij mijn weten 20mA per LED dus 60mA voor RGB.
Dus 0.06 * 8 *32 = 15.4A aan LEDs.

20 mA is de max rating voor een standaard LED. Als je niet probeert een ruimte te verlichten, maar gewoon een kleurtje wil zien, heb je al genoeg aan 1-2 mA voor een moderne LED. De levensduur is dan ook nog een stuk beter.

Het lijkt me sterk dat een LED matrix ontworpen is op 20 mA per LED.

@kitao Je hebt een mooie labvoeding met stroombegrenzing. Gewoon proberen, als het meer trekt dan je voeding aan kan gaat er niets stuk.

40A lijkt me wel een typo. Aan de andere kant is 40A niet iets om bang voor te zijn, het is niet onveilig. Hooguit zonde om een dure labvoeding te kopen als je maar een paar Ampère nodig hebt.

[Samoht93]

klopt ledjes hoef je bijlang na niet met 20mA aan te sturen.
Maar als ik zo kijk naar dat project waar naar gelinkt wordt dan staan ze vrij fel, en als je het nabouwt wil je niet tegen voedings issues lopen.

[Hans1990]

Ik heb hier een LED strip met 144 LEDs (1 meter) op een 5V 5A voeding.
5A is niet toereikend als je alles aanzet (max is 8.64A).

Is het nodig? Nee absoluut niet. Ik kan de strips tot 55% waarden aansturen en dan blijf ik binnen de 5A.
Nu was in mijn design wel het geval dat 5A voeding erg heet werd op dat uitgangsvermogen, dus die 5A continu wordt niet eens behaald.

Max vermogen is ook erg fel. Aangezien het soort schemerverlichting is maakt het nog minder uit..

Het nadeel van dit terugschalen is natuurlijk wel dat je resolutie mist. Deze LEDs hebben 8-bit (0-255) Red Green Blue op de 0-20mA schaal. Als je vanwege stroomredenen maar 0-63 gaat uitsturen dan verlies je 2 bits resolutie.

[Bas...]

Hagdos schreef op zaterdag 5 juli 2025 @ 08:21:
[...]
40A lijkt me wel een typo. Aan de andere kant is 40A niet iets om bang voor te zijn, het is niet onveilig. Hooguit zonde om een dure labvoeding te kopen als je maar een paar Ampère nodig hebt.

40A in combinatie met een beetje (overgangs)weerstand kan echt bloedheet worden. Als je pech hebt met brand tot gevolg. Niet onveilig alleen als je weet wat je doet zou ik zeggen.

[kitao]

Allen bedankt voor het meekijken, top !

Aangaande het 'alle leds tegelijk aansturen' dat is eigenlijk niet zo van toepassing omdat er kant en klaar programma's in zitten, te vinden in de Git-main folder van de read-me, en waar ik dus weinig tot niets aan kan regelen.

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

Wie eraan wil beginnen, en mogelijk ikzelf dus ook maar er zijn een aantal obstakels zoals de kosten en de moeilijksheidsgraad, moet rekening houden met het volgende :
Note: All five applications are available for programming only with the XC8 compiler in the PRO version
The MPLAB XC8 PRO Subscription License is charged on a monthly basis
https://www.microchip.com...lopment-tool/SW006021-SUB

Kan niet zo gauw vinden wat dat kost maar van deze wel :
Nano explorer board 80,-
PIC16F13145 CLB 10,-
SRam Click 15,-
Flash Click 10,-
Voeding 5V 40A gok ik op 85,-
6x WS2812 8x32 ca. 30,-

Totaal 230,- excl. Btw en excl. XC8 Pro abonnement

Maar hoeft allemaal niet in 1x natuurlijk, de CLB die ik al heb begin ik al wat vertrouwd mee te raken en het Dev Board is onderweg en een led-matrix kan ik eerst 1 uitproberen.

En ja, 5V x 40A is nog steeds 'maar' 200 Watt maar aangezien ik geen ervaring heb in het koppelen van een micro aan zulke relatief zware stromen, ook niet met een robotwagen ofzo, lijkt me dit geen project om zomaar even mee te beginnen. En het zijn geen monsterbedragen maar een extra voeding kopen en een abonnement afsluiten voor een enkel projectje is waarschijnlijk beter te besteden. Daarnaast staan onderaan deze pagina nog meerdere voorbeelden die wat minder omvangrijk zijn:
https://www.microchip.com/en-us/product/PIC16F13145
.

[memphis]

Die voeding is nog steeds maar 5v, je zult er echt geen oplazer van krijgen. Bij een eventuele sluiting zal de voeding in een beveiliging schieten dus er is weinig "gevaarlijk" aan. Als ik ga racen met mijn electro F1 RC heb ik een 12v-20A voeding met erop aangesloten een dual poort lader dat op vol vermogen alleen al 160 watt uit de voeding trekt en nog een 60 watt voor mijn bandenwarmers. En dan zit er nog een radio en een ontlader op welke overigens de accu's met max 60A kan ontladen.
Allemaal geen probleem.

[Hans1990]

Je zal er idd geen opdonder van krijgen. Het grootste gevaar bij zulke hoge stromen is slechte contacten.

Bij 1 of 2A zal een slechte verbinding of iets dunne bedrading (bvb standaard breadboord draadjes e.d.) nog niet zo'n snel een probleem veroorzaken.

Maar bij 20A is elke milliohm opeens 0.4W aan verliezen waard. Zo'n goedkoop krokodilklem jumpertje kan dan zomaar paar Watt wegstoken. Oeps!

Zolang je robuuste connectors gebruikt die je zekers te weten goed vastklikt voordat je spul aanzet, dan kan er eigenlijk niet zoveel mis mee gaan.

Schrik wel van die prijzen trouwens. Ik word zo onderhand een kapotte langspeelplaat, maar een Arduino Uno of STM32 Nucleo ontwikkelbordje van 2 tientjes heeft geen gedonder met compiler licenses en rent cirkeltjes om zo'n PIC heen. Maar ik snap dat je die niet wilt gebruiken, tegelijkertijd vind ik het wel bizar geld dat Microchip (of 3rd parties) letterlijk honderd(en) euro's meer durft te vragen voor zulke chips..

[kitao]

Het is niet zozeer dat ik een stroomschok vrees maar dat ik de sturende elektronica opblaas. Daarnaast leek het me leuk dit kakelverse project, sinds 5 maanden op Git, te delen en mogelijk goeie adviezen erover te krijgen die dus inderdaad verstrekt zijn

De 5V-40A voeding zie ik wel als een obstakel omdat mijn interesse-richting niet zozeer in Led-effecten zit en het dus een 1-dagsvlieg aankoop kan worden net als het XC8 Pro abonnement. Valt inderdaad wel op dat Microchip dit project neerzet dat zonder verdere aankopen bij hun eigenlijk niet uit te voeren is.
Voor de rest ga ik het maar opsplitsen, eerst dat grote Explorer Development Board uitvogelen met daarop geklikt de PIC16F1345 CLB en als dat loopt dan de SRAM erbij etc.

De WS2812 matrix zal wel ergens een Arduino voorbeeld van zijn om vooraf mee te oefenen maar dan met 2 geknoopt ipv 6.

Wat de prijzen betreft, het IC klikboard kost 10 euro incl. Btw en via Digikey besteld ligt het binnen een dag of vijf, gratis verzonden, vanuit de VS stevig verpakt en met garantie op de deurmat. O ja, en de bestellingen zijn inclusief invoerrechten.

Het Explorer dev. board is niet echt goedkoop, 96,- incl. Btw, maar ja, ik heb nog een ander PIC Curiosity board en eentje van AVR en die passen op datzelfde dev. board. Niet alle drie tegelijk maar wel makkelijk uitwisselbaar, beter als op een breadboard hoop ik. Ter info, alle Curiosity Nano boardjes passen erop, de pin-indeling is universeel over die serie neergezet.
Bijvoorbeeld boven deze witte lijn zijn ze allemaal hetzelfde zo heb ik begrepen.


https://ww1.microchip.com...Curiosity-Nano-Pinout.pdf

Overigens is de PIC16F13145 bij andere projecten wel gewoon te gebruiken zonder XC8 Pro abonnement, ik heb er zelf al enkele andere examples mee nagedaan met MPLab en XC8 freeware versies. Waarom bij dit project (bij uitzondering) ineens wel een Pro abo voor nodig is weet ik nog niet.


.

[ Voor 25% gewijzigd door kitao op 06-07-2025 13:05 ]

[memphis]

Je kunt niets opblazen, ook al zou je voeding 100A zijn, de spanning blijft maar 5v, je project blijft naar de stroom trekken die het nodig heeft en als je iets verkeerds of omgepoold aansluit gaat het ook op bv een 2A voeding net zo makkelijk kapot.

[kitao]

Ja, dat is wel zo maar het brengt sowieso een extra risico met zich mee dat je helemaal kan vermijden als het gewoon bij een 7-segment opstelling blijft, bijvoorbeeld. Aan de werking van het IC zal het weinig verschil maken en daar ligt eigenlijk mijn focus, de communicatie protocollen e.d. , peripherals, clocks, timers, etc.

Het is inmiddels wel duidelijk geworden dat mijn huidige voeding van 0-15V/3A het niet gaat redden met het matrix-display in getoonde opstelling hieronder en dat wou ik even navragen en of dat iemand misschien iets meer weet over de XC8 Pro compiler, de reden daarvan.



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

[Hans1990]

Ik weet wel iets over de Microchip's compiler.. maar dat mag waarschijnlijk niet op dit forum
En is trouwens al jaren geleden, ik weet niet of die 'workarounds' nog werken..

Betreffende voeding zou je ook nog kunnen denken aan DC/DC blokjes. Je kan dan nog wel je labvoeding gebruiken, maar dan bijvoorbeeld 24V 3A gebruiken. Als je dat terugbrengt naar 5V met DC/DC, kom je waarschijnlijk wel op 10A uit.

Bijvoorbeeld 2x: https://www.tinytronics.n...nverter-5a-3.3v-5v-9v-12v
of: https://www.tinytronics.n...5-5a-with-current-limiter

(de helft van je matrix per DC/DC voeden)

[kitao]

@Hans1990
Dank je, ik heb al diverse keren buck-converters hier besproken zien worden maar heb er nog geen enkele eerder gebruikt. Tijd om dat eens te proberen.

Ik heb bij de co-piloot navraag gedaan over waarom er ineens een XC8 Pro nodig is ipv de gebruikelijke XC8 Freeware bij dit soort Curiosity examples, zie afbeelding vanuit de Readme


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

Ik heb ook meteen de kosten van het XC8 Pro-abonnementje opgevraagd:
XC8 PRO License Cost
Price: $29.95 USD per month (as listed by Microchip and reported by eeNews Europe)

De WS2812 - 32x8 Led-matrix wordt hier met code getoond in een Arduino opstelling die ik eerst zou kunnen proberen.
YouTube: Coding with Color: Arduino's Control over 32x8 WS2812 LED Matrix PART1

https://www.hackster.io/m...with-arduino-part1-3c165f

Inmiddels van deze PIC18F57Q43 CURIOSITY NANO de headers op de staggered holes gesoldeerd.
https://www.microchip.com/en-us/development-tool/DM164150
Het breadboardje heeft een sticker onderzijde die valt dus op het hout te plakken. Bij een ander Curiosity boardje bleek het solderen niet nodig te zijn, zit vanwege de zigzag gatenrij stevig genoeg vast maar deze moet in het grotere Dev. Board geplaatst worden en af en toe omgewisseld worden voor een ander boardje. Dan lijkt het me wel beter dat de headers goed vast gesoldeerd zitten.


350C ingesteld, met een beetje mazzel werkt het nog

Van getoonde Q43 is een bijbehorende playlist
YouTube: MCC Melody Example Components: TIMER Toggle LED, Polled Implementation
Geen externe programmer nodig, enkel een Standard-A to Micro-B or Micro-AB usb-kabeltje en de MPLab IDE freeware.
.

[ Voor 35% gewijzigd door kitao op 07-07-2025 11:49 . Reden: link toegevoegd ]

[Bas...]

Bij XC8 voor AVR is het verschil tussen free en pro de beschikbare opties voor optimalisatie (-O1 t/m 3, -Os). Dat zal bij XC8 voor Pic ook vast zo zijn, dus ik ga mee met copilot. Ze hebben dat project zo opgezet dat de code alleen past en/of soepel loopt op het gekozen device als je gebruik kunt maken van (maximale) optimalisatie bij het compilen. Tja, ze willen centjes verdienen. Als hobbyist zou ik altijd microcontrollers willen gebruiken waarvoor een vrije (gcc) toolchain beschikbaar is (o.a. AVR, STM32, ESP32, RP2040).

[kitao]

@Bas...
Dank je wel voor de toelichting, ergens volgende week ga ik het programma van dit project door de compiler XC8 3.0 Free versie proberen te laten builden.
https://github.com/microc...b-ws2812-matrix-mplab-mcc

Normaal gesproken, wat ik tot nu toe bij de 8-bit ondervonden heb, hebben de Curiosity Nano boardjes, en dat zijn er aardig wat, ca. 145 stuks hieronder, geen XC8 Pro nodig en zijn de meeste examples met freeware uit te voeren. Dat er nu een Pro nodig is lijkt op een hoge uitzondering
En misschien valt er per maand te abonneren? Of een free trial weekje ?
145 results | Search Results for "curiosity nano"
https://www.microchip.com...&fq=start%3D0%26rows%3D10

Ik ben niet erg bekend met het compile-proces al had ik een paar posts terug toch wel wat kuren gekregen met het kiezen van de family device packs, waarover je van de compiler geen enkele leek-leesbare melding krijgt toen het fout ging. Dus toen werd het gewoon gokken van wat wel pakt en wat niet.
kitao in "De EL-kroeg - Deel 4"

In jouw genoemde IC's ken ik alleen de 8-bit AVR en aangezien ik ook met CPLD bezig ben ga ik geen andere smaken meer proberen voorlopig. Als vrije toolchain heb ik GCStudio die ook voor 8-bit Pics te gebruiken is.
Een eerdere poging daarmee liep vast op dit :
https://gcbasic.sourcefor...tter/index.php/PICKitPlus
Dat is geen open source maar commercieel.
Al met al ben ik een beetje klaar met oriënteren en hou ik het bij de MPLab Freeware.
Ik begrijp je tip wel natuurlijk maar het is mede afhankelijk van je toepassingen, bijvoorbeeld ik kijk graag naar wat er in de uC intern gebeurt en hoe het opgebouwd is en een ander gebruikt het voor bijvoorbeeld domotica en zal het een zorg zijn wat er in de uC gaande is. Vandaar dat er zoveel vernevelende libraries zijn en codeer vriendelijke talen, zoals in een Arduino Ide, maar voor debuggen ben ik nog geen betere IDE tegengekomen als MPLab.
.

[ Voor 29% gewijzigd door kitao op 07-07-2025 12:15 ]

[tvnieuw]

Ik zoek de Firmware van een Graupner Ultra Duo Plus 50.
Dat is er een met twee uitgangen en een ingang voor 230V AC of 12~14 V DC.

Ik ben zo slim geweest om zonder het maken van een kopie van de oude Firmware V 1.03b een nieuwere versie te branden met een Pickit 3.

Wie heeft een kopie V 1.03b voor mij?

[base_]

Bas... schreef op maandag 7 juli 2025 @ 09:55:
Als hobbyist zou ik altijd microcontrollers willen gebruiken waarvoor een vrije (gcc) toolchain beschikbaar is (o.a. AVR, STM32, ESP32, RP2040).

Heeft de arduino geen vrije toolchain? Nu vind ik zelf de arduino ide niet heel fijn moet ik zeggen.
Ik wil binnenkort eens aan de slag met clion en platformio (ik ben zelf jetbrains tools gewend) en ben benieuwd hoe goed dit integreert en met welke hardware.

[memphis]

tvnieuw schreef op maandag 7 juli 2025 @ 14:53:
Ik zoek de Firmware van een Graupner Ultra Duo Plus 50.
Dat is er een met twee uitgangen en een ingang voor 230V AC of 12~14 V DC.

Ik ben zo slim geweest om zonder het maken van een kopie van de oude Firmware V 1.03b een nieuwere versie te branden met een Pickit 3.

Wie heeft een kopie V 1.03b voor mij?

https://www.modelbouwforu...-ultra-duo-plus-50.77364/
Een post van Fstrating geeft aan dat hij wat heeft en deze user is nog steeds actief op dit forum. Je zou hem kunnen benaderen.

[kitao]

base_ schreef op maandag 7 juli 2025 @ 15:07:

Heeft de arduino geen vrije toolchain? Nu vind ik zelf de arduino ide niet heel fijn moet ik zeggen.
Ik wil binnenkort eens aan de slag met clion en platformio (ik ben zelf jetbrains tools gewend) en ben benieuwd hoe goed dit integreert en met welke hardware.

Ik moest even kijken wat nou eigenlijk met een toolchain bedoeld wordt en volgens Wikipedia:
A toolchain is a set of software development tools used to build and otherwise develop software.
En met vrije zal wel freeware bedoeld worden.

Arduino zal waarschijnlijk onder de noemer AVR vallen vanwege o.a. de Atmega 328P op de Uno waarmee het naam kreeg al zag ik laatst een Nano met dit :
The Arduino Nano 33 BLE is an evolution of the traditional Arduino Nano, but featuring a lot more powerful processor, the nRF52840 from Nordic Semiconductors, a 32-bit ARM® Cortex®-M4 CPU running at 64 MHz.
https://store.arduino.cc/products/arduino-nano-33-ble

Clion, Platformio en JB Tools heb ik niet eerder van gehoord.
De Arduino IDE schijnt tegenwoordig wel debug mogelijkheden te hebben met sommige board-versies maar heb die nog niet geprobeerd. Bijvoorbeeld hieronder is er geen support voor met mijn micro.



En dit is debuggen, in Atmel Studio maar MPLab verschilt er weinig van.


.
En is dit wel een een software development tool, het maakt namelijk niet uit of je er Asm of C of Arduino sketch erin stopt om toch zulke registers en flags uit te kunnen lezen ? Zelf codeer ik niks maar ik vermoed dat een programmeur niet op MPLab z'n programma vorm geeft maar hooguit deze erop controleert.
.

[ Voor 17% gewijzigd door kitao op 07-07-2025 16:00 ]

[Hans1990]

base_ schreef op maandag 7 juli 2025 @ 15:07:
[...]


Heeft de arduino geen vrije toolchain? Nu vind ik zelf de arduino ide niet heel fijn moet ik zeggen.
Ik wil binnenkort eens aan de slag met clion en platformio (ik ben zelf jetbrains tools gewend) en ben benieuwd hoe goed dit integreert en met welke hardware.

Ja. Die gebruikt onderhuids altijd GCC varianten. Die zijn gratis met alle optimizations. Ik meen dat Arduino by default ook al -Os gebruikt.

PlatformIO kan je gebruiken met de Arduino schil er omheen (het is immers een iets opgepoetste variant van C++), of als Makefile project, en met STM32 ook met CubeMX projecten meen ik.

Met PlatformIO viel wel aardig te werken. Ik heb er niet teveel tijd in gestoken, want uiteindelijk blijft PlatformIO ook maar een community project die door een handjevol personen wordt gerund. Vziw waren die ook nogal strict wie er code mocht pushen, dus de verrijking is vrij beperkt. En de releases van afgelopen jaar zijn zeer beperkt: https://github.com/platformio/platformio-core/releases

Ik kies er liever voor om daar wat minder afhankelijk van te zijn. Hoewel er vandaag weinig mis mee is en ik het wel gebruik om even snel een programmaatje op een STM32 Nucleo te testen (vooral toen ik laatst even op mijn Mac meerdere malen moest zwaardgevechten met CLion & GCC..).
Ik meen dat je er gewoon mee kon debuggen e.d. Laatst heel even op RP2040 geprobeerd, en die was toen ook bewust van de twee cores die aanwezig waren.

CLion is een andere draak leeuw, maar m.i. ook heel erg krachtig. Ik geloof dat er een gratis community versie is tegenwoordig, en ze hebben wel e.e.a aan embedded support toegevoegd. De code editor is feature rich, je hebt AI toeters en bellen (die ik nu met name als autocomplete gebruik, moet er nog eens verder mee kijken), en je kan er zo een CMake project inhangen om vervolgens met OpenOCD te flashen/debuggen (OpenOCD zet een GDB server op waar CLion mee kan verbinden)

Vervolgens is er voor embedded wel e.e.a beschikbaar zoals een SVD viewer voor de registers van de MCU, register view van de MCU core, en natuurlijk de gebruikelijke C++ tools. Je hoort het al, ik ben groot fan Je hebt er alleen wel krachtig en/of modern systeem voor nodig, maar het draait in ieder geval vele malen beter dan elk andere Java IDE.

Ik mis helaas nog wel een paar dingen.. je moet toch wel beetje weten hoe het hele build systeem met CMake hoort te werken. Hoewel ik meen voor STM32 er redelijk makkelijk van STM32CubeMX projecten te importeren valt.
En tijdens debuggen mis ik nog een simpele knop (of extra view die tegelijk open kan) dat je in de assembly kan single steppen. Dat is iets wat een IDE als IAR of Keil juist heel goed doen, want als embedded ontwikkelaar is weten wat er op assembly niveau gebeurd soms best belangrijk.

Ik heb in mijn eigen CMake file dat elke build versie extra artifacts maakt, waaronder assembly listings. Als de code dan ergens in crashed single step ik op C niveau en zoek ik de program counter wel op in dat bestand om te zien wat er voor gebeurd kan zijn.

Maar ik develop tegenwoordig zo min mogelijk op echte hardware. Trage uploads, trage debuggers die soms vastlopen (gebeurd ook met JLink nog wel eens ), en beperkingen met breakpoints..
Alle hogere lagen van firmware draai ik met unit tests op mijn desktop. En soms de overgang naar hardware in een (eigen geschreven) RISC-V emulator met wat gesimuleerde peripherals. Daar heb ik laatst een RTOS in elkaar geknutseld... best grappig als je code naar een STM32 upload en eigenlijk al weet dat 95% klaar is.

[base_]

@Hans1990 Ik ben vooral PHPstorm (+dockers met magento op Ubuntu), ItelliJ en nog wat andere tools van Jetbrains gewend, ik heb een hekel aan visual studio, en het all products pack van jetbrains is na 2 jaar aantrekkelijk geprijsd

Werken met arduino's, msp430's, rpi's, esp32's etc is voor mij op dit moment vooral hobbymatig, de arduino ide vind ik veel te beperkt, dus ik denk dat CLion voor mij veel beter werkt.

PlatformIO lijkt me meer een library met de juiste headers/mapping voor verschillende hardware platformen, voor mij meer dan voldoende om voorlopig vooruit te kunnen.

[kitao]

Afgelopen vrijdag de 4e heb ik de bestelling via Digikey geplaatst dat gistermiddag de 9e in Zuid-Holland werd bezorgd vanuit Thief River Falls Minnesota. Dubbele doos gevuld met veel papier en piepschuim maar zonder verzend- en importkosten. Dit zat erin:



Er zit geen boekje bij, die wordt je blijkbaar geacht zelf te gaan zoeken op het web.
https://onlinedocs.microc...53F3CB-en-US-1/index.html
en
https://ww1.microchip.com...-UserGuide-DS50003716.pdf
en
https://www.microchip.com/en-us/development-tool/EV58G97A

Wel zitten er 6 rubber voetjes onder dus dat is wel goed afgewerkt.
Jammer dat er geen optie is om de Nano Curiosity IC-boardjes met headers gemonteerd te kunnen bestellen want handmatig is er toch altijd kans op oververhitting, sluiting of uit het lood plaatsing. De boardjes hebben staggered holes, een zigzag gatenrij en de headers kunnen soldeerloos erin geklikt worden maar met de 56-pinner op de foto gaat dat misschien niet goed bij het omwisselen uit de zitting op het Explorer Board, dat overigens wel geheel gesoldeerd geleverd wordt.
Het kleinere bordje is een extra PIC16F13145 CLB, die ga ik aanvankelijk wel ongesoldeerd in het Explorer board plaatsen.
.

[kitao]

Er is veel veranderd sinds die tijd ....

I/O view PortB AVR Atm328P (Arduino Uno)




I/O view PortB AVR128DB48



https://www.microchip.com...-HW-UserG-DS50003037A.pdf

Toch zijn het allebei 8-bits uC's
.

[Bas...]

Ja, dat is de XMega familie. Die hebben flink meer mogelijkheden dan de oude Atmega's.

[kitao]

Ah, goed dat je het zegt. Ik had meen ik al eerder van XMega gehoord maar bracht dat nog niet in verband met de AVR128'S. Inmiddels een XMega overzicht gevonden:
https://ww1.microchip.com/downloads/en/DeviceDoc/doc7925.pdf
Achteraf had ik beter de AVR128DA48 kunnen bestellen, die wordt namelijk in dit omvangrijke dossier gebruikt:
Writing C-Code for AVR® MCUs:
https://onlinedocs.microc...33-422F-85F5-B5C4EE00AD86



Zelf programmeer ik niet maar ik probeer het een beetje te lezen en te volgen. Ik heb nog even geprobeerd de MCC code over te zetten van de DA- naar de DB-versie maar het mergen van de MCC generated files is me nog niet helemaal duidelijk.



.



De DB versie heeft zijn eigen voorbeelden en de DA voorbeelden hierboven zijn in MPLab IDE wel gewoon te openen maar is toch handiger als dat kitje daadwerkelijk aan de Usb hangt. Nu zijn ze niet zo duur, 11 euro incl. Btw dus mogelijk bestel ik er nog eentje bij.

Voor iemand die dat dossier ook wil proberen is mijn advies de DA te bestellen.
De Bare Metal voorbeelden draaien overigens wel op de DB-versie.

Ps/
Strikt genomen zijn de AVR128DA48 en AVR128DB48 geen ATXMega's, volgens deze lijst althans
https://www.microchip.com...yJTIyJTJDJTIyJTIyJTVEJTdE
Waar wel een ATxmega128D4 in zit.
Ik vermoed dat het verschil met de AVR® DA en AVR® DB Family o.a. is omdat die laatsten Configurable Custom Logic (CCL) hebben.
https://onlinedocs.microc...F7E70-en-US-19/index.html
.

[ Voor 13% gewijzigd door kitao op 13-07-2025 03:59 . Reden: Link toegevoegd ]

[Bas...]

Het zou kunnen dat die nieuwe AVR's niet onder de, ook al weer wat oudere, XMega's vallen. Maar hun interne architectuur is bijna zeker (afgaande op o.a. jouw portb registers screenshot) wel op XMega gebaseerd.

[kitao]

Ja klopt hoor, daar zit weinig verschil in. Links de ATxmega128D4 en rechts de AVR128DB48

.

Een aantal weken geleden had ik de Pickit Basic ontvangen maar die bleek helaas niet geschikt voor de Pic16F877 die ik op breadboard heb staan.
kitao in "De EL-kroeg - Deel 4"

Dus heb een PIC16F1619 nabesteld, ik weet niet meer waarom precies dit IC maar in ieder geval volgens https://packs.download.mi...iceDoc/Device_Support.pdf
is die ermee te programmeren. Het spul aangesloten:



Via MPLab IDE geprobeerd te flashen maar lukte voor geen meter. Zonder wat te veranderen aan de schakeling via MPLab IPE geprobeerd en dat pakte meteen de eerste keer



Met de XPlained en Curiosity kits, die rechtstreeks op de Usb zijn aangesloten, heb ik nog geen Program Errors gezien. O ja, 1x, toen had ik een Usb kabeltje waar geen datalijn in zat.

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

De PIC16F1619 is volgens dit programma opgeladen
https://github.com/gavinl.../master/projects/SevenSeg
Met een L.A. op de kale chip is alvast te zien dat het flashen goed is verlopen



Getoonde Git is trouwens nogal apart, het SevenSeg is niet als compleet Project te openen maar de MCC Generated files moeten apart in Headers en Source worden toegevoegd. Idem Main.C in Source toevoegen en vervolgens Builden.

Of het helemaal klopt zoals ontworpen is nog even de vraag maar er zit beweging in. Voor de camera gaat het multiplexen niet snel genoeg maar het zijn leesbare cijfers.



Ps, Overzicht van de diverse poort-functies n.a.v. de vorige PORTB post
https://www.microchip.com...als/system-flexibility/io
.

[ Voor 23% gewijzigd door kitao op 14-07-2025 05:31 . Reden: typo ]

[kitao]

Bepaalde versies van MPLabX IDE hebben een andere compiler gekregen zoals hier te zien in de video van een overigens prima YT-kanaal
YouTube: MPLAB-X IDE and XC8-AS assembler transition guide with example code ...
De PicKit III gebruik ik voor de PIC16F877A , MPLab V5.45 met DFP 1.2.33 en XC8 V2.20.

Nu deed ik daar dit programma in :
https://embetronicx.com/t.../pic16f877a-i2c-tutorial/
en het compileerde prima en programmeerde ook zelfs prima maar helaas ... geen beeld op het LCD.

Ik zal de tussenliggende stappen overslaan die enkele uren hebben gekost maar van de originele Embetronix compilatie heb ik de Hex in Simulide gezet en dat werkte wel, maar dus niet op breadboard.



uiteindelijk heb ik van dit origineel :

C:

#include<pic.h>
#include"lcd.h"
#include"i2c.h"
__CONFIG( FOSC_HS & WDTE_OFF & PWRTE_OFF & CP_OFF & BOREN_ON & LVP_OFF & CPD_OFF & WRT_OFF & DEBUG_OFF);

dit gemaakt:

C:

#pragma config FOSC = HS        // Oscillator Selection bits (HS oscillator)
#pragma config WDTE = OFF       // Watchdog Timer Enable bit (WDT disabled)
#pragma config PWRTE = ON       // Power-up Timer Enable bit (PWRT enabled)
#pragma config BOREN = ON       // Brown-out Reset Enable bit (BOR enabled)
#pragma config LVP = OFF        // Low-Voltage (Single-Supply) In-Circuit Serial Programming Enable bit (RB3 is digital I/O, HV on MCLR must be used for programming)
#pragma config CPD = OFF        // Data EEPROM Memory Code Protection bit (Data EEPROM code protection off)
#pragma config WRT = OFF        // Flash Program Memory Write Enable bits (Write protection off; all program memory may be written to by EECON control)
#pragma config CP = OFF         // Flash Program Memory Code Protection bit (Code protection off)

#include<pic.h>
#include <xc.h>
#include"lcd.h"
#include"i2c.h"

#define _XTAL_FREQ 20000000

En zoals hieronder te zien is er nu wel beeld:



Wat ik mij nu afvraag is hoe het kan dat MPLab meldt dat het originele programma BUILD SUCCESSFUL en Programming/Verify Complete is ; oftewel overal een Prima OK achter zet maar dat de schakeling op het breadboard pas gaat werken met de nieuwere instellingen ?
En het ligt niet aan deze toevoeging alleen:
#define _XTAL_FREQ 20000000
Het zit in de vervanging van de #Pragma's en mogelijk ook aan deze toevoeging :
#include <xc.h>
Maar hoe kan het dan wel builden en flashen zonder die toevoegingen/vervangingen ?

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

Update:
Builden en flashen gaan dus goed met de methode hierboven, volgende probleem was dat er 11xE op het LCD display verscheen ipv EmbeTronicx. Dit oplossen heeft opnieuw meerdere uren gekost.
In de comments staat de vraag waar de i2c_send(addr>>8); voor dient en dat was de oplossing.
Ik heb namelijk geen 24LC256 maar een AT24C04 Eeprom en die gebruikt geen 16-bit maar 8-bit adressering.
Bovenstaande regel 2x commented in de i2c.h file en eindelijk is dit projectje alsnog goed gekomen

C#:

unsigned char i2c_read_byte(unsigned char addr)
{
    unsigned char rec;
L:  i2c_restart();
    SSPBUF=write_cmd;
    waitmssp();
    while(ACKSTAT){goto L;}
    // i2c_send(addr>>8); @@@@@@@@@@@@@@@ TEST
    i2c_send(addr);
    i2c_restart();
    i2c_send(read_cmd);
    rec=i2c_read();
    i2c_nak();
    i2c_stop();
    return rec;
}

Echt helemaal rond is het nog niet ...
In Simulide blijft het bij deze stap hangen:



Nog een paar goede tutorials over I2C zijn op deze pagina te vinden:
https://deepbluembedded.c...-tutorials/#PIC-Tutorials
.

[ Voor 22% gewijzigd door kitao op 16-07-2025 14:55 . Reden: Update ]

[kitao]

Het volgende gaat over Uart en een Terminal op je PC met dit als bron:
https://circuitdigest.com...nication-using-pic16f877a
Uit deze serie:
https://circuitdigest.com...-with-pic-microcontroller

Opnieuw bleek dat er geen Build in MPLab lukt indien niet de juiste combinatie van DFP- en XC8-versie wordt gekozen. Eerst kreeg ik namelijk een "Builtin.h not found" error dat bij een andere DFP keuze pas verdween. DFP = Device Family Pack, er staan 3 versies daarvan voor de PIC16F877A in mijn MPLab IDE.
Gekozen settings: MPLAB 5.45 - XC8 V2.20 - DFP 1.2.33 om dit programma te builden en te flashen met een PicKit3.

Alvast een test op Simulide gemaakt:
https://simulide.com/p/



Circuit Digest gebruikt Hyper Terminal Application voor communicatie vanaf de PC naar de PIC maar kon dat niet zo snel vinden, andere Terminals waren of erg groot, 1GB, of niet Windows11 geschikt en hun adapter heb ik ook niet.
Ik heb wel een Basic Breakout Board For Arduino FTDI FT232RL USB to TTL serial IC adapter converter module 3.3V 5V die ik soms voor de Atm328P gebruik, zoals hieronder een toepassing ervan:
https://dronebotworkshop.com/arduino-uno-atmega328/

Ik vermoedde dat ik die ook voor de Pic kon gebruiken dus enkel een terminal was nog nodig.
Zoekterm uart terminal windows 11 leverde Powershell op en dat blijkt al standaard op W11 te staan.
Dus die geopend en het volgende ingetikt:

PowerShell:

1. Using PowerShell
PowerShell provides a straightforward way to communicate with serial ports.
Steps:
Identify Available COM Ports Run the following command to list all available COM ports:
[System.IO.Ports.SerialPort]::GetPortNames()
Open and Configure the Port Replace COM4 with your port name and configure the baud rate, parity, data bits, and stop bits:
$port = New-Object System.IO.Ports.SerialPort COM4,9600,None,8,one
$port.Open()
Send Data Write data to the serial port:
$port.WriteLine("Hello UART")
Read Data Read incoming data from the serial port:
$data = $port.ReadLine()
Write-Output $data
Close the Port Always close the port after use:
$port.Close()

GND hoort eigenlijk doorverbonden te zijn

Dat gaat dus prima zo en mogelijk dat een ander ook iets aan deze info heeft
Indien iemand een suggestie heeft voor een niet al te groot Windows11 Uart Terminal dat geen Powershell Prompt is dan hoor ik het graag. Tnx
.

[ Voor 14% gewijzigd door kitao op 17-07-2025 14:27 . Reden: PowerShell code toegevoegd ]

[Bas...]

Deze gebruik ik met enige regelmaat:

https://www.der-hammer.info/pages/terminal.html

of

https://sites.google.com/site/terminalbpp/

[kitao]

@Bas...
Dank je wel, net wat ik zocht
Met dezelfde opstelling als in de vorige post verschijnt dit:


Klik voor scherper beeld

Zowel transmit als receive werken goed hoewel het even duurde voordat ik dit aan de gang kreeg. Het lijkt er namelijk op dat de beste methode is om Programmer en Usb-adapter vantevoren allebei aan te sluiten en deze te laten zitten na de flash, zoals hier:



Toch is het me nog niet gelukt het helemaal rond te krijgen. Op de Simulide in de vorige post verschijnt eenmalig de tekst: UART Module Initialized and active.
Ik krijg die niet in beeld, niet in PowerShell en evenmin in HTerm, en helaas ook niet na een reset van de PIC16F877A

Builden en Flashen in MPLab 5.45 ging goed al kreeg ik in het begin opnieuw deze error:

C:/Users/sf490/.mchp_packs/Microchip/PIC16Fxxx_DFP/1.7.162/xc8\pic\include\pic.h:12:10: fatal error: 'builtins.h' file not found

Als je heel goed kijkt is te zien dat het iets te maken heeft met de DFP 1.7.162. Dat zie ik nu pas maar het was me al gebleken dat indien ik een ouder DFP 1.2.33 selecteer deze fatal error dan verdwijnt.

Ik heb PS en HTerm ook nog even geprobeerd met een nieuw gevonden website dat Explore Embedded heet maar dat is nog niet gelukt, ook in Simulide nog niet dus de malfunctie ligt mogelijk ergens anders aan.
Builden en Flashen gingen wel goed.
Hier de Uart-pagina:
https://exploreembedded.c...unication_with_PIC16F877A

De gelinkte pagina hierboven bevat een Zip-Download Pic16f877a_ExploreUltraPicDevKit-master dat zeer stevig gevuld is met examples en projecten maar o.a. ook met KiCad PCB schema's voor dit board:


https://exploreembedded.c...ng_Hex_File_Using_Pickit2

Het is natuurlijk een al wat verouderd IC maar om bekend te raken met de basis van de werking van een (PIC) microcontroller is er zeer veel over te vinden.
**************************************************************************************************
Ps:


Doet het dus toch, gewoon even opnieuw flashen met HTerm geopend en verbonden

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
PS2
Inmiddels doet het andere projectje het ook. Eerst alle hardware verbinden, HTerm software alvast openen en instellen en vervolgens het IC flashen met de programmer.



In de code zijn geen configuratie-bits te vinden en heb zelf het volgende blokje toegevoegd:

C:

#pragma config FOSC = HS       // Oscillator Selection bits (HS oscillator)
#pragma config WDTE = OFF       // Watchdog Timer Enable bit (WDT disabled)
#pragma config PWRTE = OFF       // Power-up Timer Enable bit (PWRT enabled)
#pragma config BOREN = ON       // Brown-out Reset Enable bit (BOR enabled)
#pragma config LVP = OFF        // Low-Voltage (Single-Supply) In-Circuit Serial Programming Enable bit (RB3 is digital I/O, HV on MCLR must be used for programming)
#pragma config CPD = OFF        // Data EEPROM Memory Code Protection bit (Data EEPROM code protection off)
#pragma config WRT = OFF        // Flash Program Memory Write Enable bits (Write protection off; all program memory may be written to by EECON control)
#pragma config CP = OFF         // Flash Program Memory Code Protection bit (Code protection off)
// End of configuration
#include <xc.h>
#define _XTAL_FREQ 20000000
#define Baud_rate 9600

Geen idee waarom ze de config bits hebben weggelaten maar het gebeurt wel vaker ook bij andere sites, dat het bij de lezer als bekend wordt beschouwd ofzo
.

[ Voor 39% gewijzigd door kitao op 19-07-2025 13:05 . Reden: Ps ]