Hi,
Als eerste weer dank voor het meedenken.
Ik heb nog wat zitten spelen en nadenken wat handig zou zijn voor de LOG bereiken die ik op deze genrator wil hebben.
Op de 600 pulsen per omwenteling encoder het ik een 45mm knop gezet en gekeken wat de frequentie is als ik normaal, wat sneller en gek doe.
Normaal draaiend komt de frequentie niet boven de 1kHz uit.
Snel draaiend dan is het 2,5khz.
En een sweeper aan de knop geven is ongeveer 5kHz.
Laten we er vanuit gaan dat ik deze microcontroler ga gebruiken, lijstje met gegevens komt van het Internet en betreft een Teensy-4
Specificaties
ARM Cortex-M7 at 600 MHz
1024K RAM (512K is tightly coupled)
2048K Flash (64K gereserveerd voor recovery & EEPROM emulatie)
2 USB poorten, beiden 480 MBit/sec
3 CAN Bus (1 with CAN FD)
2 I2S Digital Audio
1 S/PDIF Digital Audio
1 SDIO (4 bit) native SD
3 SPI, met 16 word FIFO
3 I2C, met 4 byte FIFO
7 Serial, met 4 byte FIFO
32 general purpose DMA kanalen
31 PWM pinnen
40 digital pinnen (interrupt)
14 analog pinnen, 2 ADCs on chip
Cryptographic Acceleration
Random Number Generator
RTC voor het bijhouden van de tijd
Programmable FlexIO
Pixel Processing Pipeline
Peripheral cross triggering
Power On/Off management
Log bereik No1
zeg van 10Hz tot 50kHz, zodat ik in 1x het hele audio bereik kan sweepen.
Na wat spelen met de grote knop op de encoder heb ik besloten dat 4 omwentelingen, dat is dus 2400 pulsen moeten worden omgezet naar het gewenste LOG frequentie gebied.
Het mooie van het LOG bereik is nu juist dat je in de lage frequenties ook wat resolutie over houd.
De drie printjes die ik hier heb zijn alle drie uitgerust met een 25MHz clock, dat houd in dat de resoutie van de in te stellen frequentie 0,1Hz is.
Dus de laagste frequentie zou dan ook 0,1 Hz moeten zijn, maar voor mijn LOG sweep voor audio hou ik een start frequentie aan van 10,0Hz en stop bij 50kHz.
Dan wordt dan 0, 2400(4x omwenteling encoder) als LOG worden omgezet naar 10,0, 50000 Hz.
Bij de lage frequenties heb je dan in iedere geval de mogelijkheid die frequenties redelijk goed in te stellen.
Zonder LOF functie is het na een paar graden draaien al 200Hz.
En dan is het misschien handig om bij frequenties boven 1kHz de 0,1Hz resolutie te laten vallen, van mij kan het bij het meten,
ik heb 0,1Hz resolutie boven de 1kHz niet nodig, maar levert het problemen op met een goede LOG conversie of werkt het dan beter?
Log bereik No2
Het tweede LOG bereik zou dan van 800Hz naar 2 á 3MHz gaan, daar is zeker geen 0,1Hz resolutie nodig.
De normale lineaire bereiken zou ik zelf redelijk moeten kunnen coderen.
Ik vraag mij zelf af of er echt wel meerdere lineair bereiken nodig zijn door het mooie lopen van de encoder met zijn relatief zware knop er op.
Denk daar nog over na.
Ik weet niet of jullie wel eens met een communicatie ontvanger hebben gespeeld die een soepel lopende afstemknop heeft, zo mooi loopt de encoder die ik hier heb ook.
Ook sommige Philips en Grundig buizen radio's hadden het zelfde gedrag van de afstem knop.
OK nog een vraag, door het mooie lopen en de grote knop wil ik dat de up/down couter voor de Lineaire bereiken de hogere frequenties uit de encoder aan kan, laten we een veilige waarde nemen van 10kHz.
Er is geen dender op de uitgang van de encoder aanwezig, dus daar hoeft geen rekening mee gehouden te worden, dus hoe pak ik de up/down counter code hiervoor aan.
De meeste Library's voor encoders zijn voor rond de 24 stappen modelen per omwenteling met debouce ingebouwd.
Ik heb daar moet ik toegeven, nog niet naar gezocht, misschien lukt dit vandaag nog om er iets voor te vinden.
De frequenties uit mijn snel draaiend encoder zou bij de moderne microcontroler voor een up/down counters geen probleem moeten zijn, of zie ik dit verkeert?
Dank en groet,
Bram