parametrikus programozásban talán a heidenhein jó példa lehet


331 oldal és környéke

nem a legfrissebb vezérlőhöz van de az elvek nem változtak sokat talán azóta se

és nem utolsó sorban a beépített ciklusok is rengeteget tudnak segíteni

Előzmény: n/a (inaktív), 2014-07-15 17:58:00 [580]

még így sem áll meg

G0 X0 Y0
G61.1
G1 F1000 X10
G1 X20
G1 X30
M30

Előzmény: svejk, 2014-07-16 11:51:00 [591]

Hmm.. de ha nincs irányváltás akkor ugyan miért lenne másik utasítás?
pl. G61 esetében ennek mi értelme lenne

G0 X0 Y0
G61
G1 F1000 X10
X20
X30
M30

De kipróbáltam az alábbit az UCCNC-nél és nem áll meg 10 mm-enként.

G0 X0 Y0
G61.1
G1 F1000 X10
X20
X30
M30

Pedig a definíciód szerint meg kellene állnia.
Akkor most hogy is van?

A denifiníciód szerint a G61.1 szerintem teljesen felesleges üzemmód.

Előzmény: Polgárdi Balázs, 2014-07-16 11:14:00 [590]

A G61 pontos pályakövetés üzemmód, aminél csak akkor áll meg az utasítások között, ha szükséges (ha nincs irányváltás, akkor nem áll meg).

A G61.1 a pontos megállás üzemmód. Minden utasítás után megáll.

A G64-et pedig majd át szeretném még alakítani, hogy G-kódból lehessen az állandó sebességű pályatervesés paramétereit állítani.

Előzmény: svejk, 2014-07-16 10:33:00 [587]

Látom az 1.0023 verziónál a G90/91 is kijelzésre kerül az MDI sor mellett.
Ez jó dolog, de akkor az összes öröklődős parancsot ki kellene íratni, úgy mint a Mach3-nál.

És ugye ezért nagyon nehéz jó szoftvert írni, mert ha a jó dolgokat elcseni az ember máshonnan akkor koppintással vádolják, ha meg újakat talál ki az vagy bejön vagy nem.
Vagy legalábbis hozzá kell szoktatni a felhasználót.

Béni leírta valahol lentebb, hogy nem feltétlen kell átvenni a rosszat ebben igaza van, de a jót szerintem érdemes.

Ej basszus Még Béni sem tudta rá anno a választ, akkor nagy ám a baj.

Előzmény: svejk, 2014-07-16 10:33:00 [587]

No, attól sem lettem okosabb, pedig azt lefordíttattuk magyarra. Csak azt írja, hogy:
G61 exact path
G61.1 exact stop

Bekukkantok a linux topicba, mert mintha én ezt már ott is kérdeztem volna.
De ugye a mach3-nál nem volt rá szükség.

Előzmény: svejk, 2014-07-16 10:13:00 [586]

Megkeresem a LinuxCNC leírásában úgy emlékszem abban is van G61.1 .

Előzmény: svejk, 2014-07-16 10:10:00 [585]

Ez lenne az? RS274NGC ??

Ez angol nyelvű, ráadásul példák sincsenek.

Én nagyon bízom benne hogy tuti jó szoftvert írtok de ha ezek nem lesznek ledokumentálva szájbarágósan magyarul akkor csak fél siker lesz.

Egyesek szerint ugyan vacak az NCT nyelvezete de legalább van hozzá normális leírás.

Előzmény: svejk, 2014-07-16 09:54:00 [583]

Pedig én úgy emlékszem a régebbi UCCNC beta verziók elfogadták a G61-et.

Előzmény: svejk, 2014-07-16 09:52:00 [582]

Hol is van az az NGxxx szabvány ami alapján készül a kódértelmező?

Előzmény: svejk, 2014-07-16 09:52:00 [582]

Eddig a Mach3-mal G61/G64 parancsot használtam a kódjaimnál.
Az UCCNC pedig csak a G61.1 parancsot eszi meg.
Miben különbözik ez a mezei G61-től?
Most mindent át kell írnom?

Ja, még annyit, hogy a spirálmarást nem én készítettem, hanem Csewe kolléga csinálta a varázslót. Mielőtt még én szüretelném le a babérokat gondoltam jobb ha ezt tisztázzuk...

Előzmény: Miki2, 2014-07-15 17:15:00 [575]

Szia,

Igen, tudtam már akkor is miről beszélsz, amikor telefonon elmagyaráztad, de köszi a példákat. Ezeket tudom majd későbbiekben tesztelésre használni.
Első körben szerintem ennek a parametrikus programozásnak egy "light" verzióját fogjuk megírni, ezalatt azt értem, hogy teszünk majd egy olyan kitételt, hogy értékadás csak külön sorban lehet és hogy paraméterként nem szerepelhet képlet, csak egyetlen változó. Ez egy kicsit lefogja egyszerűsíteni a dolgot a "kezelhető" szintre.
Múltkor már nézegettem különböző képlet értelmező algoritmusokat, de még nincs meg a megfelelő megoldás. Mert nekünk túlzottan univerzális, de egyben gyors algoritmus kellene. Szóval még keressük az optimális megoldást...

Előzmény: Miki2, 2014-07-15 17:15:00 [575]

OK, szuper. Egyébként megtaláltam a hibát. 300 elem nagyságúra deklaráltam a képeket indexét tartalmazó tömböt. Most javítottam, hogy lehessen int.maxvalue mennyiséget megadni, annál több biztosan nem fog kelleni.
Következő verzióban lesz benne majd a javítás.

Előzmény: csewe, 2014-07-15 16:04:00 [573]

Tetszik ez az ötlet, de talán mégis az lenne a legjobb, ha személyesen majd Balázzsal átbeszélnétek ezt az MDI-s dolgot, aztán majd a megbeszélés végeredményének megfelelően akkor már célirányosan átalakítjuk az MDI-t. Csak, hogy ne kelljen a programozásnak többször nekifutni.

Előzmény: Motoros, 2014-07-15 15:02:00 [565]

Köszönjük az elismerést.
Végülis az UCCNC-t se ma kezdtük el fejleszteni, a fejlesztés éppen egy éve kezdődött és ezidő alatt nagyon sok módosításon ment át mind a program magja (a mozgásvezérlő) és maga a végrehajtó része is. Persze a fejlesztés kezdetekor mi sem gondoltuk, hogy ennyire sokáig fog tartani és ilyen bonyolultságú egy ilyen programot megírni, egyszerűűbbnek tűnt.
A progit kb. 3 hónapig napi szinten teszteltük a saját gépeinken, gyártásoknál, illetve néhány külföldi partnerünk tesztelte a béta előtti alfa verziót. Így jutottunk el arra a szintre, hogy egyáltalán itt meg mertük már mutatni.
És úgy érzem most megy a finomhangolás, ami szintén nem elhanyagolható művelet és biztosan elfog tartani egy ideig, mire megtaláljuk mindenben a közös nevezőt, hogy lehetőleg tudjon mindent a progi, ami az embereknek fontos lehet. Hogy a lehető legjobban kielégíthesse a felmerülő igényeket.

Előzmény: svejk, 2014-07-15 17:08:00 [574]

OFF
Szombatra hozzatok UC300-at légyszi elméletileg meg lesz a pénzem rá.
ON

Előzmény: Miki2, 2014-07-15 17:15:00 [575]

Szervusz Balázs!
A minap beszéltünk telefonon a vátozók fontosságáról.
Két rövid példa arra, hogy ezek mennyire használhatók, és fontosak.
Az egyik az a spirálmarás, amit Te is elkészítettél.
A másik egy tetszőleges szögű letörést készít
szármaróval, a fej elfordítása nélkül.

Furatmarás
Letörés

Az biztos, a támogatás az kiváló!
Azt sem lehet mondani, hoigy új seprő jól seper, hiszen az UC termékcsalád már több mint 2 éves és mindig azonnal reagáltak a vélt vagy valós problémára.

Amint olvashattad ott lesz szombaton a termék atyja, ott személyesen bármilyen öteletet el lehet mondani.

Előzmény: Motoros, 2014-07-15 15:02:00 [565]

Így már rendben máködik minden.

Előzmény: n/a (inaktív), 2014-07-15 15:55:00 [572]

Megnéztem gyorsan és úgy néz ki a 20000 érték elfogadásával van a gond, mármint a Loadpicture függvénynél a kép index paraméter. Valamiért nem fogadja el ezt a nagy számot, lehet a változót deklaráltam esetleg short vagy char típusra véletlenül. Majd később megnézem.
Most úgy tudod megoldani, hogy vedd kisebbre az t a számot, mondjuk 100-ra és akkor menni fog.
Ettől természetesen a macro száma maradhat 20000, ez nincs összefüggésben...

Előzmény: csewe, 2014-07-15 15:47:00 [571]

előzör első volt

Előzmény: n/a (inaktív), 2014-07-15 15:41:00 [569]

Nem segítet,egyszerre két hibaüzent is van,de ugyn az a kettő.

Előzmény: n/a (inaktív), 2014-07-15 15:39:00 [568]

Vagy helyezd át a Loadpicture sort úgy, hogy ne ő legyen az utolsó és akkor nem kell semmit átírni.

Előzmény: csewe, 2014-07-15 15:30:00 [566]

Szia,

Ha ez az utolsó kép amit betölt, mármint, ha az utolsó Loadpicture függvény hívás, akkor az utolsó paramétert true-ra kell átírni.
Az utolsó paraméter csak annyi, hogy ez volt az utolsó kép és ezután folytatja a Flash progi a többi dolgát.
Szóval az utolsó Loadpicture-nek a sorban az utolsó paramétere true legyen a többié pedig false.
különben előfordulhat, hogy a képet még tölti a memóriába, de már közben indítaná is a megjelenítését a gombnak -> hiba...

Előzmény: csewe, 2014-07-15 15:30:00 [566]

A két png képet,pedig ebbe a mappába tettem:
C:\UCCNC\Flashscreen\BMP\Defaultscreenset

Előzmény: csewe, 2014-07-15 15:30:00 [566]

Próbálkoztam egy gombot felrakni.
Lerövidítettem az MDI sort,eddig ok volt.
Da utána már nem tölti be,Ezt írtam bele.

AS3.Loadpicture(bitmapfolder + "circularpocket_up.png", bitmapfolder + "circularpocket_down.png", 20000, false);
AS3.Sendbuttontoscreen(690, 470, 64, 64, 20000, 20000, 2); //Cut a Circle Pocket Wizard

az elspp sor mindjárt az elejére a képek beolvasásáoza ásodikat eg a buttonok adatainak egadásához.

Előzmény: n/a (inaktív), 2014-07-15 09:53:00 [556]

Ide az MDI ablakba lehetne még betenni a TEACH tanítás billentyűket is, nem azért mert a Mach-ban, Linuxban is így van hanem ez a tanítás funkció az esztergánál hasznos (marásnál is) egyszerű kis műveletsor bevitelére. A mozgások a valóságban egymásután lejátszódnak, mindjár látható, ha valami durva ütközés van.Közben persze a beírt sorok elmentődnek egy fáljba ami előhívható, editálható, más néven menthető.
Főleg több szerszám esetén jó.
Ötlet az van bőven, csak legyen aki követi. )
De pont azért lesz ez a progi jó mert van aki gondozza. Ez nagy előny lehet nekünk ...mármint magyaroknak.

Előzmény: svejk, 2014-07-15 10:23:00 [558]

Ennek örülök, köszi a tesztelést!!

Előzmény: nyarfa, 2014-07-15 13:26:00 [563]

Van egy-két saját maró fájlom amiben ezt is használom a ciklussal együtt (M98-99) és eddig szépen megy.

Előzmény: n/a (inaktív), 2014-07-15 11:10:00 [560]

Köszönöm.

Előzmény: n/a (inaktív), 2014-07-15 09:53:00 [556]

Ennek a tesztelését nem nagyon vállalnám, mert még normál esetben is eltévedek köztük mint maci a málnásban.

Előzmény: n/a (inaktív), 2014-07-15 11:10:00 [560]

Amit most alaposan kellene tesztelni, az a G90/G91, illetve a mozgások, hogy mindent jól hajt-e végre mindkét módban.

Előzmény: svejk, 2014-07-15 10:23:00 [558]

Szia,

Beszéltem Polgárdi Balázzsal és arra jutottunk, hogy erről az MDI-s dologról majd még személyesen egyeztessetek a találkozón.
Most egyelőre úgyis a progi magját kell főként tesztelni és készülőben van új screenset is, így most ennek a screenset-nek nem állnék neki átírni. Illetve lehet még személyesen megbeszélve lesz több / jobb ötlet is.

Előzmény: svejk, 2014-07-15 10:23:00 [558]

Próbáltam gondolkozni ezen az MDI dolgon, főleg, hogy Motoros is megerősített a témában.

Szerintem mindenféleképpen külön fülre kellene rakni az MDI üzemmódot.
lenne, RUN, MDI, OFFSETS, TOOLS, stb..

Külön előny, hogy a jobb oldali RUN, STOP, egyéb fő funkció gombok most is kint maradnak minden fülnél, így adódik a lehetőség hogy az MDI parancsokat is a Cycle Start gomb lenyomásával indítanánk el.

Igen, pontosan. És az a járható út, amire rájöttél múltkor. Annyi plusz infóval még talán, hogy nem szükséges feltétlenül pendriva-ra rakni, talán kirakni a fájlt az asztalra ideiglenesen még gyorsabb megoldás.

Előzmény: svejk, 2014-07-15 09:47:00 [555]

Szia,

Ez a része még dokumentálatlan sajnos dolognak, de a későbbiekben le fogjuk dokumentálni.
Mindenesetre ha belenézel jegyzettömbbel a /screens/Defaultscreenset.ssf fájlba, akkor megfogod érteni, hogy hogyan működik. A képernyő elemek is tulajdonképpen egy-egy függvénnyel vannak feltöltve az ablakra.
Így néz ki a gomb függvénye:

AS3.Sendbuttontoscreen(794, 588, 60, 24, 79, 218, 2);

Az első két paraméter az X és Y koordinátái a gomb bal felső sarkának.
A 2. és 3. paraméter a szélesség és magasság, vagyis a méretei a gombnak.
Ezután a kép száma amit ráhúz a gombra. A képek mamóriába töltése a screenset fájl elején vannak, nézd meg, szerintem azt érteni fogod magyarázat nélkül is.
Az utolsó előtti paraméter a gomb funkció száma, itt ha mondjuk 20000-t adsz meg, akkor az felhasználói makró funkció és a 20000. makrót fogja a gomb automatikusan meghívni.
A documentation mappában levannak a gomb kódok dokumentálva.
És a legutolsó paraméter a TAB képernyő/oldal száma, hogy melyik tab oldalra rakja fel a gombot.
A tab képernyők is valahol a screenset fájl elején kerülnek definiálásra. Például a 2. tab képernyő a run vagy futtatás oldal, de ez is egyébként szabadon programozható, konfigurálható. Általánosan írtam meg az algoritmusokat, így akárhány tab oldal lehet és mindegyiknak akárhány "gyermeke" lehet és azoknak is lehet akárhány "gyermeke" és így tovább, bármilyen mélységig...

Előzmény: csewe, 2014-07-15 09:07:00 [552]

No igen, de ha engedélyezem a felülíratást, akkor újra be kell állítani minden paramétert pl. a tengelyeknél.

De akkor az lesz a járható út amire rájöttem, hogy a default.pro file-t lementem, engedélyezem a felülírást telepítéskor, majd a default.pro fájlomat visszamásolom.
Ekkor a makrok újak lesznek a beállítások a régiek.

Előzmény: n/a (inaktív), 2014-07-15 09:43:00 [554]

Szia,

A "fontos" részben csak azt akartam mondani, hogy ha létrehoztál saját profilt, akkor azt a telepítő soha nem írja felül. Nincs olyan opció, hogy a saját profilokat, illetve makrókat a telepítő felülírja. Ezért aki saját profilt készített annak manuálisan kell a makrókat felülírni.
Aki a default profilt használja, az pedig hagyja bejelölve a profil és makró felülírási opciót amikor telepít.
Mert ha a makrók nem lesznek felülírva, akkor nem fognak bizonyosak jól működni, mivel komoly változtatások voltak a G90/G91 miatt a makró kódokban.

Előzmény: svejk, 2014-07-15 08:32:00 [551]

Képernyőfelületek..

Itt mi is lesz a koncepció?
Fixek lesznek vagy szabadon átszabhatók mint a Mach3-nál?

Most tudtommal 3 felület van közkézen a piktrogramos angol és magyar, ezeknél kettő Rewind File gomb van feleslegesen, illetve az angol Text-es, de ott meg a gépi koordináta gomb hiányzik.
Ezekre majd figyeljetek.
a gépi koordináta visszajelzését is jó lenne figyelemfelkeltőbb módon megoldani.


A Jog feed értékét nem menti el kilépéskor. Az én gépemen pl. az a 10% ami alapból van nagyon magas, minden egyes indításkor le kell vennem.
(most még ugye csak billentyűzetről kezelem)

Hol olvashatok arról,hogy hogyan rakhatok hombot a képernyőre a varázslónak?

Előzmény: n/a (inaktív), 2014-07-15 00:23:00 [547]

A "Fontos" rész nekem magas.
Én nem hoztam létre saját profilt, mindössze a default.pro van a CNC gépemre konfigurálva és jól működik, a 1.022-vel.

Én most akkor mit tegyek a 1.023 telepítésekor???

Még egy kérdés.
Itt a fórumon 1.00xx-eket írtok és a szoftverben is ez jelenik meg. De a letölthető setup fájlok 1.0xx-ként vannak számozva. (anno én kértem a setup fájlok számozását)
Egy idő után nem lesz ebből keveredés?

Előzmény: n/a (inaktív), 2014-07-15 00:23:00 [547]

Szia,

Igen, ezt mondtam végülis én is, hogy a hurok félig zárható, így ugyan a teljesen 100%-ig minden körülmények közt megbízható mérettartás nem biztosított (De azért nem extrém körülmények esetén erősen feltételezhető). Viszont egy ipari zárt hurkú rendszernél a nagy sebességnél bizonyos esetekben pedig a méretpontosság mászik el, épp úgy, ahogy csg67 leírta. Ezért mondtam, hogy ennek és annak a rendszernek is van a másikhoz képest előnye is és hátránya is.

Ja és persze a felület az mindig csak a külcsín, és valóban az a gép merevségétől függ nagyban, de azért a vezérlés milyenségének is függvénye lehet.

Előzmény: Gyati, 2014-07-15 00:48:00 [549]

Szia Balázs! Egyetértek az általad leírtakkal, de egy hobby gépen nem a felület minőségével van probléma, mert az csak technológia és gép merevség kérdése. A probléma egy vezérelt rendszernél mindig a méretpontosság miatt van, ami főként a szabályozás hiányából adódhat.

Előzmény: n/a (inaktív), 2014-07-15 00:23:00 [547]

Naa, és semmi dokumentáció, fénykép, hogy mit faragál?
Annyit irogattatok ma a topikba, hogy így este már nincs erőm nekiállni ennyi kérdésre, észrevételre válaszolgatni, de majd holnap...

Előzmény: svejk, 2014-07-14 09:59:00 [501]

Elkészült az UCCNC 1.0023 beta verziója.

Az újítások/módosítások:

- G90/G91 abszolút/relatív koordináta megadások kezelése.
- Optimalizáltam a szerszámpálya megjelenítő OpenGL hívásokon -> gyorsabb képernyőfrissítés azonos processzorhasználat mellett.
- A szerszámpálya megjelenítőn javítottam azt az esetet, ha valamelyik dimenziója a pályának nulla hosszúságú.
- A szerszámpálya megjelenítőben kikapcsolható a szálkereszt.
- Eddig egy G-kódot tudott soronként értelmezni a program, most már a szükséges megkötések mellett akármennyit.
- Elhelyeztem egy időmérőt (stoppert) a fő képernyőn, ami számolja a futás idejét.
- Macro hívó gomb kódok 20000-20999, a gomb kódokkal képernyőre felrakott gombok közvetlenül az M20000-M20999 makrókat vívják meg. (Csewe kolléga munkáját támogató funkció:)

Fontos:

- A G90/G91 fejlesztés miatt bizonyos makrókat, mint például a Parkoló makrókat, a goto Zero makrót stb. át kellett írnom.
Emiatt erősen javasolt, hogy az új telepítésnél maradjon kiejelölve a default profil/makrók felülírása opció.
Akinek saját profilja van (nem a default), ott az újonann telepített default profile makróit célszerű rá másolni (felülírni) a régi makrókra.
Ellenkező esetben ezek a funkciók nem fognak megfelelően működni bizonyos esetekben!

Még egy kicsit visszakanyarodva csg57 által felvetett nyílt/zárt hurkú vezérléshez/szabályzáshoz néhány gondolat:

csg67 nagyon szépen leírta, megfogalmazta a nagyipari gépek szabályzókörének a működését. Pl.Fanuc, Haas, stb., ahol a szabályzókör a szoftverbe van visszacsatolva.
#481-ben részletesen tárgyalta is, hogy milyen problémákat, pályahibákat okoz a visszacsatolt rendszerben a sávszélesség hiánya, avagy a limitált mintavételezési, kommunikációs és/vagy
végrehajtási idő.
Persze nagyon jó ez a szabályzási, meghajtási mód, mert a visszacsatolás miatt biztosan helyesek a pozíciók (amennyire a mintavételezés/sávszélesség stb. megengedi.),
vagyis a tengelyek biztosan nem tudnak "eltévedni".

Nyílt hurkú szabályzásnál azaz vezérlésnél ezek a problémák, limitációk nem állnak fent, a step/dir rendszernél mivel nincs visszacsatolás, ezért nincsenek a fent említett problémák sem.

Egy külső szervoerősítővel ami szintén step/dir rendszerű pedig félig zárható a hurok, természetesen tengelyenként zárható csak, így a fent említett probléma ismét, illetve még mindig nem áll fent.
Ehelyett van az a probléma, hogy bizonyos hiba toleranciára kell állítani a rendszerünket a helyes működéshez.

De így kapunk hobbi áron egy közel olyan megbízható és pontatlanságoktól mentes rendszert mint egy ipari.

Ezzel a leírással csak azt akarom mondani, szemléltetni, hogy itt megszokott dolog lebecsülve említeni a step/dir hobbi rendszereket, holott tulajdonképpen hasonlóan jó rendszerek felépíthetők ilyen módon hobbi pénzből,
anélkül, hogy nagy gyártóknak milliókat kéne kifizetnünk egy túlmisztifikált, túlárazott rendszerért.

Az évek során többször volt alkalmam látni, megfigyelni személyesen híres nagy gyártók által készített gépeket.
Volt köztük 50Millió Ft feletti árazású Haas gép is.
És az az igazság, hogy ez a gép sem készített nagyságrendekkel jobb minőségű marásokat, felületeket, mint az olcsó kis HBM45 CNC-vé alakított gépünk,
pedig nagy várakozással, mint a kisgyerekek vártuk, hogy ugyan milyen tükörszép felületet marhat vajon egy ilyen drága és piacvezető által készített gép, de az ámulat végül elmaradt.

Szerintem azért, mert egy bizonyos szint felett (ha már a felbontás a hobbi gépen/vezérlőn is megfelelően nagy és a hobbi gép elég merev stb.) már nem is a gépek vezérlőrendszere határozza meg vagy korlátozza be azt,
hogy milyen pontos és szép lesz a munkadarab felülete, hanem már azon múlik, hogy a gépkezelő mennyire ügyesen, okosan programozza a gépet.
Illetve, hogy megfelelően választja-e meg a szerszámot, az anyagot, a fogásmélységet, előtolást, főorsó fordulatot, hűtőfolyadék mennyiséget stb.

Itt sokszor olvasni, hogy "jaj, hát mi hobbisták örülünk, ha már működik egyáltalán a gép", de szerintem sok hobbista itt már olyan gépeket épít, épített,
amiket sok nagy gyártó is megirigyelhetne.
Nyilván ők tudják, értik is, hogy miről beszélek, így ezt a kis monológot inkább azoknak címzem, akik még nem építettek gépet, vagy éppen msot állnak neki tervezni, építeni.

Szóval szerintem nem kell a nagy gyártók nagyipari gépeit, vezérléseit ennyire túlmisztifikálni, azoknak is vannak előnyei, éppúgy mint hátrányai is.

Most volt egy kis szabadidőm irogatni, úgyhogy gondoltam még ezt a véleményemet leírom a témában, hogy a nézőpontom nyilvánvaló legyen.

Kicsit még a varázslóhoz: nem lehetne a középpontba menetellel egyben lefele menni? Akár a kezdetnél is fél középpont érték és széle értékkel kezdeni?

mondtam,hogy 800*600 vagy 1024*768 felbontáson megy rendesen.
te 1600*1200-son járatod szeritnem.
De ha kommoly az érdeklődés,akkor megcsinlom.hogy azon is jól menjen.
ha átállítod a felbontást,akkor élvezheted a szerszápáolymegjelenítő előnyeit is.

Előzmény: svejk, 2014-07-14 17:26:00 [541]