Új hozzászólás Aktív témák
-
Szirty
őstag
-
Szirty
őstag
válasz byte-by #2685 üzenetére
Helló byte-by!
"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 ?"
Nem. Bár tudjuk, hogy a létradiagram a huzalozott vezérlések kiváltására jött létre így azt utánozza és ahhoz hasonlít. Ha ezt a létrát lehuzaloznád, akkor úgy volna ahogy feltételezed.
De mégis csak egy processzor hajtja végre a programot, ami nem egy időben hajt végre minden utasítást, hanem sorban elemzi ki a logikai műveleteket és sorban kapja meg az egyes eredményeket. Létra esetén konkrétan soronként fentről lefele és a soron belül balról jobbra történik.Ha a létrában bekapcsolsz egy bitet valahol a programban, az onnantól lefele be lesz kapcsolva egészen addig, amíg valami valahol (esetleg ugyanaz a sor a követező ciklusban) ki nem kapcsolja. Annyi csavar van még a dologban, hogy ha ez a bit egy fizikai kimenet, akkor a kimenetre a programon belül történt ki vagy bekapcsolás állapota minden ciklusban csak egyszer, a PLC ciklus végén jut el, mert a kimenet amit a program ki vagy bekapcsol nem a fizikai kimeneti bit, azt csak a PLC operációs rendszere írja ki a ciklusok végén.
No de visszatérve a kétségeidre:
Ha írunk egy ilyen programot:Akkor az a következő eredményt adja. Ha a 0.00 bemenet OFF, akkor a 10.00 OFF, a 10.01 ON, a 10.02 OFF, a 10.03 ON állapotú lesz. Ha bekapcsoljuk a 0.00 bemenetet, akkor 10.00 ON, 10.01 OFF stb lesz.
Így működik a korábbi példában lévő összes flag, így az összehasonlítás eredményét tároló flagek is. A programban ahogy az sorban fut, minden CMP utasítás a saját eredménye szerint beállítja ezeket a flageket. Az összehasonlítás eredménye a programban bárhol felhasználható, de csak a következő CMP utasítás előttig, mert az felülírja őket a saját eredményével.
A CMP flagek tehát mindig a legutóbb végrehajtott összehasonlítás szerint állnak be. Ebből következően fontos az alábbi két szabály:
1. Összehasonlítás végrehajtása nélkül nem értékeljük ki a flagek eredményét
2. A flagek eredményét bármennyiszer felhasználhatjuk, de csak a következő összehasonlításig. Onnantól már a másik CMP eredményét tartalmazzák... -
Szirty
őstag
válasz byte-by #2687 üzenetére
Hali byte-by!
Amikor a komparátor "kimenetére" tesszük a kimenetet vagy a további feltételeket, belül (alacsony szinten) akkor is minden komparátornak ugyanazokat a jelzőbiteket állítja be és ugyanazt használja a feltételeknél.
Ez S7-nél tetten érhető azzal, hogy megnézzük STL-ben a létrában írt összehasonlításokat. Ott az RLO-ba kerül az összehasonlítás eredménye (mindamellett,hogy ott is van kisebb, nagyobb egyenlő stb jelzőbit, amikbe szintén bekerül az eredmény).
Az ilyen létrárban csak a megjelenítés módja tér el (magasabb szintű) így nem merül fel az ellentmondás. -
Szirty
őstag
válasz byte-by #2806 üzenetére
Hali!
"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."Sajnos nem jutott eszembe megemlíteni a fejlesztői környezet és a diagnosztizálhatóság (hibakeresés) fontosságát. Szerencsére Te megtetted.
István!
Ennek hiánya mérhetetlenül aláássa a rugalmasságot és a hatékonyságot.
Pl. futásközben a vezérelt gép működése közben módosítható program, a belső állapotok, változók, memóriatartalmak megfigyelhetősége működés közben olyan tulajdonságok, amik fontosak egy PLC-ben.
Nem tudom ilyesmi mennyire lenne megvalósítható egy PIC-es vezérlésben... -
isvarga
csendes tag
válasz byte-by #2806 üzenetére
Szia !
Egyetértek abban amit a rugalmasságról írsz . Egy ilyen méretű alkalmazásnál tényleg erre van szükség , és úgy ahogy leírtad . A legtöbb alkalmazásomban nekem is szét kell darabolnom a feladatot ,hogy megvalósítható legyen .Ez teljesen velejárója a méretnövekedésnek . A részfeladatokra bontva sokkal könnyebben lehet variálni is .
A paramétereket a program futásától függően lehetséges változtatni , de az igazi megoldás az ha ezt is külön alkalmazásba tesszük .(pic)
A futtatás közbeni program módosításnak pic-ben sincsen akadálya ,hiszen így működnek a bootloaderek is.(azért a tempóból vissza kell venni)
A fejlesztői környezet átláthatósága fontos szerintem is.(bár szokás kérdése is)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.
A saját fejlesztésemnek azért mertem PLC nevet adni mert (biztos nem százas) alapvetően képes ezekre a rugalmasságra .
A nyelvet meg lehet csinálni rajzos változatra is .(a logikai leíró részek még hiányoznak a nyelvből -nem éreztem fontosnak - és megoldható máshogy)Az egész úgy kezdődött ,hogy egy készülékhez kellett programot csinálnom ,de úgy ,hogy egyszerűen változtatható legyen az igények szerint. (a program átvevőjének meg kellett tanítanom a működését is . Elmondása szerint a C-64nél programozott utoljára ,ezt a nyelvet fél óra alatt megértette)
Gyakorlatilag az egész az MPASM -ra épül .(keresztassembler)
Megfejelve azokkal a megoldásokkal ami az évek során rám ragadt.A csöves eset csak példa arra ,hogy a teljesítmény önmagába nem elég.....
Varga István
-
isvarga
csendes tag
válasz byte-by #2818 üzenetére
Szia !
Egyébként az űrszekerekre gondoltam , a kapitány belebeszél a levegőbe, a számítógép meg megmondja hány éves a buszvezető .Egyébként továbbra is azt állítom ,hogy az adott területen szerzett tapasztalat a legfontosabb egy gép működtető programnál. Ha nem tudom hova kell rakni a szenzort akkor a vezérlő sem tudja .(ugye itt alapvetően a bemenetek-kimenetek kezeléséről van szó csupán) Olyan ez mint amikor a HMI megszólítja Janit , "már megint sörözni voltál te tróger " a HMI -nek dunsztja sincs mit ír ki ,csak aki ezt megcsinálta.
Egyébként a láttam olyan PLC leírást ahol 1:1 assembly utasítások is voltak a parancsok között .Ha egy szóba kellene kifejeznem a 2 rendszer közti elvi különbséget ,akkor a "semmi" a legjobb kifejezés.(az OB hibakódok megvizsgálása után)
(persze vannak dolgok amiket én nem használok a saját fejlesztésemben ilyen ,olyan okok miatt)Az ,hogy kitaláltak maguknak saját elnevezéseket , kommunikációt , csak a saját piac védelme miatt van .
Ha beleegyeztek továbblépnék.
Van ez a profibus kommunikáció : (idáig én csak rs485-nek ismertem aztán modbusnak) , de ebből találtam 3 félét is.
Ha írnátok néhány sort róla ,azt megköszönném.●POFIBUS-FMS (Fieldbus Message Specification)
● RS485 vagy száloptika
● a DP előfutára
● Kommunikáció cella szinten (PLC - PC)●PROFIBUS-DP (Decentralized Periphery)
● RS485 vagy száloptika
● gyors, hatékony adatátvitel
● legelterjedtebb - gépsorok, robotika, NC gépek stb.●PROFIBUS-PA (Process Automation)
● busztáplálású, Manchester kódolás (MBP)
● legközelebb van a folyamathoz
● érzékelők, aktuátorok
● legelterjedtebb - gépsorok, robotika, NC gépek stbSajnos a profinet-ről érdemben nem találtam semmit .
[ Szerkesztve ]
-
Szirty
őstag
válasz byte-by #2896 üzenetére
Hali!
Omron CP1E-t én is tudom ajánlani. Kapuhoz annyira nem, de tanulni kiváló, mert könnyen tanulható, az Omron doksik megfogalmazása angolul gyengén tudók számára is jól érthető, sok ábrával magyaráz.
A CX-Programmer pedig hatékony és könnyen használható.
Nem kell hozzá külön drága programozó kábel, egy közönséges A-B-s USB kábel megfelel:[ Szerkesztve ]
-
liderces
csendes tag
válasz byte-by #2896 üzenetére
Köszönöm mindenkinek az észrevételeket! Az a felállás hogy lakás felujjitásban is vagyok és kerülnöm kell a nagy kiadásokat. Hát ugy van hogy egy "igazi" gépet szerettem volna. Mint a nagyok csak a leg kisebbet. Nézegettem a kis reléket is de árban mindennel drágábbak mintha egy valahonnan lebontott rendes PLC-t nézek. Omront egyszer régen pár éve már ajánlották, akkor nem került megvételre, mert nem volt célom csak ugy programozgassam? Az nem kihivás pár lámpát villogtatni. Meg meló váltás miatt akkoriban feledésbe merült.Viszont most aktuális a feladat is és az elszántság is megint, lenne egy konkrét célom vele. Mit szólnátok a Mitsubishi gyártmányaihoz FX sorozat, van neki kisebb változata, 220V-ról üzemelő, 10-15 körül beszerezhető, kábelt rendelek hozzá EBAY-ről. Szoftverem megvan elvileg, pár lépést már tettem benne.
-
Szirty
őstag
válasz byte-by #2912 üzenetére
Helló byte-by!
Én a mai napig Dell Latitude D630-at használok a cégnél WinXP 32 bit SP3-al.
Ezen kívül:Nem volt semmi baja telepítéskor. De ennek semmi köze a HW-hez, ez egy installer hiba.
A Step7 szoftverek SQL-t hazsnálnak és érzékenyek az SQL verziókra. Ez sokszor okoz problémát. Továbbá ilyen kiherélt "hacker" XP módosításokkal sem szívesen működik együtt. Ez szintén független a HW-től. -
Szirty
őstag
válasz byte-by #3041 üzenetére
Helló byte-by!
"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."Ha pont ezalatt a 3 másodperc alatt jön megint egy kikapcsolás, akkor mi lesz?
Tudom, kicsi az esélye, de nem lehet kizárni, így megtörténhet.(Engem sokszor hívtak már fel élszaka olyan miatt, ami elvileg soha nem történhet meg...)
-
makrodom
csendes tag
válasz byte-by #3063 üzenetére
Köszönöm a válaszokat, nekem adott az említett ESA HMI, egész pontosan IT 112T.
Letöltöttem én a POLYMATH 2.1 DEMO-t, próbáltam én rá találni license-t, de sehol sincs
Még, ha lenne valami trükkös megoldás,h mikor beletöltöm a HMI-be a programot, ne úgy érzékelje,h demo verzióról van szó... (Tisztába vagyok vele,h nem sok esély van rá, de hátha )Üdv
makrodom
-
Szirty
őstag
válasz byte-by #3153 üzenetére
Helló byte-by!
"a csatlakozáshoz nem feltétlenül értek egyet a gyári cucc használatával.én vettem egy sima 1850 forintos soros-usb átalakítót , és kifogástalanul működik.lehet kifogtam"
Szerintem egyszerűen csak nem futottál még bele olyanba amivel nem megy.
Könnyen lehet, hogy nem az eszközöd szuper, hanem csak nem mozogsz elég széles skálán ahhoz hogy belelépj a gödörbe.
Ez persze egyáltalán nem baj, de ennyiből nem szabad levonni azt a következtetést, hogy minden megy vele.Én egy ATEN UC232A szintén olcsó kategóriás USB-RS232 átalakítót használok olykor ha elkerülhetetlen.
Az összes Omron PLC-vel amivel eddig csak próbáltam, kifogástalanul működött (C120, C200H, CQM1, CP1M, CS1G, C500, C1000H).
Sajnos ez nem az átalakítót dícséri, ugyanis pl. Siemens OP7-el (és egyéb RS232-t igénylő operátor panelekkel) gyakorlatilag teljesen esélytelen. A kapcsolat vagy létre sem jön, vagy (a legalacsonyabb sebességre állítva) 10-ből 9.szer megszakad. :-/
S5 TTTY kábelt ebbe bedugni meg sem érdemes próbálni.Továbbá az ilyen átalakítóval nem használhatók azok a soros eszközök, amik az RS232-es port handshake jeleiből szeretnének tápfeszültséget csiholni maguknak.
Ilyenek pl. a külön tápfeszt. nem igénylő RS232-RS485/RS422 átalakítók.
Sok szervó drive és frekvenciaváltó emiatt nem hajlandó szóba állni a géppel ilyen USB-RS232 átalakítóval.Akinek megfelel használja, de inkább rá kell áldozni egy kicsivel többet és kevesebb meglepetés éri az embert.
-
Szirty
őstag
válasz byte-by #3270 üzenetére
Helló byte-by!
A módszer ugyanaz. Vagy egy hálózatba hozod a PLC-ket (lehet MPI, ethernet vagy profibusz is) vagy több független hálóba, vagy egyenként rákötöd mindet egy PC-re (ez utóbbit csak végső esetben).
A PC-n pedig futtatsz valamilyen HMI vagy SCADA szoftvert. A CX supervisor is az. Ennek Siemens "megfelelője" a ProTool (régi már) WinCC (ez a SCADA) vagy WinCC Flexible.
De használhatod valamilyen más gyártó scada/HMI szoftverét is, a lényeg hogy egyrészt ismerje az összes felfűzni kívánt PLC típust és a kommunikációs módot is amivel összekötöd a PC-vel.
Óriási HMI panel (Pl. Panel PC) nagyon drága, olyat csak akkor javasolt használni, ha a megjelenítés körülményei indokolják (pl. nagyon ipari környezetbe kerül, szekrény ajtóba, vezérlő pultba stb. és fontos hogy a kijelző és maga a gép egy egység legyen.
De használhatsz ipari PC-t is, sokan gyártanak olyat, vagy irodai környezetben közönséges PC-t.Lényeges, hogy hány PLC-t akarsz vele összehozni, mert pl. a WinCC Flexible csak 8 PLC kapcsolatot tud egyszerre kezelni.
[ Szerkesztve ]
-
Szirty
őstag
válasz byte-by #3272 üzenetére
Helló byte-by!
Igen, ez a lényeg.
A HMI-nek használt PC-re telepíted a WinCC Flexible RT-t. Az ES-t nem is kell arra felrakni.
(Az ES a "szerkesztő", az RT a futtató, ami a kész projectet működteti).Az RT-s gépre egy másik gépen ES-el készített projectet akár hálózaton az RT futása közben is rátöltheted (pl. ha módosítasz valamit).
Akkor LCD- rakhatsz amekkorát akarsz (akár kivetítőt is) de az RT által kezelt képernyő felbontás korlátozott.
Ez főleg csak akkor probléma ha full screen módban akarod az RT-t használni. -
Szirty
őstag
válasz byte-by #3274 üzenetére
Helló byte-by!
Esetleg javaslom ezeket:
WinCC Flexible - PC runtime
WinCC Flexible Runtime használata PC-n -
JAGER 10
tag
válasz byte-by #3321 üzenetére
Hello!
Először is köszönöm a segítséget.
A PLC egy CJ2M CPU12 típusú.
A soros kábel megforrasztottam a megadott bekötés szerint. A számítógépről Terminal programmal küldenék adatot a PLC felé, de az adott tartalom utolsó karakterét tárolja el D regiszterben. "Hello!" esetében a "!".
Ez mitől lehet?Üdv!
-
Szirty
őstag
válasz byte-by #3331 üzenetére
Üdv!
"Terminal rendben elküld minden adatot, a receiver-rel lehet valami."
Nos szerintem az, hogy karakterenként vesz, így mindig az utoljára elküldött betű marad látható, miközben a komplett szöveg átmegy, csak nincs aki elpakolj a vételi pufferből az érkezett karaktereket. :-)
Nyilván programot kell írni erre. Ráadásul valami alapszintű protokoll is kellene, mert honnan tudná a vevő, mikor nem jön több adat?
Kell valami "delimiter". Azaz határoló jel, ami lehet szünet, vagy egy adott karakter vagy karakter sorozat.
Pl. ha csak a "helló!" szöveget kell átküldeni (mindig csak ezt) akkor felállítható olyan szabály, hogy a felkiáltójel jelzi az adás végét, és a program szépen addig rakosgatja egymás után valahova a vett karaktereket, amíg az meg nem érkezik. Kezdetnek, tanulásnak megteszi, de a gyakorlatban ez nem lesz elég. -
Szirty
őstag
válasz byte-by #3433 üzenetére
Helló byte-by!
"FONTOS ! a cancel nem egyenlő a force off-al.tehát ha force on volt egy biten és az 1-ben van, Te utána cancel-t nyomsz rá, vagy cancel all forces-t ,akkor a bit megtartja a force on-olt értékét és 1-ben marad.
az lesz az alapértéke, amíg nem változtatsz rajta. ez fordítva is igaz, ha force off-oltál valamit , cancel esetén csak a force tényét törlöd, a bit marad 0 ."Szeretnék pár dolgot kiegészítésként hozzáfűzni.
Kétféleképpen lehet bitet egy bizonyos állapotba helyezni, annak egyik módja a force ON és force OFF, a másik az ON és az OFF.
Egy bit állapotának megváltoztatására azért van kétféle lehetőség, hogy feloldható legyen az alábbi ellentmondás:Pl. egy bemenet bitjének állapotát a fizikai bemenet tényleges állapota minden ciklusban felülírja ezért nincs látható hatása egy ON vagy OFF átbillentésnek. Ugyanez a helyzet akkor is, ha egy bit nem bemenet hanem olyan, amit a program minden ciklusban ír. Töröl vagy beállít. De ha egy RS tároló bitjét billentjük át (KEEP), amit a program éppen nem ír (sem a SET sem pedig a RESET ágának feltétele nem teljesül) akkor azt ON vagy OFF funkció probléma nélkül átbillenti és a bit úgy is marad, amíg a program másként nem "akarja".
Ellenben a force kényszeríti a bitet az általunk kívánt állapotba. A Force OFF törli, attól teljesen függetlenül,hogy bemenet vagy nem, és hogy a programban mi milyen állapotba írja. Az a bit 0 lesz ha törik, ha szakad.
A Force ON ugyanezt teszi csak 1 állapotot ír bele.
A Force cancel ezt a kényszerítést oldja fel, kiadása után a bit állapota úgy változik, ahogy a program akarja. De emiatt nem mondanám, hogy továbbra is úgy marad az a bit.Tehát a különbség a kettő között az hogy vagy fixen lebetonozzuk vagy csak belerugunk egyet.
-
redon13
csendes tag
válasz byte-by #3474 üzenetére
Koszonom! Sikeresen teszteltem az inputokat. Igen, volt egy sanda gyanum, hogy az outputok tesztje nem fog igy menni.
Olvastam az eszmecseret az atalakitokrol itt az oldalon. Program kabel alatt magam is RS232 USB atalakitora gondoltam. Mar rendeltem egy Omron atalakitot ugyhogy inkabb megvarom de azert koszonom az infot. -
-
Ghummmy
csendes tag
válasz byte-by #3495 üzenetére
Üdv byte-by!
"én a saját céges tapasztalatomat tudom megosztani.
azért azt gondolom, ha a "vezetés" nem szakma beli, akkor mindenképp érdemes kezdeményezni.
komoly probléma, ha a "vezetők " szíve vágyát észnélkül, átgondolatlanúl, "csakazértis" meg akarjuk valósítani."Részben ezért is próbálkozom. Így esetlegesen kicsit több pénzért gyakorolhatom is azt ami érdekel.
Persze mindent nem csinálunk meg mi sem. Sok mindenre kértek a fejlesztésekhez árajánlatot külső cégektől, és mindig minden drága volt nekik, párszor jöttek, hogy csináljuk meg mi. De akkora baromságokat tudnak kitalálni. Nem látnak tisztán a pénz utáni vágytól."Természetesen mindenre van megoldás, de az legyen ésszerű, átgondolt, logikus, hatékony,(neadj Isten)takarékos, stb.
persze a vezetők mindíg jobban tudják, de határozottan meg kell próbálni kivitelezhető és hatékony, stb. módszer felé terelgetni a képzeletüket, amennyire csak lehetséges!( sikerülhet is..)"Igyekszem. Nem tudom mennyire sikerül, mert ez volna az első ilyesmi amit csinálnék. Azt már előre jelezték, hogy már a 2 következő feladat is rám vár. Majd meglátjuk mi lesz. Az biztos, hogy ugyanennyi pénzért nem fogom törni magam egyikkel sem.
Nem véletlenül jeleztem itt a "problémámat", nem szeretnék hülyeségeket csinálni. Szeretnék alaposan utánajárni mindennek, hogy megfelelően tudjak érvelni dolgok mellett és ellen. Az már más kérdés, hogy árban mi az ami megfelel nekik. Úgyis azzal kezdik, hogy hozzam ki olcsóbban. Ezért majd kell egy olyan verzió ami esetleg 10%-kal magasabb. Ezt kell benyújtsam elsőre. Aztán jön az ismert "túl drága" szópáros és pár nap múlva előállok az olcsóbb változattal."nálunk gépsoronként egy kis kompakt plc van, amivel mindössze 2 bemenetet és 2 kimenetet használunk."
A mi részlegünkön leginkább különálló gépek vannak, de az üzem fő részén egy komplett rendszer. Lényegében egy baromfi feldolgozó. Végül is a rendszer egynek tekinthető. Egy nagy pályarendszer az élő csirkéktől a daraboltig, de felosztható több részre. Így ez a típusú megoldás is bevethető lenne esetleg ezen a részen. Viszont az biztos, hogy ez már a második fázisban kerülne sorra, mert elsőként a saját részlegemet kellene megoldani. ha elfogadják akkor utána szeretnék a teljes üzemre kiterjeszteni.
"Fontos, hogy az emberek megértsék nem a felelőst keressük, ............."
Sajna ez még teljesen nem így van itt. Ebben is nagyot kellene változni még sokaknak a cégnél. Többek között a vezetőségnek nem csak büntetni kellene, a melósnak meg nem csak azt várni hogy az ő feladata véget érjen aztán bujkálni míg a másik még mindig dolgozik.........
"viszont.havi 80.000 -ért dolgozó operátoroktól ne várd el ........"
Ebben van igazság is, de ha belegondolna az illető abba, hogy ő fog túlórázni ha a termelés nincs kész időben, valamint őt veszik elő, ha nincs meg a kellő mennyiség a nap végére, akkor miből tartana elolvasni 3-6 szót és megmondani nekünk.
Szerszámot meg nem hagyunk ott mert az fogyó eszköz sajnos.....
Volt bivaly erős mágnesünk ami alkatrész kiszedéshez kell. Egyet adtak a géppel. Azóta 2x vettek és mégis máshogy kell megoldjuk az alkatrész kiszedését.Mint láthatod mindenhol változtatni kell a hozzáállásokon.
-
rsf
senior tag
válasz byte-by #3519 üzenetére
Ez a megoldás többféle plc-n nem működik, de lehet, hogy Omronon tényleg igen.
Várjunk egy megerősítésre. Valaki kipróbálhatná egy élő PLC-n.
Viszont a második megoldásodat többször alkalmaztam már én is, mert minden PLC-n könnyen megvalósítható. Csak nem olyan szép mármint nekem.
Üdv.[ Szerkesztve ]
“Az a baj a világgal, hogy a buták mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.“
-
soldi3r
veterán
válasz byte-by #3577 üzenetére
erosen verziofuggo
nekem is lenne egy kerdesem, cx programerben hogyan tudok egy idozitot resetelni?
E30 (oo=[][]=oo)
-
redon13
csendes tag
válasz byte-by #3607 üzenetére
HI byte-by,
Koszonom a tanacsot. Jelenleg a cegnel csak egy Profilic-PL2303-as atalakitot talaltam de valami regebbi darab lehet mert a legujabb driverrel el sem indul. A regivel meg nem jon letre a kapcsolat. Megprobalok szerezni egy az alltalad emlitett atalakitot. Esetleg mas bevalt atalakitot is tudsz? Gyorsan kellene megoldast talalnom a kapcsolodasra.
-
-
dodzylla
csendes tag
válasz byte-by #3692 üzenetére
Nagyon szépen köszönöm a segítséget!
Jól gondoltad, optovedes, sajnos azért nem tudtam leírni az I/O portokat mert ezt órán kaptuk , és az I/O portok nem voltak rajta lapon, és fejből próbáltam meg összerakni de nem jött össze, jól magyaráz az öreg meg tényleg ért is hozzá, de ezt a részt most kicsit elkapkodtuk, de sokat segítettél, köszi!
Igen működnek! külön külön mindenki letesztelte.
Hülye kérdés, ágak alatt networkot értesz?
[ Szerkesztve ]
-
Szirty
őstag
válasz byte-by #3775 üzenetére
Üdv byte-by!
Én mindig is kedveltem az Omron lényegre törő egyszerű, tiszta és világos hatékonyságát. Omron PLC-nek köszönhetem, hogy tudom mi az a PLC. (Sysmac C120, C500, C1000).
A leírásaik tiszták, logikusak, érthetőek voltak. A szoftvereik könnyen kezelhetők, nem csak egerészeknek való (billentyűkombinációkkal nagyon hatékonyan kezelhető).Sajnos azt látom, mint ha kapkodni és toldani-foldani (taknyolni) kezdtek volna. A rendszereik nem kompatibilisek egymással, a működésük egyre érthetetlenebbé válik. Mint ha nem lenne kellően átgondolva a csapás irány. Mint ha csak sodródnának a mély űrben...
-
Szirty
őstag
válasz byte-by #3774 üzenetére
Üdv byte-by!
"én is ismerkedem még a TIA -portal-lal, meg kell szokni.Lehet, hogy Szirty oldalát indokolt lenne látogatni, ott úgy tudom van TIA okosság."
Hát van ugyan, sajnos nem nagyon! Nem hinném hogy sokra mennél vele.
Mellesleg ha összeállítasz egy konkrét, részletes és érthető cikket, én szívesen kirakom oda :-)
Új hozzászólás Aktív témák
- Debrecen és környéke adok-veszek-beszélgetek
- OLED TV topic
- Azonnali informatikai kérdések órája
- Amlogic S905, S912 processzoros készülékek
- Vigneau interaktív lokálblogja
- Háztartási gépek
- Alkoholista nevelde
- Autós topik
- Rövid előzetesen a S.T.A.L.K.E.R. 2: Heart of Chornobyl
- SSD kibeszélő
- További aktív témák...