Feed-override, Spindle-override

Radek-B · 28. 2. 2009, 11:43

Pochybuju ze se to bude chtit nekomu stavet. Ja bych to kuchl z neceho co ma dostatek tlacitek , uverejnil bych presny typ, a dal bych to neresil.
Pokud by se nekdo nasel kdo by to stavel at da vedet myslim ze pouziti AVR je zbytecny prepych.

K tomu dat navod jak to nastavit v EMC.

RADEK

Mambo · 28. 2. 2009, 1:33

Ja uz postavil dva, ne k cnc, ale mam to doma a muzu to pripadne odzkouset. Melo by to byt standartni HID zarizeni. Jinak ten clovek ma v planu snad v budoucnu stavet vylepsenou verzi pro 64 tlacitek i pro rotacni enkodery.

Radek-B · 28. 2. 2009, 4:17

Dobra tak sme prolezli net a zjistili ze udelat nebo koupit desticku do USB neni problem.

Ale to neresi to hlavni a to jak nakonfigurovat ty potaky aby fungovaly pro FEED OVERIDE.

Pupiku prosim pripoj si tam joy a vysvetli nam jak to nakonfigurovat.

RADEK

Pupik · 28. 2. 2009, 5:31

To hlavni, co by jste si meli jeste uvedomit kluci je, ze ten joy budete strkat do Linu ne do Widli, takze pokud je k nejakemu Game-padu CD-cko je velky predpoklad, ze v Linu mame smulu. Mozna, ze p."k" by nam pomohl nejakym zazracnym configem takovy joy rozjed, ale pohodlnejsi je, kdyz zasunete joy do USB a Linux ho najde sam.
Ubuntu citi kazde zarizeni zastrcene do USB, ale jen kompatibilni umi rozpoznat a pripojit (kompatibilni s zakladnim driverem). V driverech pro Lin se nevyznam vubec. Uspesne pripojeni zjistime prikazem dmesg zadanym v konzole.
Co se tyce EMC, tak zde je uplne jedno typ joystiku ci gpadu, kazdy linuxem rozpoznany jsem zatim v EMC rozjel.

dslav · 28. 2. 2009, 8:29

No, musim rict, ze se trochu stydim i kdyz trvam na tom, ze to bylo v zertu. (proto prece ti smajlici) Jen to nakonec vyznelo nadnesene a hloupe a omlouvam se timto hlavne Dusanovi S.

OK, není důvod se omlouvat. Nikdo nemá povinost na cokoli odpovídat a nikdo nemůže odpovědi vyžadovat. Tak trochu je to i moje chyba jak jsem reagoval a ve zprávě se měl objevit smajlík.

A teď k tomu potenciometru.
Trochu sem si s tím pohrál a abych pravdu řekl nevím jak dál. Taže připojil jsem poťák na gameport (GP) a začal jsem laborovat. Protože Linux není zrovna moje parketa hodně dlouho jsem bojaval s tím abych ten gameport s potenciometrem vubec měl v systému dostupny a šlo to zkalibrovat. Bojoval jsem nejen s neznalostí linuxu ale taky s integrovaným GP. Začlo to chodit až s přidaným druhým GM. Prostě se ten intehrovaný se nechytá

. Pak jsem přidal hal komponentu do EMC2. To proběhlo celkem bez problémů a v hal konfiguraci správně vidím jak se mění hodnota při otáční potenciometru. No a teď narážím na to kam napojit tu hodnotu z poťáku. Když se dívám na halui.feed-override tak jsou tam piny na které bych byl schopen připojit tlačítka nebo rotační enkoder. Jak ale naložit s absolutní hodnotou potenciometru mi není jasné. Myslel jsem že toto je jedna ze základních funkcí a tak jsem zkoušel pročítat odakzy co mi vtátil strýček google ale marně. Asi jsem do vyhledávače zadával špatné slova.
Poradí někdo?
Nechci slyšet odpověď že ano

c.honza · 28. 2. 2009, 8:46

Zjoušel si halui.feed-override.scale , halui.spindle-override.scale ? Přehled HALUI pinu je zde http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Halui

dslav · 28. 2. 2009, 8:55

To jsem nezkoušel ale z názvu scale a hodnoty 0.1 mi vyplývá že se jená o měřítko

Můžu to vyzkoušet ale moc se mi to nezdá.

Dušan

c.honza · 28. 2. 2009, 9:13

Všechno špatně, halui.feed-override.scale je skutečně scale. Hodnota z potenciometru by měla být asi na halui.spindle-override.counts . Takže při scale 0.01 by to mělo chodit po 1%.

Pupik · 28. 2. 2009, 9:19

Scale je pouze velikost incrementu nebo decrementu pro value pri zmene hodnoty count.
Dusan to chape spravne, Zitra to objasnim podrobneji

Pupik · 28. 2. 2009, 9:23

c.honza píše:Všechno špatně, halui.feed-override.scale je skutečně scale. Hodnota z potenciometru by měla být asi na halui.spindle-override.counts . Takže při scale 0.01 by to mělo chodit po 1%.

count je vhodny pro encoder ne pro potenciometr.

k · 2. 3. 2009, 6:22

Pupik píše:To hlavni, co by jste si meli jeste uvedomit kluci je, ze ten joy budete strkat do Linu ne do Widli, takze pokud je k nejakemu Game-padu CD-cko je velky predpoklad, ze v Linu mame smulu. Mozna, ze p."k" by nam pomohl nejakym zazracnym configem takovy joy rozjed,

Posledne som ako joystick pripojil vysielac Walkera 0701

funguje 2x krizovy ovladac + jeden potak. Pripojenie cez parport. Pozor, nie je to pisane pre RT kernel ale pre oficialny kernel. (koho to zaujima viac, tento ovladac bude sucastou oficialneho jadra od verzie 2.6.29, aktualne je uz k dispozicii v jadrach 2.6.29-rcXX)

Pupik · 2. 3. 2009, 2:14

Jsem ted trochu mrtvola s casem

Hned jak budu mit trochu vic casu, tak se sem vratim k tomu nastaveni s potencios.
Diky za trpelivost.
Martin

Pupik · 3. 3. 2009, 7:39

Konecne jsem se na chvili dostal k nasemu pozadavku. Problem spojeni SO,FO s potenciometry mam zvladnuty. Z tohoto principu vsak vychazeji zasadni otazky.
Jednoznacne se priklanim (dlouholeta obrabeci praxe)k rizeni rychlosti posuvu a vretene otocnymi prvky s dorazy pro 0 a maximum (u profi stoju vetsinou 150%) Prvky je nejlepe aretovat minimalne 0, 100, 150% ale jeste lepe po 5 nebo 10%
V nasem pripade mohou byt prvky potenciometry (u hobby vyhodnejsi z duvodu maleho poctu tlacitek v rozhrani) u profi stroju to jsou vedsinou binarni vicepolohove prepinace z duvodu spolehlivosti zvolene polohy.
Pripominam, ze toto je snaha ridit stroj pres joystick-obvod vbudovany do vsech USB game zarizeni. Vyjimkou je stary game-port, ktery ma analog vstupy primo na svem rozhrani (konektoru)
Ta zasadni otazka, o ktere jsem mluvil na zacatku je, ze otocny prvek je mechanicke zarizeni s pevnou polohou tz., ze vsechny ostatni regulacni prvky v GUI i na dalsich pripadnych panelech je nutno vyradit z provozu. Duvod je jednoduchy: Zmenou velikosti napr. posuvu jinym zpusobem nez otocnym prvkem zrusi platnost nastaveni polohy potenciometru. (vyjimkou je potenciometr se zpetnou vazbou, servem

)
V modulu mohu osetrit tento stav dvema zpusoby. Prvni necha nezavisle regulacni prvky volne menit jmenovane veliciny a ve chvili kdy se opet dotknete otocneho prvku se nastavi velicina skokove na svou novou polohovanou hodnotu. Ten druhy je ze,po kratke chvili se obnovovaci frekvenci modulu, zmeni ovlivnena hodnota zpet na hodnotu otocneho prvku. Samozrejme, ze lze vytvorit v modulu switch, ktery tuto vlastnost libovolne pri inicializaci zvoli.
Muj nazor je, ze ve chvili kdy si zvyknete na plynuly otocny prvek (jako ja), ktery u EMC (Mach to ma ruzne zmatecne (prekombinovane)) ovlivnuje vsechny textove CNC prikazy svou % hodnotou, nebudete pouzivat jine (konfliktni) zpusoby nastaveni techto dvou velicin (FO, SO)
Snad jeste jedna poznamka. Je vhodne mit ovladaci panel jen jeden a v pripade vetsiho stroje ho mit mobilni s pevnym mistem na hlavnim ridicim panelu.
Jeste nez budu pokracovat v dalsi problematice naseho pozadavku, chtel bych, znat na toto vase nazory. DIky. Martin

dslav · 3. 3. 2009, 8:07

Moje představa je taková že pro FO a SO budou mít po jednom olvládacím prvku. Ten by měl být rotační s absolutním zadáním hodnoty. To samo o sobě vylučuje použití dalších ovládacích prvků na tlačítkách nebo klávesnici. Je mi jedno jestli to bude potenciometr nebo dostatečně jemný absolutní encoder. Pak by se mi taky líbilo kdyby vztah mezi otočením a rychlostí nebyl lineární ale aby stejná změna na ovladači vyvolala stejný procentuální přírůstek z aktuální rychlosti (tak to mám na MegaCNC a velmi se to osvědčilo). Ergonomii panelu bych v tuto chvíli nechal stranou.

Fór je v tom že bych to všechno udělal ale za cenu zásahu do kódu. Což by nebyl problém ale zatím se mi do toho nechce. Neznám to EMC2 natolik abych řekl toto nejde a proto je nutné upravit program. Proto napřed pátrám po cestě přes konfiguraci.

krizma · 3. 3. 2009, 8:10

Navrhoval bych udělat komplet ovládací panel pro EMC v kombinaci LPT/USB. Druhá klávesnice přes USB je odzskoušena tak stačí jen prozkoumat zapojení a sehnat ta spravná tlačítka. A zbatek funkcí připojit pře LPT.