THX!

Előzmény: Lakatos, 2009-04-27 22:48:00 [310]

60g/db

Előzmény: gabeszosz, 2009-04-27 22:39:00 [309]

Szia,
súlyát esetleg tudod?

Előzmény: nyiszi, 2009-04-27 21:21:00 [304]

10db nekem is kellene.

Előzmény: nyiszi, 2009-04-27 21:32:00 [306]

Hali, 12 db-ra vevő lennék.

Előzmény: nyiszi, 2009-04-27 21:32:00 [306]

Irányár! 500Ft/db

Előzmény: Fehér Viktor, 2009-04-27 21:30:00 [305]

Üdv.

Mi pénz?

Előzmény: nyiszi, 2009-04-27 21:21:00 [304]

Sziasztok!
Bocsi,hogy ide rakom de hátha csak titeket érdekel.Van belőle kb.50 db akkorák mint egy góliát elem.Iszonyatos nagy áramot képes tárolni.Mint egy aksi úgy viselkedik.

bocsánat, ezt a #293-hoz akartam írni. :-/

Nem szőrszálhasogatok, de sehol semmi nincs lefordítva - csak layout-olunk és scriptelünk (és a scriptek nincsenek sosem lefordítva, itt a machba épített, vagy egy a windowstól öröklődő interpreter futtatja)! Minden kizárólag forrás formában van tárolva a wizard fájlokban, de binárisan.

Előzmény: n/a (inaktív), 2009-04-27 19:28:00 [296]

Filozófiájában sajátos talán kicsit a dolog. Wizard esetén üres "vászonra" kell építkezni a mach által szolgáltatott elemekből. Kb. 10 ilyen elem van ugye (DRO, toolpath abalk, button, stb.)
Ebből kialakul egy célorientált alkalmazás, amit kétféleképp lehet betölteni: betölti a "load screen" menüpont, és betölti a "pick wizard" is.
Ugyanúgy fog funkciónálni mindkét esetben, de az utóbbi átállítja az elérési utakat is bitmap-ek és egyéb fájlok megjelenítése miatt, ezért ez a szerencsésebb választás...

Ha generálunk egy kódot a LoadTeach fájlunkba, azt mindvégig tárolni fogja a mach3, ameddig csak fut. Ha azzal a bizonyos call LoadStandardLayout() hívással visszatérünk az eredeti állapotokhoz, a generált G-kód ott lesz annak a listájában - globálisan tárolja a mach.
(egy xxx.tap fájlba írtuk még a wizardunkból, ami képernyőtől függetlenül betöltve maradt.)

Ha jó a wizardunk, jó a g-kód, akkor innetől mindegy hogy milyen ablakból fut a megmunkálás... De a cycle gombot a wizardunkba is elhelyezhetjük, akkor nem kell visszaugrani a "standardlayout"-hoz...

Nem tudom ezt máshogy körvonalazni...

Találgatás csak részemről, de szerintem az xx.set.def egy kicsi, rövid néhány kbájtos deszkriptor fájl lehet a mach számára...

Az xx.set.def tartalma és funkciója a mai napig ismeretlen számomra... A (teljes) szükségességét én egyelőre megkérdőjelezném.

De és hacsak nem tévedek nagyot, a wizard maga a screenset!

Az előbb leírt hozzászólásomban viszont tényleg tévedtem. A screen3designer üres ablakkal indul, ami szerkeszthető / menthető - ez az új projekt létrehozásának egyetlen lehetősége ("new" menüpont nincs).

Képernyőt integrálni szerintem nem kell...
http://www.machsupport.com/MachCustomizeWiki alapján, ahogy én kivettem a mach egy screenset-jében 0..99 képernyő alapból adott. A 0 (vagy a designerben a toolbar-on a P gomb) a főképernyő, amit elsődlegesen inicalizál a mach betöltés után - erről lehet a továbbiakra navigálni.

Idézve a turning set főképernyőjén lévő exit gombhoz társított kódot:
CloseTeachFile
call LoadStandardLayout()

Vagyis zárja a fájlt, és visszatölti az alapértelmezés szerinti screensetet - vagyis azt ami a wizard előtt be volt töltve...

Ez csak (tudtommal) a xx.set -et állítja elő! A másikat ki állítja elő (xx.set.def)?!
Csináltam vagy 10 féle képernyőtmár, de sosem generált .set.def-et!!! És hogyan hozol létre egy új wizárdot, és hogyan integrálsz egy új képernyőt egy új wizárdba???

Előzmény: SquirrelTech, 2009-04-27 19:30:00 [297]

Mach 3 Screen Version 2.7e
(c) 2003 Art Fenerty and John Prentice
(mach3screen.exe a machsupport oldaláról)

Itt is álljon egy példa:
- elindít
- c:\Mach3\TurnAddons\Turning\Turning.set megnyit
- Ugrás pl. a 3. screenre mindegy, hogy miaz...
- duplakatt a post code buttonon
A button properties-ben ott a VB kód!

Létrehozni kb. annyi mint a rendes VB IDE-jében .
Összerakni az elképzelt alkalmazást a komponensekből, majd pl. a buttonokhoz hozzárendelni a tevékenységet végző kódokat.

Nézem még azt is, hogy a screendesigner3-ban nincs "new" set lehetősége, a 4-esben viszont van... Amúgy nem csak ez a gáz velük. Bizonyos komponenseket csak az egyik designer ismer, bizonyos komponenseket meg csak a másik... (pl. slider). Az egyikkel lehet normálisan rendezett képernyőt szervezni, a másikkal nem...
Fapados nagyon, ugrálni kell a verziók között sajna...

Nem a VB-vel van bajom (azt "ismerem"), hanem a kérdezett file-t ki állítja elő?

Előzmény: SquirrelTech, 2009-04-27 19:20:00 [295]

A wizard maga binárisan van tárolva a fájlokban, de megnyitja a screendesigner. És (nemsoká nézem melyik) még a kódhoz is enged hozzáférni. Van amelyik designer viszont nem...

Előzmény: n/a (inaktív), 2009-04-27 19:06:00 [293]

Belenéztem egy icipicit.
Szubjektív, de én ezt tartottam a legeslegalapvetőbbnek wizardolás szempontjából.
Nagyon vázlatosan:

Elöljáróban:
- Elhelyezzünk DRO-kat a screen-en, Buttont, toolpath ablakot. Ami kell.
- Saját OEM értéket adunk annak, amelyiknek saját kell (most nem tudom megmondani mikor melyiknek saját, melyiknek beépített)
- A buttonunkhoz hozzáadunk egy VB kódot:

Sub Main()

DoOEMButton (169) 'akkor fusson le mindez, ha megnyomjuk a 169-es OEM kódú "calculate" feliratú gombot pl.

valtozo = GetUserDRO(xxx1) 'xxx helyén egy olyan szám, ami nem fenntartott a mach3-ban. Kvázi editbox helyett: GetUserDRO
valtozo2 = Abs(GetUserDRO(xxx2)) 'mindjárt függvényt paraméterezve a DRO-val.

PI = 3.1415926535898 'hogy legyen egy konstansuk is
...

'pl. feltételek - vizsgálatok főprogrambéli ellenőrzések
if anyagatmero < 0 then setTicker 20, "hiabuzenet"
Exit Sub
EndIf

'saját függvények, eljárások VB - VBscript szerint
...

És akkor a lényeg:

OpenTeachFile "munkafajl.tap" 'nyitunk egy munkafájlt, amibe doglozni fogunk.

Code "G18 G40 G49 G90 G94 G80" '!!!!! Ez a parancs szépen beleírja amit szerenénk (jelen esetben az inicializáló paramétereket)
Régi basic-ben ez volt a "print file..." /nem tudom, hogy van a pontos szintaktika

Code "F" & Feed 'A $Feed változónk értékét írja...

ciklikusan irva a G-kódot:
Do
'Számolgatás, eljárás-, függvényhivás stb.
Code "G1 X" & szamolasokfuggvenyekvisszateroertekei...
Code "G1 X" & valtozovagyertek1 & " Z" & valtozovagyertek2
...
Loop

End Sub
Main

Gyorsan pötyögtem mindezt egy mach3 wizard scriptjét végigrohanva (lehet sikerült hülyeséget is írnom, remélem nem)...

Minden wizárban van egy lefordított file, amiben VB programok vannak: xxx.set.def. Na ezeket mivel készítik és hogyan?

Előzmény: SquirrelTech, 2009-04-27 18:58:00 [292]

A wizardkészítés mikéntjére nekem egy elég sajátos infóm van.

A mac3 lathe egyik vizardját megnyitottam az egyik screendesignerrel. Most meg nem mondom melyik kiadással, de utánajárok (és fontos, nem egyforma a tudásuk). Abban látszódnak a képernyőelemek is és a hozzájuk rendelt OEM kódok + VB scriptek is. Jó sok szöszöléssel ebből már lehet értelmezni, hogy miként működgél ill. épül fel szépen egy-egy wizard.

Nem mondom, hogy egyszerű a dolog, de azt sem hogy hajameresztől lenne. Inkább olyan is-is...

Előzmény: n/a (inaktív), 2009-04-27 18:24:00 [288]

Igen, az imént emlíett profili testvérprogramja. Az isiplot weblapján nagyon szép modell tervrajz gyűjtemény is van. Csak sajnos azok között is soknál ott van, hogy "maybe copyrighted"...

Előzmény: n/a (inaktív), 2009-04-27 18:38:00 [289]

Önmagában ez még nem is lenne nehezen megoldható dolog. De a pl. torziót levonni a kontúrból már egy picit húzósabb (metmatikailag). A .dat önmagában eléggé nyers.
ÉS egy vágáshoz két db. .dat is kellhet bele, mert általában manapság már más tőben is a profil meg szárnyvégen is (eltérő szárnymélység -> eltérő Reynolds-szám).

Más kérdés lehet még az is, hogy ne csak habvágni tudjon, hanem esetleg marni is balza v. rétegelt lemez bordákat a mach3 így kvázidirekte... Én személy szerint jobban vonzódom az épített gépekhez, mint a habhoz.

Ami miatt viszont egy picit előnyösebb egy szerkesztőproggi (pl. profili), az leginkább a módosítás lehetősége (íveltség, vastagság) és preview szerintem. Mert az oké, hogy beküldünk egy .dat fájlt a mach3-ba, esetleg valamilyen paraméterezés(eke)t is alkalmazunk rá. De ez csak a toolpath ablakban ellenőrizhető a munka megkezdése előtt. Egy (vagy két) vágandó szárnyprofil viszont kicsit összetettebb annál, hogy ennyivel be lehessen érni. Aztán lehet én vagyok tudatlanabb, és akad valami grafikus lehetőség a mach tárházában, hogy egy wizard ablakban is meg lehessen jeleníteni azt, amiről g-kódot szeretnénk generálni...(?)

Mindenesetre átgondolom ezt jobban és megnézem mi az ami adott lenne ehhez.

Előzmény: n/a (inaktív), 2009-04-27 18:24:00 [288]

Ezt ismeritek?
IsiPlot


A Prof vferziója G-kód képes (generálni .dat-ból is)! Kár, hogy fizetős.

Én meg azon filózok, hogy a Mach3 Wizárdjaihoz kellene egy új Wizárdot írni, ami a .dat file-t konvertálná 4D (X, Y, Z, A) G-kóddá és így a Mach3 remek motorja vezérelhetné a habvágót!
Persze semmi infót nem találok a Wizárdkészítés mikéntjéről...

Köszi a kiegészítő infókat!

Előzmény: SquirrelTech, 2009-04-27 17:30:00 [286]

Cut fájlt magával a programmal állíthatsz elő. Az a saját munkaformátuma.

.dat fájolokból tudja importálni a szárnyprofilok adatait.
http://www.ae.uiuc.edu/m-selig/ads/coord_database.html

Hogy mikor melyik profil választandó, esetleg módosítandó az már más tudomány, és több regény terjedelmű téma.

És még valami!

http://www.codeproject.com/KB/vb/CNC_Viewer.aspx - szintén c#
Reisztráció után letölthető.

http://www.codeproject.com/KB/graphics/OpenS-CAD.aspx - C#

http://www.codeproject.com/KB/docview/cam_simulator.aspx Ez viszont már VC6

Szívesen listázom milyen finomságokat találtam még itt forráskódostól, csak az már topikba való azt hiszem.

Most már csak egy kérdésem van! Amatőrként hirtelen felbuzdultam, de most látom, hogy *.cut fájlokat tud kezelni.
Azt mivel lehet előállítani?

Amúgy... Egy picit szőrszálthasogatva - nem szándékom hosszasan.

CS forrás szerkeszthető notepaddal is akár (de Context, PsPad szerkesztők is megteszik).
.NET SDK 1.0-2.0 letölt/telepít - ezek már tartalmazzák a fordítókat.
Parancssorból pedig fordítható a projekt.
Kvázi még a fejlesztőkörnyezet sem kell.

Na ez klassz!

Előzmény: SquirrelTech, 2009-04-27 16:45:00 [281]

Ebben igazad van. Tényleg nem olcsó a visual stúdió, de van más helyette:
http://www.icsharpcode.net/OpenSource/SD/

Fel van készítve VS projektek importálására, persze nem tökéletesen. Ezt a projektet megnyitotta nekem és probléma nélkül le is fordította.

Tamás

Előzmény: Csaplar, 2009-04-27 16:40:00 [280]

Bocs, hogy közbe szólok, de elsőre ránézésre nem ingyenes...
Az igaz, hogy a kódot C# -ban írták, amihez létezik ingyenes compiler is, de maga a projekt egy Visual Studio .Net projekt, ami közel sem ingyenes. Most nincs lehetőségem jobban belenézni, így nem tudom mekkora munka az ingyenes fordító tudásához igazítani a kódot.

De a magyarítás jó ötlet. Nekem megvan a Studio Student változata, így biztosan én is személyre fogom kicsit szabni, már csak azért is, hogy tanuljak belőle!

Üdv.:
Zoli
Üdv.:

Előzmény: SquirrelTech, 2009-04-27 16:20:00 [279]

"Ez is ingyenes, sőt még a forráskód is nyilvános! "

Sőt-sőt még a fejlesztőrendszer és a fordító is ingyen van hozzá (érdeklődés esetén kifejtem)! -> ezért a magyarítása már folyamatban is van.

Reményeim szerint sokmindennek fogja ez az alapját képezni nálam!

Előzmény: n/a (inaktív), 2009-04-27 15:31:00 [278]

Itt az új "felfedezettem"!

Stealth Plane Works Foam Cutter (Free)!

Kicsit jobb (simább) a motorjárása mint a JediCut-é és ismeri a Ramp-ot! Helyből H2 kompadtibilis, de nem ismeri a PWM-es fűtősél vezérlést (talán nem is fontos, úgy is szinte mindenki kézzel állítja be).
A grafika és a szolgáltatások elmaradnak (kicsit), de a motorjárása és a Ramp egyértelműen jobb.
Ez is ingyenes, sőt még a forráskód is nyilvános!
Lehet válogatni!

Nem teszteltem (nem is fogom, nem szimpatikus az ilyen "fából-vaskarika" megoldás), most találtam csak.
Viszont találtam mást, azt már tesztelem és az is free!

Ennek milyen a léptetőjel generálása ? Pontos ? Nem hagy ki ?

Előzmény: n/a (inaktív), 2009-04-27 12:55:00 [275]

Hát igen, de ez olyan fából vaskarika nekem!

Előzmény: elektron, 2009-04-27 12:41:00 [274]

Elég sok mindenben lehet programot írni, nem csoda, ha valakinek eszébe jut ez is, bár néha meglepődik az ember. Az új ötletek legtöbbször meglévő dolgok szokatlan párosításából születnek.

Régebben kitaláltam egy olyat, hogy egy véletlenszerű szókombinációkat generálni géppel, és abból először talán hülyeségnek tűnő új ötleteket meríteni.

Előzmény: n/a (inaktív), 2009-04-27 12:30:00 [273]

Hát mitmondja? Ilyet még nem láttam!
Exel-el CNC-t vezérelni 2D+2D-ben?!
ExelCut (habvágóprogram)!




És még a forráskódja is elérhető!

Van új topicja! Természetesen a fordítás nem "köbevésett", ezért ha mindenki szakmailag jónak látja, módosítva lesz és elküldve ismét!

Előzmény: airfoil6205, 2009-02-14 18:16:00 [271]

Azért bátorkodtam beleszólni a dologba mert ha most az elején rosszul rögzül, később már nehéz kijavítani, a legnagyobb általam tisztelt habvágómester (Styroman) környezetében is tucatjával látok aszimmetrikus profilú szárnyakat "V" állás nélkül beépítve és égnek áll a hajam ekkora butaságtól, de annyira rögzült már náluk a dolog, hogy inkább elméleteket gyártanak a saját igazukról minthogy belátnák a tévedést.

Előzmény: n/a (inaktív), 2009-02-14 08:13:00 [266]

Na kitaláltam hogyan magyarázzam neki olyan szavakkal amiket ismerek...
Remélem megérti.

Előzmény: n/a (inaktív), 2009-02-14 08:05:00 [264]

Kár, hogy senki nem gyárt itt kis méretben görgős anyát, az megoldaná ezt a gondot...

Előzmény: Szmutku Zoltán, 2009-02-14 08:28:00 [268]

Természetesen igazad van megint...2 éve vettem a gépet (abszolút laikus voltam), a gyári trapézmenet+ bronzanya rettenetes 1 mm (!) körüli kottyanással működött.
Nem dolgoztam semmi olyat ahol a nagy pontosság követelmény lett volna , beállítottam a szoftverben és ment a dolog. (pici nyomot persze hagy a habon pl.)
Éppen pár hete jutott a dolog oda, hogy a gyári anya szétkopott és megszorult az X-en. Vettem új anyákat és mindet kicseréltem, a gyárihoz képest klasszisokal jobb (pár tized kottyanás) lett,de azért nem tökéletes.
Sajna az egész mechanika annyira pongyola, hogy sztem egy teljesen kottyanásmentes anyával talán meg is szorulna.
Készülök egy ideje építeni egy teljesen új mechanikát,de hát ezek a hobbi dolgok tudod hogy mennek... lehet hogy még 2 év múlva is csak terv lesz...

Előzmény: n/a (inaktív), 2009-02-14 08:05:00 [264]

Lehet, hogy érdemes lenne neki nyitni egy külön Topic-ot?

Majd megvitatjuk és kicserélem! Most egybe vagy külön van az állásszög? Van egy fontos kritérium is: a feliratoknak fix mérethelyük van, nem lóghat ki, mert akkor csonkolódik! Sajnos most látom, hogy még így is én kilógatok 1-2 feliratot... ezt is javítani kellene, de érthetó megoldással.
Ha már a feliratok "rögzültek", tervezem a weblapon bemutatni és leírást is készíteni róla (jó lenne, ha a leírást nem kellene folyton módosítani, azért, hogy a szöveg és a képek szinkronba legyenek)!

Előzmény: airfoil6205, 2009-02-13 22:21:00 [263]

Pedig szerintem ez a jövője (azért azt sem lehet elvárni, hogy ingyen dolgozzon valaki ennyit, már így is használható)! Legfeljebb megálsz az utolsó free verziónál...

Előzmény: n/a (inaktív), 2009-02-13 20:47:00 [256]

Olvastam a hozzászólásod. Én még gyatrábban beszélek Angolul! Majd megpróbálom (de azt tudod, hogy bármilyen szoftveres kottymentesítés nem helyettesíti a jó mechanikát, inkább próbáldmeg mechanikusan megoldani)! Szerintem habvágásnál rosszabb a megoldási lehetőség, mert a kompenzálás időbe telik és a szál közben fűt (olvaszt), tehát a felületen szinte biztos, hogy nyomot hagyna.

Előzmény: Szmutku Zoltán, 2009-02-13 20:43:00 [255]

Igen és "geometriai elcsavarás"-nak nevezik, a szárnytő és a szárnyvég közötti állásszögkülönbséget jelenti. Beépített szárny esetén (kivétel ha a szárnytő állásszöge "0" ) szárnyvég állásszöge nem egyenlő a szárnyvég elcsavarásával, ezért ragaszkodnék az elcsavarási szög kifejezéshez a magam részéről.

Előzmény: Amatőr, 2009-02-13 21:33:00 [260]

Ja most jut eszembe, az öreg modellezők azt mondták amíg az asztalon van a szárny addig elcsavarás, de ha már a levegőben repül akkor már állás szöge van.

Előzmény: n/a (inaktív), 2009-02-13 22:05:00 [261]