1.1008 verzióval próbáltam, ez lemaradt mint fontos információ.

Előzmény: xabi, 2015-04-10 16:37:00 [2091]

Szia,

Kipróbáltam az általad leírt beállításokkal, nálam működik. Fel és lefelé is mozog 0 és 30 között ahogyan kell.
A diagnosztika oldalon nézd meg, hogy a Pin 10, port 1. jel megérkezik-e, illetve, hogy ilyenkor a THC down LED aktiválódik-e a diagnosztikában.

Előzmény: xabi, 2015-04-10 16:37:00 [2091]

Próbáltam a THC- beállítani, de valamiért csak felfelé megy, nem lehet valamilyen program hiba ? A HDBB2 panelon látom hogy a felfelé és a lefelé jövő jel esetén is világít a LED, tehát a THC adja a fel-le jelet is.
Beállítás :
UC100
Enabled THC on
THC on pin : nincs használatban
THC UP : Pin 15 // port 1 (ez működik)
THC Down : Pin 10 // port 1
THC min height : 0
THC max height : 30
THC Feed : 100
THC Delay : 0
Control THC even if ... : on

Valamit én bénázok ?

Szia,

A probe bemenetet bárhová lehet konfigurálni, de a végállást nem bírálja felül! Azt csak a home bemenetek csinálják, amikor azonos pinre vannak konfigolva mint a végállás.

Előzmény: xabi, 2015-04-06 17:59:00 [2089]

Azt szeretném tudni hogy az UCCNC hogyan kezeli a probe végállás kapcsolót G31 utasítás alatt. Konkrétan az a bajom hogy UC100-on csak 5 bemenet van.
1 port : vészkapcsoló
2 port : összes végállás kapcsoló
3-4-5 port kellene a THC-nek.
Ha a probe végállás kapcsolót a végállás kapcsolókhoz kötöm mi történik ?

"A Mach biztos, hogy másodpercben mér..."

A Mach3-nál a General Config-ban beállítható , hogy ms vagy s legyen a mértékegység.

Előzmény: dezsoe, 2015-03-29 22:44:00 [2075]

Szia!
Előre is köszönjük!

Előzmény: n/a (inaktív), 2015-04-01 13:30:00 [2084]

Még annyit: A probe az valóban működik demo módban, úgy ahogy a szinkron menetvágás és a homeolás is, ezeket úgy csináltuk meg, hogy demo módban is lezajlik az esemény a lehető leggyorsabb végrahajtással.
Például ha demo módban home-olsz, akkor ott úgy csinál, mintha rögtön megtalálta volna a home kapcsolókat és így végrehajtódik a funkció ahogyan kell.

Előzmény: Réső Gábor, 2015-03-31 13:23:00 [2083]

Szia,

Ezt nem tudja az UCCNC, úgy értem, hogy demo módban a bemenetek mind úgy vannak beállítva, mintha egy valós UC100/UC300 portjára nem lenne semmi csatlakoztatva. Demo módban a bemenet állapotát nem tudod megváltoztatni.
Lehet ki kellene erre találnunk valami emulációt?! Bárkitől ötletek a megvalósításra?

Előzmény: Réső Gábor, 2015-03-31 13:23:00 [2083]

Szia,
megvizsgáltam a G91 single run és kör futás problémát amit jeleztél és valóban van vele némi gond. Végig is debuggoltam és sikerült is egyébként kijavítani, a következő kiadásban már jó lesz.

Előzmény: dezsoe, 2015-03-31 10:38:00 [2080]

Sziasztok!

Tesztelném a makróimat demó módban (mert az UC100-asom dolgozik közben )
Van e arra lehetőség valahogy software-esen hogy emuláljam a bejövő jeleket mint pl: Probe

Köszi

Gábor

OK, megfogom vizsgálni nemsokára a kódodat azzal a végrehajtási módszerrel, ahogy leírtad és fogom jelezni, hogy mit találtam.

Előzmény: dezsoe, 2015-03-31 10:38:00 [2080]

Egyébként valóban el lehet tévedni relatív mozgásnál, nem is sikerült elsőre rendesen. A cél pont az volt, hogy adott egy koordináta, ahová 3-as furat kell, de anélkül, hogy bármit újraszámolnék, a fúrást kicserélem erre a pár sorra és maróval készítem el a furatot, majd visszaváltva abszolút koordinátákra megyek tovább.

Előzmény: n/a (inaktív), 2015-03-31 10:02:00 [2079]

Szia!
Próbáld ki, nem a G90-nel van baja. A program induláskor az Active mezőben jelzi, hogy G90-ben van. Startra le is fut rendesen, csak akkor nem, ha léptetéssel kezded. Az újratöltést mindig teljes futás után próbáltam, pont azért, hogy a G90 legyen aktív.
Beraktam első sorba a G90-et, biztos, ami biztos alapon, de pont ugyanúgy viselkedik. Minden kijelzés rendben van, G90 aktív, de ha csak a Single line-t nyomkodom, akkor megvadul.

Előzmény: n/a (inaktív), 2015-03-31 10:02:00 [2079]

Szia,

Szerintem az a gond, hogy a program elején nincsen G90. És valószínű úgy próbáltad amikor látszólag hibás eredményt adott (valójában nem), hogy G91 inkrementális módban marad a program amikor megállítod és visszatekered a kör kódnál a G90 előtt... illetve amikor betöltöd a G-kódot másodjára valószínű, hogy G91-ben van a program és annak megfelelően is rajzol, mert mondjuk úgy maradt az előző futtatásnál. Így eleve a pálya nem ott lesz mintha G90-el indulna, ami az alapértelmezett a program indulásnál, első betöltésre G90 aktív, szerintem másodjára már nem amikor betöltötted, ezért lehet a különbség...
Tegyél szerintem egy G90-et a program elejére, ha azt szeretnéd, hogy biztos abszolút koordináta megadási módban legyen amikor betöltöd és amikor indítod a futtatást. A G91 eléggé "veszélyes üzem", össze tudja zavarni az embert.

Előzmény: dezsoe, 2015-03-31 07:55:00 [2077]

Kipróbáltam az 1.0045 verzióval is, ott is ugyanez a jelenség.

Előzmény: n/a (inaktív), 2015-03-29 13:09:00 [2074]

Szia!
Az alábbi kódrészletet akartam tesztelni.
G0 X10 Y10 Z2
G1 Z0 F400
G91
G1 X0 Y-1
G2 X0 Y0 Z-0.5 I0 J1
G2 X0 Y0 Z-0.5 I0 J1
G90
G0 Z2
G0 X10 Y10
M30
A megjelenítőben helyesen mutatja a szerszámpályát. Ha betöltés után rögtön soronként hajtom végre, akkor az G2 ívet nem jól hajtja végre, elmegy X és Y irányban -13 környékére. Ha betöltés után rögtön elstartolom, akkor helyesen fut le, sőt, ha egyszer lefutott starttal helyesen, akkor utána már soronként is jó. Ha újra betöltöm, akkor megint nem jó soronként.
(Demóban és géppel is ugyanúgy fut.)

Előzmény: n/a (inaktív), 2015-03-29 13:09:00 [2074]

Hopp, elírtam: nem modal group-ot, hanem aktív G parancsot.

Előzmény: dezsoe, 2015-03-29 22:44:00 [2075]

Szia!

Amit én találtam doksit, abban az időzítéseknél minden alkalommal leírja, hogy másodpercben kell megadni. ("dwell"-re keresve a leggyorsabb átnézni.) A Mach biztos, hogy másodpercben mér, és az EMC2 is.

A beragadós paraméterek érdekesek. Miután a modal group-okat kezeli az UCCNC, akár az örökölhető paramétereket is vihetné. Mint ahogy viszi is, pl. a Z értékét a fúróciklusokban. Véleményem szerint G82-nél a P, G83-nál a Q és R, G81-nél R stb. stb. mind örökölhetőnek kéne lenni. Bár az említett RS274 közvetlenül nem írja, de utal az öröklődésre azzal, hogy pl. a fúróciklusoknál miután az első alkalommal minden paramétert megadunk, utána már elég mondatonként akár csak egy koordinátát megadni, pl.:
N1 G83 X10 Y5 Z-1.85 R1.0 Q0.25
N2 Y10
Az N2 mondat, mivel nincs új Gxx szó, az összes paramétert örökli.

Nem vagyok jártas más programok lelkivilágában (sem), de az Eagle-ből generált kódokat futtattam EMC2-n és Mach3-on is, mindkettőre úgy generálódott, hogy ezeket az örökléseket feltételezte, és a kódok le is futnak helyesen.

Előzmény: n/a (inaktív), 2015-03-29 13:09:00 [2074]

Szia,

A szabványban nem találtam semmit arra vonatkozólag, hogy az időt milyen mértékegységben mérjük.
Az UCCNC jelenleg minden időt msec-ban mér, de tervbe van véve, hogy választhatóra megcsináljuk.

A ciklus kódokról mint pl.G82 valóban nem túl sok infó lelhető fel. Nem is találtam arra vonatkozó információt, hogy a G82-nél a P öröklődő kell-e legyen vagy sem.
Jelenleg a P nem öröklődik az UCCNC-ben, de ha igény van rá és ha azt mondjátok, hogy öröklődnie kellene, akkor áttudjuk alakítani öröklődőre.

Előzmény: dezsoe, 2015-03-27 14:34:00 [2073]

Még valami a G82-höz. A P paraméternek nem kéne öröklődni? Végignéztem a doksikat, de a várakozással kapcsolatban csak annyit találtam, hogy a G4 P nem öröklődik. Tudom, hogy itt nem iránymutató, de a Mach-ban elég az első luknál megadni, ugyanúgy mint a többi paramétert. (Az RS274 közvetetten utal rá, hogy egy modal group-on belül egyes paraméterek "sticky"-k, de nem sorolja fel, hogy konkrétan melyek azok.)

Előzmény: n/a (inaktív), 2015-03-27 11:15:00 [2069]

Szívesen kipróbálnám, mondjuk még nincs 3D tapintóm, de nagyon tervezem a vásárlását, talán valami hasonló szerkezetet a próba kedvéért biztosan össze tudnék hozni...

Előzmény: csewe, 2015-03-27 00:09:00 [2066]

Megint találtam valamit. A fórum elején volt róla szó, hogy az RS274 szabvány alapján készül a program. Most néztem, hogy a G82 mit csinál, és hiányoltam a várakozást. Help->G-kódok: G82 P milliszekundumban. Nézem, a G4 szintén. UCCNC kézikönyv szerint is. Gondoltam, rosszul emlékszem, megnéztem a PDF-et, amit még akkor töltöttem le, amikor a szabványról írtatok. ("The NIST RS274/NGC Interpreter - Version 3" van letöltve.) Ebben és a (ha jól emlékszem, Svejk által említett magyar nyelvű) NCT-s PDF-ben is másodpercben van a P a G4-nél is, meg mindenhol. Hogyan tovább (s vagy ms)? Mi a hivatalos álláspont?

Előzmény: n/a (inaktív), 2015-03-27 11:15:00 [2069]

Köszönöm, akkor átforgatom ()-re.

Előzmény: n/a (inaktív), 2015-03-27 11:15:00 [2069]

Szia,

a pontosvesszőt a progi nem tekinti megjegyzés jelnek. Ha pontosvessző van, attól még tovább olvassa a sort. Ha a pontosvessző után G-kód áll, akkor azt értelmezni is fogja, hiába volt ott a pontosvessző előtte.
Megjegyzés írása kizárólag a (szöveg) módon történhet.

Előzmény: dezsoe, 2015-03-27 10:16:00 [2068]

Szia!
Technikai kérdésem van. Most, hogy a G82 bekerült a rendszerbe, próbaképpen átváltottam az Eagle-ben a pcb-gcode generátort Mach-ra. (A G82 hiánya miatt kellett külön profilt csinálni az UCCNC-hez.) A szintező programom megakadt a megjegyzésen, ugyanis a Mach elfogadja a ";"-t sorvégi megjegyzésnek. Az UCCNC-ben ugyanúgy piros, mint a sima megjegyzés, így nem tudom eldönteni, hogy megjegyzés, vagy kidobta. Ha kidobta, akkor a kód generátorban átcserélem zárójel párosra, ha elfogadja, akkor viszont értelmezem.

Előzmény: n/a (inaktív), 2015-03-25 22:20:00 [2055]

Szia!
Nyákhoz, ha Eagle-t használsz tervezéshez, ajánlom az #1691-ben írottakat, legalább más is teszteli, nem csak én. Gravírozáshoz a -0.06-os mélység remekül bevált a felületkövetéssel.

Előzmény: ANTAL GÁBOR, 2015-03-26 20:20:00 [2064]

Igen,ha elkészül teljesen.
Egyelőre sikot,élet,sarkot,szélességet,hosszúségot,átmérőt,ívrészlet átmérőjét és középpontját,körnél úgyszintén, lehet bemérni vele.
Csapot,és nyílást is mérni lehet vele.
csak a dokumentációja még eléggé hiányos.
Van aki használja már egy ideje.
Nincs akadája,hogy kipróbáld te is.

Előzmény: pisti73, 2015-03-26 20:23:00 [2065]

Szia! A bemérő képernyő nyilvános lesz?

Előzmény: csewe, 2015-03-26 07:38:00 [2056]

Svejk egy gyárit javasolt ( előtétcsapágyazva szíjhajtással ) Én meg csinálok egy lézervágottat két résoptóval + egy reflexiós index-el. Egy vonalmeghajtó is került a panelra . Csak közben meg kellett tanulni a a nyák gravírozás technikáját is. Már szépen és gyorsan megy. ( Hála Horváth Tibor útmutatásainak és Motoros gravírtűinek )

Előzmény: n/a (inaktív), 2015-03-26 19:40:00 [2063]

Na, ez jól hangzik. Máris nem vagyok annyira szomorú.
Az esztergára milyen encodert teszel? gondolom egy nagy átmérőjű tárcsa lesz bevágásokkal és 2 rés optóval? Svejk mit javasolt?

Előzmény: ANTAL GÁBOR, 2015-03-26 17:23:00 [2062]

A maróra már felraktam .. A fontosabb az eszterga lenne de még most gyártom az indexes enkódert ( nagyméretű hogy a főorsó átjárható maradjon ) Sok munka van vele mert nem fogadtam meg Svejk tanácsát )

Előzmény: n/a (inaktív), 2015-03-26 15:57:00 [2061]

Szia Gábor,

Én is elszomorodtam amiatt amit írtál. Az hittem már rég felraktad.

Előzmény: ANTAL GÁBOR, 2015-03-26 14:49:00 [2060]

Elszomorodtam Pont azt terveztem hogy megvárom az 1.1011 verziót ( az olyan szép szimmetrikus )és azt fogom használni . Erre leálltatok a fejlesztéssel

Előzmény: n/a (inaktív), 2015-03-26 13:10:00 [2059]

Ez még egyelőre nincs tervben, de lehet majd róla szó.

Ami tervben van véve G/M-kód fejlesztések:

- G17, G18, G19 sík választó kódok.
- G96, G97 főorsó vezérelt előtolások.
- M10/M11 gyors lézer kimenetek.

Jelenleg az UC300-ISOBOB-on dolgozunk, szeretnénk már végre befejezni a fejlesztését teljesen.
Azután szeretnénk befejezni az UC300 ethernetes verzióját.
Ha ezek megvannak, utána térünk vissza az UCCNC fejlesztésére.
Persze ha bárki bármi hibát talál az UCCNC-ben és jelzi, azt mindig prioritással megvizsgáljuk és javítjuk. Viszont az új szoftver funkciók hozzáadását most amíg az említett hardver fejlesztések el nem készülnek, addig szüneteltetjük.

Előzmény: csewe, 2015-03-26 12:58:00 [2058]

Köszönöm.

A G68/G69 koordinátarendszer elforgatás,tervbe van véve?

Előzmény: n/a (inaktív), 2015-03-26 11:40:00 [2057]

Szia,

Ha új profilt hozol létre, akkor azok a beállítások lesznek benne amik éppen be vannak állítva. Ha azt szeretnéd, hogy az legyen benne ami a default profilban, akkor töltsd be a default profilt és úgy készíts egy új profilt és akkor a beállításai lemásolódnak.

Előzmény: csewe, 2015-03-26 07:38:00 [2056]

Ha új profilt hozunk létre,az nem importálja a motorbeállításokat a defaultból.
Jó lenne,ha egy már meglévő tetszőleges profilból lehetne importálni minden beállítást.
Ez azért merült fel,mert készítettem egy bemérő képernyőt,és az új profilban ugyan azok a beállítások kellenének mint a defaultban,de azt a visszajelzést kaptam,hogy a motorok beállítását nem importálja.

Előzmény: n/a (inaktív), 2015-03-25 22:20:00 [2055]

Sziasztok,

Amiket jeleztek nekem fórumon kívül hibákat, megcsináltuk a javításokat:

- A probe-oláskor, ha nem ért probe szenzort a mozgás végéig a G31, akkor probe állapotban maradt az UC.
- Valaki jelezte, hogy nem indul el a gépen a progi, emiatt az indulási szekvenciát átdolgoztam.
- A CAM részben előfordult, hogy a koordinátákból néhányat amiket generált a szerszámpályából exponenciális alakban adta ki a progi, ami a g-kód értelmezőnél problémát okozott. Ezt javítottam és egyúttal 6 tizedesre kerekíti a kimeneti koordináta értékeket a progi. Gondolm ennél pontosabb úgysem kell senkinek.
- G76 szinkron komplex menetvágásnál rosszul volt átadva a P paraméter.

Amit még fejlesztettünk a progin:

- A CAM részben megcsináltam a szimpla TEXT objektum beolvasását is, eddig csak a komplexebb MTEXT-et ismerte, így most már például a Coreldraw-ból importált szöveget is fel tudja dolgozni.
- A CAM-ben szortíroztam a polygonokat egyelőre X koordináta szerint, az optimálisabb szerszámpálya érdekében.

A letöltés:

UCCNC 1.1008 letöltés

Szia,

A user macro száma tegyük fel, hogy 20000.
A macroba írj valami ilyesmit:

AS3.Switchbutton(true, 20000);
//Ide jön a kódod
AS3.Switchbutton(false, 20000);

Vagyis a macro elején kapcsold át a gombot a bekapcsolt állapotjába. A macro kilépésekor pedig kapcsold vissza a kikapcsolt állapotba.
Ha a gomb a screenset fájlban villógóra volt definiálva, akkor a bekapcsolt állapotában villogni fog.

Előzmény: csewe, 2015-03-23 14:04:00 [2053]

User button esetében nem sikerül előidéznem a villogást,olyan gombról van szó,ami makrót futtat.
Jó lenne,ha a makró futásának az idejére villogna a gomb.

Előzmény: n/a (inaktív), 2015-03-22 13:37:00 [2048]

Szia,

Nem satufékkel áll meg, hanem a beállított rámpával. A beállított rámpát kell tudnia a gépnek, hiszen arra lett beállítva, máskor is azt a lassítási értéket használja a megálláshoz.

Értem egyébként az álláspontodat, de a másik oldalról szemlélve a slowzone-on csak "tötymörög" a gép, ami nekem bosszantó tudott lenni, főleg, ha a slowzone vége tájékára kellett nullát venni...

Előzmény: robroy007, 2015-03-23 10:20:00 [2051]

Szia Balázs!

nagygépes környezetben azért mégis használják a slow zone-t !!!

persze jogos, hogy a limit előtt megáll mindenképp a gép de nem baj, ha érzi az ember, hogy nem sok van hátra mondjuk az utolsó néhány mm-en centin

(amin dolgozok gép azon sincs slow zone és félelmetes mikor a véghelyzetnél satufékkel megáll ! ha egyszer véletlen nem sikerül neki mert ellépte valahol a pozíciót akkor lehet max tempóval szakad bele a végállásba)

én választhatónak hagynám a slow zone-t

Előzmény: n/a (inaktív), 2015-03-23 09:22:00 [2050]

Szia,

Igen, a slowzone megszűnt, mert a sorftlimits kezelése tovább lett fejlesztve és a program folyamatosan figyeli, számolja, hogy az aktuális mozgási sebességgel, hol kell elkezdeni lassítani, ahhoz, hogy a beállított lassítási rámpával megálljon a softlimits határon. Vagyis automatikusan lassítva áll meg a softlimits-en a beállított rámpát használva. Így a slow zone beállítás értelmét vesztette és kivettük a programból.

A beállításokat csak egyszer kell megcsinálni, amikor az 1.0xxx verzióról áttérsz az 1.1xxx verzióra. Utána ha az 1.1xxx verzióról egy 1.1yyy verzióra frissítesz, akkor már nem kell kézzel beállítani, az 1.1xxx verziónál amit beállítottál az továbbra is megfelelő lesz...

Előzmény: Bozso777, 2015-03-23 08:26:00 [2049]

Szia! A SLOW ZONE megszünt a programban, vagy csak máshova került ? Amit még akartam kérdezni, a beállitásnàl minden telepítésnél kell e az uj profil nem a régi és új verzióra gondolok, hanem a javításokra. Jelenleg minden kiadásnál újra beállítgattam mindent.

Előzmény: n/a (inaktív), 2015-03-22 13:37:00 [2048]

Az első false az, hogy a gomb kétállapotú (toggle) fajta-e, mint például a ciklus start, vagy single cycle, feedhold stb. amiknek két állapota van a ki és bekapcsolt állapot. Vagy pedig csak egy sima egyállapotú nyomógomb mint például egy ciklus stop.

A második false paraméter azt jelenti, hogy a gomb villogjon-e a bekapcsolt állapotban. Értelemszerűen csak a kétállapotú gombok tudnak villogni, ilyenkor a gomb bekapcsolt állapotában a Flash a ki és bekapcsolt állapot bitmapjeit ciklikusan változtatja, egy villogó effektust hozva létre.

Előzmény: csewe, 2015-03-22 11:41:00 [2045]

Most látom,hogy van leírás róla,így tárgytalan a kérdésem.

Előzmény: csewe, 2015-03-22 11:41:00 [2045]

Sziasztok,

Igen, telepíthető két külön könyvtárba egymás mellé a két verzió. Persze a két verzió egymás utáni indításkor mindig firmware-t fog cserélni a mozgásvezérlő, amit mindig meg kell majd várni.

Elvileg az új verzió elindul a régi beállításaival, viszont az új verzióban bevezetésre került a Port# fogalma. A régi verziónál csak pin-ek voltak, csak az UC100-at ismerte, aminél csak egy port van. Az új verzió ismeri az UC300-5LPT-t, amin 5 port van, ezért kellett a portot bevezetni.
Az alapértelmezett port szám 0, vagyis ha a port számnak a kulcsa hiányzik a profilból egy adott beállításhoz, csak a pin száma van meg, akkor mind a port, mind a pin# nulla lesz amikor betöltődik. Ez azért van így, mert a program teszteli, hogy létezik-e a beállított port és pin kombináció és hogy az be vagy kimenet-e, mint ahogy az adott jel megkívánja. Ha nem felel meg a beállított pin, akkor a program nullázza a port# és a pin# mezőt is, hogy a felhasználó lássa, hogy ott a beállítás nem stimmel és ne maradjon abban a tévhitben, hogy oda is be van állítva valami.
0-s port számot pedig azért választottunk alapértelmezettnek, hogy biztonságos legyen a rendszer, lehetett volna 1-es port is, de az okozhatna problémákat, mert az 1-es az létező portszám és kitudja, hogy milyen oknál fogva nem olvasható a port# egy profilban és hogy az valójában 1-es volt-e régebben egyáltalán és hogy javítható-e biztonsággal 1-esre. Szóval az egyetlen biztonságos megoldás, hogy 0-s port számot adunk meg, ha a portszám nem olvasható a profilban.
Ezen oknál fogva a régi profilt sem lehet biztonsággal importálni, mert honnan tudná a progi, hogy ez tényleg egy régi profil, vagy pedig egy meghibásodott új profil, amiben hiányoznak bizonyos port# kulcsok. Itt is csak a 0-s port beállítása működne biztonsággal, akkor viszont nem látszanak a régi pin#-ok az említett okból...

Na, szóval a lényeg, hogy nem lesz olyan alkalmazás ami importálja a régi profilt.
Az új profilt manuálisan kell beállítani.
A beállítást egyszer kell csak megcsinálni.

Előzmény: gulasoft, 2015-03-22 01:19:00 [2044]

AS3.Addbutton(695, 140, 35, 35,false,false, 1039, 20906, 49);
A két false mit befolyásol?

Hali!
Holnap lesz időm kipróbálni az új verziót. Azt olvastam, hogy újra kell konfigolni, ami kicsit rossz hír. A kérdés az, ha külön könyvtárba teszem, akkor el lehet e indítani a régit, és ha azt bezárom, akkor az újat a másik könyvtárból, illetve tudja e importálni a régi beállításait az új program-nak megfelelően (és ha nem akkor tervben van e esetleg), vagy kézzel mindent előlről kell neki megadni?