CNC ismet

[Vajk Fekete]

hi,

ferdevonalhuzasilag nezetek mar meg egy szamitogepes grafikarol szolo 
konyvet ugy a 80-as evekbol. egy csomo algoritmus van ra, amit meg a 
8bites osztani nemtudo procik koraban csinaltak, es total pontosak.

vajk

Huszti Andras wrote:

>Hali!
>
>  
>
>>>Lehet hogy BUG os a szoftver. En baromi sokat szivtam azzal, hogy a
>>>PIC-et ravegyem hogy ferde vonalat huzzon fix sebeseggel.
>>>      
>>>
>>....ezzel miert lehet szivni?
>>Szamomra egyszerunek tunik.
>>    
>>
>Amikor irni kezdtem a programomat nem volt teljesen biztos hogy PIC-en
>fog futni. Gondoltam FPGA-ra is es kitalaltam olyan rutint amit egyszeru
>lenne megvalositani. Kesobb kiderult, hogy a rutin ket lepes kozott
>kulonbozo ideig dolgozott annak fugvenyeben, hogy az osszes lepes mennyi
>lett volna. A rutin ugy mukodott, hogy osszeszorozta a ket lepes
>abszolut erteket es ezt osztotta le. Konnyen megvalosithato de
>nyilvanvalo hibaja(hatranya) miatt nem volt alkalmas. Szerettem volna
>olyan rutint amiben nincs osztas es csak egesz szamokkal szamol. Ugyhogy
>a vegso megoldas az lett, hogy apammal elvegeztettem a szamolast es
>adott egy egyszerusitett egyenletet. Mivel C-ben irtam a programot nem
>lett volna gond nekem megirni egy rutint ami kiszamolja hogy melyik
>motort kell leptetni. Mivel apam orult a munkanak meg is csinalta. O is
>jol jart (ugyesnek erezte magat) en is jol jartam (mas reszen
>gondolkoztam). 
>
>Egyebkent erdekes problema a ferde vonal huzasa! Baromi sokat
>gondolkoztam ezen. Egyszerunek tunik es az is egeszen addig amig nem
>tesz az ember megkoteseket.
>
>  
>
>>>Utana meg azzal, hogy ne legyen lepesvesztes az atszamitas miatt. 
>>>      
>>>
>>Itt mire kell gondolnom, nem ertem...?
>>    
>>
>Itt tobb dologra is lehet gondolni. Induljunk ki abbol, hogy van egy
>gerber fajlunk pl RS273 amiben lehet inkrementalis vagy abszolut
>kordinatas adat(egyszere csak egy fajta). A vezerlonk meg szinten
>inkrementalis vagy abszolut ertekes adatokat fogadna,attol fuggoen hogy
>hogyan irtuk meg a progamjat. Problema lehet az ide oda valtogatas.
>Elkepzelheto, hogy a programban a konstans nem olyan pontosan lett
>megadva, hogy a veges bitszambol adodo szamolasi hiba ne legyen
>szamottevo. Elkepzelheto, hogy 1-2 lepes hiba becsuszik az
>atszamolasnal.
>
>Tegyuk fel, hogy a vezerlonk abszolut koordinatak fogad. Ezek altalaban
>inchben vannak megadva (lehet mm-ben is) ezt at kell szamolni lepesekre.
>Elkepzelheto, hogy a programban (megintcsak) rosszul lett megadva az
>atszamolasi konstans. Pl nem 0.42342352424 hanem csak 0.42. Ekkor
>elofordulhat lepeshiba.
>
>Elvi hiba is elofordulhat a programban. Abszolut kordinatak eseten
>elofordulhat hogy 1,65-ot kell lepni. Mivel 1-et vagy 2-ot tudunk lepni
>(nincs microstep) ezert amikor elmeltjuk az aktualis poziciot azt nem a
>kapott adatbol vesszuk hanem a lepesekbol kell visszaszamolni. Ellenkezo
>esetben a program azt hiszi hogy mi leleptunk 1,65-ot holott csak 1-et
>lepunk le. Ez nem is problema ha az aktualis koordinatakba a tenyleges
>poziciot irjuk be mert ekkor a kovetkezo lepesnel a hiba korrigalva lesz
>(illetve figyelembe lesz veve)
>
>Remelem a tapasztalataimal segitettem valakinek. Ha mas nem, valaki ha
>nekivag vezerlo irasanak akkor estleg segitsegere lehet az itt
>elmondottak. Ha hozzajutok az altalam irt programhoz akkor ki tudom
>tenni a netre. 18F-es PIC-re lett irva, HiTech-C ben es RS273X filet
>fogad soros porton. Illetve ha valaki Kandora jon akkor talalkozhat
>jovore az automatika laborban CNC-s meressel. Sajnos nem ez a
>vezerloprogram lesz benne. PLC-vel kell majd vezerelni, valahogy... 
>
>
>-----------------------------------
> Szponzorunk: http://tonerbolt.hu/
>
>
>  
>