Förslag på PWM, ADC, I/O och DAC IC kretsar med SPI?

[DanielM]

Men du kör väl Ethernet? Då behöver du nog en 25 MHz kristall.

Vad vill du göra med OPamp efter DAC?

Detta är ett annat kort, och en annan tråd.
Orsaken har med att jag har utvecklat ett kort som jag har kört nu i 2 månader. Nu ska jag göra en uppdatering då jag har hittat lite saker som jag kan göra bättre (FTDI-chip, ta bort kristallen, 1 encoder, 3 frekvens in, bättre GND-punkter, mindre komponenter som är närmre processorn för att motverka störningar)

Kör en Fluke 726 nu med 4-20mA strömslinga på SD-ADC. Fluken brusar rätt mycket.

Den gröna är Fluke 726 och den ljusblåa är en PT-100, trådad, som har en APAQ-L INOR transmitter från medeltiden.
Mätningen är på 16-bit. Jag har gjort ett program som jag kopplar upp kortet på och då kan jag logga direkt till databasen. Jag behöver inte ens fippla med kablar eller givare eller filer.

Markering_014.png

Jag vill att ampen ska skicka ut 0-20mA efter DAC:en. Detta vore riktigt häftigt. Just att kunna välja en amp och dimensionera den så att den klarar utav att dra en strömslinga mellan 0 till 20 mA.

Varför lägger du inte stöd för bådeoch, så kan du ju utvärdera dina behov...
Vilket du skulle kunna prova redan idag med Nucelus korten...

Stöd?

[AndLi]

> som jag kan göra bättre (FTDI-chip, ta bort kristallen,

Hur går dina tankegångar när du säger att det är bättre att köra utan kristall?

[DanielM]

När jag menade förbättring så menar jag överstigligt. Jag vet fortfarande inte om jag behöver en extern kristall eller om jag klarar mig med en intern RC-oscillator. Detta får jag helt enkelt testa mig fram för att se. Den interna RC-oscillatorn kan väll inte vara så dålig så att det blir helt tokigt i mätningarna. Får man 5% fel vid 1 kHz mätning av ett roterande hjul, så tycker jag att det är bra.

[AndLi]

Det är ju bara du som vet vad du anser är förbättringar, det som du ser som förbättringar någon annan kanske tycker är suboptimeringar...

[bobobo]

Varför lägger du inte stöd för bådeoch, så kan du ju utvärdera dina behov...
Vilket du skulle kunna prova redan idag med Nucelus korten...

Stöd?

AndLi menar nog att du kan rita ditt pcb med ledningsbanor för både kristall och dina önskade encoder-ingångar.
Sedan kan du välja om du löder dit kristallen eller om du inte löder dit kristallen och istället löder dit skyddskomponenterna för ingångar så kan du använda din encoder. (Detta är en anledning till att det finns noll-ohms motstånd att köpa, man kan ha ett kretskort med ledningar för olika ändamål och nollohms-motstånd används som permanenta byglar för att välja vad som är används).

[DanielM]

I detta fall så ska kristallen bara bli två enkla digitala ingångar. Ingen encoder
Men jag förstår vad han menar.

EDIT:
Jag behåller den externa kristallen och kör inte med intern RC-oscillator.
Jag kör dessutom med USB hos STM32. Bara för att testa.

[Rick81]

Enklaste är ju att bara konfigurera om STM32 på dina befintliga kort att köra på intern RC och se om det funkar.

Det är inte så enkelt göra 0-20 mA drivare med en OP. Lättast är ju köpa in färdiga drivsteg, tex.
https://www.analog.com/en/parametricsearch/11041#/

[DanielM]

Försöker hitta en med I2C-kommunikation, men hittar dock ingen. Kanske ovanligt?

Vad tror ni om denna?
https://www.ti.com/lit/ds/symlink/xtr11 ... er.se%252F

3 stycken för 60 kr. Lät billigt.

EDIT:
Jag har läst på om databladet och valt ett 14kOhms motstånd(0.1% precision, 25 PPM https://www.mouser.se/ProductDetail/KOA ... 8TSupfc%3D) för att just få 200uA vid 3.3v utgång från min DAC 12-bit.
Men tycker ni att jag ska ha ett avkopplingskondensator också för att motverka störningar då det handlar just om uA som förstärks till mA? Om JA: vilket? 100nF? 10nF?

2021-02-26_14-38.png

2021-02-26_14-43.png

Edit 2:
Vad tycks?

Förändringar sedan förra kortet:

2021-02-27_11-19.png

0.1% Nogrannhet och 10 PPM på 160 Ohms motståndet där man ska mäta 4-20mA. Referensen är 3.3v. Först hade jag 150 Ohm och 200 PPM.
Vanligt 10kOhm som skydd. Först hade jag 2 kOhm.

2021-02-27_12-39.png

USB istälellet för UART. Notera pull-upp på D+

2021-02-27_12-40.png

En annan mindre kristall som ligger närmre processorn.

2021-02-27_12-40_1.png

Korrekt antal avlastningskondensatorer där jag använder 6.3V istället för 16V.

2021-02-27_12-40_2.png

4-20mA reglering via DAC. Här är 14k motståndet 25 PPM och 0.1% tolerans.

2021-02-27_12-41.png

Capture Input och Encoder-mätning

2021-02-27_12-41_1.png

Jag har några linjer kvar att dra. Skruvterminalen längst ned till vänster (Nära PWM0) så är det ett GND hål. Tror ni att 4-20 mA kan störa processorn när jag dumpar det till GND?

2021-02-27_12-48.png

[Rick81]

Har du tänkt använda USB för data måste D- vara ansluten.

Tror ni att 4-20 mA kan störa processorn när jag dumpar det till GND?

Varför skulle den göra det?

[Micke_s]

DanielM: Trevligt med lite prylar från jobbet, Inor Process AB
APAQ har varit med länge, ungefär sedan dinosaurierna fanns.

[Castor]

Micke_s: en kryptisk kommentar, kan du utveckla för oss som inte är insatta i alla vindlingar.

[DanielM]

Har du tänkt använda USB för data måste D- vara ansluten.

Tror ni att 4-20 mA kan störa processorn när jag dumpar det till GND?

Varför skulle den göra det?

Den är ansluten. Jag brukar namnge pinnarna med variabler som kopplas till varandra.
Men är det bara så här man ska göra?

Det finns ingen DMA eller liknande. Detta är exakt allt. Jag har aldrig använd USB med STM32, bara UART och CAN.

2021-02-27_20-15.png

DanielM: Trevligt med lite prylar från jobbet, Inor Process AB
APAQ har varit med länge, ungefär sedan dinosaurierna fanns.

Har en hel hög med dessa + Windows 2000 datorn för att programmera denna. Japp, stenålder, men den fungerar

Hur som helst så är jag nästan klar med kortet. Jag ska bara dimensionera resistorerna för MOSFET-gate. Just nu har jag 10 kOhm och något säger mig att jag behöver bara ca 100 Ohm.
En fråga: Tycker jag använder för stort kort jämfört med vad jag har på kortet? Det är 100x100.

- D0 till D2 = 4-20mA DAC
- P0 till P5 = PWM N-kanal MOSFET
- I0 till I3 = Insignal
- E+ och E- = Encoder-ingång
- F0 till F2 = Frekvensingång (Capture input)
- A0 till A3 = 12-bit ADC 0-20mA
- SA0 till SA3 = 16-bit ADC 0-20mA
- SDA0 och SDA1 = 16-bit differens ADC 0-20mA.

2021-02-27_20-24.png

2021-02-27_20-38.png

[Janson1]

Det här med storlek på kort och så. Jag brukar (numera) kolla vilken låda som skulle bli mest aktuell och sen göra kortet efter lådan och dess utförande. Ibland blir det lite mindre komponenter och ibland lite mer per given yta. Som ditt kort ser ut Daniel så är det ganska mycket plats för mer komponenter allt eftersom. Sen så skulle jag satt kristallen så nära kretsen det bara är möjligt, men det är jag det. Sen så tror jag att första/andra kortet som man gör kommer att ha en del brister, typ fotprint, hålstorlekar, placeringar mm då man helt enkelt inte vet hur man skall göra... Det har skrivits ganska mycket om autorouting, jag har provat det och kommit på att om man inte kan ange ALLT, precis allt så blir det inte bra. Så därför så cadar jag mina kort manuellt hela vägen. Varje gång (så gott som) så kommer jag på senare att jag skulle nog gjort så här istället... Så är du nöjd med ditt kort så bara skicka iväg för tillverkning, det kostar bara en bråkdel (ca 5%) i dag mot 90 talet, dessutom kommer korten på brevlådan efter några få dagar istället för två-tre veckor!

[DanielM]

Jag kommer inte köra autorouting på detta kort.
Jag har valt att göra om mitt kort från grunden. Nu lägger jag till:

- CAN
- LCD + Touch
- RTC med batteri
- Mer ingångar och PWM
- 2 encoder
- 3 Frekvens in

Kan man ha så att när man inte tillför någon ström till STM32, så körs RTC:n fortfarande med det externa batteriet?

[Micke_s]

Micke_s: en kryptisk kommentar, kan du utveckla för oss som inte är insatta i alla vindlingar.

Jag jobbar som R&D ingenjör på firman.