[Arduino] Digital Curvetracer

Frederick E. Terman

Honourable Member

Op 17 januari 2022 19:41:02 schreef blackdog:
Net nog even een kleine trafo gepakt en de 230V kant gemeten wat inductie betreft en die op 50Hz in resonantie gebracht.
Het werkt wel maar niet mooi genoeg, [...]

Het valt me nog mee dát je wat ziet. Het hele lichtnet staat er immers overheen, en dat is als het goed is nogal laagohmig.

Eigenlijk zou je serieresonantie moeten gebruiken.
(Niet doen hoor! Dan ontploft vast je trafo, de condensator, of de schakeling; waarschijnlijk alle drie.)

Voor halfgeleidermetingen en voor weerstanden mag trouwens je golfvorm best vervormd zijn. Het maakt dan niet uit hoe snel je een bepaald spannings- of stroomgebied doorloopt; alleen op een klassieke scoop zou je het aan de wisselende helderheid in verschillende delen van de grafiek zien.

--
Die wiskundige kan zijn lol op: hij heeft in principe oneindig veel variabelen op te lossen, net zoveel als er harmonischen (met amplitude en fase) kunnen zijn, plus nog de condensator en weerstanden zelf.

Keramisch, kalibratie, parasitair: woordenlijst.org

Hi Frederick E. Terman, :-)

Ik heb een 2x 18V <=> 230V trafo gebruikt, de inductie van de 230V kant in resonantie gebracht op 50Hz.
Op één 18V wikkeling de functie generator gezet en gekeken hoe de golfvorm er uit zag op
de overgebleven 18V wikkeling als ik een blok toevoerde van 50Hz en ook bij een driehoek.

Wat ik al zij, het geheel had niet echt een hoge Q factor.
Met mijn Functiegenerator kan ik aan de Sinus golf ook tot 9 harmonische toevoegen en induvidueel de amplitude instellen.
Zo kwam ik er achter dat de filtering niet goed genoeg was van het snelle testje dat ik gedaan heb.

Dus het is iets anders van opset geweest als wat jij denkt vermoed ik. ;)

Groet,
Bram

You have your way. I have my way. As for the right way, the correct way, and the only way, it does not exist.

Ha hennep,

Even voor mijn idee wat zou je willen meten ?
Ik zie dat je in het ontwerp een sinus wil gaan gebruiken, dat kan maar is niet te doen gebruikelijk.
Waarschijnlijk is het mooier om een driehoek of nog beter een trapjes spanning te gebruiken !
En als je ook transistors zou willen schrijven dan twee spanning / stroom bronnen gebruiken.
Als je toch liever een transformator wil gebruiken ( kosten ) dan kleine trafo's nemen dus niet te veel reserve,
als je 100 mA nodig heb niet groter gaan.....

@Frederick E. Terman,

Misschien een leuke opgave voor Mathcad :D

Groet,
Henk.

Everything should be as simple as possible, but not simpler.
fred101

Golden Member

Volgens zijn berekening zou een condensator van 2 uF een mooie ronde cirkel tonen.

Tot zijn grote schrik kreeg hij iets heel anders te zien. Life is a bitch :-)

Hij berekend een ideale condensator, jij gebruikt een echte.

https://www.pa4tim.nl/?p=3331 hier staan wat plaatjes van echte condensators gemeten op de Tek 576

[Bericht gewijzigd door fred101 op dinsdag 18 januari 2022 09:58:01 (17%)

www.pa4tim.nl, www.schneiderelectronicsrepair.nl, Reparatie van meet- en calibratie apparatuur, ook maritieme en industriele PCBs

Op 17 januari 2022 23:24:59 schreef electron920:
Even voor mijn idee wat zou je willen meten ?

Het begon als een simpel project om componenten in een schakeling te meten. Zoiets als hetgeen je met een Huntron Tracker doet. Handig voor reparaties.

Maar dan ben je even met het project bezig en dan realiseer je je pas waaraan je begonnen bent. Het leek zo'n eenvoudige schakeling met maar 1 trafo en een paar weerstanden. Dat de sinus van de netspanning zo'n drama is merk je pas later op, ik wel.
Dan komt er ook nog een wiskundige langs die zegt, je kunt met de beschikbare gegevens ook de waarde van de C en de L op het scherm tonen. Oh interessant, je kunt nooit genoeg meetapparatuur hebben :-)
Wat ik niet wil is de HT nabouwen maar zo langzaam wordt het toch een uitgebreider apparaat dan we in eerste instantie bedacht hadden.
We doen het voornamelijk voor de koffie met een koekje en een gezellige babbel op de dinsdag avond. :-)

pa4tim.nl:
De cirkel bestaat uit 4 kwadranten en wordt veroorzaakt door een 50Hz sinus.

Gebruikt jouw Tek 576 een eigen sinus of is dat ook een getransformeerde netspanning?

In een van jouw plaatjes zit zo'n zelfde hobbel, (maar dan iets kleiner) en jij legt het uit als ESR. Als jouw TEK ook met een trafo meet dan zou dat dus ook heel goed netvervorming kunnen zijn. Ik zie het verschil (nog) niet.

Het valt me wel op dat mijn laatste plaatjes (overdag gemeten) een veel grotere vervorming geven dan de eerdere afbeeldingen (in de avonduren gemeten).
Wat voor belasting zou zo'n vervorming veroorzaken? Niet het aftoppen van de sinus door gelijkrichters dus.
Zouden dat elektromotoren van bedrijven kunnen zijn die gedurende de werkuren het net (enigzins) overbelasten?

reading can seriously damage your ignorance

Gisteravond een poging gedaan om een nette sinus te maken met een L293D H-brug. Dat lukte wel maar we zijn nog niet tevreden. De maximum frequentie van de L293D is 5kHz en de rimpel die nog door de trafo komt, kan wel met een C-tje van 470n worden weggefilterd, maar dan topt ook de sinus enigszins af.
Ik ben dus op zoek naar een snellere driver.

reading can seriously damage your ignorance

Hi hennep, :-)

Kan je eens laten zien hoe je de L293D aan de schakeling gekoppeld hebt en welke voedingspanningen je nu gebruikt?

Groet,
Bram

You have your way. I have my way. As for the right way, the correct way, and the only way, it does not exist.

Ha hennep,

Welk schema gebruik je op dit moment ?
Ik heb vroeger ook wel zo'n apparaatje gemaakt zonder Arduino die bestond nog niet :D
Met 50 Hz uit het lichtnet gaat wel maar je bent afhankelijk van de omgeving ,
let wel op tijdens je experiment ik zie een foto met twee trafo's die liggen op de verkeerde manier !
En waarom twee trafo's 9 V onbelast is meer dan voldoende lijkt mij.....

Het is beter om zelf te kunnen sturen d.w.z. zelf de 50 Hz maken dit trouwens wel heel laag.
Ik denk dat 1 of 10 kHz aantrekkelijker is verder van de 50 Hz vandaan i.v.m. instraling dit geeft een onrustig beeld,
rafels aan je plaatje !

Als je toch gebruik wil maken van de 50 Hz lichtnet frequentie zal je dit signaal moeten oppoetsen.
Dit kan met een filtertje actief of passief, passief heeft de voorkeur ( simpel ) i.v.m. de spanning maar,
ik denk net zoveel werk als een 10 kHz oscillator en voor de voeding maakt het niet uit jij gebruikt een,
controller die heeft ook spanning nodig !
Iets ander is het als je naar een oscilloscoop gaat dan kan het passief blijven.

Groet,
Henk.

Everything should be as simple as possible, but not simpler.

De test van gisteravond hebben we niet met arduino gedaan maar met een atmega644p. Een oud programma voor een 50Hz sinus hergebruikt. De mosfet drivers en 4x SUP75 afgekoppeld (was veel te lomp voor deze toepassing) en er een L293D aan gehangen.
Het schema heb ik niet meegenomen gisteravond. Ik zal het later plaatsen.
Ik weet dat er 74xx00 nand poorten tussen uC en driver zitten om inputs aan te sturen. De logic en controller draaien op 5V, de trafo krijgt 12V via de driver.

Henk,
Die 2e trafo is om een meetbare spanning te maken. Je kunt met een microcontroller geen wisselspanning meten. Dat kleine blauwe trafootje op de foto (de foto met het breadboard) maakt een 30V spanning. Daarmee tillen we de wisselspanning op naar een pulserende gelijkspanning. Via een spanningsdeler kan ik het naar een meetbare spanning brengen. In software reken ik dat weer om naar wisselspanning zodat ik het weer goed in de grafiek kan weergeven.

reading can seriously damage your ignorance

Hi Hennep,

Waarom geen NE5532 gebruiken die je uit fase zet, die kan je dan voeden met je sinus signaal.
Gain is ook gewoon mogelijk om b.v. 30VTT te maken tussen de twee uitgangen van het IC bij een bron die zeg 3VTT levert.
De NE5532 levert typical ruim 30mA aan de uitgang, dat zou voldoende moeten zijn.

Groet,
Bram

You have your way. I have my way. As for the right way, the correct way, and the only way, it does not exist.

Ha hennep,
Doet enkel fase gelijkrichten niet het zelfde i.p.v. zo'n constructie :?

Groet,
Henk.

Everything should be as simple as possible, but not simpler.

@electron920, Ik denk niet dat je het dan nog een curvetracer mag noemen.

@rew, vandaag heb ik jouw bordje van een blink programma voorzien. Dat was nog een heel gedoe.
In Arduino heb ik dit ingesteld:
Board: "Generic STM32F0 Series"
Board part nr: "Generic F072RBTx"
Usart support: "Enabled (no generic)"
Upload method: "STM32CubeProgrammer (DFU)"
programming mode schakelen met: boot-down reset-down reset-up boot-up

Als ik het bordje onder spanning breng dan staat het in read-only mode. Ik krijg dan, bij het programmeren, een melding dat die r-o mode kan worden uitgeschakeld met een -rdu optie.

USB speed : Full Speed (12MBit/s)
Manuf. ID : STMicroelectronics
Product ID : STM32 BOOTLOADER
SN : FFFFFFFEFFFF
FW version : 0x011a
Device ID : unknown
Warning: Device is under Read Out Protection
Error: RDP level is set to 1 (0xBB), try using Read UnProtect (-rdu) command in order to remove the Read Out Protection.

In arduino vind je daar niets over dus ik heb het programmer script aangepast en daar een -rdu optie bij in de commandline gezet.

code:


#${STM32CP_CLI} -c port=${PORT} ${MODE} ${ERASE:+"-e all"} -rdu -q -d "${FILEPATH}" ${ADDRESS} "${OPTS}"
${STM32CP_CLI} -c port=${PORT} ${MODE} ${ERASE:+"-e all"} -q -d "${FILEPATH}" ${ADDRESS} "${OPTS}"

Ik heb nu 2 regels code waarvan ik er eentje moet uitcommentarieren.
Helaas kan ik niet beide commando's uitvoeren. Dat "TM32CP_CLI" programma haalt de controller uit de programmer mode.

Elke keer als de spanning er af is geweest dan mag ik de bovenste regel uitvoeren en vervolgens opnieuw uitvoeren met de tweede regel geactiveerd. Die 2e regel blijft dan werken totdat de spanning weer is afgeschakeld geweest. Vrij omslachtig maar ik heb nog geen betere oplossing.

Ik kan dus een ledje laten knipperen, een echte digitale mijlpaal :+
Heeft iemand hier op het forum ervaring met stm32 nucleo bordjes, hoe doen jullie dat met die -rdu optie?

reading can seriously damage your ignorance

Ik heb enkele STM32F103 en een STM32F407 op een printje van ome ali die ik met een losse STlinkv2 programmeer. Ik heb nog maar 1 keer iets gedaan in Arduino om te testen maar ben overgeschakeld naar STM32CubeMX met de combinatie van SW4STM32. Met STM32CubeMX maak ik een project aan met de instellingen voor de hardware (USB, inputs, outputs, ...) en de code zelf schrijf ik dan in SW4STM32. Daarmee heb ik nooit echt problemen mee gehad en werkt iets handiger dan Arduino om te debuggen.

Op 21 januari 2022 12:40:11 schreef El Dimi:
Ik heb enkele STM32F103 en een STM32F407 op een printje van ome ali die ik met een losse STlinkv2 programmeer.

Gebruik jij de originele stlink of heb je ook zo'n chinese clone met een 10-polige boxheader?

Ik ben ook gestopt met het programmeren via de usb kabel direct vanuit arduino. Het werkte niet betrouwbaar. Ik heb nog niet uitgevonden of het door de usb kabellengte of de windrichting of de hoeveelheid daglicht komt, maar soms werkt het wel en dan weer niet.
Ik heb STM32CubeProgrammer geinstalleerd en dat werkt wel betrouwbaar. Waar ik nu nog wel mee zit is het volgende. Ik moet na het programmeren de programmerkabel loshalen om de controller te laten starten. Dat heb ik met andere stm32 bordjes niet eerder gehad. Mogelijk heb ik de kabel niet goed aangesloten.
Is dit de juiste aansluiting voor StLinkV2-clone naar SWD?

EDIT: Ik zie net dat de signalen in een andere volgorde staan dan op mijn programmer. Geen zin om het opnieuw te tekenen. Blijkbaar zijn er ook weer verschillende klonen in omloop (hoe kon het ook anders).

De verbinding waar ik aan twijfel is de SWIM naar SWO. Als ik die verbinding weglaat dan crasht STM32CubeProgrammer direct zodra ik op connect klik.

reading can seriously damage your ignorance

Die ST-LINK V2 van mij is zo'n chinese clone. Voor het programmeren met de ST-LINK gebruik ik maar 4 draadjes: GND, 3.3V, SWCLK en SWDIO.

Je moet wel eerst de STM32 verbinden met de ST-LINK voor je die in de USB poort steekt. De communicatie kan je altijd eens testen met de ST-Link utility die mee wordt geïnstalleerd met de drivers.

Die STM32CubeProgrammer heb ik zelf nog niet gebruikt maar in de ST-Link utility heb je de optie om een reset te doen na het programmeren. Via de SW4STM32 kan je ook je programma laden, daarmee ik die niet echt gebruik.

Ik heb zelf nog nooit een van mijn bordjes in "readout protection" gezet. De chips zouden zonder die protectie van de fabriek moeten komen en zo heb ik ze ook altijd aangetroffen als ik ze "nieuw" uit de geproduceerde doos trek. Dus raar dat jou exemplaar dat wel zou hebben of dat jou software denkt dat het zo is.

four NANDS do make a NOR . Kijk ook eens in onze shop: http://www.bitwizard.nl/shop/

Mogelijk is het een probleem in de software geweest die met Arduino werd geinstalleerd. Dit weekend zag ik in de lubuntu update iets voorbij komen genaamd "arduino-core" (of iets dergelijks) en vanaf dat moment lukt het met Arduino ook om via SWD te programmeren.
Via usb blijft een probleem (maar niet meer met read-only beveiliging). Zowel direct vanuit de Arduino IDE als met STM32Cube. Gelukkig kan ik de print weer redden met SWD als het ding niet meer reageert na een foutgelopen usb programmeercyclus.
Ik merkte op dat het iets beter gaat als ik een usb kabeltje van slechts 25 cm gebruik.
Zou het kunnen komen door te weinig ontkoppel C'tjes op de pcb. Ik zie dat er een paar zijn weggelaten.
C5, C6, C14?

Ik merkte nog iets raars op. Ik heb de code voor de curvetracer in dit bordje gezet en de usb poort wordt alleen gezien door het systeem als ik via usb programmeer. De poort wordt dan zichtbaar als /dev/ttyACM0. Als ik programmeer via SWD dan ziet het OS geen nieuwe serial port.
Het was een juiste inschatting dat overstappen naar STM32 wel een paar dagen in beslag zou nemen. Zelf met de ervaring die ik met blue pill bordjes heb opgedaan.

@El Dimi
Die F103 bordjes laten zich prima programmeren met alleen clock, data en voeding. Maar als je zou willen debuggen dan kun je dat wel vergeten met slechts 4 pinnen.

Ik heb ooit de originele AVR-ISP-MK2 programmer gekocht van Atmel omdat programmeren van Atmel chips met clone programmers een drama was. Ik ben nu ook op het punt aanbeland dat ik maar eens naar een originele ST-Link ga omzien. Voor iets meer geld bespaar je jezelf een boel tijd.

reading can seriously damage your ignorance

Even terug naar het topic, de resultaten van gisteravond.

Het is ons gelukt om een nette sinus te maken met wat materiaal van een eerder project. Dit hebben we ooit gebouwd om een inverter te bouwen voor 48V DC.

Het lukte bij dat vorige project om een 60W gloeilamp te laten branden door een sinus op een 24/230 trafo te zetten. Toen de uitdaging om het te kunnen bouwen voorbij was, is alles in de rommelbak terecht gekomen. Je kon goedkoper een 600W inverter in China kopen dan dit project afbouwen. Nu kwamen de printen weer van pas om even te testen.

Deze foto laat de sinus secundair zien met een C van 470n als belasting. Zonder C licht het hele scherm op door de 10kHz pwm signaal dat nog vlot door de trafo heen komt.

Het plan is om uiteindelijk een L6203 op 100kHz te gaan gebruiken zodat ook met een hogere frequentie gemeten kan worden. Voorlopig moeten we eerst proberen te voorkomen dat die sinus zover inkakt.

In eerste instantie gebruikten we de 1.8VA trafo maar de sinus secundair stortte in bij belasten met een 4k7 weerstand. De spanning zakte van 26.3V naar 13.3V. Daarmee kun je geen metingen doen. Met een 24VA trafo en een belasting met 1k5 (de octo weerstanden) gebeurt dat nog steeds teveel, maar toch aanzienlijk minder, 19.3 naar 14.6V.

We kunnen met een 24VA trafo al een redelijke curcetracer meting doen.
De ovaal is nog niet helemaal vloeiend maar als je bedenkt dat het signaal dat op de weerstandsdeler staat ongeveer 500mV is, en dat wordt gemeten met een Arduino 10bits ADC op 3.3V, dan kan daar nog heel wat verbeterd worden. Met die 12bits STM32 alleen, zal dat al een stuk beter gaan.

EDIT: Inderdaad, de schaal klopt niet. :-)

reading can seriously damage your ignorance

Hi Hennep, :-)

Die kleine trafo's hebben zeer hoge koperverliezen!
Daarom werkt die condensator over de uitgang van je trafo ook zo goed om je PWM frequentie te filteren.

Ik heb hier twee kleine rinkern trafo's de DC verliezen zijn daarbij 3 a 4x lager dan een EI kern trafo van het zelfde vermogen.
Nadeel is de prijs, denk aan die kleine rinkern trafos aan minimaal 20€ ex BTW.

Ik denk nog steeds dat twee kleine eindversterkers uit fase je 30V top top kunnen leveren, geen trafo en een groot frequentie bereik.

Groet,
Bram

You have your way. I have my way. As for the right way, the correct way, and the only way, it does not exist.

Op 26 januari 2022 12:08:44 schreef blackdog:
Ik denk nog steeds dat twee kleine eindversterkers uit fase je 30V top top kunnen leveren, geen trafo en een groot frequentie bereik.

Soms word je door iets wat in een ander schema is gebruikt volledig op het verkeerde been gezet. Die trafo in het schema van Chris's Workbench is zoiets.
Ik begrijp dat ik een galvanisch gescheiden voeding nodig heb voor die sinus. Maar wat ik niet snap is waarom dat 2 versterkers uit fase moeten zijn. Waarom kan het niet met een symmetrisch gevoede enkele opamp?

reading can seriously damage your ignorance

Op 24 januari 2022 10:19:38 schreef hennep:
Ik zie dat er een paar zijn weggelaten.
C5, C6, C14?

C5, C6 zijn verbonden met pins die op deze CPU GND heten en op de STM32F405Rxx ontkoppeling van de core voltage moeten verzorgen. (de CPU draait op iets van 1.2V, er zit een 3.3V->1.2V LDO ingebouwd daarvoor).

C14 moet als je er een STM32F401R op hebt zitten een condensator op. Op deze CPU is het PB11/I2C2-SDA. (pin 2 van de I2C2 connector).

Ik heb echt nog nooit ontkoppelingsproblemen gehad met dit printje.

De MCP1703 3.3V spanningsregelaar, Daar ben ik een beetje "stout" geweest in dat ik ooit 100nF gemonteerd heb gehad als input- en outputcondensator, maar in het datasheet wordt 1uF aangeraden. Maar hier ben ik dus achter gekomen doordat ik het datasheet nog eens bekeek, niet omdat er problemen waren. Of deze bordjes het advies volgen of nog 100nF hebben weet ik niet.

Edit: Dit is waar ik nu mee bezig ben:

Je ziet de 4 aderige kabel onderin. Bovenin zie je de 4 aderige kabel bij de STLINK (paars) weer. Ik gebruik 4 F-F dupont draadjes als "gender changer" vandaar dat de kleuren niet gelijk zijn. (voor een ander project moet de kabel aan de STLINK "male" eindigen.)

Ik heb tegenwoordig dit kleine printje zodat de "reset" en "boot" knop geen plek (en kosten) op de print innemen. En ik heb dan ook maar iets luxere schakelaars gekozen.

Links als opsteekprint op het "device under test" zie je mijn "debug leds". Ik heb 16 ongebruikte IOs van de CPU naar die connector geroute, en dat blijkt handig met dit 16-ledjes-bordje bij het debuggen.

Maar goed. Debuggen over de 4-pins STLINK kabel gaat prima.

four NANDS do make a NOR . Kijk ook eens in onze shop: http://www.bitwizard.nl/shop/

@rew, Welk programma gebruik jij om te debuggen?

Ik heb zojuist een poging gedaan met STM32CubeIDE maar die herkent de chinese clone niet eens.
Ik meen in die paarse programmer op jouw foto ook een clone te herkennen.

Programmeren met de STM32CubeProgrammer gaat wel, ik zoek dan het .elf bestand dat is gemaakt door de IDE, en ook vanuit de Arduino IDE kan ik de ST-link gebruiken om te programmeren.

code:

STMicroelectronics ST-LINK GDB server. Version 6.0.0
Copyright (c) 2021, STMicroelectronics. All rights reserved.

Starting server with the following options:
        Persistent Mode            : Disabled
        Logging Level              : 1
        Listen Port Number         : 61234
        Status Refresh Delay       : 15s
        Verbose Mode               : Disabled
        SWD Debug                  : Enabled
        InitWhile                  : Enabled

Target no device found

Error in initializing ST-LINK device.
Reason: No device found on target.
reading can seriously damage your ignorance

Ik debug normaliter met "print statements". Zelden dat ik de debugger aanslinger.

Als ik dat doe, dan doe ik "stlink -m" in 1 window, en dan arm-none-eabi-gdb build/ch.elf in een ander window. Daar heb ik dan dus gdb....

Ik ben linux gebruiker en heb jaren geleden besloten dat ik liever geen IDE gebruik. De reden is dat zo'n IDE dan ook een editor ingebouwd heeft hetgeen betekent dat ik voor iedere verschillende processor/programmeeromgeving ik steeds weer een andere editor zou moeten leren. Laat mij maar klooien met mijn vertrouwde editor.

Ik heb tegenwoordig scriptjes die "indien source gewijzigd -> make" doen. En ook: "indien DFU device opduikt, programmeer hem dan maar". Ik save dan m'n source, hij wordt vanzelf gecompileerd, en als ik tevreden ben tik ik "reboot bootloader" in tegen m'n (kennelijk al half werkende) device, of ik druk op de knopjes. En dan zit ie dus een paar seconde later in de laatste versie van m'n programma.

[Bericht gewijzigd door rew op dinsdag 1 februari 2022 19:50:15 (62%)

four NANDS do make a NOR . Kijk ook eens in onze shop: http://www.bitwizard.nl/shop/

Op 1 februari 2022 19:46:49 schreef rew:
Ik ben linux gebruiker en heb jaren geleden besloten dat ik liever geen IDE gebruik.

Tot 27 jaar geleden deed ik het 't liefst net zo met de Semware editor in MS-Dos. Voor alles wat ik nodig had, had ik macro's met een sneltoets. Totdat ik voor mijn werk MS-Office moest gaan gebruiken. Toen ben ik heel snel een klikspaan geworden.

Ik heb ook Linux op m'n laptop, maar wel met de Cube IDE van ST, met de originele ST-Link programmer. Die programmer heb ik donderdag binnengekregen en werkt uitstekend in Cube. Om een of andere reden werkt de kloon niet in Cube. Ik vermoed dat ST een mogelijkheid heeft om vanuit de software te detecteren dat het niet de originele is.
Ik had vanmorgen binnen 5 minuten (vanuit "create new project") een blink programma voor jouw F072 bordje gemaakt. De meeste tijd ging daarbij verloren in het zoeken op internet naar een delay functie (HAL_Delay) voor de Cube omgeving. Ik vind dat het redelijk intuitief werkt en ga zeker verder met Cube.

Als ik jou een tip mag geven voor eventuele volgende controllerbordjes, zet dan alle connectoren op een 0.1" raster. We kunnen nu geen shield maken met een stuk protoboard. De enige connectoren die wel gezamenlijk op zo'n raster zitten zijn UART en de 2 I2C connectoren, en uitgerekend die hebben we net niet nodig.

----

Dinsdag hebben we een poging gedaan om met een enkele LM324 opamp gevoed vanuit een gescheiden symmetrische DC voeding de curvetracer aan te sturen. Dat werkt uitstekend met een toongenerator, zie plaatje hieronder. Bedankt voor die tip blackdog. Ik snap alleen nog niet waarom je 2 exemplaren in tegenfase wilde gebruiken.
We moeten nog even uitzoeken hoe we de sinus van de microcontroller (DAC) gescheiden naar de opamp kunnen overbrengen. Met een condensator er tussen lijkt er toch nog een klein wisselstroompje naar de curvetracer te lopen die de meting iets beinvloedt. Misschien met een optocoupler maar ik heb nog geen idee hoe ik dat moet doen, tot nog toe heb ik daarmee alleen maar digitale signalen verwerkt.
Het plaatje hieronder is nog vrij grof, de weerstandsdelers moeten herberekend worden omdat we daar een veel te grote veiligheid hebben ingebouwd.

reading can seriously damage your ignorance

Op 12 februari 2022 12:55:36 schreef hennep:
Als ik jou een tip mag geven voor eventuele volgende controllerbordjes, zet dan alle connectoren op een 0.1" raster. We kunnen nu geen shield maken met een stuk protoboard. De enige connectoren die wel gezamenlijk op zo'n raster zitten zijn UART en de 2 I2C connectoren, en uitgerekend die hebben we net niet nodig.

Accoord! Dat is in de "locale design rules" opgenomen sinds dat dit printje gemaakt is. 't vervelende is dat ik diverse opsteekprintjes voor speciale toepassingen heb gemaakt die de connectors op deze posities verwachten. Dus zomaar dit ene printje "verbeteren" is moeilijker dan het lijkt.

four NANDS do make a NOR . Kijk ook eens in onze shop: http://www.bitwizard.nl/shop/