Hliníkové CNC CJUZ II

Cjuz · 27. 2. 2021, 5:39

Pokusy s fly cutter (vyroben z toho co bylo):

1. Přejetí ploch a měření
Nějak mě nedocvaklo že při seřizování nože k materiálu byl při otočení nástroje výrazne výš nad materiálem na druhé straně.
Přejel jsem strany materiálu a měři, měřil a na nějak to nesedělo, chyba byla větší jak 5 setin.

2. Pak mě to došlo, neseřizoval jsem kolmost vřetene
Po měření byla chyba v obou směrech asi 0,1mm na 60mm

3. Doaldil jsem vřeteno na nulu (stovkové hodinky stojí na těch 60mm)
A vyzkoušel znovu líznout, nyní to již dělá stopu i na zadní části nože
Jezdím tím směrem kde je stopa menší

4. Po změření to už konečně sedí.
Kratší strana rozdíl nulový, na delší části 1,5 stovky
Za mě slušný výsledek, navíc když ta chyba nemusela být jen obráběním ale i upnutím.

.
5. Pro zájemce, otáčky 2500ot/min, posuv 2mm/s

Cjuz · 6. 3. 2021, 10:09

Rozpracovaná upínka.
Zdá se že už ty podmínky pro frézy vychází a výsledky se mi líbí.
Teď pomalu začnu studovat nástrojovou sondu a výměnu s měřením.
.

Cjuz · 7. 3. 2021, 2:41

Tak to nebude zase tak růžové.
Ta zlomená fréza není tým vykousnutým zářezem, ale celkově to dneska šlo do háje.
Řízení stávkuje, zničeho nic se vše zastaví a asi za vteřinu zase rozjede, nechápu kde je zrada.
Někdy pokračuje, někdy jako kdyby bylo o několik kroků dál.
Možná to nějak souvisí s komunikací, vřetenem a rušením, s vypnutým vřetenem to celý program projelo v pohodě.
Budu hledat, dokud se tohodle nezbavím je to o ničem.
.

el_fuego333 · 7. 3. 2021, 3:00

Neriadis to nahodou notebookom?

Lukas_2 · 7. 3. 2021, 4:07

Vsadil bych na chybu v komunikaci. Máš stíněný ethernetový kabel ? Programy nahráváš jak ?

OompaLoompa · 7. 3. 2021, 4:41

otázkou je, či v čase tých "zádrhov" pauzuje aj softvér (Armote), alebo len hardvér (GVE/pohony)
podla popisu to vyzerá akoby softvér nepauzoval, čo vedie k rozladeniu virtuálnej a reálnej polohy stroja

softvér nič nevyhadzuje? je tam dáky log, ktorý by si mohol prebehnúť?

podla infa z manuálu by systém mal riešiť ako aj integritu, tak aj úspešnosť prijatých paketov,
čiže v prípade výpadku by softvérová časť -mala- "protestovať"

žeby teda problém s USB prevodníkom? to by ale nemalo spôsobovať rozhasenie polohy

sprav kafe, zober fón, vytoč GRAVOS, a hladajte možnú príčinu zlyhania komunikácie PC ↔ GVE
alebo to celé rovno vykuchaj a prejdi na zbernicové servá

PS: podporuje gravosový softvér polohový feedback z pohonov?

(lebo ich HW evidentne nie)

Cjuz · 7. 3. 2021, 4:58

Posílám do GRAVOSU.
Řídím to PC, výpadek komunikace asi ne, COM portem stále běží data.
SW právě jede dál, nic nehlásí, ale stroj ne, tak se to rozejde.

Uvidíme, alespoň se to projevuje stále takže se to bude dobře hledat, výpadek 1x za týden to by bylo teprve peklo.

Charon · 7. 3. 2021, 5:01

Cjuz píše: ↑7. 3. 2021, 4:58 Posílám do GRAVOSU.
Řídím to PC, výpadek komunikace asi ne, COM portem stále běží data.
SW právě jede dál, nic nehlásí, ale stroj ne, tak se to rozejde.

Uvidíme, alespoň se to projevuje stále takže se to bude dobře hledat, výpadek 1x za týden to by bylo teprve peklo.

Kdyžtak mám nějaké stroje, teda pecka k dispozici, kdybys potřeboval na pokusy

Lukas_2 · 7. 3. 2021, 5:08

Dělo se mi něco podobného. Dělal to USB kabel. Jednou to byl kabel komunikační s controllerem, podruhé jsem přes něj nahrával program. Data se kurvila při tom USB přenosu...

Milan199 · 7. 3. 2021, 5:11

Cjuz píše: ↑7. 3. 2021, 2:41 ...
Možná to nějak souvisí s komunikací, vřetenem a rušením, s vypnutým vřetenem to celý program projelo v pohodě.

Zkus dvě věcí :

a) snížit nosnou frekvenci měniče // určitě pod 10 kHz //
b) pokud máš PEN mezi měničem a vřetenem v kabelu, který vede fáze do motoru, doplň ještě nějaký silnější 4mm+ mezi plášť / držák / motoru a PEN můstek na DIN liště.

OompaLoompa · 7. 3. 2021, 5:13

Cjuz píše: ↑7. 3. 2021, 4:58Řídím to PC, výpadek komunikace asi ne, COM portem stále běží data.

čiže žiaden USB↔RS232 prevodník?

Cjuz píše: ↑7. 3. 2021, 4:58SW právě jede dál, nic nehlásí, ale stroj ne, tak se to rozejde.

tak to je divné, lebo v manuálne píšu, že pokým softvér nedostane potvrdenie o úspešnom prijatí paketu, ďalej nepokračuje

žeby len kecali? alebo len nemajú poriešený buffer overflow?

ak by to bolo spôsobené výpadkom/rušením za interpolátorom, prejavovalo by sa to viac sporadicky, a nie vždy presne rovnako na všetkých osách

PS: ako posledné by som ešte skúsil aktualizáciu firmvéru - ak tam už je najnovší, tak staršiu verziu

Cjuz · 7. 3. 2021, 6:04

OompaLoompa píše: ↑7. 3. 2021, 5:13
Cjuz píše: ↑7. 3. 2021, 4:58Řídím to PC, výpadek komunikace asi ne, COM portem stále běží data.
čiže žiaden USB↔RS232 prevodník?

Cjuz píše: ↑7. 3. 2021, 4:58SW právě jede dál, nic nehlásí, ale stroj ne, tak se to rozejde.
tak to je divné, lebo v manuálne píšu, že pokým softvér nedostane potvrdenie o úspešnom prijatí paketu, ďalej nepokračuje
žeby len kecali? alebo len nemajú poriešený buffer overflow?

ak by to bolo spôsobené výpadkom/rušením za interpolátorom, prejavovalo by sa to viac sporadicky, a nie vždy presne rovnako na všetkých osách

PS: ako posledné by som ešte skúsil aktualizáciu firmvéru - ak tam už je najnovší, tak staršiu verziu

Ano žádný převodník.

Firmware je dost starý, možná nakonec bude update řešení.
Tak na 90% je to měničem, bez něj proběhne celý kód správně. Jen bych čekal že když se to kousne, tak to prostě celý spadne.
Nějaké další přikostření, i kdybych zkoušel, nepovažuji za řešení - musí to jet i se stíněným kabelem.
Případně si ještě můžu začít hrát s osciloskopem a hledat na napájení, nebo jinde.

Milan199 · 7. 3. 2021, 6:10

Cjuz píše: ↑7. 3. 2021, 6:04 Nějaké další přikostření, i kdybych zkoušel, nepovažuji za řešení - musí to jet i se stíněným kabelem.

To jsem si myslel taky ! Byl jsem v horší situaci - zablblo mi to tak jednou za měsíc // při provozu 8 až 12 hod denně //. V horším případě jsem pak přebíral tisíce kusů.

OompaLoompa · 7. 3. 2021, 6:16

skús ešte v ARMOTE pohladať nastavenie "zabezpečení přenosu pomocí checksumu"
v konfiguračnej utilite (UniGVE) som to nenašiel

lebo v manuále je takáto záhadná informácia:

Po zapnutí napájení/resetu jsou kontrolní součty vypnuté.
Zapne se příkazem: !0%+ (odpověď je už se součtem: 0,5C)
Vypne se příkazem: !0%-,CF (odpověď je už bez součtu: 0)

aby to náhodou nebolo default OFF

Honza - GRAVOS · 7. 3. 2021, 8:20

Ahoj,

nějaké chyby v komunikaci v logu jsou ale měli by být ještě v normě. Případně je možné zapnout zobrazení statistik komunikace stiskem Shift+S v hlavní obrazovce.

Jestli to blbne jen s vřetenem tak bude někde problém s připojením. kabel k vřetenu musí být stíněn a stínění připojeno (stejně jako motory k servům).

Ještě častou chybou bývá připojení PE nebo N nebo oboje někam na GVE, ať už někam na svorku nebo na plošku GND která je na GVE64. Na fotce pár stránek zpět tam vidím nějaký šroubek, není tam něco připojeno?

Ještě bych zkontroloval jestli není proražená nějaká fáze vřetene na kostru, s tím jsme se také už setkali, pak je to schopné rušit veškerou elektroniku v domě.

Podle logu jsou kontrolní součty v komunikaci zapnuty.

FW je podle logu v25 z roku 2012, tedy 9 let starý, to by asi aktualizovat chtělo.

Poslední pro GVE64 je v28 z roku 2017, tedy o 5 let novější (pak byla GVE64 nahrazena GVE114). Vzhledem k tomu že to blbne jen s vřetenem, si myslím že to nebude hlavní příčina, i tak to chce určitě aktualizovat, může to být jednou z příčin.

Ještě by mohlo pomoct jestli bod na monitoru jezdí podle drah dobře nebo jestli je také posunutý. Asi by pomohlo i schéma jak přesně je co kam připojeno včetně napájení a kostry.

několikrát jsem řešil něco podobného co bylo zapojeno podle dokumentace a pak jsem náhodou zjistil, že serva k driverům/vřeteno k FM sice bylo připojeny stíněným kabelem ale to stínění nikam nevedlo, stačilo připojit stínění a vše začalo fungovat tak jak má. Takže tohle by také chtělo zkontrolovat, jestli stínění z kabelů někam připojeno (a kam a kde je připojeno).

Stroj i PC by mělo být vše na jednom okruhu, ale to asi bude, jinak by těch chyb v komunikaci bylo výrazně více.

Honza