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

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 20-07-2025 03:00 . Reden: Ps ]

[kitao]

kitao in "De EL-kroeg - Deel 4"
Bovenstaand board is inmiddels aangesloten
https://www.microchip.com/en-us/development-tool/EV58G97A
Het was even goed inlezen en schema's bekijken, met name over de voedingen van zowel CNano als van Explorer Board dat voor mij best ingewikkeld is onder andere omdat het IC boardje en het Explorer board allebei tesamen of elk apart op een Usb-C kunnen worden aangesloten.
https://ww1.microchip.com...-UserGuide-DS50003716.pdf
Op zich is het plug and play maar toch ... Always unplug CNano boardje before Explorer board!
Dat staat ergens verborgen in de handleiding dus even vooraf inlezen voordat de stekker erin gaat is aan te raden.

Ps, hier staat het, niet eens in de User Guide maar notabene in de Errata
Work Around
Always unplug the USB cable from an attached Curiosity Nano board before unplugging the USB-C
cable from the Curiosity Nano Explorer. Do not unplug a USB-C cable connected to the Curiosity
Nano Explorer from the source first
https://ww1.microchip.com...rer-Errata-DS50003707.pdf

Ik probeerde eerst de Explorer alleen op de Usb maar dan wordt m.i. het board niet herkend in MPLab, dus dat viel tegen. Uiteindelijk staat het wel ergens in de beschrijvingen dat er een ID-Chip is maar die alleen actief wordt met ingeklikt Nano boardje en dat dan via Extensions in MPLab het Explorer board naar voren tovert.



Er zit helaas geen 7-segment display op het Explorer board, wel 8 gewone ledjes maar die werken omgekeerd, actief bij Output Low dus heb wat kabeltjes doorgetrokken, volgens deze eerder uitgeprobeerde Github met het PIC16F13145 CNano boardje middenonder op breadboard. (= identiek aan ingeklikt boardje).
https://github.com/microc...der-mplab-mcc/tree/1.1.0/



Alles is zo te zien en tot dusver functioneel dus heb er nog geen klachten over. Wat wel even uitzoeken was is de Revisie versie, een aantal aansluitpinnen zijn dan anders, zie de Errata, o.a. van belang bij het bekijken van de schema's, waar dus verschil in kan zitten per versie.

Een aantal jumper caps heb ik moeten verwijderen om de 'remapping' in orde te kunnen maken. De capjes zien er zo uit:



Deze zaten nogal vast dus heb er een platbek tangetje voor gebruikt maar ik vraag me af of er geen speciaal stukje gereedschap voor is? Iets met een haakje ofzo dat je onder de metalen 'dwarsbalk' kan haken?
.

[ Voor 7% gewijzigd door kitao op 22-07-2025 13:01 . Reden: Ps ]

[memphis]

Een tandarts haakje werkt prima. Bij sommige elektronicawinkels kan je een set bestellen of anders wel op amazon.

[Hans1990]

Ik heb meestal wel een beun pincet (lees: pincet die net beetje te krom is om voor SMD 0402 of 0603 te gebruiken) die ik gebruik om in het oogje te steken.

Niet elke jumper heeft echter zo'n oogje. Maar dan heb je ook niet zoveel aan een tandarts haakje.. als ze echt te vast zitten is een tangetje wel beetje laatste redmiddel.

[LED-Maniak]

kitao schreef op dinsdag 22 juli 2025 @ 11:49:

Deze zaten nogal vast dus heb er een platbek tangetje voor gebruikt maar ik vraag me af of er geen speciaal stukje gereedschap voor is? Iets met een haakje ofzo dat je onder de metalen 'dwarsbalk' kan haken?
.

Zoiets?



Dit is een IC Extraction tool.

[ Voor 4% gewijzigd door LED-Maniak op 22-07-2025 14:20 ]

[kitao]

Bedankt voor de tips en ik dacht eigenlijk dat er een speciaal daarvoor ontworpen stukje gereedschap voor zou zijn, net als een IC extractie tangetje, maar voor de caps kon ik dat dus niet vinden. Er zijn best haken te vinden, precision hook and pick tools, maar het in te haken oogje is vrij klein, de extractie tang is bijvoorbeeld te groot ervoor.
Het heeft eigenlijk ook geen haast meer, de PIC16F13145 zit nu in het board geklikt en die heeft maar 16 capjes om zich heen in de remapping area die inmiddels al losgehaald zijn. Voorzichtig want bij een uitschietende tang is meteen de lak aan gort Voorlopig blijft dat IC daar zitten want het doornemen van een enkel projectje besteed ik best wat tijd aan, het is niet alleen inklikken, draadjes verbinden, flashen en gaan maar ook het proberen te begrijpen hoe het er nou eigenlijk in geprogrammeerd wordt.



Zoals hieronder, dat op zich een standaard voorbeeld is maar dat al naar gelang hoever je er op inzoomt veel stof om door te nemen bevat.
https://github.com/microc...mcc/blob/master/README.md

Valt overigens weer op dat bij het downloaden van dit project de boel niet wil builden indien er niet de juiste DFP, Device Family Pack en XC8 compiler versie wordt ingesteld. Je zou denken dat die instellingen bij de download inbegrepen zijn maar blijkbaar niet ?
Het moest nu hoger ingesteld worden i.t.t de PIC16F877A projectjes waar die juist lager gezet moest worden. Op zich is het herinstellen geen groot probleem natuurlijk maar wat er ontbreekt is een duidelijke melding dat er heringesteld moet worden. Ja, er komt een error in beeld maar die is amper te ontcijferen en er bestaat dus grote kans dat men op zoek gaat naar andere oorzaken voor het niet-builden probleem en de gebruiker dus steeds verder in het bos verdwaalt, vandaar dat ik het nogmaals vermeld.

Anyway, ledjes en touch buttons doen het op het Explorer board en zo wordt het dan stapje voor stapje een stukje verder verkend. Voorlopig even uitsluitend met dit IC, ik heb nog andere modellen maar die kunnen ook op een breadboard gezet worden. Omwisselen kan later altijd nog.
Verder is het wachten op passende programma's aangezien ik zelf niets programmeer, dus om bijvoorbeeld het Oled-display te gebruiken zal er eerst een voorbeeld van gezocht moeten worden aangezien die bij het Explorer board er helaas niet bij zitten, zover ik gezien heb.
.

[ Voor 13% gewijzigd door kitao op 24-07-2025 06:40 ]

[kitao]

Samengevat zijn er drie manieren getoond om met MPLab IDE microcontrollers met AVR en PIC te programmeren.
1. De makkelijkste en goedkoopste is met de Curiosity Nano boards, enkel een USB kabeltje nodig en even soldeerloos de headers erin klikken.

ca. $12,-

2. Via een development board zoals de https://www.microchip.com/en-us/development-tool/DM164137

Supports 8-, 14-, 20-pin 8-bit PIC® Microcontrollers
ca. $50,-

3. Via een externe programmer, zoals de PickIt Basic


ca. $30,-

Zoals te zien was heb ik een Explorer board https://www.microchip.com/en-us/development-tool/EV58G97A
maar die is niet zozeer om mee te programmeren want daar passen alleen CNano boards in en die hebben al hun eigen USB programmeer aansluiting. Voor een los IC is het andere board nodig, zie 2.

Waarom een ander IC gebruiken als er al veel verschillende AVR en PIC CNano boards zijn?
Een reden daarvoor is o.a. omdat het lesmateriaal bij Microchip nogal versnipperd is, of veelzijdig, net hoe je het bekijkt. Onderstaande cursus gebruikt de PIC16F1619 en dus heb ik die ook maar besteld, voor $ 2,50, als losse Dip want daar is geen CNano-board van.
https://mu.microchip.com/...ng-mcc-and-state-machines

Dat gaat o.a. over Uart en vandaar dat de FTDI FT232RL USB to TTL adapter erop aangesloten zit dat icm HTerm goed werkt.
De cursus is op zich niet al te lastig maar vanwege 'deprecated' code-uitdrukkingen en verschillen tussen video en gedownloade files is deze niet erg geschikt om mee te beginnen.
Dan zou ik, terugkijkend, toch eerst met 1. gaan oriënteren aangezien het plug&play -gehalte daarvan ongeveer gelijk is aan een Arduino Uno.

Ps
Wat wel een goed startpunt zou zijn is met deze afspeellijst:
YouTube: MCC Melody Example Components: TIMER Toggle LED, Polled Implementation
Glen Nilsen heeft daar een PIC18F57Q43 Curiosity Nano dat in een Explorer Board geklikt zit maar zonder dat board gaat het net zo goed, dus met alleen de CNano aangesloten op Usb. En hoewel de videoserie nog geen jaar oud is zijn er toch al enige verschillen tussen MPLab Video IDE en thuis PC IDE maar die zijn niet al te lastig, versieverschillen zijn er altijd wel. Het is niet zo dat net als bij de eerder genoemde PIC16F1619 cursus er meerdere niet-behandelde code-aanpassingen en zelfs enkele register bit wijzigingen hoeven te worden gedaan om onderstaande eindopstelling op gang te kunnen krijgen.


Uit de summary-video
https://mu.microchip.com/...ng-mcc-and-state-machines
.

[ Voor 20% gewijzigd door kitao op 27-07-2025 16:55 . Reden: Ps ]

[kitao]

Een van de projectjes waar ik mee bezig ben is de FPGA 8bit computer
https://eecs.blog/8-bit-computer-in-an-fpga/
https://github.com/EECSB/...master/8%20bit%20computer
Ik verwachtte al niet dit voltooid te krijgen maar een enkele losse module ervan was gangbaar te krijgen en vandaag probeerde ik het project als geheel te compileren. In de Github zit een QPF, volgens mij de enige en dat staat voor Quatus Project File. Bij het compileren verscheen de volgende melding: ID:22016 Do you want to overwrite the database for revision "<name>" created by <number>?
De Qpf in de Github is van Quartus versie 13 en ik heb versie 20 dus ik heb een overwrite uitgevoerd. Daarna kwam dit in beeld:



Compilatie mislukt en lijkt erop alsof er ergens een file-link ontbreekt gezien de missing nodes sources ??

Dit is de top level entity block diagram file:



Resolutie is te weinig om ver in te zoomen maar de dikke lijnen zijn de bussen, die missing sources hebben. Misschien dat iemand hier een tip over heeft ? Tnx.

Ik overweeg om over te stappen naar Libero, of dit ernaast te gaan doen.
https://mu.microchip.com/hello-fpga
Niet dat ik Quartus al helemaal doorheb maar ik hoef niet alle functies te weten. Voor eenvoudig hobby gebruik is het misschien makkelijker om alles onder 1 dak te hebben, in dit geval van MicroChip. Ik wist al enkele maanden dat ze FPGAs hebben maar ik kijk nu voor het eerst wat verder. Er zit ook een board bij met een SmartFusion2
https://www.microchip.com...t-tool/M2S-HELLO-FPGA-KIT
De SF2 is een SoC, System on Chip en dat bevat een Arm uC en een FPGA in 1 pakketje.



Het board zelf is voorlopig niet nodig, simulaties kunnen in Libero uitgevoerd worden en ModelSim, dat ik al ken van Quartus zit er ook in. Ik heb het nog niet gedownload maar ik zag dat er 35 GB ruimte moet zijn op je schijf

******************************************************
Ps1
Een ander projectje wat wel goed ging is deze
https://jyetech.com/dso-138-oscilloscope-diy-kit/



Solderen gaat al iets beter, hier en daar wat flinke bollen maar in ieder geval geen bruggen en heb geen correcties hoeven toe te passen. Althans, de priegelige Usb-aansluiting is wel verpest geraakt maar gelukkig was die optioneel, zie 2e foto boven midden, vrijwel smd-formaat
**************************************************
Ps2
Voor wie Libero ook wil proberen ..... al lijkt dat er niet op want de zoekopdracht "Libero" leverde 0 relevante resultaten op in het subforum MME, het volgende:
Er zijn twee opties, de Node of de Float optie.
Float is voor een Host server, meerdere gebruikers.
Node is voor een enkele PC gebruiker.
Mijn keuze viel uit onwetendheid op de Float maar dat werkt dus niet met de verstrekte license key, of is heel ingewikkeld.
Vastgelopen en uren later de 35 GB eraf gegooid en weer erop gezet maar nu als de Node-versie en dat ging goed, zie plaatje met het openingsscherm hieronder:

https://www.microchip.com...-later-versions#downloads
https://coredocs.s3.amazo...ad_license_quickstart.pdf
YouTube: Microsemi: How to Generate and Install a Libero License


.

[ Voor 30% gewijzigd door kitao op 31-07-2025 15:09 . Reden: Ps ]

[kitao]

Aangezien er zover ik gevonden heb nog niet eerder op het MME subforum gepost is over Libero SoC volgen hier wat eerste bevindingen

Microchip heeft een YT-afspeellijst dat ik als startpunt heb genomen om Libero Silver, de free edition, uit te proberen met zoekterm Libero : https://www.youtube.com/@MicrochipTechnology/search
Daaruit is deze video geschikt als instructie om een project mee te starten
YouTube: How to Simulate Microchip's FPGA Design with HDL Testbench
Aan het eind wordt er dubbelgeklikt op Simulate en verschijnt ModelSim maar daar beginnen de problemen.
Dit zit er in mijn Libero Map:


De beschikbare simulators zijn in Tool Profiles te vinden, de onderste heb ik zelf toegevoegd, de 2 bovenste hebben een slotje


Dit verschijnt als ik in Libero op ModelSim Pro simulatie dubbelklik


maar helaas verdwijnt dat scherm na 30 seconden zonder enige melding te geven
En na een tijd zoeken kwam ik hier terecht, via mijn CMD prompt volgens deze webpagina

https://community.sw.siem...tart-manu-or-from-desktop

Het lijkt erop dat Microchip niet echt goeie informatie geeft over de Libero software en/of ik loop zelf te klungelen. Eerst aangaande de Node en Float versies en vervolgens over het niet kunnen openen van Modelsim Pro, en van Qsim trouwens, die verdween ook meteen uit beeld. Er is wat info te vinden maar ik weet nog steeds niet zeker of Modelsim Pro nu wel of niet bij de Libero Free version te openen valt ? Is het een License-key instelling die bij mij niet goed staat of is het gewoon finaal geblokkeerd in de Free version?
Het woord Pro doet helaas vermoeden van wel Misschien dat iemand hier er ervaring mee heeft ? Tnx

Modelsim Pro will not work with Silver License
https://microchip.my.site...-work-with-Silver-License

Om het toch aan de praat te krijgen heb ik Modelsim Starter toegevoegd als path naar mijn Intel Quartus installatie maar het is ook als losse download free te verkrijgen
https://www.intel.com/con...q=modelsim&sort=relevancy
Helaas is de PolarFire FPGA uit de instructie video te geavanceerd om met Modelsim Starter uit te voeren, daar kwam een 'not supported' foutmelding op maar met een ander VHDL voorbeeld en met Igloo2 als device kwam (eindelijk dit in beeld:


.

[memphis]

Je soldeerkunsten mogen zeker nog wel wat beter. Als je een soldering niet meer mooi krijg is de flux uitgewerkt en moet je weer wat flux toevoegen.

Maar wel goed dat je een scoop gaat gebruiken want dan kan je ook zien wat er niet goed gaat ipv de vele vragen die je hier ziet met "wat doe ik fout?"
Deze kost inderdaad niet veel, ook gebouwd is die amper niet veel meer.

[kitao]

Klopt, daarin valt zeker het een en ander te verbeteren, bedankt voor de tip Nu soldeer ik niet veel, na een onderbreking van tig jaar probeer ik nu om in ieder geval 1x per week een uurtje ofzo eraan te besteden met relatief goedkope kitjes en zo gaat het steeds iets beter maar wel met kleine stapjes. Een goeie verbetering was wel om over te stappen op een 'soldeerpen' dat licht in gebruik is.



Ander punt is dat bij 'herstelsolderingen' het vaak erger werd als dat het al was dus nu laat ik het vaak maar zo omdat de verbinding er toch wel is. Ik heb flux maar dat is een viltstift formaat en zit meteen het halve boardje onder de flux. Ik doe het wel naborstelen maar heb nog geen IPA en gebruik er HG Toetsenbord reiniger voor.

Ik heb een Parallax Usb scoopje maar die is nogal traag en kan lang duren voordat een signaal is opgebouwd. Voordeel is wel dat de bediening een stuk makkelijker is vergeleken met de DSO138 en waardes zoals frequentie meteen af te lezen zijn.



Edit
Alsjemenou, ik zie nu net dat er ook op de DSO138 frequenties af te lezen valt



Dat zal dan wel via software vanuit de usb gaan, dat bij mij niet gelukt is erop te solderen.
.

[ Voor 19% gewijzigd door kitao op 02-08-2025 09:27 ]

[D-Three]

kitao schreef op donderdag 31 juli 2025 @ 03:37:
Althans, de priegelige Usb-aansluiting is wel verpest geraakt maar gelukkig was die optioneel, zie 2e foto boven midden, vrijwel smd-formaat

Zijn het gewoon de gaatjes die vol tin zitten? Die kan je proberen vrij te maken met een tinzuiger/desoldeerpomp en/of desoldeerlint. Een goede soldeerbout is toch ook het halve werk.

[kitao]

@D-Three
Ja, dat was aanvankelijk het probleem en ergens ook een halve misleiding van de fabrikant. Die vermeldde namelijk dat Smd voorgesoldeerd zou zijn. Dat was ook zo maar imo is de Usb Smd formaat



Bij het desolderen met wick braken de pennetjes en kon ik de Usb-connector weggooien; gelukkig was die optioneel. Ik heb sindsdien een wat zwaardere bout klaar liggen voor dit desoldeer gedoe, dat gaat beter. Inderdaad heb ik ook een desoldeerpompje maar die is waarschijnlijk van magere kwaliteit want werkt niet zo best. In ieder geval, ik had al besloten mij never niet te wagen aan het smd solderen dus ik doe ook geen poging meer om dit alsnog goed te krijgen, zelfs al had ik nog zo'n usb-connector op voorraad.

[kitao]

Update van kitao in "De EL-kroeg - Deel 4"
In het kort, het is toch gelukt om met Libero een ModelSim simulatie aan de praat te krijgen. Ik had eerst de nieuwste versie Libero 2025.1 gedownload en ben daarna voorbeelden gaan zoeken en gebruikte deze video YouTube: How to Simulate Microchip's FPGA Design with HDL Testbench
Die video is pas 4 jaar geleden en heeft Libero V12.4 maar bevat andere ModelSim modules als de 2025.1 versie. De 2025.1-versie bevat geen ModelSim ME (Microchip Edition); de V12.4 wel.
Na mislukte pogingen om Versie 2025.1 te laten simuleren heb ik uiteindelijk V12.4 gedownload en de video hierboven laat zich dan wel geheel naspelen en kreeg ik dit in beeld:



Libero V12.4 is hier gratis te downloaden, onder Archive Downloads
https://www.microchip.com...o-software-later-versions

De Libero Smart Designs vind ik persoonlijk een stuk beter als de Intel Quartus Block Diagrams, zie de webafbeeldingen hieronder.

Libero


Quartus


Voordeel van Quartus is wel dat voor ca. 3 tientjes er daadwerkelijk hardware mee geprogrammeerd kan worden.
Met Libero heb ik nog niets geprogrammeerd en zou niet weten hoe dat redelijk goedkoop zou kunnen maar ok, dat is ook pas de laatste stap in het hele gebeuren dus ik loop er nog niet op vast maar als iemand daar een tip over heeft hoor ik het graag. Dank

Samengevat: Installeer Libero SoC Design Suite v12.4 for Windows Web Installer om deze Freeware te kunnen gebruiken.

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

Edit:
Simulatieprobleem opgelost kwam de volgende valkuil, de Synthese, dat m.i. beschouwd kan worden als een soort compilatie.
In het kort en wat ik er van begrepen heb, de synthesize gaat met software van Synopsys en dat vraagt binnen Libero om een geldige license, terwijl die er al is voor het Libero pakket
Oplossing: Neem de License.dat file die per email gekregen is en Save as license.txt. Gebruik hiervoor bijv. Notepad++.
Save het in de Synplify_Pro map, bijvoorbeeld in C:\Microchip\Libero_SoC\Synplify_Pro

Bovenstaande staat nergens, heb ik uiteindelijk zelf maar geprobeerd
.

[ Voor 10% gewijzigd door kitao op 05-08-2025 05:54 . Reden: Edit ]

[Osiris]

Vanmiddag weer een flight controller-bordje (deels) gesoldeerd:

Blijft toch leuk om naar te kijken

Ik had bewust m'n best gedaan om slechts een dun laagje flux aan te brengen onder de BGA, maar aan al het gebubbel te zien ben ik wellicht een beetje bang dat het alsnog wat teveel is geweest.

Oh en van de IMU net linksonder van de MCU zijn volgens mij enkele pinnen niet goed gesoldeerd. De vorige keer had ik wat teveel soldeerpasta gebruikt volgens mij, dus dit keer wat zuiniger aangedaan.. Wellicht juist weer té zuinig Maar aan de andere kant dit keer geen solder bridges bij de USB-connector

Morgen de IMU-pinnen fixen en de andere kant met de hot air gun solderen

Dat er nog een boel lege diode-footprints zijn klopt: pas nadat ik de pasta overal al opgesmeerd had, besloten op dit tussen-testbordje (v1.2 is al in de maak) de TVS-diodes toch maar niet toe te voegen. En ja, test-bordje, dus het silk screen mag nog een esthetische ramp zijn

[ Voor 3% gewijzigd door Osiris op 10-08-2025 23:50 ]

[memphis]

Omdat ik ook steeds meer met SMD doe was ik op zoek naar een hete lucht station. Al een tijdje zie ik reclames van Fnirsi spullen waaronder een leuke compacte hete lucht station. Ze hebben best leuk spul maar de lage prijs doet een beetje afschrikken, denkend dat het niet goed kan zijn. Toen zag ik bij een vriend op een foto deze op de werkbank staan dus vroeg of het wat was, hij is er zeer blij mee alleen grote chips kan die wat moeite mee hebben maar thuis doe ik daar toch niets mee. Wel nog naar andere reviews gekeken en in de basis is het een 22 euro Aliexpress ding alleen met display en functies beter uitgevoerd en de reviews schieten alle kanten op.....

Ik nog maar weer eens naar de website: https://www.fnirsi.com/pr...55?variant=46483610763482
De dure versie heeft een standaard met een standby functie dus even in een winkelmandje gezet en gegevens ingevoerd om te kijken wat de verzendkosten zijn, een schijntje dus maar twijfelde nog steeds. Een dag later een mail, ik had blijkbaar het winkelmandje niet geleegd en kreeg een 12% kortingscode dus voor nog geen 60 euro in huis en heb de gok gewaagd.



Met een beetje geluk het komende week in huis.

[Osiris]

memphis schreef op zondag 10 augustus 2025 @ 23:23:
(…) alleen grote chips kan die wat moeite mee hebben (…)

Hoe groot is die chip wel niet dan? Want met 550 W zou je toch best een groot oppervlak flink heet kunnen stoken

E.e.a. kun je makkelijker maken door bijv. de onderkant wat beter te isoleren, zodat het niet al te makkelijk z'n warmte via die kant kwijt kan. Of bijv. een hot plate om het te pre-heaten.

Zelf tevreden met m'n Velleman VTSS210 Slechts 300 W, maar ik doe ook niet zulke grote dingen

[Hans1990]

Ik heb zelf deze unit: https://www.eleshop.nl/at...lucht-soldeerstation.html

Erg blij mee. Is alleen wel iets groter natuurlijk. Wat voor mij het allerbelangrijkst is met hete lucht: temperatuur >=450C, luchtdebiet zo laag mogelijk instelbaar (en dan echt heeeel laag!). Ik werk met 0402s en die blaas je er anders zo van af. Maar ook chips die nog niet vast zitten willen alle kanten op. Ik soldeer chips nog met voorvertinde pads met daarna handmatig flux toevoegen. Met die Atten moet ik nog met een paar procent luchtstroom werken. Mijn BGA/QFN preset is 5 tot 10% lucht bij 420C (nice). Vaker airflow omlaag en temperatuur nog iets omhoog. Dat zal dan wel paar L/min airflow zijn. Ik doe eigenlijk alleen nog maar kleine ICs (tot zo'n 64 pins).

Wat betreft power is 550W nog steeds een grote bak warmte. Als die Atten een 10x zo grote luchtmassa ook moet kunnen verwarmen tot zeg 400 graden, dan moet logischerwijs het verwarmingselement ook 10x zo zwaar zijn. Terugrekend is dus wat SMD werk misschien maar 100-200W aan continu vermogen. Maar 1kW warmt wel lekker snel op

Die mini hotair lijkt ook bij Eleshop te krijgen zijn: https://www.eleshop.nl/fn...able-hot-air-station.html
Wel paar tientjes duurder. Maar ook nederlands contactpunt, mocht dat nodig zijn.

Toch zit ik ook wel te kijken naar zo'n hotplate zoals @Osiris heeft. Ik zou waarschijnlijk ook wel zo'n BGA chip kunnen reflowen met hete lucht, maar iets meer seriematig is dat niet leuk meer.

[Osiris]

Hans1990 schreef op maandag 11 augustus 2025 @ 00:03:
Toch zit ik ook wel te kijken naar zo'n hotplate zoals @Osiris heeft. Ik zou waarschijnlijk ook wel zo'n BGA chip kunnen reflowen met hete lucht, maar iets meer seriematig is dat niet leuk meer.

Kost wat, maar dan heb je ook wat.

Misschien ook wel op AliExpress o.i.d. te bestellen, maar voor zo'n apparaat wat gloeiend heet wordt, wilde ik de gok niet nemen (straks haal je een kwalitatief bagger-clone in huis).. Voor je 't weet gaat je bureau in vlammen op ofzo

[ Voor 4% gewijzigd door Osiris op 11-08-2025 00:24 ]

[LED-Maniak]

Heb die mhp50 ook en kan hem wel echt aanraden.
Het herpositioneren van componentjes gaan wel makkelijk als hij zo op de plate ligt.

[Osiris]

LED-Maniak schreef op maandag 11 augustus 2025 @ 00:33:
Het herpositioneren van componentjes gaan wel makkelijk als hij zo op de plate ligt.

Herpositioneren? Ligt de rest dan ook niet los?

[LED-Maniak]

Osiris schreef op maandag 11 augustus 2025 @ 00:38:
[...]

Herpositioneren? Ligt de rest dan ook niet los?

Soms helpt het om even zacht tegen een IC of iets anders aan te tikken zodat hij net mooier op zijn plek komt te liggen.

[DaWaN]

Hans1990 schreef op maandag 11 augustus 2025 @ 00:03:
Wat voor mij het allerbelangrijkst is met hete lucht: temperatuur >=450C, luchtdebiet zo laag mogelijk instelbaar (en dan echt heeeel laag!). Ik werk met 0402s en die blaas je er anders zo van af. Maar ook chips die nog niet vast zitten willen alle kanten op. Ik soldeer chips nog met voorvertinde pads met daarna handmatig flux toevoegen. Met die Atten moet ik nog met een paar procent luchtstroom werken. Mijn BGA/QFN preset is 5 tot 10% lucht bij 420C (nice). Vaker airflow omlaag en temperatuur nog iets omhoog. Dat zal dan wel paar L/min airflow zijn. Ik doe eigenlijk alleen nog maar kleine ICs (tot zo'n 64 pins).

Toch zit ik ook wel te kijken naar zo'n hotplate zoals @Osiris heeft. Ik zou waarschijnlijk ook wel zo'n BGA chip kunnen reflowen met hete lucht, maar iets meer seriematig is dat niet leuk meer.

Grappig, ik heb thuis zelf en op werk een ouder heteluchtstation (vergelijkbaar met Atten AT852D) en mijn tactiek is altijd tegenovergesteld: 350 graden en maximale hoeveelheid lucht. Als ik met een relatief kleine nozzle recht van boven verwarm, heb ik eigenlijk nooit dat ik SMD 0402 en 0201 componenten van mijn print af blaas.

Hangt denk ik af van de chips die je doet, ik soldeer zelf voornamelijk QFN-32 / 40 / 68.
Die hebben een groot massavlak en die krijg je zonder debiet lastig los. Ik merk ook dat PCBs de hoge luchttemperatuur niet altijd prettig vinden, zeker goedkope enkellaags (FR-2 achtig) kan daar echt niet tegen.

Ik heb trouwens ook een goedkope hotplate hier, zo'n ding van ongeveer 25x25cm met iets van 800W vermogen. Die zet ik op 125*C en daarmee verwarm ik de printen voordat ik met het heteluchtstation aan de gang ga. Dat maakt het reflowen sneller en beter gecontroleerd.

LED-Maniak schreef op maandag 11 augustus 2025 @ 00:40:
[...]

Soms helpt het om even zacht tegen een IC of iets anders aan te tikken zodat hij net mooier op zijn plek komt te liggen.

Dat doe ik ook altijd, even met een pincet de chip in het midden naar beneden tikken. Meestal zie je de chip daarna mooi uitlijnen

[Septillion]

@memphis Zo met het display op het uiteinde lijkt mij echt vervelend bulky... Bedoel, wie houdt hem nu zo vast als op de foto?

Zelf gebruik ik zoiets: https://aliexpress.com/item/1005007010720164.html

Dat vind ik al wat bulky maar is nog te doen.

[Osiris]

Septillion schreef op maandag 11 augustus 2025 @ 09:43:
Bedoel, wie houdt hem nu zo vast als op de foto?

Dat viel me ook op idd. Ik niet iig Fatsoenlijke pencil-grip.

[memphis]

Septillion schreef op maandag 11 augustus 2025 @ 09:43:
@memphis Zo met het display op het uiteinde lijkt mij echt vervelend bulky... Bedoel, wie houdt hem nu zo vast als op de foto?

Ik ga het wel zien, voor die prijs is het wel het proberen waard.

Osiris schreef op zondag 10 augustus 2025 @ 23:35:
[...]

Hoe groot is die chip wel niet dan? Want met 550 W zou je toch best een groot oppervlak flink heet kunnen stoken

E.e.a. kun je makkelijker maken door bijv. de onderkant wat beter te isoleren, zodat het niet al te makkelijk z'n warmte via die kant kwijt kan. Of bijv. een hot plate om het te pre-heaten.

Zelf tevreden met m'n Velleman VTSS210 Slechts 300 W, maar ik doe ook niet zulke grote dingen

Vermogen zegt nog niet veel over de totale warmte overdracht, in ieder geval was dat wat die vriend mij aangaf. Voor thuiswerk ga ik toch geen BGA's en FPGA's oid vervangen/solderen. En daarnaast staat een warmhoudplaat op mijn agenda om te maken. Het spul daarvoor heb ik in huis gezien ik op het moment mei een aantal iets anders temperatuur makend/geregeld bezig ben.

[Hans1990]

DaWaN schreef op maandag 11 augustus 2025 @ 09:37:
[...]


Grappig, ik heb thuis zelf en op werk een ouder heteluchtstation (vergelijkbaar met Atten AT852D) en mijn tactiek is altijd tegenovergesteld: 350 graden en maximale hoeveelheid lucht. Als ik met een relatief kleine nozzle recht van boven verwarm, heb ik eigenlijk nooit dat ik SMD 0402 en 0201 componenten van mijn print af blaas.

Hangt denk ik af van de chips die je doet, ik soldeer zelf voornamelijk QFN-32 / 40 / 68.
Die hebben een groot massavlak en die krijg je zonder debiet lastig los. Ik merk ook dat PCBs de hoge luchttemperatuur niet altijd prettig vinden, zeker goedkope enkellaags (FR-2 achtig) kan daar echt niet tegen.

Ik heb trouwens ook een goedkope hotplate hier, zo'n ding van ongeveer 25x25cm met iets van 800W vermogen. Die zet ik op 125*C en daarmee verwarm ik de printen voordat ik met het heteluchtstation aan de gang ga. Dat maakt het reflowen sneller en beter gecontroleerd.


[...]


Dat doe ik ook altijd, even met een pincet de chip in het midden naar beneden tikken. Meestal zie je de chip daarna mooi uitlijnen

Hmm, misschien ook weer eens proberen. Is denk ook kwestie meerdere wegen naar Rome.
Het gaat uiteindelijk om de hoeveelheid hitte die je aanlevert aan print. En dat vermogen staat gelijk aan temperatuur x flowrate.

Is beetje als soldeerbout temperatuur kiezen. Er gaat lang mythe rond dat je niet hoger dan zeg 300C mag solderen omdat in de chip package specs/datasheets dingen staan als max 300C for 10 sec. Maar dat je bout staat ingesteld op 300C wilt nog niet zeggen dat je soldering die temperatuur bereikt. Een gemiddelde print heeft hele goede hitte afvoer met alle aanwezige koper(lagen) e.d. En soms kan je geen goed contact maken met de soldeerpunt waardoor hogere temperatuur simpelweg noodzakelijk is. Maar andere keren vervliegt daarmee de soldeerflux letterlijk binnen enkele seconden, dan is lagere temperatuur weer beter. Enz.

Hoge temperatuur op lage flow (of vice versa) is dan beetje zo'n zelfde trade-off. Voordat de print zodanig is opgewarmd dat die beschadigd kan raken ofzo ben je vaak wel klaar met reflowen.

Zo'n pre-heat plate zat ik zelf ook aan te denken, maar nog geen keuze gemaakt tov de mini varianten. Maar gebruik je zo'n grotere plate dan om helemaal te reflowen, of enkel preheaten en dan hot air om de tin naar soldeertemperatuur te tillen? Dat laatste koelt namelijk wel sneller af. En lijkt mij makkelijker dan printen van zo'n plate af te moeten schuiven terwijl alle tin nog vloeibaar is.
Maar zo'n reflow profiel zoals zo'n mini kan doen, zou ook ideaal zijn.

[DaWaN]

Hans1990 schreef op maandag 11 augustus 2025 @ 13:53:
[...]
Is beetje als soldeerbout temperatuur kiezen. Er gaat lang mythe rond dat je niet hoger dan zeg 300C mag solderen omdat in de chip package specs/datasheets dingen staan als max 300C for 10 sec. Maar dat je bout staat ingesteld op 300C wilt nog niet zeggen dat je soldering die temperatuur bereikt. Een gemiddelde print heeft hele goede hitte afvoer met alle aanwezige koper(lagen) e.d. En soms kan je geen goed contact maken met de soldeerpunt waardoor hogere temperatuur simpelweg noodzakelijk is. Maar andere keren vervliegt daarmee de soldeerflux letterlijk binnen enkele seconden, dan is lagere temperatuur weer beter. Enz.

Toch is die trade-off een stuk makkelijker met goed soldeergereedschap.
Heb op mijn werk meerdere JBC soldeerbouten met actieve punt en die hoef ik echt niet hoger in te stellen dan 325~350 graden.
Ik kan daarom ook iedereen een TS101 of vergelijkbaar aanraden. Heb thuis een Hakko FX-888D staan en dat is vaak toch een beetje behelpen.

Zo'n pre-heat plate zat ik zelf ook aan te denken, maar nog geen keuze gemaakt tov de mini varianten. Maar gebruik je zo'n grotere plate dan om helemaal te reflowen, of enkel preheaten en dan hot air om de tin naar soldeertemperatuur te tillen? Dat laatste koelt namelijk wel sneller af. En lijkt mij makkelijker dan printen van zo'n plate af te moeten schuiven terwijl alle tin nog vloeibaar is.
Maar zo'n reflow profiel zoals zo'n mini kan doen, zou ook ideaal zijn.

Hangt een beetje af wat je er mee doet.
Als je zelf pasta op de printen doet en ze in 1x reflowt tijdens assemblage, kun je prima in één keer een print reflowen met zo'n hotplate.

Voor reparatie of vervanging van componenten vind ik het niet zo'n goed idee om alles te reflowen. Dan zet ik de hotplate op ~125*C. Veel consumenten electronica wordt ook nog geassembleerd met wave soldering en die componenten smelten meestal tijdens reflow.
Zelf vervang ik vooral componenten en dan gebruik ik hem vooral om het massavlak 100 graden op te warmen en dan doe ik de rest met de hot air.

[memphis]

Met voorverwarming via een verwarmingsplaat merk je gewoon dat het solderen van grote objecten of kopervlakken (SMD power FET's) een stuk makkelijker en dus sneller gaat zonder te lang een te hoge temperatuur te gebruiken..

[Osiris]

Fokking hoerige kut-package



Echt, werkelijk niet te doen

Te veel soldeer -> mwhehe, ik short met 't pad ernaast
Te weinig soldeer -> hahaha, ik ga lekker geen verbinding met de PCB maken

Grblbmlbm..

Ik ben nu met m'n 2e PCB bezig, 2 van die krengen per PCB.. Ik had er 10 besteld, maar ik heb er nu nog maar 3 op voorraad (OK, toegegeven, ook eentje doorgefikt doordat de uitgangs-condensatoren van de buck converter die ervoor zat niet in het circuit gesoldeerd zaten en ik dus -3 tot 12 V over de LDO had staan.. Vond 'ie niet leuk Maar ook een aantal gewoonweg gemold door al het gehannes, vanmiddag miste eentje opeens een complete pad )

[LED-Maniak]

Dat soort rijstkorrels mag JLCPCB mooi voor mij doen

[Osiris]

LED-Maniak schreef op maandag 11 augustus 2025 @ 22:56:
Dat soort rijstkorrels mag JLCPCB mooi voor mij doen

Mja, ik vind 't niet zo'n chill idee dat je je complete BOM bij hun moet aanschaffen, inclusief alle aantallen die je niet nodig hebt vanwege de bijv. minimum aan te schaffen hoeveelheid van 100 stuks. 't Is niet zo dat je kunt zeggen "Zeg JLCPCB, stuur mij die aangeschafte componenten even op, want ik doe het zelf wel."

M'n versie v1.2 krijgt iig LDO's van 2x2 mm



DFN is ietsjes makkelijker te solderen gok ik zo

Thermisch ook stukken beter overigens.. Die NCP167BMX330TBG werden bloedheet, ook al ging er echt niet zo heel erg veel stroom doorheen

[ Voor 8% gewijzigd door Osiris op 11-08-2025 23:12 ]

[LED-Maniak]

Osiris schreef op maandag 11 augustus 2025 @ 23:09:
[...]

Mja, ik vind 't niet zo'n chill idee dat je je complete BOM bij hun moet aanschaffen, inclusief alle aantallen die je niet nodig hebt vanwege de bijv. minimum aan te schaffen hoeveelheid van 100 stuks. 't Is niet zo dat je kunt zeggen "Zeg JLCPCB, stuur mij die aangeschafte componenten even op, want ik doe het zelf wel."

Probeer elecrow eens. Die sturen je alle componenten en PCB's die ze overhouden. Ze zijn flexibeler dan JLC en je mag zelf je onderdelen aanleveren, of ze bestellen ze bij mouser/farnell/etc. Tijdens corona konden ze leveren wat ik zelf niet kon bestellen(en ja het waren originele onderdelen ).

JLC doet dat niet, die bestelt inderdaad het minimum wat te krijgen is via LCSC en een paar extra en die krijg je er niet bij.

Bij JLC kan je trouwens ook je eigen componenten aanleveren, maar het lijkt allemaal wat meer gedoe.

Enige reden dat ik naar JLC ga is vooral luiheid. Alles gaat zo prachtig automatisch.
Bij Elecrow is het meer mailen/whatsappen en duurt het een dag langer.

[mace]

Osiris schreef op maandag 11 augustus 2025 @ 23:09:
Die NCP167BMX330TBG werden bloedheet, ook al ging er echt niet zo heel erg veel stroom doorheen

Is een feature. Self-soldering regulator is dat.

[Hans1990]

Ik heb zelf ook goede ervaringen met Aisler. Die zijn misschien niet prijs technisch even goedkoop. Maar na productierun sturen ze in de doos ook alle overgebleven onderdelen mee. Voor hun is een reel met maar 5 onderdelen er op immers afval, maar die kunnen maar net handig zijn voor reparaties, patches of nieuwe protos.
Geen idee hoe het uit kan om al die onderdelen op reels te laten bestellen... Tenminste.. deel komt ook los op tape, dus of ze hebben goede PnPs die dat kunnen oppakken, of een paar trouwe werknemers die niet heel veel koffie mogen drinken. Gelukkig had ik het met een productierun ze niet te moeilijk gemaakt door 0603s te gebruiken.

Vziw kan je bij Aisler ook e.e.a zelf aanleveren, maar heb ik zelf geen ervaring mee. Hun BOM systeem is redelijk goed geautomatiseerd (ik heb in mijn Kicad library overal MPNs achter hangen dus dat wordt automatisch opgepikt), en ze halen veel bij Mouser, Digikey e.d. vandaan.

[ Voor 5% gewijzigd door Hans1990 op 11-08-2025 23:31 ]

[Osiris]

LED-Maniak schreef op maandag 11 augustus 2025 @ 23:19:
[...]

Probeer elecrow eens.

Hans1990 schreef op maandag 11 augustus 2025 @ 23:30:
Ik heb zelf ook goede ervaringen met Aisler.

Ik zal hier eens naar kijken, maar ik betwijfel of zij 8 layer bordjes met een shitload aan via-in-pads voor een paar euro aanbieden

[kitao]

Tussen al het kundige praktsiche handwerk hierboven door is het misschien leuk om even naar een programmeer puzzeltje te kijken ? Niet dat ik erop vastloop maar gewoon uit nieuwsgierigheid waar hier de storing zit. Ben er zelf meerdere uren mee bezig geweest maar ik heb hiervoor nog te weinig programmeer kennis. Deze pagina bevat drie interrupt voorbeelden, twee ervan werken goed zowel in Simulide als in het echt op breadboard; alleen de eerste Serial Interrupt is niet gelukt:
https://embetronicx.com/t...f877a-interrupt-tutorial/
Daarbij zit een Github
https://github.com/Embetr...nterrupt/Serial_Interrupt
waarvan ik de volgende drie files in MPLab 5.45 heb gezet en gecompileerd:
https://github.com/Embetr...t/Serial_Interrupt/code.c
https://github.com/Embetr...pt/Serial_Interrupt/lcd.h
https://github.com/Embetr...Serial_Interrupt/serial.h
Om #include<pic.h> te kunnen gebruiken is een DFP instelling van 1.2.33 nodig op XC8 V2.20.
Om void interrupt ser() gecompileerd te krijgen heb ik het aangepast tot void __interrupt() ser(void).

Het programma werkt zo dat indien er een toets wordt ingedrukt er tekst op een LCD HD44780 verschijnt dat weer verdwijnt via cmd(0x01); // Clear Display na een tijdje via delay;delay; totdat er weer een toets wordt ingedrukt, enz. De maker gebruikt Proteus maar die heb ik niet met PIC vergunning vandaar dat ik Simulide heb als alternatief. En op breadboard natuurlijk maar in het algemeen kan wel gesteld worden dat indien het in Simulide werkt het ook op breadboard werkt.



Toets O ingedrukt maar de interrupt wordt niet aangesproken
Ik ben met debug door het programma gestapt en de registers nageplozen volgens het datablad van de PIC16F877A
https://ww1.microchip.com...nts/DataSheets/39582C.pdf
INTCON code.c pagina 24
PIE1 code.c pagina 25
TXSTA serial.h pagina 111
RCSTA serial.h pagina 112
SPBRG serial.h pagina 113
RCREG serial.h en code.c pagina 118
PIR1 die de vlaggen TXIF en RCIF bevat op pagina 26
In de comments onder het hoofdartikel staat trouwens dat dit Read-only is en dat deze regels dus geen effect zouden hebben?
TXIF=RCIF=0; en is zowel in code.c als in serial.h te vinden.

lcd.h bevat geen registers maar wel commands die hier terug te vinden zijn
https://www.8051projects.net/lcd-interfacing/commands.php
0x80 staat voor positie 0 op regel 1.
0xC0 staat voor positie 0 op regel 2, 0xC8 staat voor positie 8 op regel 2

Deze regel in serial.h vind ik wat vreemd
TRISC6=TRISC7=1; waardoor zowel pin TX als RX op input worden gezet, maar goed, er hoeft niets ontvangen te worden op de Terminal dus ik neem aan dat dit geen foutje is. Een aangebrachte wijziging hierin had geen effect. Hier een pin-out van het IC dat hetzelfde is als in Simulide.
https://images.theenginee...duction-to-PIC16F877a.png

Mocht iemand het leuk vinden om de code te bekijken en eventueel een tip kan geven over iets wat er te proberen valt dan hoor ik het graag

***************************************************************************** Edit:



Doet het ineens Na enkele dagen

__CONFIG( FOSC_HS & WDTE_OFF & PWRTE_OFF & CP_OFF & BOREN_ON & LVP_OFF & CPD_OFF & WRT_OFF & DEBUG_OFF);
vervangen met :

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 disabled)
#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)

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

#include <xc.h>
#define _XTAL_FREQ 11059200

Maar dat maakte geen verschil volgens mij. Soms is lastig te bepalen wat het precies is want kan ook een combinatie van zijn geweest. Zo werd Delay 2x defined in code.c en lcd.h dus heb in code.c er delay2 van gemaakt om de warning eruit te krijgen.

TXIF=RCIF=0; commented in code.c hielp aanvankelijk ook niet, pas nadat ik een zelfde regel in serial.h commented had kwam het LCD, dus de interrupt op gang

Mijn comments op het scherm waren ooit net zo grijs als het code blokje hierboven maar dat is aangepast



via Tools > Options > Fonts & Colors > Comment

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

SPBRG pagina 114 op decimaal 31 gezet voor 9600 bij 20 MHz want een 11.0592 MHz kristal heb ik niet en #define _XTAL_FREQ 20000000 en HTerm als serial terminal erbij geopend.
Helaas geen reactie IRL bij de breadboard opstelling maar dat zou eventueel door gammele draadjes kunnen komen



**********************
Edit3
Bleek inderdaad aan gammele aansluitingen te liggen, in het breadboard zelf
Heb een tweede IC besteld als een controleboardje ernaast. Gaat veel tijd inzitten dat eigenlijk verloren tijd is op wat ervaring krijgen met foutzoeken na.
.

[ Voor 29% gewijzigd door kitao op 14-08-2025 03:31 . Reden: typo ]

[kitao]

Edit 5
Eindelijk, na een uurtje of 20 gehannes verdeeld over een dag of vier is er dan beeld



Nieuw breadboard bleek nodig en toen dat "in bedrijf" was genomen bleek het rode display aan gort te zijn; waarschijnlijk door het steeds opnieuw bedraden ermee om iets in beeld te krijgen. Storing op storing, als een rijtje dominosteentjes
Zonder Logic Analyzer was het waarschijnlijk niet rond gekomen hoewel dat natuurlijk niet de enige testmethode is. Het display kan bijvoorbeeld ook met een Arduino Hello World worden getest maar zoals gezegd, dat was niet de enige hindernis: Code én IC-breadboard én LCD besloten gezamenlijk flink wat roet in het eten te gooien.

L.A. o.a. hier te krijgen, met installatie tips
https://www.tinytronics.n...ic-analyzer-8-channel-usb

********************************* edit6
Ter controle een poort-blink erin geflasht, of alle pinnetjes het wel overleefd hebben ... of niet
Niet te zien maar van PoortA dat hieronder brandt bleef pin RA4/Tokkie/C1Out uit. Dat blijkt zo te horen en was al te zien in Simulide.
Genoemde pin is namelijk een open drain dat volgens de co-piloot :
When RA4 is set as a digital output via the TRISA register: The output is open-drain by design.
You must provide an external pull-up resistor (or rely on another device pulling it up) if you want it to produce a logic high.



Simulide is een prima hulpmiddel voor dit soort testjes al speelt hier ook wel wat nostalgie in mee. Verstandiger zou zijn om het bij modernere boardjes te houden, zoals bijvoorbeeld een XPlained Mini of een Curiosity Nano in een experimenteer board geklikt, maar ja, ik vind het meestal wel leuk om met jumpers te rommelen, als het niet teveel tegenzit

https://simulide.com/p/
.

[ Voor 40% gewijzigd door kitao op 15-08-2025 19:33 . Reden: link toegevoegd ]

[maikel]

Lang niet hier geweest, maar ik heb weer eens iets vreemds waar ik niet helemaal uit kom. Hopelijk kan iemand mij hier helpen.

Enige tijd geleden ging de warmtepomp voor mijn zwembadje kapot. Er bleek vocht in het bedieningspaneeltje te zijn gekomen, waardoor dat niet meer lekker functioneerde.




Let niet op de connectie voor de kabel, daar had ik wat problemen met desolderen.
Een nieuwe bestellen vond ik overdreven duur: € 90,- + € 14,- verzendkosten voor een, naar mijn idee, redelijk eenvoudige module, dus ben ik zelf maar aan de slag gegaan om deze te vervangen door een ESP32 om daarmee de TM1628 te emuleren.

Inmiddels heb ik mijn ESP32 zo ver dat ie netjes een website draait en ook de data van de warmtepomp netjes ontvangen. De pomp stuurt continue commando's voor het display en daarna eentje om een keyscan uit te voeren. En dat laatste wil dus niet lukken. Mijn logic analyzer laat het keyscan commando zien en daarna 5 bytes aan clock-pulsen voordat STB weer laag wordt. Volgens de datasheet van de TM1628 zou deze maximaal 16 knoppen ondersteunen (8x2), dus ik vraag me al af waar die 5 bytes vandaan komen. Ik zou er dan maximaal vier verwachten. Voor alle zekerheid heb ik mijn software een keer 40 knoppen laten tonen en kan ik daarmee ook netjes elke bit in die 5 bytes op 1 zetten. Maar het apparaat reageert niet.

Ik heb ook met een multimeter even gecheckt aan welke pinnen de power-button hangt op de originele module. Deze lijkt de pinnen 5 (K1) en 17 (SEG10) kort te sluiten bij indrukken. SEG10 wordt in de datasheet echter niet genoemd als een pin om een knop aan te hangen.
De andere knoppen hangen overigens aan pin 6 (K2) en 17 (SEG10) en tussen pin 6 (K2) en 16 (SEG9). Daar kan ik sowieso niets mee testen totdat ik de powerbutton een keer werkend heb gehad.

Iemand enig idee wat ik moet terugsturen om het apparaat op de powerknop te kunnen laten reageren? Het lijkt alsof ze bij deze module iets vreemds doet, wat ik niet terugvindt in de datasheet.

[ Voor 3% gewijzigd door maikel op 16-08-2025 12:56 ]

[Hans1990]

Misschien helpt dit iets? https://github.com/maxint...aster/src/TM1628.cpp#L149

Het lijkt er op dat ze 4 buttons per byte encoderen, op bit 0 en 3 van elke byte voor K1 rij, en bit 1 en 4 voor K2 rij. Ik neem aan dat de rest dan don't care is.
Dat er dan 5 bytes zijn zou kunnen verklaren waarom SEG10 toch als tiende kolom wordt gebruikt.

De datasheet is er echter beetje vaag over. Maar dat is wel vaker zo.. veel knip en plak werk en niet altijd alles wordt netjes up-to-date gehouden.

[kitao]

@maikel

Wat ik er zover van begrijp is dat de TM1628 geen programmeerbaar IC is en dan zou de m.i. niet al te gecompliceerde schakeling kunnen worden gedupliceerd omdat er dan geen programma in hoeft te worden gezet. Jammer is daarbij wel dat er zover ik gezien heb geen DIP versie van is maar waarschijnlijk is er wel een adapterboard voor te vinden dat de pinnen makkelijker bereikbaar maakt zonder smd te solderen. Indien de duplicaat versie dan doorgrond is kan er eventueel een nieuw printje gemaakt worden. Heb je daar een schema van of zijn de 'tracks' met het oog te volgen?
Andere optie is misschien om de componenten die duidelijk aangetast zijn te vervangen, zoals de knoppen en de rest goed schoon te maken.
En net als Hans kan ik je een linkje geven dat mogelijk van pas komt.
https://www.onetransistor...ment-display-arduino.html
.

[ Voor 11% gewijzigd door kitao op 16-08-2025 13:48 . Reden: Correctie leesfout ]

[maikel]

Hans1990 schreef op zaterdag 16 augustus 2025 @ 12:35:
Misschien helpt dit iets? https://github.com/maxint...aster/src/TM1628.cpp#L149

Het lijkt er op dat ze 4 buttons per byte encoderen, op bit 0 en 3 van elke byte voor K1 rij, en bit 1 en 4 voor K2 rij. Ik neem aan dat de rest dan don't care is.
Dat er dan 5 bytes zijn zou kunnen verklaren waarom SEG10 toch als tiende kolom wordt gebruikt.

De datasheet is er echter beetje vaag over. Maar dat is wel vaker zo.. veel knip en plak werk en niet altijd alles wordt netjes up-to-date gehouden.

Ik heb inderdaad het vermoeden dat die andere bytes gebruikt worden, ook al zegt de datasheet dat het om 8x2 knoppen gaat. Dat zou dan maar 4 bytes zijn.
Ik heb zojuist de software een loopje laten lopen langs alle bits en deze ook een korte tijd (~1s) laten vasthouden bij opvolgende scans. Tegelijk hield ik bij wat er op het display getoond zou moeten worden. En bij bit 35 zag ik ineens dat de data naar het display anders was!
Het lijkt er dus op dat bit 35 ervoor zorgt dat het apparaat aan- en uitgeschakeld wordt. Als ik dat nu met een knop vanuit de web UI probeer, hoor ik het apparaat ook schakelen. Ik vermoed dat er iets van een delay in zit waardoor het apparaat niet meteen reageert. Mogelijk voert ie ook eerst nog wat checks uit, want de ventilator gaat nog steeds niet aan.
Met bit 36 is het me ook al gelukt om de waarde op het display te verlagen. Dat is dus wellicht de 'down'-knop.

Die link is overigens om de TM1628 aan te sturen. Ik wil 'm juist emuleren en dus zelf als 'slave' fungeren.

kitao schreef op zaterdag 16 augustus 2025 @ 13:35:
@maikel

Wat ik er zover van begrijp is dat de TM1628 geen programmeerbaar IC is en dan zou de m.i. niet al te gecompliceerde schakeling kunnen worden gedupliceerd omdat er dan geen programma in hoeft te worden gezet. Jammer is daarbij wel dat er zover ik gezien heb geen DIP versie van is maar waarschijnlijk is er wel een adapterboard voor te vinden dat de pinnen makkelijker bereikbaar maakt zonder smd te solderen. Indien de duplicaat versie dan doorgrond is kan er eventueel een nieuw printje gemaakt worden. Heb je daar een schema van of zijn de 'tracks' met het oog te volgen?
Andere optie is misschien om de componenten die duidelijk aangetast zijn te vervangen, zoals de knoppen en de rest goed schoon te maken.
En net als Hans kan ik je een linkje geven dat mogelijk van pas komt.
https://www.onetransistor...ment-display-arduino.html
.

Inmiddels ben ik dus al wat stapjes verder in het ontcijferen van de data en functies. Dat het een eenvoudige schakeling is, wat inderdaad wel duidelijk. Alleen het reverse engineren is toch wat lastiger dan ik dacht.

[kitao]

maikel schreef op zaterdag 16 augustus 2025 @ 13:56:
[...]
Inmiddels ben ik dus al wat stapjes verder in het ontcijferen van de data en functies. Dat het een eenvoudige schakeling is, was inderdaad wel duidelijk. Alleen het reverse engineren is toch wat lastiger dan ik dacht.

Ja, ik bedoelde eenvoudig als schema, niet zozeer als eenvoudig om weer werkend te krijgen.
Ik vraag me ook af of reverse enigineeren nodig is, wat ik las in je OP was dat de print erg duur is (inderdaad bizar ) en dat je de warmtepomp gewoon weer aan de gang wil krijgen. Dupliceren leek mij dan de weg te gaan omdat het circuit m.i. geheel hardware matig is en niet op software basis omdat er geen uC in zit.
Een losse TM kost ca.4 euro zag ik.
.

[ Voor 0% gewijzigd door kitao op 16-08-2025 14:14 . Reden: typo ]

[maikel]

kitao schreef op zaterdag 16 augustus 2025 @ 14:06:
[...]


Ja, ik bedoelde eenvoudig als schema, niet zozeer als eenvoudig om weer werkend te krijgen.
Ik vraag me ook af of reverse enigineeren nodig is, wat ik las in je OP was dat de print erg duur is (inderdaad bizar ) en dat je de warmtepomp gewoon weer aan de gang wil krijgen. Dupliceren leek mij dan de weg te gaan omdat het circuit m.i. geheel hardware matig is en niet op software basis omdat er geen uC in zit.
Een loses TM kost ca.4 euro zag ik.

Ja, dan zou ik de hele print opnieuw moeten maken. De chip zelf is, denk ik, gewoon in orde overigens. Het probleem is dat bij het desolderen de pads mee losgekomen zijn.

Maar ik heb zojuist alle knoppen weten te ontcijferen! Power = bit 35, up = bit 33 en down = bit 36.
Dat de ventilator (en het apparaat dus) niet inschakelde is overigens niet vreemd deze week: het was, vooral bij mij op zolder, zo warm dat de ingestelde temperatuur lager was dan de omgeving. Hij hoefde dus niets te doen.
Nu ik de up-button heb weten te achterhalen, kan ik de gewenste temperatuur verhogen en heb ik gemerkt dat de ventilator ook inschakelt. In principe zou ik hiermee het apparaat weer helemaal kunnen bedienen.

Ik weet alleen nog niet of ik alle gebruikte letters voor op het display (goed) heb gemapped. Momenteel heb ik 0-9, A, b, c, C, d, E en F. Maar volgens mij zijn er nog wat meer letters die gebruikt kunnen worden in foutcodes of het programmeren van het apparaat. Ik vermoed dat er nog wel een 'p' tussen zit ergens....

[kitao]

maikel schreef op zaterdag 16 augustus 2025 @ 14:14:
[...]
Ja, dan zou ik de hele print opnieuw moeten maken. De chip zelf is, denk ik, gewoon in orde overigens. Het probleem is dat bij het desolderen de pads mee losgekomen zijn.

Lastig ja, ik had dat laatst ook met het desolderen van een elco, daarmee verwijderde ik dus ook meteen het padje.
Maar het dupliceren is een optie die geopperd werd zonder te weten waar jouw expertises liggen. Voor mij persoonlijk is zowel print dupliceren als softwarematig emuleren vrijwel niet te doen terwijl een ander zo'n printje binnen een uurtje KiCadt en verstuurt naar de printenboer. Wat ik wel opmaak uit jouw verslag, en goed dat je al flinke stappen hebt gemaakt , is dat het er niet zo zeer op aan komt wat het formaat van de print wordt, of dat die weer precies hetzelfde teruggebouwd moet worden ?

[Hans1990]

maikel schreef op zaterdag 16 augustus 2025 @ 13:56:
[...]


Ik heb inderdaad het vermoeden dat die andere bytes gebruikt worden, ook al zegt de datasheet dat het om 8x2 knoppen gaat. Dat zou dan maar 4 bytes zijn.
Ik heb zojuist de software een loopje laten lopen langs alle bits en deze ook een korte tijd (~1s) laten vasthouden bij opvolgende scans. Tegelijk hield ik bij wat er op het display getoond zou moeten worden. En bij bit 35 zag ik ineens dat de data naar het display anders was!
Het lijkt er dus op dat bit 35 ervoor zorgt dat het apparaat aan- en uitgeschakeld wordt. Als ik dat nu met een knop vanuit de web UI probeer, hoor ik het apparaat ook schakelen. Ik vermoed dat er iets van een delay in zit waardoor het apparaat niet meteen reageert. Mogelijk voert ie ook eerst nog wat checks uit, want de ventilator gaat nog steeds niet aan.
Met bit 36 is het me ook al gelukt om de waarde op het display te verlagen. Dat is dus wellicht de 'down'-knop.

Die link is overigens om de TM1628 aan te sturen. Ik wil 'm juist emuleren en dus zelf als 'slave' fungeren.

Ja dat snap ik, maar op afstand zo debuggen wordt lastig als we beide kanten van het systeem niet hebben (en waarschijnlijk moet je het ook doen met nog maar 1 kant werkend).

De datasheet is ook redelijk ambigu, dus dan wordt voorbeeldcode op Github dan 2nd source van info Gebeurd trouwens wel vaker met andere slecht gedocumenteerde chipsets.. LCD displays e.d. is ook een veel voorkomende bron van frustratie en verwarring..

Maar even zien.. bit 35 is dus byte 5, bit 3. Bit 3 is de tweede knop (en laatste knop) die wordt ingelezen van K1. De nummering is SEG1..10, dus dat je de power knop had doorgepiept naar SEG10&K1 klopt dan wel

Maar goed, de bits zo opzoeken en hardcoden lijkt me ook prima. Het hoeft geen generieke driver te zijn voor elke TM1628 zoals ik opstuur, je wilt immers gewoon het frontpaneltje clonen en met de juiste bits reageren op de controller.
Mooi dat het gelukt is

[maikel]

kitao schreef op zaterdag 16 augustus 2025 @ 14:32:
[...]


Lastig ja, ik had dat laatst ook met het desolderen van een elco, daarmee verwijderde ik dus ook meteen het padje.
Maar het dupliceren is een optie die geopperd werd zonder te weten waar jouw expertises liggen. Voor mij persoonlijk is zowel print dupliceren als softwarematig emuleren vrijwel niet te doen terwijl een ander zo'n printje binnen een uurtje KiCadt en verstuurt naar de printenboer. Wat ik wel opmaak uit jouw verslag, en goed dat je al flinke stappen hebt gemaakt , is dat het er niet zo zeer op aan komt wat het formaat van de print wordt, of dat die weer precies hetzelfde teruggebouwd moet worden ?

Het formaat maakt me inderdaad niet zoveel uit. Ik heb wel wat ruimte in die kast van de warmtepomp om een custom printje kwijt te kunnen. En zo veel zit er ook niet op als ik het hele paneeltje laat vervallen: stekker, level shifter, ESP32 (op een breakout-bordje) en een enkel weerstandje. Dan kan ik die unit gewoon via WIFI bedienen en eventueel zelfs aan mijn Homey koppelen.

Hans1990 schreef op zaterdag 16 augustus 2025 @ 15:39:
[...]


Ja dat snap ik, maar op afstand zo debuggen wordt lastig als we beide kanten van het systeem niet hebben (en waarschijnlijk moet je het ook doen met nog maar 1 kant werkend).

De datasheet is ook redelijk ambigu, dus dan wordt voorbeeldcode op Github dan 2nd source van info Gebeurd trouwens wel vaker met andere slecht gedocumenteerde chipsets.. LCD displays e.d. is ook een veel voorkomende bron van frustratie en verwarring..

Maar even zien.. bit 35 is dus byte 5, bit 3. Bit 3 is de tweede knop (en laatste knop) die wordt ingelezen van K1. De nummering is SEG1..10, dus dat je de power knop had doorgepiept naar SEG10&K1 klopt dan wel

Maar goed, de bits zo opzoeken en hardcoden lijkt me ook prima. Het hoeft geen generieke driver te zijn voor elke TM1628 zoals ik opstuur, je wilt immers gewoon het frontpaneltje clonen en met de juiste bits reageren op de controller.
Mooi dat het gelukt is

Yep, het was dus toch die byte die er volgens de datasheet niet zou zijn. Ik ben toch wel blij met mijn Logic Analyzer!
Verder was het nog een punt dat ik via de seriele uitgang heel veel schreef als debuginformatie, wat de timings ook niet altijd ten goede kwam. Inmiddels heb ik 'm dus helemaal werken.
Nu de website nog wat netter maken....

[Osiris]

Iemand hier ervaring met een CLC matching circuit ontwerpen voor een simpel ESP32/ESP8685 chipje naar een klein ceramisch antennetje?

Als ik gewoonweg ff 50 Ω in https://www.analog.com/en...-matching-calculator.html pleur bij een gemiddelde frequentie voor Bluetooth van 2440 MHz, dan zegt 'ie een onmeunig kleine C1 met femtofarad, dus die kunnen we vast negeren, en een heel klein inductortje van 0,6 à 0,7 nH. En dat laatste kun je idd wel in een simpel 0201 SMD-dingetje krijgen.

Op een vergelijkbaar bordje zie ik idd plek voor 2 condensatoren in het CLC-netwerkje, met dus alleen een inductortje op de PCB.

Iemand enig idee wat er gaat gebeuren als ik gewoon een 0,6/0,7 nH SMD-gevalletje op een simpel PCB-tje pleur? Het hoeft maar een paar meter bereik te hebben

[kitao]

maikel schreef op woensdag 20 augustus 2025 @ 23:06:
Het formaat maakt me inderdaad niet zoveel uit. Ik heb wel wat ruimte in die kast van de warmtepomp om een custom printje kwijt te kunnen. En zo veel zit er ook niet op als ik het hele paneeltje laat vervallen: stekker, level shifter, ESP32 (op een breakout-bordje) en een enkel weerstandje. Dan kan ik die unit gewoon via WIFI bedienen en eventueel zelfs aan mijn Homey koppelen.
[..]
Yep, het was dus toch die byte die er volgens de datasheet niet zou zijn. Ik ben toch wel blij met mijn Logic Analyzer!
Verder was het nog een punt dat ik via de seriele uitgang heel veel schreef als debuginformatie, wat de timings ook niet altijd ten goede kwam. Inmiddels heb ik 'm dus helemaal werken.
Nu de website nog wat netter maken....

Ik vroeg naar het formaat met nog steeds in gedachten om zelf een vervangend printje proberen te maken of desnoods op breadboard met dezelfde componenten als in het origineel. Maar heel knap, jij hebt het met een MCU en met Wifi vervangen.
Led segment-drivers vind ik altijd wel leuk om iets mee op te zetten maar SMD solderen kan ik niet. De TM1628 is een Sop-package en heb er een adapter voorbeeldje voor gevonden.


https://www.adafruit.com/product/1281 en https://www.adafruit.com/...20solderless%20breadboard.
Ik heb niet lang naar de TM1628 dataheet gekeken want ben met iets anders bezig maar ik houd deze chip in gedachten, bedankt voor het delen

Momenteel volg ik dit
https://mu.microchip.com/...pi-reference-for-pic-mcus
en heb deze korte video geprobeerd na te spelen, met een ander CNano boardje, de PIC18F57Q43.
https://ww1.microchip.com...UserGuide-DS40002186B.pdf

YouTube: MCC Melody UART Driver: Printf with Variable Counter
De video komt hier vandaan, hfdst. 3.9 :
MCC Melody API Reference for PIC16F/18F MCU Families ver. 24
Waar Glen Nilsen aan het eind slechts 7x Hello World in de Data Visualizer genereert verschijnt dat bij mij 3x 7x



Hoe komt dit, iemand enig idee?
Wat mij opvalt is dit in de Output :
Erasing...
The following memory area(s) will be programmed:
program memory: start address = 0x0, end address = 0x7f
program memory: start address = 0x2600, end address = 0x2dff
program memory: start address = 0x1ff80, end address = 0x1ffff
configuration memory
User Id Memory
Programming complete

Het schrijft drie geheugenblokken bij het programmeren ? Dat was mij nog niet eerder opgevallen en ligt het daar aan ?
Momenteel ben ik op zoek om de programmeer settings te vinden om het op 1 geheugenblok in te stellen maar dat zit meer verborgen als in Atmel Studio. Ik vermoed hier:



***********************************************
Ps, het data lawine overschot treedt op bij het flashen en de memory range aanpassen veranderde wel iets maar niet in positieve zin. Er zit geen reset knopje op het CNano-board maar heb met een draadje #MCLR=DBG3 heel kort aangetikt met GND. Volgens het schema zou dat moeten kunnen zonder de boel kort te sluiten want er zit een 47K pull-up op de #MCLR. Na het resetten verschijnt er 1x7 Hello World, zoals het hoort. Probleempje is dus opgelost



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

[ Voor 14% gewijzigd door kitao op 21-08-2025 14:14 . Reden: link toegevoegd ]

[kitao]

chatgpt dump, laat maar achterwegen

[ Voor 99% gewijzigd door Intergalactic op 05-09-2025 10:58 ]

[Hans1990]

Osiris schreef op woensdag 20 augustus 2025 @ 23:19:
Iemand hier ervaring met een CLC matching circuit ontwerpen voor een simpel ESP32/ESP8685 chipje naar een klein ceramisch antennetje?

Als ik gewoonweg ff 50 Ω in https://www.analog.com/en...-matching-calculator.html pleur bij een gemiddelde frequentie voor Bluetooth van 2440 MHz, dan zegt 'ie een onmeunig kleine C1 met femtofarad, dus die kunnen we vast negeren, en een heel klein inductortje van 0,6 à 0,7 nH. En dat laatste kun je idd wel in een simpel 0201 SMD-dingetje krijgen.

Op een vergelijkbaar bordje zie ik idd plek voor 2 condensatoren in het CLC-netwerkje, met dus alleen een inductortje op de PCB.

Iemand enig idee wat er gaat gebeuren als ik gewoon een 0,6/0,7 nH SMD-gevalletje op een simpel PCB-tje pleur? Het hoeft maar een paar meter bereik te hebben

Even goed uitkijken of zo'n ceramic antenna ook echt 50Ohm is. Ik heb hier nog een dood project liggen met een EFR32MG22 en een chip antenne waar ik dat niet had gezien Ook compleet vergeten dat die karakteristieke impedanties enkel gelden met bepaald ground plane en feedpoint. Vanaf dat punt noemden ze de chip antenna "50 Ohm".

Maar dat terzijde, als ik 50Ohm naar 30R+10i invul (ESP32 QFN 6x6), dan kom ik uit op 1nH+1pF L-C (C naar ground), of 1.9pF+4.0nH C-L (L naar ground). Dan lijkt die laatste iets makkelijker om te bouwen. 0.6 of 1nH klinkt best wel erg klein.

Ik bestel een paar condensator waarden die er paar tiende pF onder de nominale waarde zitten. Een losse 0402 SMD pad kan al een paar tiende pF zijn afhankelijk van je PCB stackup. Daarmee ben ik altijd wel redelijk in de buurt gekomen van de berekeningen/simulaties.
Voor spoeltjes kan de sporen nog heel erg kort houden. Feitelijk de onderdelen zo dicht mogelijk op elkaar zetten.

Ik heb wel eens zo'n filter met 0.8pF condensator nodig gehad als streefwaarde. Tussen de keuze van 0.3 t/m 0.8pF uiteindelijk gesettled op 0.6pF met 0402+SOT-23 pads die overlapten voor zo min mogelijk capacitieve koppeling naar ground Dat was voor een 433MHz radio die van 50R naar 100R+1000j o.i.d. moest. Dat was een zero-bias RF detector die o.a. wordt gebruikt voor passieve wake-up en backscatter radios. Die hoge impedantie was bedoeld om de spanning zo hoog mogelijk te krijgen. Zo'n RF detector is eigenlijk niets meer dan een peak detector. Daarna is het ook geen RF meer, en meer spanning is beter. Eigenlijk beetje raar circuit dus, want je hebt niet echt goede S-parameters hiervoor.

Voor deze ESP32 moet de impedantie (en dus spanning) omlaag. 3.3V voltage swing over 30-35 Ohm is namelijk ongeveer 20dBm.
Idealiter kan je de impedanties op je PCB nameten met een VNA, maar het kost ook veel tijd en moeite om dat te doen.
(Voor die detector ben ik een week bezig geweest om continu onderdeeltjes te swappen om zodoende tal van combinaties te testen, in de hoop dat er 1 tussen zat die een paar tiende dB beter werkte)

edit:
Je kan ook eens kijken naar deze calculator: https://www.omnicalculator.com/other/impedance-matching
Die kan PI-filters berekenen.

Het voordeel van een PI filter ten opzichte van de L match is dat je een smalbandiger filter kan maken (mits je de Q niet te hoog maakt). Ik meen wel eens gelezen te hebben dat de ESP32 gewoon "hard" z'n voedingsrail op de antenne poort schakelt, waarmee het dus ook op harmonischen uitzendt van 2.4GHz.
Met zo'n PI filter kan je in ieder geval die impedance matching al killen zodat er zo min mogelijk van die energie wordt verzonden. Bij L-match lijkt de impedantie >2.4GHz vrij dicht bij 50Ohm te blijven liggen.

[ Voor 11% gewijzigd door Hans1990 op 21-08-2025 02:02 ]

[kitao]

Handig en iets wat ik al veel eerder had moeten bestellen, jumpers met connectors



8x8 F to M, in alle varianten te verkrijgen, zo heb ik ze ook in 4x4 formaat.

De Uno geeft het kloksignaal via een 1K/2K spanningsverdeler aan de Altera MaxII EPM240T100C5 dat op zijn beurt de Leds aanstuurt als binairy counter.
https://startingelectroni...urse/tut7-binary-counter/
Op zich niet erg bijzonder, gewoon een counter, maar dit keer met een CPLD geprogrammeerd met Intel Quartus dus dat geeft de variatie smaak eraan.
Goede website en tot nu toe zonder problemen te reproduceren ook al gebruiken de makers ervan een zelf ontworpen experimenteerboard met een Xilinx XC9536XL en een ATtiny2313.


https://startingelectronics.org/projects/xilinx-CPLD-board/

Hoewel daar schema's van zijn en dat board dus nagebouwd kan worden is dat gelukkig niet nodig en voltstaat een breadboardje.
De complete hardware kan in principe zelfs geheel achterwege gelaten worden en kan het grafisch gesimuleerd worden. Daar volgt later nog een plaatje van indien dat gelukt is.
Helaas mislukt



De CLK en de CLK_DIV heb ik een Force gegeven maar er verschijnt een # ** Warning: There is an 'U'|'X'|'W'|'Z'|'-' in an arithmetic operand, the result will be 'X'(es). dus de Count en de Led bewegen niet mee op het kloksignaal, daar is blijkbaar een testbench voor nodig want alleen als ik de Count forceer bewegen de Leds mee.

Ps, dit is hun ATtiny2313 code dat ook op de Uno draait

C:

#include <avr/io.h>

void Delay(void);

int main(void)
{
    /* set PB4 as output */
    DDRB |= (1 << PB4);
    
    while(1) {
        PORTB &= ~(1<<PB4);     /* switch pin high */
        Delay();
        PORTB |= 1<<PB4;        /* switch pin low */
        Delay();
    }
    return 0;
}

void Delay(void)
{
    volatile unsigned int del = 0xFFFF;
    
    while (del--);
}

Ik kan het me niet zo goed herinneren of had het niet eerder geprobeerd, maar is het altijd al zo geweest dat je rechtstreeks C in de Arduino IDE kunt compileren ? Mooi meegenomen dan
.

[ Voor 35% gewijzigd door kitao op 25-08-2025 16:14 . Reden: Ps ]

[kitao]

PS2
Simulatie alsnog gelukt maar met een flinke omweg. Heeft meerdere stappen nodig die teveel zijn om op te schrijven maar mocht iemand er vragen over hebben dan kan dat altijd.
Quartus wordt gedownload samen met twee simulatie opties, namelijk Modelsim en University Program Vector Wave File. Allebei gebruiken in 1 project geeft conflicten dus bepaalde files moeten worden uitgesloten van het project waar juist een andere gecreeerd moet worden. Het startpunt was de .VHD file van de website hierboven waarvan de Modelsim niet goed ging.
Diezelfde VHD file kan worden omgezet in een .BSF, block system file, als volgt:



en verschijnt er dit :



Open vervolgens de VWF via File menu, stel wat dingen in, verwijder de -novopt uit de simulatie settings, overwrite de Clock en Run the functional simulation.



De Leds zijn geinverteerd maar het telt
Deze 3-pagina pdf beschrijft een gedeelte ervan:
https://mil.ufl.edu/3701/docs/quartus/Component_Creation.pdf
Een ander gedeelte ervan staat hier
kitao in "De EL-kroeg - Deel 4"
en in Introduction to Simulation of VHDL Designs:
https://dcenet.fel.cvut.c...Quartus_II_Simulation.pdf

En zo met al die plukjes bij elkaar gesprokkeld geeft het dan zo'n grafiek beeldje
.

[ Voor 12% gewijzigd door kitao op 27-08-2025 07:27 . Reden: link toegevoegd ]

[Anthor]

Heeft er iemand ervaring met de handheld DSO's van Hantek of Owon? de 2 kanaals 70mhz/100 versies.

Ik doe tegenwoordig te weinig met electronica om er een echte goede oscilloscoop voor te kopen, maar er komt af en toe toch iets voorbij waar ik er wel een voor zou kunnen gerbuiken.

Nu ben ik me aan het oriënteren en ik was dus de verschillende hendhelds aan het bekijken, maar ondertussen twijfel ik ook alweer tussen een handheld of een instap model bench type (scope creep ). Als ik op eleshop kijk schelen een 100 mhz Owon handheld en een Rigol DS1102Z-E op het moment niet heel erg veel.
Klopt het dat Rigol kwalitatief een stap beter is dan Owon en Hantek? En hoe handig is een ingebouwde functiegenerator? want die mist bij die Rigol

[kitao]

@Anthor
Bedoel je deze twee?
https://www.eleshop.nl/owon-sds210s-oscilloscoop.html
https://www.eleshop.nl/rigol-ds1102z-e-oscilloscoop.html

Ik ben zelf al een tijdje aan het rondkijken voor een Usb-scope maar meestal heb ik aan een logic analyzer wel genoeg dus heb weinig haast ermee. En ik heb al een scoopje voor eenvoudige hobby toepassingen maar die is nogal traag. Wat ik wel belangrijk vind bij een scope is de grootte van het display en dan zie ik een verschil tussen die twee namelijk bij de Owon:
Er zijn USB-aansluitingen op de voor- en achterkant voor het exporteren van meetresultaten of het direct monitoren van de oscilloscoop met je PC
Bij de Rigol staat:
Met de interfaces kan deze oscilloscoop ook aangesloten worden op bijvoorbeeld een PC voor het overzetten van meetresultaten.
Dus Owon live op je PC-monitor en Rigol alleen achteraf op je monitor? Dan zou ik de Owon nemen want ik vind het wel fijn om alles goed overzichtelijjk op een groot scherm te hebben zonder een enorme oscilloscoop op de plank te hebben staan.
En een functiegenerator is natuurlijk altijd mooi meegenomen.

[memphis]

Voor het meeste gebruik ik een DS202, een 2 kanaals handheld scoop. Doet geen hoge frequenties en mist een zooi handige functies maar functioneert goed voor een beetje signaal volgen en het zien van serieuze signaalvervorming. Voor hogere frequenties heb ik nog een 2 kanaals Tektronix 40MHz beeldbuis scoop. Een nieuwe staat ook op mijn wenslijstje maar kijk toch uit naar bv een Rigol DS1054 oid. Die 1054 is middels een firmware hack van 50MHz naar 100MHz bereik t zetten.
Voor mij is een triggerstart en een externe trigger belangrijk om te hebben.

@kitao
Heel eerlijk vind ik een USB scoop niets. Het is zeer slecht portable, je moet een hele PC opstarten om het even snel te gebruiken en zeker als je je scherm(en) vol hebt staan met schema's, datasheets en andere zaken die je erbij wilt hebben kan je niet nog een scoop erbij hebben.

[kitao]

memphis schreef op donderdag 28 augustus 2025 @ 10:44:
@kitao
Heel eerlijk vind ik een USB scoop niets. Het is zeer slecht portable, je moet een hele PC opstarten om het even snel te gebruiken en zeker als je je scherm(en) vol hebt staan met schema's, datasheets en andere zaken die je erbij wilt hebben kan je niet nog een scoop erbij hebben.

Klopt, dat zijn inderdaad nadelen al heb ik 2 schermen en beoefen ik mijn hobby altijd op dezelfde tafel aangezien micro's en cpld's weinig ruimte nodig hebben. Eigenlijk adviseerde ik ook geen Usb-scope maar een scope waarvan het display live naar een grotere monitor omgezet kan worden.Dat zal dan weer enige vertraging e.d. opleveren maar of dat storend is hangt van de toepassing af en kan vergeleken worden met het al ingebouwde display neem ik aan. Al met al, zonder de gebruiksaanwijzingen gelezen te hebben lijkt mij de Owen veelzijdiger, optie tot extern display en met een functiegenerator waar de Rigol allebei die opties lijkt te missen.

Voor de liefhebbers, hier een overzicht van de verschillende scopes
XYZs of Oscilloscopes Primer
https://www.tek.com/en/do...xyzs-oscilloscopes-primer

[Hans1990]

Die Rigol is upgradebaar naar 200MHz. Voor nog geen 250 euro is dat best leuk om te hebbben! (even googlen)
Ik heb hier zelf een DS1074Z-S staan. Die was 10+ jaar geleden 700 euro, omdat het een function generator heeft. Het is af en toe wel eens handig als je analoge signaaltjes nodig hebt, maar tegelijkertijd ook zeer beperkt. Ik kan er niet eens een 3.3V blokgolf signaal (3.3V amplitude en 1.65V offset) mee maken omdat de offset niet meer dan 1.5V mag zijn . Maar goed: 3V blokgolfjes werken vaak ook wel...
Kijkende naar de specs van Owon's AWG lijkt dat iets beter.. 3Vpp in 50Ohm betekent 6Vpp in HiZ. En +/-3V offset.

4 kanaals scope heeft wel altijd mijn voorkeur. Een ext trig is inderdaaad handig om te hebben, en hoewel je die met 4 kanaals kwijt raakt, krijg je die ook weer gratis cadeau als volledig signaal kanaal.
Vooral als je iets als een I2c bus plus ook nog eens een event wilt volgen heb je al 3 echte kanalen nodig.. En met Spi 4 of 5.
Je kan zoiets natuurlijk ook met een logic analyzer doen, maar die is weer niet handig als je wel eens wat vermogenselektronica gebruikt (bijvoorbeeld van H-brug meet je uitgang PWM, current sense output en de FAULT pin tegelijk).
Maar ik weet niet of je zoiets in je budget kan passen. Het is mooier maar kost wel meer..


En sja, handheld en USB scopes.. In theorie zou een USB scope goedkoper moeten zijn, omdat de grote behuizing, knoppenpanelen, scherm en rotary encoders kunnen worden vervangen met 1 USB chipset van paar euro. Maar de display engine met intensity graded display zitten in FPGAs tegenwoordig, en die zijn toegespitst op een bepaalde schermresolutie. De budget USB scopes missen dat weer; ze kunnen namelijk niet alle ADC data even naar de PC toe streamen.

Pluspunten? Signaal weergave op fijn groot scherm ipv turen op zo'n klein displaytje. Je kan waarschijnlijk ook makkelijker trace data exporteren e.d. uit de scoop. En als je wel eens buiten de deur knutselt is het ook wel handig.
Maar nadelen, precies wat memphis zei. En voor het display engine is USB een flinke beperking.

Voor handheld is er heel veel troep te koop. 1 kanaals niet aan beginnen. Scopes met paar K samplegeheugen zou ik persoonlijk ook niet aan beginnen, je bent dan continu tegen aliasing aan het aanboksen als je beetje uitzoomt op signalen om overzicht te krijgen. Scoop met veel samplegeheugen kan lekker snel blijven doorsamplen zodat je ook na single-shots nog goed kan inzoomen.
Met 2 deze specs vallen alle budget handhelds af. Een kleine benchtop scoop geeft echt veeeeel betere bang/buck..
Ik zou zo'n handheld enkel overwegen als tweede scoop voor er naast, wellicht vanwege portable of ruimtegebrek.

[ Voor 6% gewijzigd door Hans1990 op 28-08-2025 11:50 ]

[DaWaN]

Osiris schreef op woensdag 20 augustus 2025 @ 23:19:
Iemand enig idee wat er gaat gebeuren als ik gewoon een 0,6/0,7 nH SMD-gevalletje op een simpel PCB-tje pleur? Het hoeft maar een paar meter bereik te hebben

Zo werkt het meestal niet.
Over het algemeen zijn zowel RF chips als RF antenne's ontworpen om te matchen op 50 ohm.
Wat meestal de beste aanpak is in dat geval: zowel de chip als de antenne matchen naar 50 ohm.
Volgens mij is de pin van de ESP8685 min of meer 50 ohm, dan zul je alleen de antenne moeten matchen.
Zolang je niet exact dezelfde maat PCB gebruikt als het evaluatie bord van de antenne, zul je waarschijnlijk niet dezelfde RF matching componenten kunnen gebruiken.
Enige manier om dan goed de matching componenten te bepalen is met een VNA.
Je zult dan een VNA moeten aansluiten op de antenne om de impedantie te kunnen meten. Meestal zet ik een pi-netwerk op een RF bord voor de matching. Zelden kom je dan uit op dezelfde waardes als voorgeschreven bij de antenne fabrikant. Soms moet je zelfs een hele andere topologie gebruiken.

Je kunt ook in CST, ADS of HFSS aan de slag om alles te simuleren. Maar meestal is dat meer werk dan het gewoon bouwen, rigid coax op je printje solderen, meten met VNA en matching netwerk bepalen.

[kitao]

Over Fpga's gesproken ... ben pas begonnen met Libero, zie kitao in "De EL-kroeg - Deel 4"
Na wat meer oefenen ermee is gebleken dat m.i. het beste de wat oudere versie 12.4 gebruikt kan worden met als simulator Modelsim 2019.4. Een video als deze is dan geheel na te spelen:
YouTube: How to Simulate a SmartDesign Project Using Libero® SoC Design Suite
Wel jammer dat de presentator ineens extern een file importeert waarvan geen code voor gegeven wordt maar geen nood, ik vroeg dat gewoon aan de copiloot met "I am looking for a Verilog code for a counter with clock, enable en reset inputs and 20 data_out outputs from 0 to 19 ?"
En dit kwam er uit:

verilog:

module counter (
    input wire clk,             // Clock input
    input wire en,              // Enable input
    input wire rstn,             // Synchronous reset
    output reg [19:0] data_out  // 20-bit output
);

always @(posedge clk) begin
    if (rstn) begin
        data_out <= 20'd0; // Reset to 0
    end else if (en) begin
        data_out <= data_out + 20'd1; // Increment
    end
end
endmodule

Waarna de counter erin geplakt kon worden:



Handig want programma's of designs schrijven kan ik niet maar dat is tegenwoordig blijkbaar ook niet meer nodig zo te zien.
Zoals gezegd laat de gehele video zich daarna geheel na spelen en is dit de simulatie uitkomst op mijn scherm:



Ik heb het al eerder genoemd maar er is echt een wereld van verschil met tekenen vergeleken tussen Libero en Quartus. Bij de eerste is de instapdrempel iets hoger - daarom vind je Microchip Libero waarschijnlijk ook nergens terug op dit forum - en ik heb nog geen budget boardjes en programmers ervoor gevonden om daadwerkelijk te programmeren maar de (freeware)software is in vergelijking met Intel Quartus toch een stukje beter.
.

[ Voor 8% gewijzigd door kitao op 28-08-2025 14:24 ]

[Anthor]

kitao schreef op donderdag 28 augustus 2025 @ 09:10:
@Anthor
Bedoel je deze twee?
https://www.eleshop.nl/owon-sds210s-oscilloscoop.html
https://www.eleshop.nl/rigol-ds1102z-e-oscilloscoop.html

Ik ben zelf al een tijdje aan het rondkijken voor een Usb-scope maar meestal heb ik aan een logic analyzer wel genoeg dus heb weinig haast ermee. En ik heb al een scoopje voor eenvoudige hobby toepassingen maar die is nogal traag. Wat ik wel belangrijk vind bij een scope is de grootte van het display en dan zie ik een verschil tussen die twee namelijk bij de Owon:
Er zijn USB-aansluitingen op de voor- en achterkant voor het exporteren van meetresultaten of het direct monitoren van de oscilloscoop met je PC
Bij de Rigol staat:
Met de interfaces kan deze oscilloscoop ook aangesloten worden op bijvoorbeeld een PC voor het overzetten van meetresultaten.
Dus Owon live op je PC-monitor en Rigol alleen achteraf op je monitor? Dan zou ik de Owon nemen want ik vind het wel fijn om alles goed overzichtelijjk op een groot scherm te hebben zonder een enorme oscilloscoop op de plank te hebben staan.
En een functiegenerator is natuurlijk altijd mooi meegenomen.

Ik keek naar bv deze handheld: https://www.eleshop.nl/te...andheld-oscilloscoop.html
En deze van Rigol: https://www.eleshop.nl/rigol-ds1102z-e-oscilloscoop.html

Wat is i.h.a. het kwaliteitsverschil tussen Rigol en Owon? of is het ongeveer dezelfde electronica in een ander jasje? dat idee heb ik met de Hantek en Owon handhelds

Ik heb de handleiding van de Rigol gecheckt en als ik het goed begrijp is hij met de Sigma ultra software via LAN realtime uit te lezen en te bedienen.

Een USB variant spreekt me niet aan.

Hans1990 schreef op donderdag 28 augustus 2025 @ 11:44:

Ik zou zo'n handheld enkel overwegen als tweede scoop voor er naast, wellicht vanwege portable of ruimtegebrek.

3,5 kilo klinkt voor mij ook draagbaar
Maar een vierkanaals zou voor mij denk ik 2de hands moeten worden.

[kitao]

@Anthor
Waar ik het over had ging over de optie om via de Usb het al aanwezige display in feite te vergroten op je PC, of laptop. De Owon waarnaar je linkte heeft een displaytje van 10 cm en ik vind dat een nadeel. Wat ik er van lees op de Eleshop pagina is dat het een SCPI interface heeft, dat mij totaal onbekend is en dus heb ik het maar even aan de copiloot gevraagd. Die zegt het volgende:

The Owon HDS2102S handheld oscilloscope can transfer waveform data to a PC via its USB-C port, but it does not support real-time or live streaming of measurements to a computer.

Zonder naar de rest van de specificaties te kijken en zonder pilootcontrole of die uitspraak wel klopt lijkt mij deze handheld dan veelzijdiger, voor vrijwel dezelfde prijs, ook wat betreft vormgeving.
https://www.eleshop.nl/owon-sds210s-oscilloscoop.html

Overigens is een laptop ook geen 5 kilo

[memphis]

Dan lijkt mij de eerder genoemde Rigol voor bijna dezelfde prijs de betere keuze....

En wat is er mis met een 10cm scherm, mijn handheld is zelfs kleiner en heb helemaal geen spijt van de aankoop. Voor realtime signaal volgen (tot 200khz) kom ik een heel eind.

[Hans1990]

Anthor schreef op donderdag 28 augustus 2025 @ 18:16:

[...]
3,5 kilo klinkt voor mij ook draagbaar
Maar een vierkanaals zou voor mij denk ik 2de hands moeten worden.

Zeker draagbaar.. maar handheld heeft een batterij.
Maar zoals ik zei, 4ch is nice to have. Duurdere toys zijn vrijwel altijd beter..

Even samenvattend van mijn vorige lange post betreffende de handhelds vs benchtop.

Grootste verschil is memory depth. Geheugendieptes in tot de tientallen Kpts is imo tech van 25+ jaar geleden. Als je bij Eleshop dus filtert op >=1Mpts geheugendiepte dan vallen al die goedkope handhelds af. De eerstvolgende is een MIcsig tablet achtig apparaat van 600+ euro.

Wat betreft gebruiksgemak is geheugendiepte een groot verschil. Voor simpele signaaltjes bekijken maakt dat niet zoveel uit. Maar al wil je een waveform kunnen pakken, stilzetten en dan inzoomen, dan is meer geheugen altijd beter.
Maar ik weet verder niet of je hier ooit tegen aan gaat lopen. Persoonlijk als fanatieke hobbyist maak ik er graag gebruik van Een budget scope zoals de DS1102Z zet dan wel dat vinkje. Persoonlijk heb ik ook iets meer vertrouwen in het Rigol merk dan Owon, maar dat is wellicht een mening van 10+jaar geleden toen ze leuk uitziende apparaten maakte maar met matige bang/buck. Dat lijkt nu wel iets beter..., maar hoe het met firmware fixes e.d. zit weet ik niet.
Ik denk dat voor Rigol wel veel meer community software beschikbaar is (als je bijvoorbeeld over USB/LAN er mee wilt babbelen)