Akadt egy kis gondom.
Tettem az egyes képernyőoldalra két gombot,amik makrót hívnak meg,és egy DRO-t.
A makrók MDI-ből hívva kifogástalanul működnek,de a gomb lenyomására nem hajtódnak végre.A makró száma nem hibás,mást meg nem igazán lehet elrontani.

A screensetbe beírt utasítás:
AS3.Addbutton(px + 462, py + 420, 50, 50, false,false,75, 21001, 1);

Nem először csinálok ilyet,eddig mndíg jó volt.
Egyelőre a makró csak az új DRO értékét olcassa,és kiírja:
MessageBox.Show (AS3.Getfield(2001));

Feltőltöttem a screenset-et ide.

Max. a kimeneti pin virtuális LED állapotát tudod lekérdezni. Bár ez nem lesz jó megoldás kis Q értékeknél, illetve nem 255-nél elkaphat bármikor 0/1 logikai értéket. Más megoldást egyelőre nem látok viszont.

Szerintem egyszerűbb ha lekérdezés helyett inkább kiadod az utasítást a macroban hogy kapcsoljon be vagy ki attól függően hogy mit szeretnél. Persze nem tudom mire akarod használni, miért akarod lekérdezni...

Előzmény: csewe, 2015-12-31 11:46:00 [2691]

Szia
Akkor felteszem itt a kérdésemet.
Makróból hogyan tudom lekérdezni az "M10Q.." utasításban megadott Q értékét,illetve,hogy éppen be van e kapcsolva a lézer,vagy sem?

Előzmény: n/a (inaktív), 2015-12-31 11:40:00 [2690]

Szia Józsi,

Valószínű, hogy csak a 64 bites rendszereken okoz gondot, eddig legalábbis úgy tűnik, hogy ez van, bár egyelőre nincsen erre vonatkozó pontos adat megbízható forrásból.

Tegnap az Adobe legalább annyit jelzett, hogy a probléma fennáll és hogy dolgoznak a megoldáson:

Adobe Flash 20.0.0.267 probléma

Előzmény: Sz.József, 2015-12-31 11:25:00 [2689]

Szia!
Kössz a visszajelzést/megnyugtatást...
Egyébként 32 bites a rendszerem...

Előzmény: n/a (inaktív), 2015-12-31 10:17:00 [2686]

Miért nem írod be az "Egyéb infó" hoz a jó emilcímedet?

Előzmény: n/a (inaktív), 2015-12-31 10:18:00 [2687]

Csewe: Nem látom a leveledet, vagyis úgy néz ki nem kaptam meg. Ha az itt regisztrált címre küldted azt továbbra sem kapom meg, mert az az e-mail cím már nem él...

Előzmény: csewe, 2015-12-31 05:21:00 [2684]

Szia,

Ha már a 20.0.0.267 Flash verzió van fent a gépeden és még megy az UCCNC akkor nem kell aggódni.
Az már biztos, hogy ez a Flash bug nem minden gépen jelentkezik. Például az én itthoni gépemen is már az az új Flash van fent és nincs semmi baja, viszont már vagy 20 ügyfél jelezte, hogy náluk meg problémát okozott.

Azt egyelőre nem tudjuk, hogy pontosan minek kell ahhoz együtt állni, hogy jelentkezzen a probléma. Lehet, hogy csak 64 bites rendszereken jelentkezik, az én itthonim 32 bites. De lehet más összefüggés van. Egyelőre nem tudom, az Adobe még nem közölt semmi részletet...

Előzmény: Sz.József, 2015-12-31 08:41:00 [2685]

Szia!
Megnéztem a verziót...: 20.0.0.267
Az UCCNC működik...
Mikortól kezdjek el aggódni?

Előzmény: n/a (inaktív), 2015-12-31 00:05:00 [2682]

Küldtem email-t,más ügyben.

Előzmény: n/a (inaktív), 2015-12-31 00:07:00 [2683]

A link a régebbi Flashplayerekre mégegyszer:

Adobe Flash Archives

A fetn linkelt oldalról a "Flash Player archives" szöveg alatt találjátok a régebbi verziókat. Javasolom a 19-es verzió felrakását azoknak akiknek ez a probléma jelentkezik.

Sziasztok,

Szeretném felhívni a figyelmeteket egy lehetséges jelentkező problémára amit néhány UCCNC felhasználó jelzett nekünk.
A probléma a legfrissebb Adobe Flashplayer-el van, amit sikerült az Adobe-nak elég szépen elcseszni ezt a kiadást,
ugyanis a legfrisebb 20.0.0.267 verzió ami 2 napja (12/28) jött ki nem képes futtatni desktop alkalmazásokon a Flashplayert.
A gond ezzel az, hogy az UCCNC a Flashplayert használja a GUI-nak, szóval akinek a Windows-ban a Flashplayer-hez be van állítva az automatikus frissítés, akkor amikor a Windows feltelepíti ezt a legújabb verziójú Flash-t azután az UCCNC nem fog elindulni.

A megoldás egyelőre, hogy manuálisan vissza kell rakni egy régebbi verziót, itt találtok néhányat:
https://helpx.adobe.com/flash-player/kb/archived-flash-player-versions.html#Flash%20Player%20archives
És ki kell kapcsolni az automatikus update-et a Flash-hez, hogy ne tudja újra frissíteni a hibás új verzióra.

Aki Mach3-at használ annak is hasznos lehet ez az információ, hiszen ez a Flash update a Mach3-at is megöli, mert az is Flashplayert használ.

Reméljük az Adobe komolyan veszi a dolgot és hamarosan kijavítja ezt a bug-ot, remélhetőleg egy következő kiadásban.
Az Adobe fórum 2 nap alatt tele lett mérges emberekkel, akiknek különböző programjaik nem indul el emiatt a bug miatt.

Nagyon jól néznek ki.

Előzmény: Amatőr, 2015-12-30 16:08:00 [2680]

Kezdem beüzemelni a programot, első sorban a laser plugin-t, néhány próbálkozás után ilyen képek születtek:

Hálás köszönet!

Előzmény: n/a (inaktív), 2015-12-29 18:19:00 [2679]

Sziasztok,

Nem nagyon volt időm fórumozni az ünnepek alatt sajnos. Viszont Nyárfával váltottam egy e-mailt, amit most gondoltam megosztok itt is hátha másnak a segítségére lesz a jövőben:

Az UCCNC telepítő futásának egyetlen előfeltétele van a .NET framework 2.0
Ha nincsen fent a .NET 2.0 a gépen, akkor a telepítő nem képes elindulni, mivel a .NET 2.0 futtatási környezet nincs feltelepítve -> nem tudja futtatni a telepítő programot.

Windows XP-n a .NET 2.0-t fájlból lehet telepíteni. (Microsoft weboldaláról letölthető a telepítő.)
Windows 7-en a .NET 2.0 az OP rendszer része, nem kell telepíteni, alapból fent van.
Windows 8 és 8.1 és 10 -en a .NET 2.0 nem telepíthető, helyette a 3.5-öt kell feltenni, az tartalmazza a .NET 2.0 és 3.0-t is.
Windows 8 és 8.1 és 10 -en a .NET nem telepíthető futtatható állományból, vagyis nem lehet letölteni és feltelepíteni a PC-re,
ehelyett a beállításoknál engedélyezni kell a .NET 3.5 futtatási környezetet, aminek a hatására a Windows letölti és telepíti azt automatikusan. (Ehhez persze kell hogy legyen internet a gépen)
Persze vannak trükkök, hogy hogyan lehet mégis fájlból offline módon telepíteni, de ebbe most nem mennék bele, interneten lehet róla infót találni...

Itt van egy kis leírás, hogy hogyan kell engedélyezni a .NET 3.5-öt: https://answers.microsoft.com/en-us/insider/forum/insider_wintp-insider_install/how-to-instal-net-framework-35-on-windows-10/450b3ba6-4d19-45ae-840e-78519f36d7a4?auth=1


A program 1.0034 verziója az utolsó verzió az 1.0 kiadásból. Ez a kiadás még nem ismerte az UC300-at, csak az UC100-at, ezért nem fogadja el a licenset, illetve nem a license-t nem fogadja el, hanem a mozgásvezérlőt nem ismeri fel.
Az UC300 az 1.1 verzióban lett hozzáadva, támogatva, ebből az 1.1027 a legfrissebb verzió jelenleg.

Nyiszi: Szerintem is valami olyasmi lehet, hogy az USB hub túlterhelt és az UC100/300 nem tud megfelelő sebességgel kommunikálni, szerintem ezért lassul be az alkalmazás, várja az adatokat. Legalábbis erre a következtetésre tudok csak jutni azt figyelembe véve, hogy a rendszer jól működik, ha csak az UC van az USB hubra csatlakoztatva.

Ha addig nem írnék akkor pedig BUÉK mindenkinek!

Akkor csináltál egy kis földhurkot amit megszűntettél egy ellen hurokkal kérdés mekkora áram folyik rajta.

Előzmény: nyiszi, 2015-12-29 12:55:00 [2677]

Nem valószínű, hogy ez okozta mert akkor a Mac3-nál is megszakadt.
Összekötöttem a PC házát és a gép vázat egy dróttal és azóta az a hiba megszűnt.
Pedig műszerrel mérve indokolatlan mert minden közös földön van.

Előzmény: svejk, 2015-12-29 10:01:00 [2674]

Igazad van ez fel sem tűnt.

Előzmény: dezsoe, 2015-12-29 10:03:00 [2675]

Az a régebbi az újabb, nem? Van benne egy egyes: 1027, a régi pedig 0034. Már feltéve, hogy a letöltős oldalt nézed.

Lehet a #2645-ben írt problémád is ebből gyökerezett?
Vagy annak lett más, kézzelfogható oka?

Előzmény: nyiszi, 2015-12-28 20:25:00 [2672]

A win10-re hajlandó volt felmenni a .NET, így megy a program a tableten. Viszont az 1.0034-es verzió nem ismeri fel az UC300-at, vagy egyszerűen nem fogadja el a licenszet. Felraktam a régebbi 1.0027-t és hibátlanul megy.

Előzmény: nyarfa, 2015-12-28 07:48:00 [2670]

De legalább így működik.
Pedig jó lenne kideríteni, nehogy más is megszívja.

Előzmény: svejk, 2015-12-28 20:20:00 [2671]

Akkor csak valami periféria gond van ott, valami nagyon erőszakosan használja az USB-t vagy összaakad az UCCNC-vel.

Nálam az eredeti Dell billentyű és az egér is közvetlen a gépbe van dugva, nem használok külön HUB-ot.

Erre gondoltam én is, ezért is frissítettem. Persze nem a 3.5-öt akarta feltenni, sőt azt nem is tudtam. Erre ajánlotta fel a win10-et. Ott is kerestem a frissítést, de azt már nem találtam. Egyenlőre nem volt több időm foglalkozni vele, de holnap lesz időm keresgélni a beállítások között. Várom volt-e már valakinek hasonló problémája akár PC-n vagy más gépen vagy oprendszeren.

Balázs nem lehetne fordítani egy olyan telepítő változatot amiben lépésenként naplózná a telepítést? Ebből rögtön látszana mikor és miért lépett ki, vagy mi nem fut le.

Előzmény: dezsoe, 2015-12-28 00:01:00 [2669]

Valószínűleg a .NET-et hiányolja (de nem írja ki). Összetevőknél (programok és szolgáltatások, windows összetevők) pipáld be a .NET 3.5-öt, le fogja tölteni, utána kéne mennie.

Előzmény: nyarfa, 2015-12-27 18:07:00 [2667]

Úgy látszik megoldódott a rejtély.
Minden USB eszközt egy külön USB hubra dugtam,az UC100 kivételével. Azóta működik rendesen.
Létezhet, hogy akkora áram kell neki hogy billentyűzettel és az egérrel együtt már nem bírja a gép?

Lenne egy kis gondom:

Kaptam a Jézuskától egy KIANO SLIMTAB/8 tabletet. Intel Atom Z3735F négymagos 1,3HGz procival, 1GB DDR3 RAM 16GB háttértár (tettem bele egy 16GB SD-t is pluszba), elsőre WIN8.1 futott rajta, majd miután nem indult el a telepítő frissítettem WIN10-re (ezt kérte is a rendszer).

Azaz elindul, mert megkérdezi, hogy engedem-e a változtatásokat, de utána semmi. Az első képernyő sem jelenik meg, egyszerűen kilép hibaüzenet nélkül. Így fogalmam sincs mi a probléma.

Azon is kb ugyanaz a terhelés látszik a memória pedig 500Mb körül.

Előzmény: svejk, 2015-12-27 17:00:00 [2665]

És a teljesítmény fül?
memória, CPU terheltség?

Előzmény: nyiszi, 2015-12-27 16:52:00 [2664]

60-70%-on megy az UCCNC de azon kívül semmi.

Előzmény: svejk, 2015-12-27 16:19:00 [2663]

Ctrl-Alt-Del -el nyisd meg a feladatkezelőt és nézd meg mi történik amikor belassul.
Valami oka csak van...

Előzmény: nyiszi, 2015-12-27 15:04:00 [2661]

Az esélytelenek nyugalmával azért csinálj a PC Bios-ban egy default beállítást.

Az energiaellátást meg értelemszerűen a maximumra vedd, ha nem oda teszi helyből.

Előzmény: nyiszi, 2015-12-27 15:04:00 [2661]

Kipróbáltam.A régebbi verzióval is ezt csinálja.
Visszaraktam az újat de így sincs változás.
Továbbra se jó.Minden program indítás után 10-20 másodpercig minden jó aztán belassul.
Van amit 1 perc múlva véletlenül mégis meg csinál .Pl Goto Zero.

Előzmény: Bozso777, 2015-12-27 12:04:00 [2657]

Semmi más nem fut, friss telepítés.

Előzmény: Sz.József, 2015-12-27 12:17:00 [2658]

Kipróbálom.

Előzmény: Bozso777, 2015-12-27 12:04:00 [2657]

Nálam ez a verzió gond nélkül megy.
A gépem nem egy erőgép.
Egyéb programok futnak az UCCNC alatt? (közben)

Előzmény: nyiszi, 2015-12-27 11:34:00 [2656]

Ez a legújabb, esetleg megpróbálhatnád feltenni egyik régebbi verziót, akkor a firmware-t felülirja, aztán majd vissza ezt...hátha az segít.

Előzmény: nyiszi, 2015-12-27 11:34:00 [2656]

Szia!
Software: 1.1027
Firmware: 3.0050

Melyik UCCNC verziót használod ?

Előzmény: nyiszi, 2015-12-26 23:45:00 [2654]

Egy Dell GX 620-ra friss XP- telepítettem és rátettem a Mach3-at és az UCCNC-t.
Mind a két progi az UC100-al csatlakozik.
A Mach3 hiba nélkül megy de az UCCNC ismét azt a hibát produkálja.
10-20 másodpercig megy látszólag rendesen de utána belassul és alig reagál.

Hát nem tudom de szerintem a gépnek elégnek kéne lenni.3GHz pentium 2Gb ram.
A Mac3 hiba nélkül megy rajta.

Előzmény: Tibcsi, 2015-12-26 19:58:00 [2650]

Felhívtam a cnvdrive-ot, és ott is mondták, hogy mi az optimális gép, a régi nem volt az, több régi rendszeren is kipróbáltam, és hasonló volt az eredmény. Én sem egyből vettem új gépet.

Előzmény: svejk, 2015-12-26 20:00:00 [2651]

Pedig elvileg nem nagy a gépigénye az UC100-nak.
Lehet valami más volt ott is a probléma, csak a gépcserével az is megváltozott.

Előzmény: Tibcsi, 2015-12-26 19:58:00 [2650]

Nekem is hasonlókat csinált, későn reagált, megszakadt a kapcsolat, stb. Lecseréltem a régi számítógépet. Egy erősebbre, és mehjavult. AMD 1800Mhz 1gb mem-ről, egy kétmagos intel 3200Mhz min 2gb memória.Szóval, nálam számítógép gyengesége okozta, remélem tudtam segíteni.

Előzmény: nyiszi, 2015-12-26 18:01:00 [2649]

Sziasztok!
UCCNC UC100 vásárolt licencel indítás után pár feladatot (jobbra-balra, előre-hátra) pár másodpercig normálisan megcsinál és utána mintha lefagyna. De nem teljesen. Nyomogatom az irány nyilakat de csak pár mm-ert vagy annyit se mozdulnak. A DRO-k is így reagálnak.
Újraindítás után hasonló a jelenség.
Találkozott már valaki hasonló jelenséggel?

Köszönöm, utánanézek mi lehet a baj.

Előzmény: n/a (inaktív), 2015-12-16 12:19:00 [2647]

Szia,

Két dologra tudok gondolni:

1.) A Windowsban engedélyezve van az USB suspend funkció, ami azt csinálja, hogy ha a Windows úgy gondolja, hogy nincs szükség az USB eszközre, akkor leválasztja vagy csak ideiglenesen kikapcsolja a kommunikációt rajta.
Főleg akkor csinál ilyet, ha huzamosabb ideig nem mozdul sem az egér sem billentyű leütés nem történt, a Windows azt gondolja, hogy a gépet nem használod.
Ezt a funkciót egyébként laptopokhoz találták ki, hogy ne merüljön le feleslegesen az akku.
A funkciót ki/be lehet kapcsolni az energiagazdálkodás beállításoknál.

2.) Földelési probléma/ földzaj.
Ennek a problémának az okozója az, ha egy nagy áramú berendezés, pl. főorsó, plazma stc. "megrántja" a földelést, ami miatt a PC földpotenciálja elmozdul az UC100 föld pontjához képest.
Ha az UC100 nincsen galvanikusan leválasztva a vezérlés többi részéről akkor ha a földelésnek van induktivitása/ellenállása (földelő vezeték hosszú/vékony) a PC földelési pontja és a vezérlés földelési pontja ami ezesetben az UC100 földelési pontja is, ha a vezérlésnek ezen része bárhol földelve van, ezek közt potenciálkülönség jön létre, ami miatt kommunikációs hiba léphet fel, a kapcsolat a PC és az UC100 között megszakad. Ez egyébként földhuroknak tekinthető hiszen ilyenkor az UC100 két ponton is földelve van egyrész a PC földjéhez az USB kábelen, másrészt a vezérlődobozban és ez így egy hurkot képez. Ezért is erősen javasolt minden UC100 I/O galvanikus leválasztása optocsatolókkal, elosztó panellal.

Ha a vezérlés galvanikusan le van választva az UC100-ról, akkor a probléma extrém esetben léphet csak fel, ha a föld potenciál nagy amplitúdóval és hirtelen változik meg. Az UC100 ebben az esetben a PC földje, viszont a föld az USB vezeték kábelén keresztül van rákötve, ami tulajdonképpen egy 1.8méter hosszú vékony vezeték, aminek van ellenállása és induktivitása is, így a PC föld potenciál amikor megváltozik az UC100 föld potenciálja ezt nem követi azonnal, mert az USB kábel föld vezetékének az induktivitása késlelteti az áramot. Így pillatnyi potenciálkülönbség lép fel ami megzavarja a kommunikációt az USB porton, a kapcsolat megszakad.

Az UC100 és UC300 is figyeli az kommunikációs adat hibákat, ha bizonyos mennyiségű adat csomag egymás után hibás és az újrakérés is hibás, az már problémát jelenthetne a mozgásvezérlésben, ezért ilyenkor a kommunikáció megszakításra kerül. Ilyenkor jelenik meg a hibaüzenet és áll meg a gép.

A Földelési problémára több megoldás is van, az első, hogy a gyökerénél ragadjuk meg a problémát és a zajforrást minimalizáljuk, szűrjük, ez sok esetben a zaj frekvencia domainjének az ismerete nélkül nehézkes feladat, de RLC szűrők beiktatásával a zaj legtöbb esetben csökkenthető, akár az elfogadható szintre. Emellett a földelési sémát optimalizálhatjuk, csillagpontos földelést hozunk létre, aminél az összes a rendszerben lévő eszköz egy közös pontra van földelve lehetőleg minél rövidebb és vastagabb földelő vezetékkel.

A másik dolog amit tehetünk, hogy a PC és az UC100 földelése között csökkentjük az ellenállást és az induktivitást, ez megoldható úgy, hogy egy viszonylag vastag rövid vezetéket kötünk az UC100 földje (DSUB25 ház) és a PC földje (például a házon egy csavar vagy a merevlemez egy csavarjára stb.) között.

Előzmény: nyiszi, 2015-12-16 08:35:00 [2645]

Nekem akkor szakadt meg véletlenszerűen a kapcsolat,amikor a marógép a számítógép és a monitor nem egy konnektorban volt bedugva ezért földhurok keletkezett.
Mióta közös konnektorba vannak azóta nincs vele gond.

Előzmény: nyiszi, 2015-12-16 08:35:00 [2645]

Sziasztok!
Az UC100 használata közben vajon miért szakad meg
véletlenszerűen néha az USB kapcsolat.
Ilyenkor újra kell indítani a Mac3-at és elölről
kezdeni mindent. Már póbáltam másik számítógéppel is. Kölső tápos USB-hub-bal is.

Sziasztok,

Csak pár napig nem nézek a fórumra és máris ennyi beírás született.

Regian: Igen, jól látod kb. 3Millió sornyi G-kód a korlátja az UCCNC-nek. Ez mondhatni az abszolút maximum jelenleg, ennél lehet kevesebb is főleg, ha sok ívből áll a kód, amit ki kell rajzolnia az UCCNC-nek sok kis szegmensből.
És igen, az alkalmazás 32 bites módban fut 64 bites OP rendszeren is. Viszont a memória korlát nem az OS korlátja, hanem hogy a .NET futtatási környezetben egy alkalmazás max. 2GB memóriát foglalhat le magának összesen. Ez a korlát mind a 32 és 64 bites rendszereknél.
Illetve lehetne az alkalmazást egy speciális kapcsolóval fordítani, ha azt szeretnénk, hogy bármekkora memóriát lefoglalhasson, de egyrészt erre fel kellene szerintem akkor jobban készíteni az alkalmazást és persze tesztelni is, hogy biztonságosan kezelje a hatalmas memória objektumokat, illetve meg kellene vásárolnunk a Visual Studio Pro verzióját, mert csak az enged ilyen kapcsolóval fordítani, ami egy durván $5000 kiadás lenne nekünk.
Egyébként kíváncsi vagyok, hogy milyen alkalmazás indokol egy 100MB méretű G-kód fájlt?
Nem lehet a fájl méreten esetleg faragni? Gondolok például a CAM programban a felbontás csökkentésére, ha esetleg indokolatnaul kicsire van állítva. Vagy esetleg a fájl darabolása és egyenként végrehajtása is talán szóba jöhet, akár nagyoló és simító részekre bontással vagy szerszámonként szeparálva.

Papp László: Köszönjük és örülök, hogy tetszik a program.
Az eszterga alkalmazás mondhatni, hogy kicsit a "mostoha gyerek" kategória nálunk egyelőre.
Jelenleg az UCCNC-t marógépekhez, plazma gépekhez és lézer gravírozókhoz fejlesztjük, optimalizáljuk.
Esztergályos megkeresés viszonylag kevés van, 1% alatti, ezért inkább az előbb felsorolt népszerűbb alkalmazásokat vettük előre a fejlesztésben.
Az igazság pedig az, hogy bár sokszor látszólag nem történik szinte semmi csak aprócskának tűnő fejlesztési lépések az UCCNC-ben,
ezek az egyszerűnek tűnő kis dolgok sokszor több száz munkaóránkba kerülnek. Ezért nagyon meg kell gondolnunk, hogy a fejlesztési lépéseket milyen prioritással, milyen sorrendben végezzük. Jelenleg is folyik pár fejlesztés a szoftveren, az egyiken például 4 hónapig dolgoztam folyamatosan és nemrég készült el, de még nem szeretném elárulni, hogy mi is az, majd eljön ennek is az ideje.
Az eszterga is sorra fog kerülni, de addig még van néhány olyan dolog ami magasabb prioritású dolog amit szeretnénk befejezni, megfejleszteni.

Antal Gábor: Igen valóban tud az UCCNC menetet vágni encoderes szinkronnal. Egyébként a G76 kódot is ismeri, de a G76 egyelőre nem tud kúpos menetet vágni, csak a tengellyel párhuzamosat. Mondjuk hogy ez hátrány-e egyáltalán, nem tudom.
Az ethernetes vezérlő panelok gyártása elkészült, az adatlapot írjuk és a szoftvert/firmwaret teszteljük, illetve még pár apró módosítást csinálunk rajta. Amire várunk még hogy elkészüljenek az alj lemezek a vezérlőhöz, ezt kénytelenek voltunk gyártatni, mert nincsen hidraulikus élhajlító gépünk és a gyártó kicsit bemondta az unalmast, úgyhogy csak Január elején lesznek készen a lemezek és utána még eloxáltatni is szeretnénk. Az ISOBOB-ról már írtam, hogy kissé vakvágányra került a fejlesztés, így utólag már látom, hogy túl tökéletesre akartuk csinálni és ezért folyamatosan változtattuk, finomítottuk, bővítettük a terveket. Mostanra meg már készül az UC300 ethernetes verziója is és most meg már úgy vagyunk vele, hogy akkor előbb azzal is ki kell majd próbálni az ISOBOB prototípust, nehogy az legyen, hogy ahhoz meg újat kelljen tervezni. Szóval itt tartanak jelenleg ezek a fejlesztések.
Ha a fórumon beírások és az eltelt idő alapján sokszor nem is nagyon látszik, de mi folyamatosan dolgozunk a fejlesztéseken, egyáltalán nem álltunk meg, mondhatni, hogy talán többet is melózunk rajta mint amíg az aktív tesztelés zajlott itt a fórumon.