Lineárny zdroj napätia riadený PWM.

Zpráva

HF_Tech · #16 Příspěvek od **HF_Tech** » 08 lis 2023, 15:50

Ono si to chce nejprve položit dvě otázky:
1) Jak se to může chovat během zapínání a vypínání. Je přijatelné, že napětí vystřelí mimo nastavenou hodnotu?
2) Není jednodušší použít nějaký vhodný digitální potenciometr s pamětí a řízením přes I2C? Nebo sigma-delta DAC?

Ten filtr Sallen Key je hezký, ale bude to fungovat s jedním napájecím napětím? A co z výstupu vyleze po zapnutí?

JirkaZ · #17 Příspěvek od **JirkaZ** » 08 lis 2023, 15:53

HF_Tech píše:Ten filtr Sallen Key je hezký, ale bude to fungovat s jedním napájecím napětím?

Proč by nefungovalo?

Slušný konstruktér používá výhradně RRIO OZ ;-)

No a já prostě miluju analogařinu a jinak už to nebude.

MCU jen v případě krajní nouze (nebo zcela výjimečně i bez ní, ale zato v záchvatu pomatenosti a progresivismu - jo, i na mě to někdy bohužel na chvilku vleze) ;-)

#18 Příspěvek od **ok1hga** » 08 lis 2023, 16:43

. . . vydržte,
až zadavatel doplní (upřesní) požadavky . . .

dudo02 · #19 Příspěvek od **dudo02** » 08 lis 2023, 18:01

MCU ATmega 328, rozlíšenie PWM 256.
Zdroj plánujem používať na simuláciu snímačov s napätovým výstupom pri autodiagnostike a taktiež na ich napájanie. Myslím že sa nejedná o žiadnu extrémnu aplikáciu.

JirkaZ · #20 Příspěvek od **JirkaZ** » 08 lis 2023, 18:15

No takže jak už jsme probírali výše: pokud plánuješ programové skoky napětí (ve smyslu simulace funkce těch snímačů), tak budeš možná potřebovat nějakou rychlou odezvu, čili si navrhni dolní propust s těmi Sallen-Key stupni.

Pokud to má být nastavitelné "jednou provždy", dej tam třeba pasivní dolní propust druhého řádu (dva integrační členy za sebou, první s malým R a velkým C, druhý obráceně - to kvůli vzájemnému neovlivňování).

U prvního případu je zlomový kmitočet kritický a chce to simulovat. U druhého stačí, aby byl mnohonásobně nižší než je frekvence PWM.

Tu vol každopádně maximálně možnou, tady píšou, že to je 78,125 kHz při 20 MHz krystalu.

Musíš se prostě rozhodnout, co od toho zdroje očekáváš, což zase záleží na výstupu z těch čidel.

JiriTom · #21 Příspěvek od **JiriTom** » 08 lis 2023, 19:17

dudo02 píše:MCU ATmega 328, rozlíšenie PWM 256.
Zdroj plánujem používať na simuláciu snímačov s napätovým výstupom pri autodiagnostike...

Jedna z cest, jak odprásknout ŘJ. Například při poruše zdroje...

#22 Příspěvek od **Cust** » 08 lis 2023, 19:24

Jestli to budeš teprve stavět, tak bude výhodnější vybrat jiný procesor s DA převodníkem...

JirkaZ · #23 Příspěvek od **JirkaZ** » 08 lis 2023, 19:31

JiriTom píše:
dudo02 píše:MCU ATmega 328, rozlíšenie PWM 256.
Zdroj plánujem používať na simuláciu snímačov s napätovým výstupom pri autodiagnostike...

Jedna z cest, jak odprásknout ŘJ. Například při poruše zdroje...

No, něco na tom je, baterie je baterie (myslím třeba 18650) a odpadají problémy se zvlněním, zeměmi atd.

Ale pokud bude simulátor mít v signálové cestě přepěťovou ochranu, tak by to nemělo být kritické.

JirkaZ · #24 Příspěvek od **JirkaZ** » 08 lis 2023, 19:37

Cust: ne všichni nutně musejí umět všechny možné procesory, mít na ně vývojové prostředí, programátor atd.

ATmega328 je prostě základní Arduino a PWM je zcela jasná věc (a to i lidem mého typu).

Když už jsme u toho: letmo jsem se díval na různé frikulínské (pardon, nové) typy MCU a co nevidím: ti k.r.e.t.é.n.i ve velké většině zase změnili způsob programování (ve smyslu hw rozhraní), nejlépe na nějaké jejich propriteární.

Jsou nemocní či co?

Proč nemůžou zůstat u osvědčeného rozhraní s obvyklými signály (třeba ICSP a dále dle Atmel/PIC/něco jiného), na které lze aplikovat běžné univerzální programátory?

#25 Příspěvek od **Cust** » 08 lis 2023, 19:39

JirkaZ píše:No, něco na tom je, baterie je baterie

Jo, baterie, přepínač napěťového děliče a výstupní driver pomocí OZ, aby se oddělil dělič od řídicí jednotky. Pokud se budou muset generovat nějaké proměnné signály, tak procesor s DAC, klidně napájený zmiňovanou baterií.

#26 Příspěvek od **Cust** » 08 lis 2023, 19:57

JirkoZ, Arduinu IDE umí programovat všechny Arduino desky. Včetně těch s DAC. Problém je, že většina procesorů (myslím, že všechny) pro Arduino má DAC, které neumí jít na 0 V. Ale bez problémů jsem v Arduino IDE programoval vývojové desky s procesory STM32xxxxx. Ty se vyrábí i na vývojových kitech víceméně kompatibilní s Arduino deskami a mají inteligentní DAC. Já jsem si nedávno kupoval toto: https://cz.mouser.com/ProductDetail/STM ... WK5g%3D%3D
Je to sice dělo s dvěmi DAC, ale za ty prachy. :-)

Asi by to chtělo vybrat něco míň nadupaného, aby to tolik nežralo baterku.
Ale já tedy nevím co dotyčnbý umí programovat a co ne. To je na něm...

JirkaZ · #27 Příspěvek od **JirkaZ** » 08 lis 2023, 20:16

Pokud použije "holý" MCU, tak musí mít vybavení k jeho programování.

Takovou ATmega328 zvládne třeba USBasp (nebo univerzální programátor v ceně řádově nižších kKč) a k napsání programu + překladu do *.hex může využít Arduino IDE.

Vůbec si nejsem jistý, zda něco podobného lze udělat s "holým" MCU od ST (skoro jakýmkoliv) nebo novými PICy či Atmely (dnes už vlastně také PIC). Zejména co se týče hw rozhraní...

Mně prostě jde o to se vymanit z područí korporátů, ať už hw nebo sw. To se třeba s nástupem Arduina nějak podařilo, ale mám pocit (spíš jistotu), že oni prostě nepřestanou vymýšlet klacky pod nohy v podobě vendor lock-in a neustálých zbytečných změn...

#28 Příspěvek od **Cust** » 08 lis 2023, 20:53

Nevím, nevím... Chápu tlak na stejné konektrory pro nabíječky, chápu tlak na stejný benzín pro všechna auta.
Na výrobce čipů bych netlačil na jednotný programátor. Myslím, že by to bylo spíše kontra prodiktivní. To ještě pak i stejný programovací konektor k i9 a nebo grafické kartě.

JirkaZ · #29 Příspěvek od **JirkaZ** » 08 lis 2023, 21:20

Tam je drobný rozdíl, který nevnímáš.

Tlak na stejné konektory nabíječek je umělý (byť ho z důvodů asi už padesáté čtvrté verze USB vítám, jakkoliv je to byrokraticko-bolševická záležitost).

"Tlak" na stejný benzín, ježdění vpravo (tedy v kulturních zemích ;-)

), řízení auta volantem a jánevímcoještě není tlak, ale přirozenost vzniklá vývojem. No a desítky let se to nemění, protože taky proč, že...

Stejně tak bych si představoval, že se ustálí třeba programovací interface MCU k PC, ne nutně na jednom, ale na několika málo typech. No a ono je to právě naopak, neustále to kamsi diverguje, místo aby to konvergovalo.

Vždycky jsem byl konzervativní (není to otázka věku) a změny jsem vítal pouze tehdy, pokud byly nezbytné či užitečné. Tady je to přesně obráceně.

Ona je otázka (a já na ni nemám odpověď, přestože ji pořád hledám), zda prostě ty korporáty s neustálou tendencí k monopolizaci není nutné regulovat.

Hrozně nerad tohle píšu, protože jsem obecně zásadně proti regulacím. Jenže když v případě monopolu selže trh, tak kdo a jak to zařídí?

#30 Příspěvek od **EKKAR** » 08 lis 2023, 22:06

ok1hga píše:. . . vydržte,
až zadavatel doplní (upřesní) požadavky . . .

dudo02 píše:MCU ATmega 328, rozlíšenie PWM 256.
Zdroj plánujem používať na simuláciu snímačov s napätovým výstupom pri autodiagnostike a taktiež na ich napájanie. Myslím že sa nejedná o žiadnu extrémnu aplikáciu.

Neboli chceš to primárně používat někde, kde je nominální napětí udávaný na 12V, ve skutečnosti za provozu tam je něco mezi 11,5 a 16,8V - a chceš to řídít převodníkem, kterej bude mít definováno 256 úrovní. Neboli přesnost jednoho bitu rozlišení bude v absolutní napěťový hodnotě dělat krok zhruba 50mV - přesnějc tu hodnotu na něm prostě nenastavíš. Přitom čidla a jim příslušný převodníky kolikrát mají rozlišení takový, že rozliší i 1mV - ty to plánuješ mít 50x horší ... Už jen z tohohle pohledu se radši spolehnu na analogově nastavovanej zdroj, kde si dám na panel dva potenciometry "COARSE" a "FINE" a budu to mít asi tak 10^6 x jednodušší ...