CNC ismet

[Erdos Zoltan]

Mi a cime?

Egyebkent parat en is ismerek, a 80-as evek elejen a muegyetemen a 
szamitogepes grafika fak. targyam volt... :-)

Z.



Vajk Fekete wrote:

> 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/
>>
>>
>>  
>>
> -----------------------------------
> Szponzorunk: http://tonerbolt.hu/
> 
>