Időközben sikerült e már feltárni a probléma forrását?
dezsoe | 2920
2019-01-22 19:02:56
[6423]
Nem, de nem is verziófüggő. Gondolom, hogy simán összeszed valami zajt, pl. az RS485-ön keresztül. Zajszűrés, árnyékolás, leválasztás vagy ezek kombinációja segíthet. Ajánlok figyelmedbe esetleg egy USB leválasztót, Antal Gábornak megoldotta egy csomó problémáját.
Feltettem a legutolsó "teszt verziót", és ezen azt vettem észre, hogy amikor indítom a marót a frekiváltóval, elmegy az egér. Fizikailag úgy érzékeli a windows, mintha kihúztam volna, (hangjelzés) majd mikor már teljesen felpörgött a motor, akkor visszakapcsolódik az egér, pár mp késleltetéssel (megint rendszer hanglejzés). A frekiváltó kínai, a plugin a HYPLUGIN.dll. Ez normális?
frob | 2250
2019-01-21 08:34:45
[6421]
Azért egy rpi 10-12e ből kijön, oké hogy ennyiért is van pc, de azon semmilyen cad , főleg a mostaniak nem fog elfutni, na meg ha az ember rá van kényszerítve akkor nem netezik a szerszámgépen vannak ügyes projectek amelyek igen jól gazdálkodnak rpi lehetőségeivel linux alatt és rögtön képfájlt adnak annak telepítésére, bár nem cnc de pl a kodi ilyen.
persze 1 fecske nem csinál nyarat, és ha pár emberen kívül nem érdekli ez a lehetőség másokat, akkor egyértelmű hogy nem fogtok vele foglalkozni, mi csak felvetettük, hogy jó lenne.
Nem nagyon értem, hogy mit jelent, hogy index3x és simítás4x, de értelemszerűen bármikor át lehet g-kódból kapcsolni G94-be, ha éppen arra van szükség. A G93, G94 és G95 egy g-kód modulusban van ugyanis, lehet köztük váltogatni bármikor.
Igen, erre való a G93, ami a videón van és szerintem akkor sikerült valamit elrontanunk amikor ezt kifejlesztettük a legutolsó teszt kiadásban, mert elég sok mindent át kellett alakítani miatta. Na de hamarosan megvizsgáljuk közelebbről és a következő teszt kiadásban javítva lesz.
G93/G94 na az érdekes lesz sokaknak még a 3tengelyes megmunkálás is nehezen megy , nem hogy 4!
Zsoltyfm | 134
2019-01-18 19:45:48
[6413]
Köszönöm a megerősítést, hogy nem én szúrok el valamit.
CNCdrive | 442
2019-01-18 19:36:24
[6412]
Szia,
Megnéztem és úgy látom a hiba az UCCNC 1.2108 teszt verzióban van. Egyelőre nem tudom, hogy mi lehet, de valószínű a most fejlesztett G93 ronthatott el valamit. Hamarosan megnézzük, de addig is ha gyártani szeretnél, akkor ahogy eddig is továbbra is a legfrissebb hivatalos kiadás használatát javasoljuk (weboldalunkról letölthető). Az 1.2108 egyelőre még teszt kiadás, lehetnek benne hibák, ahogy általában elő is fordulnak a teszt kiadásokban, mivel a szoftver meglehetősen bonyolult és sok újítást rakunk bele időről időre, amik elronthatnak más dolgokat, illetve nem biztos, hogy elsőre tökéletesre sikerülnek az új funkciók sem. Emiatt adjuk ki teszt verzióban a programot először, hogy az ilyesmik kiderüljenek. Szóval a hiba úgy tűnik az 1.2108 teszt verzióban van.
Nyugalomra semmi ok, a hiba nem nálad van. Egy vezérlőprogramnak nem lehet olyan, a fölhasználó felé nyitott beállítása, ami ilyen hibát okoz. (Ha van, az is hiba.)
Amint írtam, a gép, és az uccnc -ben a szerszám szinkronban mozog. Tehát az uccnc -ben is látom, hogy nem jó helyen mozog a szerszám. Próbáltam én is a demo módot, és ott valóban a vizualizációban a vonalon mutatja, hogy mozog a szerszám. Viszont ott is kicsit furcsállom, hogy azon az íven amit a gyakorlatban elront, a vizualizációban is látványosan gyorsabban meg végig az íveken mint máshol.
exup | 636
2019-01-18 18:11:24
[6409]
Én kíváncsiságból kipróbálnék valamit. Elvileg azt írtad, hogy a gkód rajz jól jelenik meg az uccnc-be...a mozgást roszul csinálja, de ilyenkor mutatja is, hogy rossz helyen jár....?! Én lehúznám a kártyát róla, indítanám demó módban alap beállításokkal (gondolom saját profilod van)...megnézném alap beállítással mit mozog. Nekem úgy teljesen jól.
Ennek igazán örülök, hogy mindenki talál benne kedvérevaólt, de én mitévő legyek, mert szeretném ezt rendesen megcsinálni. Esetleg valamelyik korábbi uccnc verziót próbáljam ki?
farkastibor | 670
2019-01-17 23:47:59
[6407]
Az én kedvencem a kód eleje , értem hogy lézer de akkor is egy G91.1/G90.1 (ha már van; I,J ) ----------------------------------------------- T1 G17 G21 G0Z20.000 G0X0.000Y0.000
Nem feltétlen irreális az, csak elvileg a te géped a tizedét tudja. Gondolom uccnc-be is a 4000 van beállítva a tengelyekhez. Ezeket meg valahol neked kellett megadni és az alapján generálta. Ez nem jelenti azt, hogy a végeredmény javulna, csak érdekes.
Első körben mielőtt nekikezdtem volna élesben a dolognak, előtte egy másik anyagon tesztelgettem. Nem akartam még vele vágni, csak látni akartam mi történik. Utána természetesen felvetem volna a teljesítményt valamelyest. egyébként meg jobb több menetben vágni kisebb teljesítménnyel szerintem, mert nem ég úgy az anyag. Keskenyebb a vágás is. legalábbis nekem így tűnt.
farkastibor | 670
2019-01-17 22:05:43
[6400]
Próbáld más postproceszorral (amiben nincs ,,ARC,, felirat)
Mondjuk ahogy Csaba is írta elég érdekes a gkód. Én mondjuk azt se értem miért kell 3 menetben égetni 5-ös erősséggel. Miért nem lehet 1 menetben erősebb lézerrel?
Én csak azt nem értem, hogy ezt a gkódot az alap demó módban az alap beállításokkal a látott rajz alapján csinálja meg, ha neked ennek ellenére másmerre megy és att is mutatja, akkor nyilván a beállításokkal lehet összefüggésbe. Ami lehet a program hibája is, hogy azokkal a beállításokkal rosszul végzi. De az alappal biztosan jól. Majd az okosabbak átnézik.
Írtam privátban. Tehát az 1.2108-at használod. Mivel generálod a g-kódot? Csak azért, mert érdekes tartalma van. Ettől még jónak kéne lennie, csak megjegyeztem.
Az uccnc -be betöltve jól jelenik meg. Amikor elindítom a programot, akkor közbe látom a szerszám útját az uccnc-ben. Látszik szépen, hogy a szerszámút lelép a kék vonalról ahol neki haladnia kellene. A szerszámút, és a gép mozgása megegyezik, de ez jelen esetben nem vigasztal ha a kijelölt pályával nincs egyezés. Tehát az általam használt verzió: UCCNC 1.2108 + UC400ETH
Zsoltyfm | 134
2019-01-17 21:16:46
[6393]
Akkor csak irigyelni tudlak érte. Nekem ugyanis ezt csinálja. Ugyanez a verzió UC400ETH -val. És ennek nem így kellene kinéznie. A telefonszám egy részét természetesen szándékosan tüntettem el.
Jordan Gabor | 216
2019-01-17 21:12:50
[6392]
Hello, EZ nagyon furcsa. Lehet, nagyon a sántít a példa, de pl. a quake3-at már láttam gyönyörűen futni. Az OpenGL-en ment. Igen komoly grafikus teljesítmény (is) van azon és szerintem nekünk ebből nagyon kevés kell.
Itt valami nagy gáz van! A legfrissebb uccnc -t használom. Nem tudom, hogy mi a helyzet a régebbiekkel, de ez valahogy nagyon nem azt csinálja amit kellene. Ahelyett, hogy azt csinálná ami az ablakban is látható, egyszerűen fogja magát, és ahelyett hogy szépen végighaladna a köríven, hirtelen mozgással levág az ívből.
Bármennyire is kíváncsi voltam a Vectric megoldására, nem sikerült előrébb jutnom. A legújabb trial verziót felraktam. (Éleshez nem jutottam.) Az újdonságok között minden leírást nélkülözve meg van említve, a települő posztprocesszorok közül egyikben sincs rá utalás (megoldás). Magában a programban sem találtam opciót a mód kikényszerítésére. A felhasználók nyomására próbálták/próbálják megoldani. Ahogy láttam, most ismerkedtek meg ezzel a funkcióval. (Ha viszont állandó kerületi sebességként értelmezik, akkor még nem ...)
Nem sok értelmét látom Raspberry-re megcsinálni, egyrészt, mert biztos hogy nem tudna úgy működni ahogy most működik a grafika miatt. Amiatt, hogy a képernyő átszabható, illetve hogy OpenGL-el dolgozik emiatt a Raspberry nem igazán elegendő neki (kevés VRAM, gyenge grafikus proci és architektúra.). Esetleg egy lebutított grafikával lehetne megoldani a konfigurálhatóság rovására. Nem hiszem, hogy érdemes volna ezt megcsinálni, amikor ez egy gyártásra használt szoftver ahol gyakran akár egyetlen szerszám ára több mint maga a számítógép vagy az UCCNC szoftver ára, emiatt nem biztos hogy van értelme ennyire spórolni, mert az erősebb PC-k sem sokkal drágábbak manapság. Ráadásul gyakran futtatják a CAD és CAM programokat is ugyanazon a számítógépen és egy Raspberry PI-n nem valószínű, hogy elfutna mondjuk egy AutoCAD vagy Solidworks vagy egy Aspire, Fusion360 stb.
Előzmény: Jordan Gabor, 2019-01-16 14:14:04 [6374]
Zsoltyfm | 134
2019-01-16 21:09:17
[6380]
Nekem Pi 3 van, de nem igazán használgatom. Inkább csak tesztelgettem.
dtb | 1900
2019-01-16 20:08:39
[6379]
Én pár éve vettem egy RB PI "klónt" a neve Orange Pi, még most is lehet kapni. Ezen csont nélkül ment a Debian, de már nem emlékszek, melyik ablakkezelővel. Előre elkészített img volt, csak fel kellett tolni az SD kártyára, és már bootolt is. Full HD felbontása van, netezgettem rajta Firefox-al, meg még valami office csomagot is kipróbáltam, igazából nem volt akadás sehol. (Na jó, a tizedik Firefox ablaknál azért kezdett melegedni rendesen, mert gyárilag semmi hűtés incs rajta) Eredetileg NAS-t akartam belőle csinálni, csak aztán hozzámvágtak egy ZYXEL-t, és okafogyottá vált. Talán le kéne győznöm a lustaságom, és előkotorni...
Kicsit túl van ez lihegve. Vezérlőpult, Eszközkezelő, Szolgáltatások, majd a lista végén a Windows Update leállít, majd indítási mód kézi, vagy letiltva.
Lehet sokatokat bosszankodástól óv meg, ha megszabadultok a win10 frissítésektől. Megszánlak benneteket, és elárulom a titkot. Én már egy jó ideje beállítottam arra a internet hálózati kapcsolatra (akár wifi, akár vezetékes), hogy forgalmi díjas adatkapcsolat. A tapasztalatom az, hogy annyira még a Microsoft sem pofátlan, hogy elintézze valakinek az adatkorlátos modilnetjét. Ezek után nem lesz frissítés, mert nem tölti le. Persze ezzel kockázatot is vállal az ember, hogy nem lesz naprakész a gépe. Felfedezett kijavított hibák, biztonsági rések.
frob | 2250
2019-01-16 14:39:57
[6376]
+1 főleg hogy nincs az a buzulás mint a winnél, hogy szinte kilőhetetlen a frissítés... Lehetne akár komplett img-t is létrehozni sok sok rpi img mintára, és akkor nem kell szórakázni csak img fel és már megy is a prog, öröm és boldogság, maximálisan optimalizálni lehetne a programhoz...
szóval nekem is tetszene
Előzmény: Jordan Gabor, 2019-01-16 14:14:04 [6374]