Bevallom utána kelet nézek, hogy mégis miről lehet szó.

Előzmény: korbendallas, 2017-03-21 10:02:02 [4351]

Ugye hogy le lehet írni normálisan is. Így már értem. Szerintem kevés az az 512Mb memória...

Előzmény: D.Laci, 2017-03-21 09:32:15 [4350]

Én inkább BeagleBone Black vagy Blue -ra gondolnék.

Előzmény: korbendallas, 2017-03-21 09:16:20 [4349]

Nem hiszem hogy azért nem tudod betölteni a linuxcnc-be a g kódot mert Big Brothers Brasil-el foglalkozol. Próbáltál már több memóriát rakni a gépbe?

Előzmény: horcsab, 2017-03-21 07:40:43 [4348]

Foglalkozik itt valaki BBB-el?

Van egy 130Mb-os G kódom (egy kép), ami miatt "out of memory" hibával megáll a kód betöltése közben. Megoldást még nem találtam rá. Valaki esetleg járt már így? Ha igen és sikerült megoldani a akkor megosztaná a megoldást?

Kicsit csalodott vagyok a Max Jitter ertekeimen. A Servo thread sorban 14400ns-ot ir.
Nezegettem a Latency ertekeket a neten. Elmeletileg C2D procival egy ASUS P5B alaplap teljesitene a legjobban, 3200-at irnak hozza. Erdemes lenne lecserelnem egy adando alkalommal?

Gratula!
A konfigot közzéteszed, hogy tudjon tanulni belőle aki két MPG-t akar?

Előzmény: guliver83, 2017-01-28 15:20:11 [4345]

Linuxcnc-vel minden gond elhárítva!
Tökéletes a 2db kézikerék és a felbontás is tuti lett!
Csak gondoltam leírom.

Szia!
Lökd át a konfig file-okat. Mindet. Megnézem, hátha rájövök.

Előzmény: guliver83, 2017-01-24 16:35:07 [4339]

Igen szerintem az.
De azért tettem bele egy kártyát és azzal nincs most gond szépen megy.

Előzmény: remrendes, 2017-01-24 17:26:31 [4342]

Nem a videokartya, csak a firmware-e.

Előzmény: guliver83, 2017-01-24 17:22:25 [4341]

Akkor hallgatlak.
Mi lehet a hiba?

Nem hiszem, hogy a videokártya lett volna a hibás vagyis az alaplapi, mert XP alatt megy rendesen.

Előzmény: vjanos, 2017-01-24 17:19:41 [4340]

A videokártyát is én mondtam... :P

Előzmény: guliver83, 2017-01-24 16:35:07 [4339]

Senki nem használja a LinuxCNC lefagyott ez az oldal.
Mindenre nekem kell rájönni?

Találkozott már valaki olyan problémával, hogy kézikeréknél a lépésköz beállítással gondok voltak?
8-9 lábra van állítva a lépésköz két bemenete.
Alap állapotban 8-9 láb 1k ellenállással +5V van húzva olyankor kellene mennie 1mm de csak 0,413mm megy
sajnos erre nem tudok rájönni, hogy mi lehet a hiba.
ha a 8 lábat GND re húzom akkor 0,1mm ha a 9 lában akkor 0,01mm ezek tökéletesen működnek de az 1mm felbontás nem.


És a 2db kézikerék egy esztergán tökéletesen működik

Érdekes igaz
Az alaplapi videokártya volt a hibás.
Tettem bele egy videókártyát most úgy néz ki tökéletes.

Közben átkapcsoltam a monitort másik gépre.

Előzmény: zozo, 2017-01-22 21:29:08 [4337]

Ezt meg hogyan csinálja? Külön partícióra tetted a linuxot?
Ugye nem futó win alá telepítetted valami virtuális boxba...

Előzmény: guliver83, 2017-01-22 15:58:04 [4334]

Alaplapiról megy.

Előzmény: vjanos, 2017-01-22 16:18:39 [4335]

Nvidia videokártya?

Valami driver gond lesz...

Előzmény: guliver83, 2017-01-22 15:58:04 [4334]

Találkozott már valaki ilyen hibával?
Telepítettem a debian Linuxcnc programot megy is egy ideig aztán újraindítás után össze vissza vibrál a kép.
Főleg ha az egeret mozgatom.
A videón lehet látni hogy mit is csinál.
A videó végén a monitor átkapcsol win7 re.

Video

Ha megnyitom akkor már én is tudom csak nem a Linux-on netezek.

Ez azért érdekes!hogy Te is azt tapasztalod hogy néha másként működik!
Azt gondolnám hogy az ini fájl az egy szentírás, ugyanúgy mint a hal file, vagy bármi ami a config-ban le van írva!és csak a fejlécben lehet tenni ellene, vagy bárhol a kódban ha szükséges!

Előzmény: lari, 2017-01-21 15:22:29 [4331]

Köszi a linket! ismerem! csak nekem is magas mint "kacsának az eperfa" mifelénk ezt, így mondják!

Nem vettem észre a gépemen a rángatást, g61 alatt, amit írsz!
Lehet hogy, azért mert, léptetős, és nem tud nagy gyorsulásokat, így finomabban fordul!

Előzmény: Motoros, 2017-01-21 15:06:12 [4330]

Ini fájl, programértelmező részhez be lehet írni azokat a G utasításokat, amit szeretnél, hogy alapból indítson a program...

#RS247NGC_STARTUP_CODE

Ennek ellenére a g kód program bevezető fejlécében is fel kell tüntetni azokat, amire szükség van, mert nem minden esetben elég az INI-ben megjelölt rész.
Legalábbis én így tapasztaltam...

Előzmény: KoLa, 2017-01-21 14:02:34 [4329]

Na ez remek. Akkor kiderült hogy az én 2.5 verzióm ezt másképpen csinálja, az én esetemben nem egyformán hat a G64 a G0 és G1-re, míg a Te verziódnál egyformán, és ez így korrektebb.
Viszont akkor az is látszik, hogy kell a G64 méghozzá a legjobb ha P0.01-el használva.
A G61 azért nem jó mert ha kontúr programot írsz akkor rángatni fog.
EZT az oldalt biztosan ismered, és van is itt valami róla de ez nekem magas mint kacsának a gólyafészek.
Ehhez Sneci kellene, vagy János.

Előzmény: KoLa, 2017-01-21 14:02:34 [4329]

Kipróbáltam ezt a kis mozgást amit küldtél!
Reggel bekapcsolás után betöltöttem!
Az első próba home all után g64 nélkül

A második próba g64 p0.1 -el

A harmadikban a g64 p0.1 -et g61-re cseréltem

Azután újból kitöröltem ezt a sort , se g61, se g64, de már azt az első nagy rádiuszt nem adta,hanem a második verzióval rádiuszolt.

Azt gondolom hogy nekem az ini fájlba kell beírni hogy alapban g61-el induljon, valahol be lehet ott írni egy csomó g kódot, amivel akarjuk hogy induljon a program!

Előzmény: Motoros, 2017-01-21 08:07:54 [4328]

Akkor próbáld már ki a
G64 P0.01
sort a kedvemért.
Jónak kell lenni...szerintem.

Előzmény: KoLa, 2017-01-20 22:30:35 [4326]

Léptetős esztergáról van szó!

Előzmény: korbendallas, 2017-01-20 07:18:28 [4320]

Az a probléma hogy ha g0-val mozgok, külön mondatban,két sorban leírva akkor,lekerekíti a sarkot! így ha az anyagot akarom kikerülni akkor simán beletolja!
A régebbi Linuxcnc verzióknál és a Mach3-nál sem volt ilyen hibám, csak az utóbbi két évben kell figyelni erre, amióta 2.8 pre1 van fenn.Az első sorba írt g61 megoldja ezt a problémát.
Ma,az első darabnál lekerekítette a gyorsjáratot, a derékszögű mozgás helyett! A másodiknál már betartotta a szabályt! ponttól-pontig ment, minden fogás után!Na!ez itt a kérdőjel!mitől függ hogy éppen levágja a derékszöget egy állandó sebességű mozgásra, vagy pontig megy?
Te biztos tudod hogy, esztergáról van szó,de ideírom hogy a g0 az ponttól pontig kell hogy menjen minden gépen, mert különben nem bízom a gépemben!
Keresem már a képernyőmentést, amit egy éve csináltam egy látványos szerszámpályáról, csak nem találom...
Holnap majd betöltöm ezt a pár sort próbára, és majd beszámolok!

Előzmény: Motoros, 2017-01-20 10:38:04 [4324]

Ja nekem a 2.5 verzió van fent, de ez gondolom nem számít.

Előzmény: Motoros, 2017-01-20 10:38:04 [4324]

Nem emlékeztem már pontosan mi is volt ezzel a rádiuszzal, milyen esetben hogyan változik és mi van a grafikán.
Most írtam egy kis tesztet ami mutatja mi is van.


G54
G64 P0.1 (ezt a sort töröld vagy írd át a P1 re vagy hagyd ki a P-t, vagy írj G61-et )
G0 X0 Z0
G1 Z-5 F1000
G1 Z0
G1 X5
G1 X0 Z0
G0 Z-5
G0 Z10
G0 X5
M30

Ha ezt futtatod akkor mutatja a G0 és G1 esetén a lekerekítési sugár számolt változás a grafikán, ha jól ránagyítasz és frissítesz.
A G1 sugár töredéke a G0-nak, itt valami viszonyszám játszik
Tehát ha G64 után nem írsz semmit akkor lehet az ini fájlból vesz valamit, ezzel nem játszottam, nézz utána.
De az a biztos ha G64 P0.01 és kész.

Előzmény: KoLa, 2017-01-19 22:08:16 [4319]

Én nekem az tetszik benne, hogy tudom mindig hol van a szerszámom vége Pl: valami biztonsági retesz kioldása miatt lekapcsolódnak a szervók, vissza tudok állni simán ahova akarok pontosan.

Előzmény: vjanos, 2017-01-19 10:22:37 [4314]

traj
igaza van smalla-nak

Előzmény: KoLa, 2017-01-19 22:08:16 [4319]

Mondjuk ebből nem hiszem, hogy r10 rádiusz jönne ki

a ferror=1 azt jelenti, hogy gyorsjáratban ha mm-es a géped elvileg 1mm-t késhet a tengelyed aktuális helyzete a parancsolthoz képest. A min ferror ugyan ez csak lassú mozgásra. Ha többet késik hibajelzést küld a linuxcnc.
De nem ezért rádiuszol. Már leírtam előzőekben, hogy nem 0 tömegeket mozgatsz 0 erők ellenében.

Előzmény: KoLa, 2017-01-19 22:02:54 [4318]

Ezek a kódok csak a g1-re vonatkoznak! g61 g64.
A gyorsáratot nem kéne hogy befolyásolja!

Előzmény: smalla, 2017-01-19 10:53:40 [4316]

Ma tudtam megnézni a configot.
ferror = 1
min ferror =.25
Nem nagyon emlékszem hogy ezt állítgattam volna!
Ettől rádiuszol gyorsjáratban?

A linuxcnc szempontjából nyílt hurkú. A linuxcnc kiküldi a megadott impulzusszámot és leszarja, hogy mennyit mozog a tengelyed.

Előzmény: jani300, 2017-01-19 10:33:18 [4315]

itt van pár szó az útvonalgerenrálásról:

LinuxCNC Trajectory Control


persze angolul.

Előzmény: korbendallas, 2017-01-19 06:56:37 [4307]

"Step/dir nem akartam, mert az ugye nyílt hurkú."
Ezt itt eddig még nem olvastam .
Meg voltam , győződve hogy az enkóder miatt a szervó vezérlők , zárt hurkú , visszacsatolt rendszer .
Érdemes itt csendben leskelődni Nagyon kínai sok minden , de valami alakul azért

Előzmény: korbendallas, 2017-01-19 10:17:47 [4313]

Köszi, még utána kéne olvasnom a témának úgy néz ki

Nemtom, hobbyban mekkora előny az, hogy zárthurkú a teljes vezérlő-szervomeghajtó-motor kör, nem csak step-dirrel táplált szervomeghajtó-motor páros van?

Előzmény: korbendallas, 2017-01-19 10:17:47 [4313]

Yaskawa szervóim vannak. Tudnak step/dirt , nyomaték és sebesség kontrolt is. Step/dir nem akartam, mert az ugye nyílt hurkú. Vettem hozzá mesa kártyát 7i77. Próbáltam a nyomaték kontrolt. Ilyenkor ugye a linuxcnc-ben van 1db pid ami szabályozza a szervomeghajtón keresztül a motor nyomatékát. D.Laci amit írt próbáltam behangolni, egy két ezred mm-t hibázott csak egy-egy tengely. Azt hittem kész vagyok. Azután próbából átállítottam a szervovezérlőket sebesség módba. Ilyenkor a linuxcnc-ben a pid a szervo vezérlőnek sebesség alapjelet ad és a szervo vezérlőben van még egy pid ami a sebesség alapjel alapján szabályozza a nyomatékot. Így még az ezred mm-re halál pontos.
Hogy a szervo vezérlő pontosan hogy hajtja a motorokat ne kérdezzétek. De így hívják speed(sebesség) és torque(nyomaték) control.

Előzmény: vjanos, 2017-01-19 10:02:30 [4312]

Neked akkor valami analóg szervóid vannak pl mesa kártyával?

Előzmény: korbendallas, 2017-01-19 06:36:52 [4306]

Korbendallas megírta a tutit nem kell túlbonyolítani, csak normálisan beállítani.

A nem step/dires alkalmazásokra is van tuning lehetőség.

Motor tuningot csak léptető motorral tudja sajnos:(
A másik dolog, hogy én az asztalt mozgatom. Ha rárakok 150kg-t akkor kicsit változik a helyzet. Főleg z tengely:)

Előzmény: Motoros, 2017-01-19 07:47:37 [4309]

-- "Így honnan tudná, hogy mennyivel tudja gyorsítani és mekkora sebességre? Sehonnan "--
Ha nem állítod be akkor sehonnan, de a linuxcnc motortuning része is hasonlóan a grafikájához igen profin meg van csinálva. Próbáltad már?

Előzmény: korbendallas, 2017-01-19 06:36:52 [4306]

Ugye nyílt hurkú rendszereknél, megint más a helyzet, mert ott tényleg számolnia kell valahogy, hogy a kiadott pozíciót elérje a tengely.

A linuxcnc valahogy úgy működik, hogy amikor a g-kód egy sorát feldolgozza, akkor addig vár amíg a sorban leírt axisok-ról meg nem jön a pozícióban visszajelzés. Ez után kezdi csak a következő sor feldolgozását. Ha ugye ezt a követési hibát nem 0-ra állítjuk, akkor hamarabb bejön a pozícióban visszajelzés, minthogy a g-kódban leírt koordinátán lenne az axis. Ha a következő sorban erre az axisra merőleges mozgás van leírva, akkor ugye ez a mozgás elindul és így a bejárt szerszámpálya rajzán valamiféle ívet fogunk látni.

Persze ez bonyolultabban van megcsinálva, mert mi van akkor ha a következő sorban ugyan ennek az axisnak ellentétes irányú mozgása van leírva?

Én csak ötletelek, azok alapján amit eddig tudok a linuxcnc-ről. Javítsatok ki, ha hülyeséget írok.

Ha lesz egy kis időm csinálok tesztet, de addig gondolkozzunk józan paraszti ésszel.
Ha egy ideális gépről lenne szó, akkor a tényleges pozíció megegyezne a parancsolt pozícióval minden időpillanatban. De a valóságban nekünk tömegeket kell mozgatni mindenféle erők ellenében. Hogy számolná ki a program, hogy mekkora tömegeket kell mozgatni és mekkorák a tömegre ható erők? Így honnan tudná, hogy mennyivel tudja gyorsítani és mekkora sebességre? Sehonnan...
Hozzáteszem nekem szervók vannak a gépemen és ugye a bejárt szerszámpályát az enkóderek jelei alapján rajzolja a program.

Előzmény: KoLa, 2017-01-18 21:32:49 [4305]

Ez pontosan így van nálam is!derékszögű mozgás van programozva g0-val, ezt látom a kijelzett szeszámpályán, de amikor először bejárja, a valóságban, nem ezt teszi, hanem állandó sebességre kapcsol,és hogy be tudja tartani lekerekíti gyosjáratban a derékszögű mozgásokat!
Hát nem tudom!ezeket a funkciókat eddig csak g1-re gondoltam vóna!
A g0 az csak pont-tól pontig mehetne, mivel teljes sebességgel közlekedik!

Még valami: hogy-hogy? a betöltött szerszámpálya precíz rajza nem az elkövetkező mozgásokat mutatja!ennyit azért sejteni kéne a programnak arról hogy merre akar menni gyorsjáratban!

Előzmény: korbendallas, 2017-01-18 12:20:08 [4303]

Jó mindegy, én ezt tapasztaltam, mutatta a rádiuszt.

Előzmény: korbendallas, 2017-01-18 12:20:08 [4303]

Ez nem így van sajnos. Nem azonos a g-kód által leírt és a valóságban bejárt szerszámpálya.

Előzmény: Motoros, 2017-01-18 12:16:02 [4302]