Új hozzászólás Aktív témák
-
byte-by
tag
válasz
levelko
#3130
üzenetére
halo levelko !
csinálhatod komparátorral is, az egyszerü.
bár azt tudni kell, hogy óránként, egyszer vagy többször, vagy esetleg naponta kell kapcsolgatni, mert a megfelelő regisztert alkalmazni kell.
ebben az esetben ,mivel az A351 perc/másodperc felosztású , a W10 minden megadott perc megadott másodpercében aktív lehet, ha d10 -ben megadott érték egyenlő lesz.
a d10 és d11 -ben bcd formában a perc/másodpercet adod meg.
a d11 ha egyenlő akkor reseteli.(ha egy idő után kell resetelni , akkor érdemesebb inkább hozzáadni a d10-hez a szükséges értéket, aminek az eredményét egy memóriában eltároljuk, majd azt hasonlítjuk össze a dátum/idő regiszterrel.)tehát ha percenként kapcsolgatod akkor ez oké.
ha óránként többször kapcsolgatod , vagy akár csak egyszer, vagy naponta ,akkor kell az A352 is, ami nap/óra felbontású.
nagyobb léptekhez az A353 is kell ami év/hónap.
a memoriatáblázatban monitorozás alatt szépen látszik (ha bcd-re váltottál) , hogy telik az idő, az aktuális óra és naptár alapján.viszont ha óránként vagy naponként , vagy egy napon de több órában is kapcsolni kell, akkor detektálni kell az óra és/vagy nap váltást.
ez az a probléma amivel én is szembesültem egy hónap és év váltás projektem kapcsán.irtad , hogy kiötlöd a többit, remélem nem túl káosz amit irtam.
byte-by
-
byte-by
tag
válasz
ebyborz
#3118
üzenetére
halo ebyborz !
kicsit fura kérdés, de valamivel lejjebb már kérdezett valaki hasonlót.feltételezve, hogy pc-re (vagy PG-re ) akarod a PLC programot menteni.
akkor Szirty válasza ez volt:"Elindítod a Step7-et rácsatlakozol a CPU-re és áttöltöd róla a programot. (PLC menü, upload station to PG menüpont)
Ha nincs forrás project akkor nem lesznek szimbólum információk, de a program lejön róla (feltéve hogy nem kavartak jelszavas védelemmel)."tehát szükséged lesz egy pc-re (laptop, PG, akármi hasonló) , kábelre, a Step7 programra,
és ugy jársz el ahogy fentebb le vagyon írva, elindítod a Step7 programot, csatlakozol a PLC-hez, aztán PLC menü és "Upload Station To PG ".
ha így teszel akkor nem fog elveszni semmi, a program lejön.bár valóban , ha nincs meg az eredeti a szimbólum listával, akkor az nem lesz hozzá.a kérdésben nem fogalmaztad meg, de profibus kommunikációt irtál az IO modulokkal.
esetleg a kérdés nem arra irányult, hogy a TP meg elfoglal pl. egy MPI csatlakozót és nincs több?
feltételezem a CPU : S7 3xx-DP.ez esetben azt a letöltés idejére kihúzhatod, csak majd újra kell indítani.
byte-by
-
byte-by
tag
halo !
bár a kérdés a HMI-ket érintette, amik jó esetben a szekrénytől szeparálva vannak, esetleg zsanéron vagy külön tokozatban, általában front helyzetben, azonban!
a halálos kategóriájú géptervezés-gépépítés miatt én is nézem már gépre, mint gyújtogató a vizes szénára.
számomra a "mindent visz" kategória győztese az az élelmiszeripari gép volt amelyiknek az elektromos szekrényében voltak a mágnes szelepek + a szekrényen egy szellőző venti sem, bár nyílás igen, szűrő nélkül + a szekrény a gép mellett volt, amit - élelmiszer ipar lévén- lúggal és savval mostak (CIP ,aminek a szekrénye szintén a gépek melett volt ) , öblítettek. minden beszivárgott, nem mai gyerek volt.
Persze több ilyen gép is volt egy helyen, de a szekrények a gépek mellett voltak.természetesen a szekrény amellett, hogy olajos volt, még vastagon lerakodott egy nyálkás maró trutyi is az összes alkatrészre.
az összes fémalkatrész rozsdás volt, az érvéghüvelyek elmaródtak-elporladtak, vezetőképesség nullára redukálódott, hibajelek a végtelenségig.
a PLC modulok belsejéből folyt a trutyi.a Honeywell műszerek kapcsai szétfolytak.ha ki akartunk cserélni egy elrohadt vezetéket egy elrohadt sorkapocsból, a mellette lévők 3-4 kapocstávolságra is kiszakadtak ahogy hozzányúltunk.
mondtuk, hogy a szekrényeket egy külön helységben kellene felállítani, ami szellőztetve van(ne adj isten , klimatizált), de sokallották az állásidőt meg a költségeket.
a továbbiakat nem tudom, más munkám adódott....byte-by
-
byte-by
tag
halo coco2 !
vannak HMI gépkönyvek, ahol leirják a rezgés ellenállást, a gyorsulás ellenállást , stb.
PL. omron NS(J)-széria.("Vibration resistance ", "Shock resistance " és akkor ott: amlitúdó mm-ben, frekvencia, "acceleration" m/s2 -ben a x-y-z tengelyeknek megfelelően.))én általában omron HMI-ket használtam amiben volt CF kártya, de még sosem fordult elő,hogy 1-2 év után elfáradt vagy kiesett volna.
persze nem örök életűek , de azért elég jól bírják.olyan volt, hogy nem lapmemóriát irtak ki, hanem minden egyes új adat után frissített kiírást, és így hamarabb elfogyott a kártya élettartama, de más probléma nem történt.
ezek azért gondolom ipari körülményekre lettek gyártva.egyszer valaki még formattált windows-al egy ilyen kártyát, na az kuka.
de biztos van más is akinek volt valamilyen tapasztalata.
byte-by
-
byte-by
tag
válasz
n0rbert0
#3097
üzenetére
Halo n0rbert0 !
igen , ezt jól gondolod , ha hálózati (vagy más , eltérő) feszültséggel működő eszközöket akarsz működtetni akkor kell valamilyen relé.
"Sajnos kicsit ez a terület idegen nekem, mert eddig szinte csak a digitális ki/bemenetekkel dolgoztam."
a relét nem számítva ez ugyanúgy fog működni, a digitális kimenet a relé tekercsét működteti meg, az meg az utána kötött eszközöket.
persze figyelni kell a kapcsolt teljesítményre is, mondjuk egy szivattyú esetén. úgy kell relét választani.ez plc típus és gyártmány független.
ha a kimeneti feszültség tartományán kívül eső feszültségű eszközt akarsz működtetni, akkor kell valamilyen jelfogó.
akkor is , ha a kapcsolt áram (teljesítmény) esik kívül a kapcsolható tartományon.byte-by
-
byte-by
tag
válasz
makrodom
#3061
üzenetére
halo, makrodom !
esetleg még azt teheted, hogy olyan HMI-t választasz, mint hardvert, ami elmegy szinte minden gyakori PLC-vel.
csak példaképp említem az omron NQ szériáját, ami egy raklap PLC-vel elmegy , csak a drivert kell kiválasztani ami a szoftver része, és egyébként ingyenes.
(ráadásul kimondottan jó ára van, mármint a HMI-nek.)még a Fuji-nak van valami hasonló POD-ja, a szoftvere annak is letölthető.
ezek csak példák és tanácsok, kimondottan az általad említett esetben nem tudok segíteni, de adj esélyt másnak is, hátha van megoldás.
byte-byt
-
byte-by
tag
szia Szirty!
igaz, de ha a 3 s alatt újra kikapcsolják , akkor , mivel még nem kezdődött el a folyamatos másolgatás, az erre használt memória tartalma még mindíg a kikapcsolás elötti érték lesz.
tehát ha újra bekapcsolják akkor a dátumregiszter újra bemásolodik azonnal egy adott memóriába, és újra összehasonlítom a folyamatosan másolt memóriával, ami írása újra csak 3 s múlva kezdődik el.
ez a szekvencia csak bekapcsoláskor működik.persze annyi történik, hogy a dátumváltás újra detektálódik, és az erre használt bit újra 1 lesz.
de ez nem probléma.egyébként biztos vagyok abban , hogy valaki képes lesz pont akkor kikapcsolni , amikor a 3 másodperc a ciklusidő szerint lejár, ugyhogy majd én is bemegyek éjjel
byte-by
-
byte-by
tag
válasz
#95904256
#3037
üzenetére
halo akosf !
a folyamatos másolással az a baj amit Szirty irt.
a program lényege, hogy ha hónapváltás előtt kikapcsolják a gépet, a következő bekapcsoláskor
detektálni tudjam a megtörtént váltást.egyébként eredetileg másolgatom , majd összehasonlítom.ez működik is bekapcsolt gépnél.
a bekapcsolás dolgot megoldottam azzal, hogy a dátumregiszter tartalmát bekapcsoláskor azonnal bemásoltam egy memóriába, majd ezt a memóriát összehasonlítottam azzal a memóriával ahová folyamatosan másolom, de amit a bekapcsolás után csak 3 s-mal kezdek el.
így bekapcsoláskor a folyamatosan másolt memória 3 s-ig még a kikapcsolás elötti tartalommal rendelkezik.köszönöm, byte-by
-
byte-by
tag
halo Dezsi82 és Szirty !
kösz a választ.
lehet a @ a baj, akkor ez ki fog derülni január 1-énelvileg így is jónak kellene lennie , mert ugyan az allways_on 1 lesz a program futása alatt is, de a task referencia vezetéke nem aktív csak a plc lekapcsolásának utolsó pillanatában.
(lehet, hogy az allways_on meg akkor nem lesz aktív ?)
módosítom az move utasítást, aztán meglátjuk.
köszi, byte-by
-
byte-by
tag
halo!
a következő problémához van -e valakinek ötlete.
egy omron plc programjáról van szó.
OMRON CJ1M CPU 13
egy TASK van engedélyezve , ún. "utolsó lehelet", a kérdés miért nem működik.a program
a task létre van hozva
és a beállításokban engedélyezve is.
a program az év-hó regiszter tartalmát másolná egy memóriába, amikor kikapcsolják a gépet.
ezért hívják az omron berkeiben "utolsó lehelet" task-nak.mert állítólag az utolsó amit megtesz, az ez a task.de valamiért nem másolja át a tartalmat.
esetleg ötlet valakinek?byte-by
-
#2990
byte-by
tag
balazsovics
#2985
byte-by
tag
válasz
balazsovics
#2985
üzenetére
halo balazsovics!
jó nézz körül.
érdemes a gyártók support-jánál érdeklődni.
főleg ha az épületautomatizálás valamilyen felügyelettel is párosul.
nyilván az ár sem mindegy.
a Schneider, a Hitachi, a Mitsubishi , a Siemens, vagy pl. a PowerMan kis SR szériája is alkalmas lehet.
Érdemes átnézni a bővíthatőségét, a modulokat(telefonos illesztő, távvezérlés, szoftvertámogatás,stb.)
(megjegyzem én magam nem vagyok járatos az épületautomatizálás dologban.)az ipari programozható relék (pl. a ZEN,LOGO ) arra amire kitalálták őket kiválóak.
ha a feladat kapcsolási sémák létrehozása egy épületben, akkor oké.
persze érdemes utánajárna a kezelhető portoknak, stb.de a programozható relé nem PLC, azt ne várd tőle, amennyiben ilyen elképzelésed van.
byte-by
-
byte-by
tag
hali Belys !
jól gondolom, hogy a D8 és a D10 értékét akarod bizonyos feltételek melett megfelezni (vagy szűkíteni) és azt használni?
a lépések szerint :
izzítás timer -ha lefut felfutó éllel setel egy bitet (30.00)-
30.00 indít egy timert T101 D8 értékkel- csiga be - ( ennek kell pl. a fele?)
T101 lefut -resetelei a 30.00-át
ha reset 30.00 a T102 lefut D10 értékkel-csiga vár- ( ennek is pl. a fele kell?)
a kiürült T102 újraseteli egy felfutó éllel a 30.00-at és kezdődik előről.olyan , mint egy flip-flop a T101 és a T102 felváltva lesz 1.
ha jól gondolom az izzítás után egy csiga motor szakaszos működéséről van szó, amit Te
bizonyos feltételek melett szűkíteni akarsz?persze lehet rosszul látom.
ez biztos , hogy CJ1M ?byte-by
-
byte-by
tag
halo Szirty !
igen valami ilyesmit dobott be.
de valami más is volt talán, már nem emlékszem pontosan.
most samsung rv508i-t használok , win 7 ulti 32 bit-tel, semmi problémát nem tapasztaltam, a simatic manager , a wincc flex 2008 is simán felment.
bár úgy 2 éve ritkán dolgozom siemens-el , inkább csak módosítások,hibakeresés, de ha kell, jól működnek.byte-by
-
byte-by
tag
válasz
Krisz0627
#2910
üzenetére
üdv!
az előző cégemnél dell latidute d630-asokat használtunk win xp 32bit sp3-al.
a wincc 2008 installálásakor mi is ütköztünk problémába, ha frissíteni akartunk wincc 2008 sp2-re.ha jól emlékszem.igazából voltak hibüzenetek,nagynehezen felmászott, de aztán mindíg lefagyott.
ezért sp1-et használtunk, az eredeti lemezeket.nem igazán értettük, lehet a wincc verzió számmal volt probléma(?) .
vagy a céges laptop beállításaival, esetleg helyi speckó program vagy driver (?).nem akarlak összezavarni, csak egy tapasztalat.
lehet, hogy semmi köze a dologhoz.byte-by
-
byte-by
tag
válasz
liderces
#2889
üzenetére
halo liderces !
a plc valóban erős túlzás egy ilyen művelethez, de ha nem gond az ár, vagy céges a dolog és azért gondolod mert így tudsz közelebb kerülni hozzá és esetleg gyakorolni, akkor mehet.
a Netec által említett ZEN programozható relé jó választás lehet és költséghatékony esetleg erre a feladatra, viszont a plc programozás konkrét folyamata ebből nem tanulható meg.
ha mindenképp erre apellálsz akkor az omron cp1(E) szériájának a legkisebb compact vezérlőjét ajánlom.
árban-tudásban még mindig sok az efféle projekthez, de , mint mondtam ha a majdani gyakorlás a cél és ezért gondolkodsz ebben , akkor jó lehet.ugyanazzal az utasítás készlettel rendelkezik, mint a moduláris , vagy nagy teljesítményű plc-k.
persze ebben az esetben szükséged lesz a CX-programmer szoftverre.byte-by
-
byte-by
tag
válasz
isvarga
#2814
üzenetére
Üdvölet !
"A
"ha valaki időt és energiát fektet bele, a PLC azt is "elárulja" mi a hiba, hol a probléma, sőt , mit kell tenni, vagy csak megteszi amit kell.csak program kérdése."
mondatot amikor elolvastam az jutott eszembe " Ilyet eddig csak sci-fi -be láttam". (nem gúnyolódásképpen írtam , csak ez jutott eszembe) . Csak remélni merem ,hogy ezek után kifejted bővebben is ,mert nagyon érdekelne a dolog. "
nos, a sci-fi elkezdődött amikor Walter Brattain úr 1947-ben összerakott egy tranzisztort.
Nobel díjat érdemelt.egyébként Szirty leírt pár detektálható, dokumentálható, követhető diagnosztikai lehetőséget.
a sci-fi-hez visszatérve ,azt hiszem Luke Skywalker tökön csókolta volna magát , ha R2-D2-ban lett volna OB121.
na,de.egy ki lazulás.
egy raklap egyszerű példa.
betonkeverő. nem az otthoni , amivel járdát csinálunk a nyári konyhától a budiig, hanem sok köbméteres pontos recept szerint dolgozó komplex rendszer.90-es évek.még azt hittük, hogy a gyomorfekélyt a stressz okozza.
szóval keveri a betont, méricskéli az összetevőket, bla-bla, de a cement nem jön.
zárt rendszer , látni semmit.adagolóban bőven.kezelő a szemközti kocsmában.
mi legyen.a legjobb az egészben, hogy lecserélték a relé-mágneskapcsoló rendszert PLC-re.
nem kell tenni semmit.
fizika óráról tudjuk, hogy a tapadási-surlódási erők változásai képesek akár a finom cement szemeket egymáshoz kötni és szépen egy tölcsér oldalához tapasztani.
a vezérlő , a megfelelő szenzorokkal, leellenőrzi a komponensek útját.innen jön,onnan jön. amonnan nem jön.ezt archiválja, vagyis "elárulja" a problémát.(de nem az okát) egy NT szériás HMI-n.
A kezelő bácsi iszik még egy sört.
A vezérlő a cement ágat külön leellenőrzi.anyag? van.motor?rendben.csiga? átjön a cucc.töltőcső?nem jön.aha.(itt "mondaná" meg, a HMI-n, hol kéne megnézni a rendszert)
ezt régen úgy oldották meg, hogy egy marha nagy kalapáccsal oldalba ütötték a töltőcsövet , ezáltal lazítottak a cementszemeken amik szépen lezúdultak a csőben.(itt "javasolná" ,a HMI-n,mit kéne csinálni.)
a bevált dolgokon ne változtassunk,kalapács helyett egy ipari vibrációs eszköz is megteszi.(itt "tette meg" amit kellett.)
a cucc megindult és a keverés továbbment.
a kezelő a harmadik sör után visszajött , a szállító megtelt , az élet megy tovább.
persze azért csodálkozik, miket írogat a HMI, és szépen kitörli a listázott hiba üzeneteket.szóval valami ilyesmi.persze a dolog ennél sokkal bonyolultabb,de a végén ilyesmi történik.
egy folyamat minden lépését le lehet ellenőrizni, detektálni, megfigyelni, javaslatot adni és szükség esetén, ha igény és kiépített lehetőség van rá , beavatkozni.
mint, mondtam csak program kérdése, ha valaki időt és energiát fektet bele.ez minden automatizáció alapja: az embert ki kell zárni.
ő a leggyengébb láncszem.gondolom ez még a PIC vezérlők világában is igaz.
byte-by
-
byte-by
tag
válasz
isvarga
#2804
üzenetére
halo!
látom a pro-kontra érveket.
A PLC alapvetően a relés kapcsolási rendszerek kiváltására jött létre, de magában hordozta a sokkal bővebb lehetőségeket.a kezdetektől nagyon sokat fejlődött.
Én magam Szirty-vel ellentétben inkább OMRON-ban vagyok járatos(abb), bár kérdeztem már tőle egy-két dolgot.
a fejlett PLC vezérlések azon az igazságon túl, hogy ellenőriz és felügyel nagyon komoly potenciálokkal rendelkezik.
az én meglátásom szerint sokszor rosszul választják a PLC típusait a megoldandó feladatokhoz, mivel sokszor a választott vezérlő sokkal, de sokkal többet tud , mint amire szükség van.
az Általad ,előző bejegyzésben megjelölt tevékenységekhez valóban elég bitekkel kommunikáló digitális ki-és bemenetek.
de, mi is használunk olyan ID rendszereket , strukturált text formában megírt funkció blokkokat amelyeket a PLC minden ciklusban újra és újra comparál és kiértékel, azon kívül, hogy tengelyeket vezérel, és kommunikál más eszközökkel, folyamatosan változó (és változtatható) paramétereket használ a felhasználó igénye szerint, szabályoz,stb.
nem mondanám a PLC-re , hogy rugalmatlan.
egy gép-gépsor teljes átépítése, fejlesztése, módosítása, állomásokkal, vezérlőkkel, hajtásokkal való bővítése, új termékek, új paraméterek bevezetése esetén tapasztalható a PLC rugalmassága.ebben az esetben egy jól átlátható, logikus fejlesztő környezet nagyon fontos szerepet játszik.
a termelési és/vagy tervező mérnökök fantáziája végtelen.mi is használunk microvezérlőket, de csak állomások fix szegmenseinél.
ár-teljesítmény arányuk igazolja használatukat.viszont a felhasználó igénye által ,tetszés szerint (program szerint behatárolható) változtatható paraméterekkel rendelkező, a változtatásokat azonnal aktualizáló (és felügyelő) , komplex rendszerek esetén PLC-t használunk.
az Általad leírt vicces "vascsővel" javított probléma pedig leginkább tervezési probléma, és módosításokkal megoldható lett volna.(egy tejfeldolgozó üzemben rugdosással orvosoltak egy hasonló problémát, de mondtuk, hogy inkább szóljanak, mert van megoldás, csak időt kell szánni rá, és utána nem kell többet rugdosni , ami mindenkinek jó.)
ha valaki időt és energiát fektet bele, a PLC azt is "elárulja" mi a hiba, hol a probléma, sőt , mit kell tenni, vagy csak megteszi amit kell.csak program kérdése.
nem tudom a micro-val ez megtehető-e.annyit még hozzá tennék, amit egy régi PLC-s kolléga mondott, és amivel tökéletesen egyetértek:
"soha nem a gép a hülye"
ha a CPU-n kívüli eszközök rendben vannak,pontosan azt teszi amire a programozó utasítja.byte-by
-
byte-by
tag
halo atiman !
ezt nem küldtem privátba,de még annyi, hogy ezen a linken van a kártya beállítását leíró manual, igaz angol, de érthető.
http://industrial.omron.hu/hu/products/catalogue/automation_systems/programmable_logic_controllers/modular_plc_series/cj1m/communication_units/default.html
az oldalon a "Gépkönyvek, adatlapok, letöltések, fület kell választani, és abban megtalálod a
"CS1 / CJ1 Ethernet Units Kezelési kézikönyv" PDF fájlt.byte.by
-
-
byte-by
tag
halo atiman !
az IP címet be lehet állítani.(vagy megnézni a beállítottat.)
ha megnyitod a projektet, akkor a plc -n jobb klikk és mindjárt a legfelső elem a "change".
ekkor a plc alap konfigurációs ablaka jön elő, itt a "Network Type" -nél be kell állítani, (vagy megnézni mi van beállítva ) hogy milyen kommunikációt akarsz.majd a "Settings" -nél be állítod az IP címet.(új projektnél ezzel kezdődik)
Persze olyan kommunikációt kell választani ami ezt lehetővé teszi.
Ethernet,Ethernet/IP, (FINS), stb.
(ha csak a beállításokra és a címre voltál kíváncsi, akkor megtalálod az infót és a pc-den beállítod az IP címet.figyelj az alhálózati maszk beállításaira.)
más megoldások:
de ha veszel egy soros-usb átalakítót, telepíted a driverét, összedugod a soros kábellel, aztán simán csatlakozik.automata keresést is elnyomhatsz rajta, megtalálja.elmented a projektet aztán többé nem kell keresni.ez teljesen jó , én is használom, hátránya , hogy kicsit lassúbb , amit memória letöltés-feltöltés esetén fogsz leginkább észrevenni.
ha cégnél vagy vetess velük egy programozó kábelt a microporthoz (periferia, 10 pin)) , és azt dugd össze az átalakítóval.
(ezek a megoldások akkor működnek jól igazán, ha közvetlenül akarsz csatlakozni és nem hálózatba. )ajánlom még az omron manuálokat, vannak magyar nyelvű anyagok,de még itt is kaphatsz mástól is jó tanácsot.
byte-by
-
byte-by
tag
-
byte-by
tag
Üdv Szirty !
"000002: Ha a 255.06-os bit =1 (történetesen ez az egyenlő jelzőbit, amit az előbbi CMP(20) állít be) akkor bekapcsolja a 10.00 kimenetet, egyébként nem kapcsolja be.
A következő két sor ugyanez, csak nem #1-el, hanem #2-vel hasonlít és nem a 10.00, hanem a 10.01 kimenet kapcsol amikor a timerben #2-van."
ha minden comparátor ugyanazt a special bit-et (255.06) használja, akkor a rákötött kimenetek mind aktívak lesznek , ha ez 1-ben lesz nem ?
Arra gondolok, hogy a konkrét esetben ha a TIM1 érteke már #2 , és a spec bit újra 1-lesz akkor a 10.00 kimenet is , a 10.01 is, illetve mind ami rá van kötve.
vagy ezt rosszul tudom?
üdv, byte-by
-
byte-by
tag
halo vopi86 !
az NQ HMI-re vonatkozólag jó tanács:
ügyelj rá, hogy az OMRON oldaláról a legújabb NQ-Designer változatot töltsd le.(ingyenes)
a 2.x verzió elötti szofver installálás után kinyírta a cx-programmert, abban az esetben ha frissíteni akarta az ember.
(tehát pl. v1.3 -ról v2.0-ra , akkor a cx-programmer elszállt.legalább is nálunk a cégnél mindenhol.)ezzel a 2.x verzió fölött már nincs probléma.
egyébként az NQ sorozat elég jó, olcsó, érthető és nagyon sokfajta PLC-vel képes együttműködni.
-
byte-by
tag
halo!
ezt néztem én is , csak azért kérdeztem a DIP kapcsolókat,mert lejebb írta, hogy nem értette, hova kell kapcsolni.
kérdezted is tőle, hogy érti-e vagy meg sem nézte a táblázatot.
ha alaphelyzetben "OFF"-ban vannak akkor az is probléma lesz.
persze lehet , hogy rosszul látom.
byte-by -
byte-by
tag
halo Szirty !
igen tudom, hogy kérdezted és nem állítottad.
láttam, hogy próbáltál segíteni.nekem is sokat segítettél régebben, sajnos volt , hogy én sem tudtam elsőre megfogalmazni mit is akarok.
de az nagyon is igaz, hogy pontos információkra van szükség a hatékony segítséghez.
byte-by
-
byte-by
tag
Helló qwaqay1!
( Üdv Szirty)
újonc vagyok a fórumon, de remélem nem baj ha belepofátlankodom.
látom küzdötök a modullal.
ez az a modul amit leírtál -Szirty- de nem 1HF32 hanem 0HF32.
qwaqay1 által közölt fotón ez van.a különbség, hogy ez viszont csak feszültséghez jó.
egyébként javaslom valóban magát a Co-Trust oldalát, nagyon jól leírja a bekötést , a DIP kapcsolók helyzetét,stb:
http://www.co-trust.com/english/cp_xiangxi.asp?ArticleID=149
Új hozzászólás Aktív témák
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Okos Otthon / Smart Home
- iPhone topik
- Xbox tulajok OFF topicja
- Gyúrósok ide!
- Motorola G86 - majdnem Edge
- Garmin Venu 4 - a nagy ugrás
- Horgász topik
- Jófogás tapasztalatok
- MWC 2026: Kezünkben a Vivo V70, megvan a magyar ára is
- További aktív témák...
- Apple iPhone 14 Pro Max 128GB,Újszerű,Dobozaval,12 hónap garanciával
- Samsung Galaxy S20 Ultra / 12/128GB / Kártyafüggetlen / 12Hó Garancia
- ÁRGARANCIA!Épített KomPhone i5 10400F 16/32/64GB RAM RX 7600 8GB GAMER PC termékbeszámítással
- Apple iPhone SE 2022 64GB, Kártyafüggetlen, 1 Év Garanciával
- Samsung Galaxy A56 5G 8/256GB fehér használt, karcmentes 6 hónap garancia
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest