Én néztem a kommunikációt az USB-n, és a PC nem kérdezgeti a PIC-et, csak parancsokat küld (új G-kód, STOP, START stb.) A köztes időben ~300 ms periódussal a PIC küld magáról státuszt.

Előzmény: Egyújabbgépépítő, 2011-05-27 08:24:00 [186]

Az AVR 8 biten tudja ezt? "32Mhz = 32MIPS"
A 32 bites PIC-nél van ilyen 40MHz=40MIPS

Előzmény: LZ, 2011-05-27 09:02:00 [187]

"Mivel a PIC 48MHz-en működik ekkor 12MIPS a teljesítménye"
Azért ez is elég szép lassító tényező. Eddig irígykedtem a 48Mhz órára az AVR 32Mhz-hez képest, de már nem teszem, 32Mhz = 32MIPS.
Lassan kénytelen lesz procit váltani...

Előzmény: sanyi, 2011-05-27 08:13:00 [185]

Használom a 18F2550-et USB interfésszel.
Mindegy hogy 4 v. 8 MHz -es külső kvarcot használok, a mag 48 MHz-el tud menni maximum.
Sajnos az USB elég sok időt elvesz a processzortól, mivel a PC rendszeresen rákérdez az USB-re ez megszakítást fog eredményezni, és ez mindenképpen megtorpanást jelent a a motorvezérlésben.
Sokat nyerne a fejlesztő külső USB-RS232 konverterrel, persze így olcsóbb.

Nem így van. Ez a PIC két órajelet használ. A külső kvarc 8 MHz-s belül leosztja majd egy PLL segítségével 96MHz-t állít elő majd ezt ismét osztja az USB-hez illetve 2vel osztja a PIC-nek.
Azaz a PIC 48MHz-jár, vagyis a PIC a megengedett maximum frekin jár és 8 biten nincs gyorsabb PIC. A PIC végez minden számítást 32 bites számokkal, lineáris és helikális interpolációt számol. 25KHz léptetéshez ez azt jelenti, hogy minden periféria figyelést, számítást meg kell oldani 480 gépi kódsorból. Szerintem ez nem kicsi feladat. 32 bites PIC esetén már önmagában azzal nyer egy csomó erőforrást, hogy az aritmetikai műveletek 32 biten sokkal kevesebb idő alatt végrehajthatóak.
Az is biztos, hogy a PIC végez minden számítást egyrészt mert a fejlesztő ezt írta, másrészt meg ellenőriztem ez USB forgalmat. Egy G kódot egy adatcsomagként kiküld utána visszafele csak a DRO frissítések jönnek. Nincs más út mint a gyorsabb PIC. Illetve lenne pl. egy fejlettebb aritmetikai co-processzor.

Előzmény: isvarga, 2011-05-27 06:45:00 [184]

Én úgy emlékszem , 8 mhz külső kvarcal megy.
Az a 48 mhz az usb2.0 belső órajel igénye ,amit igazítani lehet a külső vagy belső kvarchoz.
Egy kicsit szomorú vagyok ,mert elindultunk egy olyan irányba ami eddig a PC -re volt jellemző.
Tehát ha nem fut jól valami ,akkor növelj órajelet ,válts korszerűbbre ,tegyél bele még ram-ot.Itt a videókon nem volt semmi interpoláció ,semmi nagy számítás igény.
Ha 32-bites mikivel csinálod így ,akkor is szaggatna.
Megérzésem szerint 20 mega külsővel 60-80khz -et lehet produkálni.(és mehetne 48mhz-külsővel is , de ezt nem szoktam megelőlegezni).
Sokáig én is hittem ,ha növelem az órajelet a mikibe épített hardweres elemek is gyorsulnak ,de ez nincs így.

Előzmény: sanyi, 2011-05-26 21:00:00 [180]

Amit tud, azt ki kell belőle hozni, a többi más tészta, más project ... ja

Előzmény: sanyi, 2011-05-26 21:14:00 [182]

Lehet, de ez a leggyorsabb 8 bites amiben USB is van. Ha erősebb kell akkor 32 bitesre kell váltani abból van 80 MIPS-es, de az már egy másik projekt...

Előzmény: elektron, 2011-05-26 21:02:00 [181]

Hát ez a chipet úgy is nevezhetnénk, hogy PICurka.

Rákérdeztem néhány dologra a vezérlővel kapcsolatban. A pic belső órája 48 MHz-en jár azaz nem lehet tovább emelni. Amit Svejk csinált az egy overclocking volt azaz a pic belső órája 60MHz-en ment ami hivatalosan nem támogatott.
Mivel a PIC 48MHz-en működik ekor 12MIPS a teljesítménye ezért a 25KHz-es léptetési ferki mellett két lépés impulzus között 480 gépi utasítás lehet. Andrej szerint ennyiből kell megcsinálni a lineáris vagy helikális interpolációt és az egyéb funkciókat (jog, limit figyelés USB kommunikáció stb.). Mivel egyre több funkció került a PIC-be ezért több utasítást kell feldolgozni ez több idő és már alacsonyabb léptetés ferki mellett lehet elvégezni. A jitter oka is ez lehet, van maikor néhány utasítással többet vagy kevesebbet kell végrehajtani és ez befolyásolja az időzítést.
A belső matematikai műveleteket 32 biten végzi és mivel a PIC csak 8 bites ezért minden ilyen művelet több időt vesz igénybe, ez is lassít.

Na nyugi már le!! Svejk csak félreértette és ennyi.
Tényleg nagyon hasznos a munkája és köszönet érte. A témáról jó minnél többet összeszedni, mert úgy is erre felé mennek a dolgok.

Előzmény: Törölt felhasználó, 2011-05-26 12:50:00 [178]

Na, így dicsérjen meg az ember valakit. Örülhet a dicsérő, ha nem lövik le.
Persze, a mai világba, amikor azzal dicsérgetnek dolgokat, hogy az nagyon durva .......

Jó, akkor fordítsuk mai magyarra. Nagyon durva, amit tettél. Kurvára, durva hogy ilyen fórumtársam van.
Remélem, ez már nem félreérthető:))

Előzmény: svejk, 2011-05-26 12:38:00 [177]

Mifelénk ezt a szlenget hogy imába foglalják a nevem legalább használják annyian,- de inkább többen - negatívumként, mint eredeti jelentéseként.
Egyébként nem szoktam válogatni kinek mit írok, amit gondolok azt idekörmölöm, lehet a választott a Dalai Láma is.

Előzmény: Törölt felhasználó, 2011-05-26 12:17:00 [176]

Lehetne kérnem, hogy a továbbiakban, minden írásom olvasása előtt takard le a nevem.
Bármit írok, abból rossz sugárzik a fejedbe nevem láttán. Próbáld meg csak azt olvasni, amit írtam. Mindenféle kényszerképzet nélkül. Hidd el, tényleg arra gondolok, amit írtam. Semmi a sorok közt. Semmi mellékvágány.

Igenis nagyon hasznosnak tartom a tesztelésed. A mások publikálásával együtt. A témával való részletes foglalkozást.
Sőt, kívánatos lenne más, többeket érdeklő termék esetén is, ha hozzáértők tesztelnék.

Igen, azt is fontosnak gondolnám, hogy a másik hasonló termékről is tudjuk meg a lehető legtöbbet. Mielőtt sokunk, sok pénze lessz a tandíj. Talán, a hazai forgalmazónak is érdeke lenne a tisztábban látás. Szerintem, jó ha tudja mit is árul.
Vagy, az elhárításodba nekem is bele kellene látnom valamit.

Előzmény: svejk, 2011-05-26 09:34:00 [171]

Engem is bezúgatott már párszor ezek a jelenségek.

Előzmény: svejk, 2011-05-26 09:40:00 [172]

Ha kivenné dro frissítést a kódból ,egy kevésbé látványos, de jó működésű eszköz lehetne.
Ha nem a pic futtatná a mozgást leíró kódot (korántsem biztos ,hogy vektoros) ,akkor csak annyi jönne ki belőle ,mint a Mach-hoz írt közvetlen usb-eszköz.(itt láttam a videót valahol ,250hz volt a csúcs)Ez amiatt van mert az USB protokoll minimális ideje 1ms körül van.

Előzmény: sanyi, 2011-05-26 07:53:00 [167]

Aki érte az englist olvasgassa a vezérlő fórumát.
Én csak amolyan általános kérdéseket látok benne.

Ez biztos így van, és ez is a lényege ezen újabb generációs vezérlőknek. A bal alsó sarokban a zöld csík mutatja is a pufferelést.
De valami nem kerek az tuti.
Nem véletlen csak ritkán küldi vissza a PIC az aktuális koordinátákat a PC felé (ezért a darabos DRO és szerszámútkijelzés), és ez még mindig - mint #126-ban Isvarga jól felismerte - a step jel egyenletességének kárára megy.

Előzmény: sanyi, 2011-05-26 07:53:00 [167]

Ezt nem értem... rosszat tettem hogy teszteltem?
A másik típus nem annyira izgat mert ott én csak felhasználó lehetek semmi elektronikai hobby nincs benne.

Előzmény: Törölt felhasználó, 2011-05-26 00:17:00 [166]

Nem valószínű, hogy a G-kód interpreter (pl NIST RS274/NGC) a PIC-ben lenne. Annak nem sok értelmét látom, de az interpreter által generált mozgást leíró parancsok a uC-ben futnak. Ahhoz pedig idő kell. Nem csak egy egyszerű PWM jel generálás (hanem lineáris, kör stb interpláció) Nem az USB-s kommunikáció lassítja le a végrehajtás sebességét, annak semmi köze ahhoz. A PC és a uC közti kommunikációra még az RS232 is bőven elegendő lenne, de az már az újabb PC-ken kihalóban van

Előzmény: sanyi, 2011-05-26 07:53:00 [167]

Azt gondolom, hogy ha hardveres step jel generálást csinál, akkor bizony lehet jobb mint 16Khz a léptetési freki és kvarc pontos. Valószínű nem ezt csinálja. Az első CNCm épülésekor én is csináltam ilyen kis hardvert szórakozásból. Egy érintőképernyőn írtam be merre mennyit és átküldtem egy AVRnek soros porton az pedig legeneráltal a STEP és DIR jeleket, G kódott nem tudott csak játszadoztam vele.
Lassító tényező lehet még a kommunikáció is. Ha nem elég gyorsan érkezenek az adatok, lehet ezért vette vissza a frekit. A G kód feldolgozás is időt vesz igénybe. Gondoljunk csak bele egy Tibor45 csillag tesztbe, ott izzad a proci.
Szóval nehéz így kísérletezés nélkül véleményt alkotni. Annak ellenére, hogy próbálkoztam hasonlóval, valószínű menet közben derülnének ki a buktatók. Mindenesetre elsőre azt gondolom soványka a freki, bőven tudhatna többet.

Megnéztem egy g kód futtatáskor 3-6% processzorterhelés mellett fut a program. (P4, 2.6GHz 1,5GB RAM). Ez sem megy a MACH3+párhuzamos port konfigurációval. Mellette fut a firefox, levelező, de filmet is tudok nézni...

Előzmény: isvarga, 2011-05-25 23:43:00 [165]

Azért itt meg kell jegyezzem, hogy a PC csak a G-kódot küldi le a PIC-nek és az összes többi feladat a PIC-re van bízva! Itt szó sincs arról, hogy a PC folyamatosan step, dir jeleket küldözget a PIC felé és az meg csak ilyen tempóban tudja feldolgozni. Azért ez egy kicsit más mint a Mach3.

Előzmény: isvarga, 2011-05-25 23:43:00 [165]

Ezért a tesztelésedért néhány esti imámba megemlítettem a neved.
De, igazán akkor lenne teljes az örömem, ha a másikkal típussal is megtennéd ezt.
Biztos vagyok benne sokan kiváncsiak lennének rá.
Én, emlegetnélek még egy darabig esténként:))

Előzmény: svejk, 2011-05-25 19:25:00 [162]

"ennyit tud a pic"-Hát ez "sánta ló a paripám"
Félre értés ne essék ettől lehet még jó szaki az
Andrej ,de az usb hid szabvány (amivel valószínüleg kommunikál) annak ennyi kell minden platformon. Az én igazságom az ,hogy csak rossz utat választott.
Tetszik vagy se közvetlenül szerszámgépet (pc-ről) csak párhuzamos porton lehet futtatni.
A másik USB vezérlő (legalább is amit a videóból le tudok szűrni) ettől még lehet jó ,mert egy bűvész is el
tud kápráztatni bár tudod ,hogy átver....

Előzmény: sanyi, 2011-05-25 19:23:00 [161]

Itt irja is Kroko Andrej barátunk hogy csak az I2C buszos kapcsolat kell, az USB nincs kiépítve a kijelzőnél.

Hmm..., hát ez így elsőre nem akar összeakadni a központi panellal

Előzmény: svejk, 2011-05-25 19:25:00 [162]

De azért adjuk meg a végtisztességet kipróbálom az I2C buszos kijelzőt is

Előzmény: svejk, 2011-05-25 17:20:00 [157]

Azért a fejlesztő védelmében kicsit árnyalnám a képet. Valóban azt ígérte a honlapon, hogy megy 25 kHz-en és 12us körüli a step impulzus és az is tény, hogy ezt nem teljesíti. Ennek allenére tiszteletre méltó, hogy mindezt összehozta. Nekem azt írta, hogy a PIC ennyit tud. Sajnos ellenőrizni nem tudom, az órajel beállításokat, de igaz is lehet. A PIC a 8MH kvarc ellenére belül mehet 48MHz-en is, ellenőrzéséhez látni kellene a kódot amit nyilvánvalóan nem ad ki, de esetleg a SDK-val lehetne írni egy alkalmazást ami teszteli a képességeket.
Megpróbálok tovább nyomulni a fejlesztőnél részletesebb információkért.

Azért nézzük meg mire is elegendő a 16-17Khz léptetési frekvencia: A népszerű TB6560AHQ maximális léptetés frekvenciája 16KHz azaz ezt a léptető motor vezérlőt még így butítva is koppig kihajtja - persze még ellenőrizni kell milyen minőségben teszi ezt. Egész lépéses módban ez 4800rpm 1/4 lépéses módban 1200rpm 1/8 estén meg 600. Ez itt már elég alacsonynak tűnik, de egy 3mm emelkedésű orsóval még mindig 1800mm/perc sebességet jelent. Ekkor az elméleti felbontás 0.001875 mm. direkthajtás esetén. Hobby célra ez egy kicsit túlzás. vagyis negyed lépéses módban a 0.00375 mm felbontás és az ehhez tartozó 3600mm/perc sebesség szerintem egy hobby gép esetében elfogadható érték
Persze szervó esetén már más a helyzet ott kellene a 25kHz-nál nagyobb léptetési freki, mert pl. E-240 esetén 1szers módban kell 25600Hz hogy a megadott max fordulatig fel lehessen pörgetni a motort...
Szóval léptetős rendszerhez jó lehet, a programban meg van egy-két hasznos dolog gravírozóknak.

Attól, hogy van egy jó vas, még nem mindenki tudja kihozni belőle a maximumot, mármint a fejlesztőkre gondolok.

#144 itélve full licenszel sem tud töbet ugy látszik az usb kártya.....
lehet habvágonak jo lenne még....!

Előzmény: svejk, 2011-05-25 17:20:00 [157]

kár nincs foráskod lehezne ezt orvosolni továbra az az okositani ezt az egész hadweres részt...kényszerböl meg is tanulnánk egy programozoi nyelvet is melé....:)

Ez nekem nem áldozat, ez hobby. Más elveri a kocsmába, vagy damilt meg horgot vesz...
Csak kicsit csalódás volt, de még lehet így licence nélkül is fogom tudni hasznosítani.

Előzmény: n/a (inaktív), 2011-05-25 17:17:00 [155]

Én tisztában vagyok vele hogy nem egyszerű, de beetetett bennünket, és ez tény.
Ezek után szerinted mernék Tőle venni akárhány tengelyest is?
Persze így is használható, használják is sokan megelégedéssel.

Előzmény: n/a (inaktív), 2011-05-25 17:14:00 [154]

ezért köszönet is néked hogy áldoztál a projektbe....
de licenszet meg veted?
hisz az volt huzosab a projektbe!
pic18f4550 másra is fel lehet használni

Előzmény: svejk, 2011-05-25 17:11:00 [153]

Nem egyszerü egy ilyet öszehozni pláne a widowsos progi részt!
lehet csak hobby nála ez az egész dolog....:(

Előzmény: svejk, 2011-05-25 17:08:00 [151]

Mindenesetre én megtettem amit meglehetett, felkaroltam itt a fórumon, de a tények azok tények.

Oké legyen butítva, de ez még mindig nem mentség a valótlan step frekvenciára.

Előzmény: n/a (inaktív), 2011-05-25 16:58:00 [150]

Szerintem egyszerűen kezdő a fickó, semmi akaratosság.

Előzmény: n/a (inaktív), 2011-05-25 16:58:00 [150]

18f4550
saját pwm modul van csak szoftwerböl kell be álitani!
156 oldal alján van minta példa az az egy táblázat
40mhz orajelnél mit is lehet kiszedni a 4550 pwm moduljábol!:)
filmwaresen van vissza butitva az egész projektnek....

Ez az elmélet sántít, mert a 4 tengelyest közel 2 éve fejleszti és csak két hete dobta piacra a 9 tengelyest.
Nem hinné, hogy két évig direkt butított verziókat adott volna csak ki.

De a lényeg amin lovagolok nem ez, hanem az hogy 25 kHz szerepel a honlapon és még 2/3-át sem tudja a valóságban.

18f2550...18f4450 usbs van ki hegyezve bene van usb port könyü fejlesztöi környezetnek tünik usbs projektekhet és olcsob mind ha külön usbs modul ilesztesz ft232..245 külön még egy microvezérlö elé!
butitit hisz alapjáraton megy a kontroler....
tudna az töbet is produkálni de free projeknek mért csinálna nagyon jot valamit el is kel adni !:)

Előzmény: svejk, 2011-05-25 10:47:00 [147]

Lebutított? A 9 tengelyes MK2 pár hete jelent meg.
Az elsőre meg 25 kHz-et ígért egyértelműen.

A JOG nem lináris szabályzásának megtaláltam az okát, logaritmikus potit kell használni a leírás szerint. Ez is elég érthetetlen, egy precíz log. poto 10-20-szor annyiba kerül mint egy lineáris
Biztos audióban utazott előtte a fickó és sok maradt neki a fiók alján:)

Előzmény: n/a (inaktív), 2011-05-25 10:23:00 [146]

Lehet nem véletlen... (lebutitot verzio)!
Nincs kihasználva a teljes tudása a picnek hol ott tudja 48MHz sebeséget is.... azon tudná teljesiteni az igért 100khz pwm is amit a Mk2 tud!
Bár homályos mi is van az Mk2-ön!

Előzmény: sanyi, 2011-05-25 09:20:00 [144]

Ha a setupban állítod a JOG lépésköz és sebesség értékét azzal is változik az elérhető max. sebesség.

Előzmény: sanyi, 2011-05-25 09:20:00 [144]

Tegnap megnéztem mit tud az a verzió amit én építettem. max frekvencia 17kHz volt, a step jel szélessége valamivel 19us felett. Mindezt egy 100Mhz-s Mini LA-val mértem. Nekem impulzusvesztés amit Svejk említett nem volt. A "DRO" rész nálam is darabos. Ma folyatatom a tesztelést, illetve rákérdezek Andrejnél, hogy mi az oka ennek a sebességnek illetve azt, hogy lehet-e javítani rajta. Mondjuk én léptetővel használnám és a TB6560AHQ sem tud 16kHz nél nagyobb ferkivel léptetni az adatlap szerint, azaz még elég is lehet a 17kHz, de azért jobb lenne, ha a vezérlő tudná amit laírtak..

András, még azt kipróbálhatnád, hogy nálad mennyi a tényleges maximális sebesség.
Elvileg 25kHz-et tud.
Úgy értettem van szkópod talán az lenne a legbiztosabb, leggyorsabb ha ráakaszkodnál a step jelre. Írtad hogy nálad is 20 us körül volt az impulzus szélesség mint nálam.
Nekem a periódus nem ment 60-70us alá semmilyen esetben, ez csak 14-16kHz.

Mekkora JOG érték van beállítva a setupban?
a potméter lineárisan szabályozza?

Hol lehet beállítani a poti minimális állásához tartozó JOG sebességet?

Előzmény: Törölt felhasználó, 2011-05-22 23:43:00 [140]

Sanyi!
A setupban a sebesség beállításának magyarítása nem lett valami találó:(
Nem is tudtam rájönni mi lehet az a keresztirányú sebesség, vissza kellet kapcsolni angolra.
Inkább megmunkáló és utazósebesség lenne a célszerű, esetleg zárójelben megjegyezni hogy az egyik a G1-hez a másik a G0-hoz tartozik.

A gyorsulás táblázatban a kezdő sebesség és maga a gyorsulás tiszta de ott mi jelent a max. sebesség?
Ráadásul az alaphelyzetben nulla.

Akkor viszont nincs nálam gond, ez ilyen...
Be is b@szna ha nem lenne pontos
Az LPT-s progik közül is rengeteg variáció közt lett a MACH-ra voks téve, ennek volt legegyenletesebb a járása.
Én a MACH-hoz vagyok szokva, az után nagyon zavaró hogy darabosan számol, persze nem azt kell bámulni.
Esetleg még az G98-as kódot teszteld le ha lesz időd.

Előzmény: Törölt felhasználó, 2011-05-22 23:43:00 [140]

Azt nem mondhatnám, de viszont pontosan tartja a méreteket. A számláló haladása szerintem lassú frissítéssel van megoldva, azért nem megy együtt a tengelyek mozgásával. De ez nem zavaró szerintem, mert ahol meg kell állnia, ott hajszál pontosan megáll. A képernyőn a szerszám helye szintén ezt csinálja. Ha a program normálisan lekezeli a kódokat, akkor szerintem ez a leg kevesebb. Mióta ez megvan, azóta rengeteg finomítás jött ki hozzá.

Előzmény: svejk, 2011-05-22 22:51:00 [138]