KCam délka pulsu

[robokop]

rikali milisekund taky jsem se ptal jestli se nespletla

[Tomabadon]

Zdravím,
tu elektroniku jsem dělal já.Funguje jednoduše- 4Mhz mikrokontroler Picaxe s naprogramovaným programem - čeká signál Step,pokud je signál Step kontroluje Dir provádí výpočet a otevírá výstup.
Při kontrole Step je tam smyčka, která po 20ti otočkách vypíná výstup ( enable motor ).Uděláno z důvodu zachování stejného výkonu motorků jak při nízkých tak vysokých otáčkách ( samozřejmě při velmi vysokých otáčkách už nevypíná nic, protože to nestihne a při zastavení motorů je"nedrží" ).Podle mého jsou pouze dva způsoby řešení problému, buď prodloužit délku impulzu z Machu, nebo tam dát rychlejší mikrokontrolery.Zkusím to zpočítat-krokový motor dělá nejvíc cca 3 ot./sec x 48 otáček= 144 pulzů/sec tzn. že při zachování pulz/pauza 1/1 py pulz mohl trvat i 3500mikrosekund.
Při 25mikrosekundách by teoreticky mohl motor o 200kroků/ot dělat 100 ot/sec.
Pokud se ve výpočtu pletu, tak mě opravte.

[CZ_Pascal]

Picaxe neznam, ale z toho co jsem ted behem par sekund nasel na netu se mi nezda zrovna vhodny pro neco rychlejsiho. Jednak to ze je programovan ve vyssim jazyku nevite kolik instrukci je na cteni portu a kolik na zpracovani smycky (ten impulz klidne muze prijit v dobe zpracovani te smycky pokud je dostatecne kretky). No a druha vec je 4MHz. V realu to znamena 1MIPS (PICy maji vetsinou jednu instrukci na 4 takty procesoru). Takze asi to fakt proste nestiha ty pulzy spolehlive registrovat. Jednoducha cesta je prodlouzeni impulzu pomoci TTLka.

[RadekCX]

Profistep je take naprogramovan ve vyssim jazyku a nevidim duvod proc by to mel byt problem - spis je treba znat kompiler a vedet co jak napsat

Step by mel byt pripojen na vstup HW preruseni - bez toho si to dost dobre nedokazu predstavit

Takze s 1MIPS se neco realizovat da, ale zadny zazrak se cekat neda - ja jsem upgradoval Bistep z 20MHz na 40MHz u Profistepu a o tridu vyssi MCU

[CZ_Pascal]

Ja netvrdim ze se neda programovat ve vyssim jazyku, ale pouze to ze nevim jakym zpusobem je implementovan vyssi jazyk konkretne Picaxe. Je tam jakysi BASIC a je otazkou zda je koncipovan na nejakou rychlost nebo spise na to aby kazdy kdo umi pocitat vic jak do tri umel programovat Picaxe. (Ted to prosim neberte jako narazku na autora onoho zapojeni, ale jako poukazovani na Picaxe filosofii jako takovou). Ale Picaxe neznam a mozna je muj nazor zalozen na par strankach ktere zrovna dobre nevystihly Picaxe v jeho podstate.

Jinak jak sam rikate presel jste ze 20 MHz na 40. Jak to asi muze vypadat na 4 MHz? Myslim ze i 4MHz by nakonec mohlo byt pouzitelne, ale pouze s promyslenym navrhem programu primo v assembleru s pocitanim kazdicke instrukce. No a vysledek by asi nebyl srovnatelny se 40 MHz systemem programovanem v jazyce C pricemz vyssi tridy procesoru maji prave pro C (a jine vyssi jazyky) prizpusoben instrukcni soubor.

[robokop]

tohle by melo skutecne byt programovano v assembleru
neni to zas az tak slozita uloha
nema to zadne graficke rozhrani ani jine podobne veci ktere se dobre programuji ve vyssich jazycich a spatne v assembleru

a ono ve finale v takovehle low level uloze je lepsi pouzivat assembler protoze je tam bliz k hardwaru a veskere optimalizace jsou pak prehlednejsi nez kdyz je nutne ty operace optimalizovat ve vyssim jazyku

ono ve finale s pouzivanim vyssicha jazyku vznikne neco co neni az tak optimalni jako treba softwarove interpolatory na nerealtime systemu a nevhodnem hardware

tedy jsem chtel rict ze by se mel spravny nastroj pouzivat dle sveho ucelu

[RadekCX]

kazdej slusnej kompiler ma jako vystup i v asm, kde si lze prohlednout co z toho leze - navic lze do kompileru bez problemu vkladat i kusy asm kodu


On kompiler vyssiho jazyka pro MCU je preci jen o necem jinem nez kompiler pro PCcko - tam se stejne bez silneho navazani na HW nic psat neda - navic jak pisu tak je treba to co produkuje kompilace trosku znat a pak se pise v podstate stejne usporne jako v asm.
Pokud si vypisu pro kazdy radek kodu jak dlouho trva tak se pak snadno experimentuje jak se da usetrit.

Uz ani nevim co jsem naposledy psal v asm.

[RadekCX]

Nicmenete tim neobhajuji ani zdaleka to ze Picaxe je spravna cesta - spis naopak.

Na druhou stranu ono hodne lidi snesou ledacos - Picstep coz byl vychozi driver, ktery jsem puvodne postavil pro svoji frezku byl a je napsany tak strasne, ze jsem jej radeji prepsal a vznikl nasledne Bistep. Pritom Picstep pouziva mraky lidi a nikdo si na nic nestezuje. Dokonce kdyz jsem psal Alanovi, ze tam ma chybu tak se na me jeste rozciloval, ze to neni mozne ze si nekdo nestezuje. Pak ji jeste rad opravil, kdyz si to lidi vyzkouseli a zacli se ho ptat.

[Ales]

PICAXE je urceny jako vyukova pomucka pro seznameni s programovatelnymi obvody a vyssim programovacim jazykem. V podstate jsou to hracky a i kdyz maji pomerne slusne moznosti tak do obrabeciho stroje, byt hobby konstrukce, tohle proste nepatri. PIC ano, ale se serioznim kompilatorem, kde mam moznost se podivat co v tom chipu vlastne mam. Pokud vim tak u PICAXE to zjistit nejde, protoze pri prekladu se to primo nahrne do chipu.

PS: Pokud je to jinak tak mne prosim opravte.