Diskuze - danyk.cz

stejně tak, "Tank voltage" není referencované k ničemu, může ti kapacitně "uplout" tak že se ti na vstup toho komparátoru dostane slabej nebo žádnej signál. Jeden ten tank voltage bych uzemnil.

A uvedomujes si, ze 4046 v tomto zapojeni ma promenlivy fazovy posuv 0-180deg v zavislosti na konkretnim kmitoctu, resp. ladicim napeti? Prinejmensim by to chtelo trimr na doladeni faze, kdyz uz takhle. A radeji vetsi rozsah kmitoctu VCO, pak zmena faze se zmenou frekvence nebude tak velka.

Díky za připomínky...
Upozorňuji, že smyslem té úpravy bylo co nejméně změn proti původnímu zapojení. Ono totiž tohle zapojení se mi vůbec nelíbí. Ani to původní. Ano i ty úbytky na 1N4148 posunují fázi atd... Jako každý, kdo stavěl indučák, jsem s ním i já ztratil dost času. Proto já používám řízení s MCU. Zde jsem se snažil jen o to, aby Radek nemusel dělat celý nový driver.
Aybac:
Samozřejmě vím jak funguje ten nadproud. Samozřejmě, že to bude spínat mimo nulu. Vždyť je to nadproudová ochrana. Takže účinnost při práci v ochranném režimu nehraje roli. Uvědom si, že velikost pracovního proudu je dána převodem oddělovacího trafa. Trandy by to měly přežít, protože to rozlaďuje nahoru, takže směrem do indukční zátěže. BTW: při paralelním článku to spíná mimo nulu pořád.
StandaM: Ano ano uvědomuji. Napětí na pracovním kondu je 90deg posunuté proti spínacímu napětí. Takže přesně polovina intervalu. Tzn. že rezonanční kmitočet musí ležet uprostřed. Ano ten trimr pro doladění by to chtělo. Vyřešil by to trimr pro dostavení rozsahu pracovních frekvencí. Pokud půjde hýbat s rozsahem, tak se samozřejmě bude hýbat i střed. Rozsah je závislý na trafu, protože při malé frekvenci se může přesytit jádro.

Ale je to bastl...
Možná bych ti Radku doporučil zkusit tohle: http://www.neon-john.com/Induction/Roy/Roy_2.0_SC_schem...
ladí se to samo a vzhledem k tomu, že jsi psal, že máš kupu eček, můžeš jednoduše vyrobit to trafo. V popisu píše, že na výstup trafa se zapojuje pracovní cívka s minimálně čtyřmi závity.

No pokud se trandy nadimenzují tak aby zvládly to tvrdý spínání, tak proč ne... ale pak klidně můžou taky tvrdě spínat furt a nemusí se to vůbec dělat jako sériák.

Ano to je pravda, ale pak jde taky o účinnost, ne? Cílem není, aby to pracovalo v proudovém režimu (s nízkou účinností) v rezonanci, ale jenom, když tam nic nestrčíš. Ve chvíli změny Q pracovní cívky se to přeci přeladí do rezonance a pracuje to ZVS. Takže s nejlepším účiníkem.

Napsal jsem to trochu kostrbatě. Samozřejmě ten proudový režim je mimo rezonanci. Jenže tam může být pouze tehdy, když není v cívce nic zasunuto.

>Choze
Jakym zpusobem generujes frekvenci MCU? Uz davno sem o tom premejslel pro pouziti na TC, jenze tam byl problem, ze bezny MCU jako AVR muze pouze nastavovat celociselnou delicku (nema vnitrni PLL) a pri taktovaci f max 20MHz a pracovni f treba 500kHz tak vychazela dost hruba granularita tech frekvencnich kroku. To by se dalo obejit tim, ze by MCU ridil DAC kery by ridil VCO, tam by slo dosahnout podstatne jemnejsi deleni...

Jednoduše sám to tam píšeš. Já používám 4046 a ATmega8. Tou atmegou generuju PWM 0 - 100%. Na výstupu je DA převodník - RC článek takže dostanu 0-5V. No a tímto napětím ladím ten VCO 4046. Takže mám na VCO krásně nastavený rozsah 40-106kHz mimo který se nedostanu a v něm se pohybuji. Takže ten MCU mi slouží pouze pro vyhodnocování fázového závěsu, proudové pojistky a potenciometru, kterým posunuji fázi.
Výhodou tohoto řešení je, že rezonanční kmitočet nemusí být uprostřed toho intevalu, takže můžu klidně měnit cívky a nic neřešit.

Ještě upřesním, že používám 10bit PWM, protože ATmega má 10bit ADC. Takže při rozsahu 40-106kHz mi vychází ladící krok 64.5 Hz

Tak presne na tohle uz mam navrzenou desku, ale nejak se nemuzu dostat k realizaci. :-) Jen tam mam XC9536 jako merak faze s vysokym rozlisenim, protoze na SSTC by asi pomala odezva nejakyho integratoru nebyla to prave.

Pro měření fáze používám PD1 4046, kde vlastně dostanu taky PWM signál na výstupu, kdy přesná polovina napětí je zamčený zámek. To se snímá 10bit ADC MCU a generuje pak PWM pro ladění. Cyklus začíná na fmax aby trandy pracovaly do indukční zátěže a postupně se snižuje, dokud se nedetekuje ten zámek. Pak to o jeden krok (64.5Hz) posunu směrem nahoru, aby mi to neuteklo do kapacitní zátěže a neodešly trandy. Funguje to spolehlivě, ale nevím jak by to stíhalo SSTC na 500kHz

OK, u toho reseni PWM-filtr-VCO akorat vidim urcitou nevyhodu v dlouhy casovy konstante toho LP filtru, ted nevim z hlavy na kolika muze jet max. PWM, kdyz ma 1024 kroku tak to bude radove 10k opakovacka a aby to nemelo zvlneni tak mezni f LP este o naky ten rad niz. Kdyby se pouzil naky rychly MCU ARM treba na 100MHz nebo CPLD tak by to mohl generovat primo a zmena frekvence/faze by byla okamzita podle aktualni zmeny zateze...
Kdyz pouzivas XOR-filtr-ADC jako fazovej detektor, tak pochopitelne bude este dalsi zpozdeni na jeho LP filtru...
prip. neni neco lepsiho nez ten 74xx4046, tehda sem hledal, ale nasel jen naky pomalejsi sunt s VCO asi do 0,5 nebo 1MHz...

Já vím, že všechno jde udělat jinak, lépe i hůře. Ale mě to řešení plně stačí. 4046 existuje i v provedení HC
http://www.fairchildsemi.com/ds/MM/MM74HC4046.pdf
Dobre na tyto pokusy je netduino. Je to parádní věc. Nevím jestli to znáte, ale je to arduino osazené 120 MHz Cortexem, má to .NET Micro Framework 4.2, takže programování ve Visual studiu v C# nebo VB. Prostě paráda...

Jezis, jen ne tydley dotnety a pod, este k tomu na mikrocipy nebo to pude do prdele jak PC a mobily...

A co je na .NET tak špatného?

Treba to ze je clovek nucen zaplevelovat OS radou vzajemne nekompatabilnich verzi, zvlast potesi, kdyz kvuli jedne male aplikaci potrebuje nainstalovat nekolik set MB balastu. Proto se tomu zasadne vyhybam a zatim se mi dari vybirat aplikace, kte to nevyzadujou. Navic jak to bezi z nakyho bytecodu, tak to je min efektivni jak nativni aplikace. Na MCU velky respekt assembleristum a pro ostatni C...