enkodér na vřetenu (dělící dírky)

[zverodoktor]

Něco jako toto viewtopic.php?p=349931#p349931, ale Sn = 2mm?

Vlastne áno, ale medzera je nie 2 mm ale 1 mm, ako som pri pohľade na obal zistil.

Ty bezne indukcni snimace mi na diru v masivnim kovu nereagovaly a jsou hodne pomale...

Podľa datasheetu tohoto typu switching frequency 5000Hz by mohlo stačiť. Mne spína na tom hliníkovom ozubenom kole bezvadne, podľa osciloskopu je aj pri 1200 otáčkach (viac tým motorom netočím) na výstupe perfektný obdĺžnik. A opakujem, spína na zuby čelne, nie zboku, teda analógia slepej diery a to hodne plytkej.

[Thomeeque]

Opět díky všem.

Mne spína na tom hliníkovom ozubenom kole bezvadne, podľa osciloskopu je aj pri 1200 otáčkach (viac tým motorom netočím) na výstupe perfektný obdĺžnik.

Kolik má to kolo zubů?

[Milan199]

Opět díky všem.

Mne spína na tom hliníkovom ozubenom kole bezvadne, podľa osciloskopu je aj pri 1200 otáčkach (viac tým motorom netočím) na výstupe perfektný obdĺžnik.

Kolik má to kolo zubů?

A na jakém průměru ?
děkuji Milan

[zverodoktor]

20 zubov, modul 0,75 alebo 1, už si presne nepamätám.

[Kilovolt]

.... a v tý cívečce magnet. takže by to chytalo špony....
Pardon, reakce na Testoneho abs snímač

[Charon]

Ahoj a potrebujes tak vysoky pocet impulzu? Neslo by z boku, kolmo na dirky, dat opticky snimac a nalepit na ten kotouc prouzkovany pasek s prislusnym poctem co potrebujes impulzu? Pak by slo pouzivat vzdy a nevadilo by to kolickum kdyz budes potrebovat jako delicku. A sly by z toho jednoduse taky číst otacky vretena.

[Thomeeque]

Dírky jsem zavrhl, nevymyslel jsem žádný jednoduchý způsob, jak k nim získat index (Z) signál (krom všech dalších komplikací), možná zkusím toto, mám k tomu vše potřebné. Bylo by to z cuprexu, frézl bych to na zázraku™. ABZ, 75PPR. Časem bych si asi nechal vytisknout nějaké krytování.

T.

[Milan199]

Ahoj, nerýpu - je to dotaz. Proč máš tak "dlouhé" Z /R/ ??? Většinou bývá stejné jako AB mezera.

dík Milan

[Thomeeque]

Ahoj, jasně, díky za dotaz

Signál z enkodéru půjde přes LPT do LinuxCNC (příp. do nějakého arduina) a já nevím, jestli bude systém stíhat sledovat kompletní ABZ v plném rozsahu otáček. Asi by mohl - momentální maximum otáček je 2000RPM, což zde dělá 10kHz a to by teoreticky mělo klapnout (https://forum.linuxcnc.org/38-general-l ... -b-z#10134, počítat jsem to nezkoušel), ale pro případ, že ne, budu mít v záloze hodně přívětivý signál pro sledování samotného Z.

T.

[Milan199]

Díky za info.
Já používám Z k "nahození" watch-dogs, který při vyšších otáčkách používám ke kontrole přetížení vřetene. Přerušení už by dělalo binec.
Tak jsem myslel jestlli to nemáš na něco podobného.

[lubbez]

Tak tohle všechno jsem taky řešil. Jediný ultimátní řešení byla řemenice a IRC.

[Milan199]

Já jsem tohle řešil před lety když cena IRCu byly moje tři výplaty. Nakonec to nějak fungovalo. Nyní jsem se k tomu vrátil po 20 letech, protože u toho ATC Atase jsem postaven před problém kdy potřebuji zakomponovat do omezeného prostoru cosi, co se neroztrhne při 30000 otáčkách // tím vypadly všechny ty prstencové resolvery // a při otáčkách do 3000 mi to bude schopné dát rozumné rozlišení pro závitování. Zároveň to musí být průchozí pro táhlo upínání.
Dávat IRC mimo osu je nekompaktní a těch 30k by asi řemínky ani nezvládaly + hluk.
Za cenu značných konstrukčních zásahů jsem nacpal do oblasti upínacího pneuválce // kde je i dost čisto pro optiku // značně upravený HEDS - což ani není drahé. Kupodivu byl dost problém sehnat ty kotoučky 50 mm v rozlišení 512 /// 500 jsem nesehnal vůbec /// což dává příjemných 2048 inf na otáčku. To stačí s přehledem na stoupání 1 mm a víc Atas stejně neutáhne. Těch max 500 Hz ze Z/R/ impulzu bohatě stačím číst pro watch-dogs pro zpětnou vazbu přetížení motoru.

[p.mus]

Kotouče ti vyrobí někdo kdo požívá filmové předlohy na sítotisk, už jsem to viděl.

[Thomeeque]

což dává příjemných 2048 inf na otáčku. To stačí s přehledem na stoupání 1 mm a víc Atas stejně neutáhne.

2048 inf, pokud to enkodér i systém zvládá, proč ne, nicméně na normální závit snad stačí o dva řády méně, ne? Vždyť jde jen o korekci nastaveného posuvu vůči otáčkám. Ani si moc neumím představit, že by systém už při nějakých 300RPM zvládl skutečně efektivně feed zkorigovat 2048krát za otáčku a pokud ano, jak by se to projevilo vůči korekci provedené stokrát řídčeji.

Já už btw. ladím řezné podmínky (a kód)

T.

[Milan199]

2048 inf, pokud to enkodér i systém zvládá, proč ne, nicméně na normální závit snad stačí o dva řády méně, ne?
T.

To záleží na tom jak to celé řídíš. Já používám krokáče a na jeden krok mám // většinou // 0,0025 mm. Když řežu závity tak od sestupné hrany Z impulzu přepnu posuv místo časování od timeru na impulzy z IRCu. Na stoupání 1 mm tedy potřebuji min 400 inf/ot. Čitač IRCu je hradlovém poli ZYNQ takže by toho zvládl asi o řády víc, ale bojím se rušení a tak. Není to moje parketa.