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í?
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) _________________ Kdo chce, hledá způsob;
kdo ne - hledá důvod.
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.
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. _________________ Kdo chce, hledá způsob;
kdo ne - hledá důvod.
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é. _________________ Kdo chce, hledá způsob;
kdo ne - hledá důvod.
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? _________________ Kdo chce, hledá způsob;
kdo ne - hledá důvod.
Ze dvou možností často volím tu třetí.
Naposledy upravil JirkaZ dne st listopad 08 2023, 19:51, celkově upraveno 1 krát.
Založen: Jan 17, 2007 Příspěvky: 6466 Bydliště: Husinec-Řež
Zaslal: st listopad 08 2023, 19:39 Předmět:
JirkaZ napsal(a):
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í.
Založen: Jan 17, 2007 Příspěvky: 6466 Bydliště: Husinec-Řež
Zaslal: st listopad 08 2023, 19:57 Předmět:
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/STMicroelectronics/NUCLEO-L432KC?qs=qzCNEk%252BRr%252BajjPvxjwWK5g%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...
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... _________________ Kdo chce, hledá způsob;
kdo ne - hledá důvod.
Založen: Jan 17, 2007 Příspěvky: 6466 Bydliště: Husinec-Řež
Zaslal: st listopad 08 2023, 20:53 Předmět:
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ě.
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í? _________________ Kdo chce, hledá způsob;
kdo ne - hledá důvod.
Ze dvou možností často volím tu třetí.
Naposledy upravil JirkaZ dne st listopad 08 2023, 22:13, celkově upraveno 1 krát.
Založen: Mar 16, 2005 Příspěvky: 32299 Bydliště: Česká Třebová, JN89FW21
Zaslal: st listopad 08 2023, 22:06 Předmět:
ok1hga napsal(a):
. . . vydržte,
až zadavatel doplní (upřesní) požadavky . . .
dudo02 napsal(a):
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šší ... _________________ Nasliněný prst na svorkovnici domovního rozvaděče: Jó, paninko, máte tam ty Voltíky všecky...
Časy uváděny v GMT + 1 hodina Jdi na stránku Předchozí1, 2, 3Další
Strana 2 z 3
Nemůžete odesílat nové téma do tohoto fóra. Nemůžete odpovídat na témata v tomto fóru. Nemůžete upravovat své příspěvky v tomto fóru. Nemůžete mazat své příspěvky v tomto fóru. Nemůžete hlasovat v tomto fóru. Nemůžete připojovat soubory k příspěvkům Můžete stahovat a prohlížet přiložené soubory
Informace na portálu Elektro bastlírny jsou prezentovány za účelem vzdělání čtenářů a rozšíření zájmu o elektroniku. Autoři článků na serveru neberou žádnou zodpovědnost za škody vzniklé těmito zapojeními. Rovněž neberou žádnou odpovědnost za případnou újmu na zdraví vzniklou úrazem elektrickým proudem. Autoři a správci těchto stránek nepřejímají záruku za správnost zveřejněných materiálů. Předkládané informace a zapojení jsou zveřejněny bez ohledu na případné patenty třetích osob. Nároky na odškodnění na základě změn, chyb nebo vynechání jsou zásadně vyloučeny. Všechny registrované nebo jiné obchodní známky zde použité jsou majetkem jejich vlastníků. Uvedením nejsou zpochybněna z toho vyplývající vlastnická práva. Použití konstrukcí v rozporu se zákonem je přísně zakázáno. Vzhledem k tomu, že původ předkládaných materiálů nelze žádným způsobem dohledat, nelze je použít pro komerční účely! Tento nekomerční server nemá z uvedených zapojení či konstrukcí žádný zisk. Nezodpovídáme za pravost předkládaných materiálů třetími osobami a jejich původ. V případě, že zjistíte porušení autorského práva či jiné nesrovnalosti, kontaktujte administrátory na diskuzním fóru EB.