- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Kiderült, hogy hol veszik a legtöbb kínai EV-t
- Synology NAS
- Itt van az eddig legjobban teljesítő kétfiókos NAS a TerraMastertől
- Egyre több európai használja a Telegramot, ezért megkereste az EU
- Mesterséges intelligencia topik
- Zimbabwébe ment a Starlink
- Bittorrent topik
- Facebook és Messenger
- Törvénnyel pörgetné fel az európai zöldtechnológiát az EU
Új hozzászólás Aktív témák
-
lappy
őstag
Mert vannak olyan PLC-k amiket jellemzően ipari környezetben jobban használnak elterjedtebb és nem vmi "kínai"-t. Lehet azon is kezdeni nem azt mondom, de kb 10000:1 hez hogy olyannal találkozni fogsz gyári környezetben.
A programozási nyelvek azonosak max a PLC tud vmi pluszt nyújtani pl HMI Ethernet stb. at tudod váltani a nyelveket LD-FB ilyesmi. És ez nem minden plc lehet. Na meg van amelyiken csak egyféle nyelven írható program. Vagy egyszerűen nincs leírás hogy hogyan sokat segít ha van és sokan is ismerik jobban tudnak segíteni ha elakadnal[ Szerkesztve ]
Bámulatos hol tart már a tudomány!
-
Szirty
őstag
Szia!
"Egy LD program pl miben masabb egy Omronra mint egy Siemensre? "
Több okból más.
Egyrészt a rendszerszintű különbségek miatt, másrészt a fejlesztői környezet alapvető különbségei miatt.
Emiatt azt gondolni hogy a létradiagram mindegyiknél ugyanaz, nagy melléfogás lenne...Nézd csak meg ezt:
http://szirty.taviroda.com/lang/index.htmlEgy felületes lista a szemléltetéshez. Mondj ebből kettőt ami ugyanaz.
-
vasii
senior tag
& lappy köszi!
Termeszetesen nem arra godoltam, hogy 1az1 ben ugyanugy neznek ki, hanem arra, hogy aki az egyiket megtanulja, az vszinuleg a tobbivel is fog tudni dolgozni, csak meg kell szokni h mashol vannak a gombok stb. Mint hogy pl. ha vki tud modellezni Solidworksben, akkor az tudni fog modellezni Inventorral is, max az elejen lassabban megy a munka amig megtalalja mi hol van. Ezert nem ertem, hogy attol hogy egy ceg mondjuk Omron PLCkel dolgozik, miert kovetelmeny hogy a jelolt kifejezetten Omront tudjon programozni? Ertem en, hogy jobb ha mar egybol tudja mihez hova kell nyulni, de ha addig Siemensen dolgozott es vagja magat a logikat es felpitest, akkor egy kis atszokas utan ugyanugy meg fogja tudni azokat a programokat irni Omronra is, nem? Rosszul gondolom?
Bocs ha hulyesegeket beszelek, csak probalom megerteni
-
And
veterán
Úgy tűnik, kicsit leragadtál a PLC-t kezelő program / GUI kinézetén, elrendezésén. Csakhogy a PLC programozás nagyon nem csak abból áll, hogy adott nyelven egymás után pakolgatjuk a létrákat, utasításlistát, funkcióblokkokat, stb. Olyan elvi - kicsit magasztosan fogalmazva: felfogásbeli, filozófiai - szintű eltérések vannak az egyes rendszerek között, hogy sokszor el sem tudja képzelni az, aki még nem látott többféle fejlesztői környezetet. Ez még azonos gyártó különböző sorozatú - évtizedes különbséggel fejlesztett - programjai között is megvan, nemhogy eltérő gyártók esetén. Egy rakás példát lehet erre mondani: adatterület kiosztása, változók címzése, összetett adatformátumok közti eltérések, kommunikáció beállítása (egy Mobdus vagy Profibus DP adatcsere vagy a buszrendszerek felkonfigurálása teljesen máshogy nézhet ki különböző gyártmányok esetén). De még olyan, az előbbieknél egyszerűbb dolgok megoldása is nagyon eltérő lehet, mint például a fel- és lefutó élvezérlés megoldása, az analóg input csatornák skálázása, PLC belső órájának kezelése, rendszeradatok, system-bitek kialakítása, satöbbi, satöbbi (biztos, hogy a valós eltérések száma, sokkal nagyobb, mint amelyeket itt említettem). És ez még csak maga a PLC, pedig annak a környezete is lehet fontos, hogy mondjuk miféle eszközöket kell kiszolgálnia, milyen jellegű I/O-eszközök kapcsolódnak rá. Ezt meg már nem csak a PLC, hanem az iparág is befolyásolja, amelyben a vezérlő dolgozik.
Természetesen annak, aki látott és programozott már PLC-t, legalább az alap dolgok tiszták lesznek, gyorsabban belejön az új / másik típus programozásába, de azért neki sem feltétlenül megy az átszokás egyik rendszerről a másikra (és annak hardveres környezetére).[ Szerkesztve ]
-
PeterUr
csendes tag
And pontosan leírta, ez nem szabvány egy csoport névnek lehet inkább felfogni. A PLC bármi meglepő relé vezérlésből és mikrokontrollerek házasságából fejlődött ki nagyjából ezért ahány gyártó annyi fizikai eltérés és emiatt program eltérés. És a CPU amit használnak is alapjában eltérnek ezért is van különbség. Alapvetően ez a terület is hiányolja már a közös szabványos felületet, de mivel a PLC-k 99% célgépekhez kerül felhasználásra vagy célrendszerekhez ezért itt sincs iparági nyomás hogy egységessé váljanak az okos otthonoknál a KNX mint kommunikációs rendszer azért lett használva mert a piac kikényszerítette. Én a múlt héten késő délután 3 helyen voltam és kértem PLC bemutatást és 3 teljesen eltérő alap koncepcióval találkoztam. És egy biztos hogy ezért én a rievtech nél maradok.
-
redred
friss újonc
Sziasztok!
Teljesen elveszve az életben pályaválasztás előtt állok. Bogarászok mindent a neten, és sokszor nehéz kiigazodni a nagy információhalmazban, amint a képembe dob. A felvezető után a konkrét kérdés;
Találtam ezt az OKJ-s (51 523 01)PLC Programozó képzést. Csak érettségi az előfeltétele, (meg eü-s alkalmasság), semmi egyéb előképzettség. Ez szó szerint így van, nem kell hozzá semmi előzetes ismeret, programozásról, bármiről? Ha elkezdem úgy, h csak érettségim van, idegen nyelvismeretem, és alap, felhasználói szintű számítógépes tapasztalatom, akkor sem leszek hátrányban a képzés első percében?
A másik, ha úgy döntök, hogy jelentkezem hogyan tudnék autodidakta módon valami előzetes ismeretre szert tenni, közelebb kerülni ehhez a szakmához. Mit olvassak, mit tanuljak a témában?
Valamint a szakmabeli elhelyezkedés, lehetőségek, fizetés, bármilyen jellegű infó érdekelne, amit megosztásra alkalmasnak gondoltok. :)
Köszönöm, ha segítetek! -
Szirty
őstag
Szia!
And nagyon precízen leírta mi is a különbség (köszönet érte)!
"aki az egyiket megtanulja, az vszinuleg a tobbivel is fog tudni dolgozni, csak meg kell szokni "
Pontosan! Nem csak a fejlesztői környezetek különbségével hanem összességében is.
Nincs is ezzel gond, ez így működik, de pont ezt a "megszokást" nem akarja a munkáltató. Ezért keres célirányosan az adott rendszert gyakorlat szinten ismerő programozókat. -
byte-by
tag
halo
ezt a kérdéskört már többször kiveséztük.
én nem ma írtam az első programomat és szintén elvégeztem egy OKJ-s tanfolyamot, bár az 15 évvel ezelőtt volt. kb.
mint papír megfelelő volt, de már az első munkámnál nyilvánvaló volt ,hogy mennyit (nem)ér.mindazonáltal, katasztrófa.
de. hátrányban leszel, ha semmilyen szakmai előképzettség sincs.
a PLC technológia nem a humán tárgyak érettségizős tudásbázisához kötött,
hanem elektronikához, villamossághoz, relé logikához, elektrotechnikához, stb.nyilván van szakmai érettségi, de a tanfolyamok feltételeinek legtöbbje kategórikusan kijelenti, hogy nincs szükség semmilyen előképzettségre.
átnéztem a hirdetéseket, nem semmi...sőt!
székesfehérváron találtam olyan "tanfolyamot" ami kijelenti, hogy "ez nem OKJ-s tanfolyam,
nem iskolarendszerű és nem ingyenes"
ha valaki jól értelmezi a leírtakat , akkor olvashatja, hogy ez nem PLC-programozó tanfolyam, hanem "PLC programozási ismeretek tanfolyam"....ügyes...
ennek megfelelően az ára is nagyon kedvező, a többihez viszonyítva, de igazából átverés.
és ami a hajmeresztő,
a tanfolyamhoz szükséges szakmai előképzettség: "Alapfokú iskolai végzettség"
erre nem tudok mit mondani.de , hogy a kérdésedre válaszoljak, szükséges elektrotechnika, vezérlések ismerete, relés logika ismerete, hálózati alkalmazások és protokollok ismerete, bool algebra, adat típusok ismerete,stb. legalább készség szinten.
mindazonáltal, ha érdekel és szeretnél ezzel foglalkozni, akkor hajrá.
javaslom Szirty oldalát, illetve olyanok társaságát akik ezzel foglalkoznak.[ Szerkesztve ]
-
Marci0607
újonc
Sziasztok!
Segitséget szeretnék kérni. Van egy Omron CPM1-esem de sehogy nem tudok rácsatlakozni. Amikor keresi a plc-t cx-prpgrammer a modulján keresztük akkor semmi ha a kínai kábel van rákötve akkor a comm led fel fel villan de így se csatlakozik. cx-one 4.40 és 4.44el is ki lett próbálva win10 és xp-n is. Com port beállításainál is mindent kipróbáltam de semmi. Van valakinek valami ötlete vagy lehet reménytelen az eszköz?
Előre is köszönöm[ Szerkesztve ]
-
Squirrel97
friss újonc
Sziasztok!
PLC vel szeretnèk egy adagolót megcsinálni.
Hardver mèg nincs meg.
Olyant szeretnèk ami újraindítás után is megjegyzi a beállított èrtèkeket.
Siemens logo-ban kezdtem el FBD-vel de rugalmas vagyok.
Másik, hogy nem engedi az ESC ès OK gombokat programozni. Megoldanám enèlkül de tudnèk nekik örülni.
Segítsèget szeretnèk kèrni!
Előre is köszönöm! -
Szirty
őstag
válasz Squirrel97 #7864 üzenetére
Szia!
Mondjuk jó lett volna ha leírod a Logo pontos típusát (különösképp a típusjelzés végére: 0BAx).
Meg azt is leírhattad volna pontosan hogyan próbáltad meg azt ami nem működik. -
Squirrel97
friss újonc
Csak szimuláció OBA7 pèldául.
Egy adagoló pumpa kalibrálásához szeretnèk egy változót amit nem felejt el ha kikapcsol a PLC.
Van egy számlálóm csak szimulációban törlődik. Gondolom èlőben is.
A gombok között meg csak a nyilakat
találom. -
Szirty
őstag
válasz Squirrel97 #7866 üzenetére
Szevasz!
"Van egy számlálóm csak szimulációban törlődik."
Be kell kapcsolni a számláló paramétereinél a "Retentivity" kapcsolót!
Akkor meg fogja őrizni az állapotát.
Ezt szimulátorban is le lehet ellenőrizni, de lényeges hogy ha ellenőrzöd ne azt csináld hogy beléptetsz valamennyit a számlálóba majd leállítod a szimulátort és újraindítod a szimulátort!
Ilyenkor ugyanis mindenképp törlődik mivel a Logosoft comfort nem menti el a szimulációból való kilépéskor a szimulált Logo belső állapotait.
Viszont van a szimulátorban egy "Power" gomb amivel szimulálhatod a Logo ki és bekapcsolását."A gombok között meg csak a nyilakat találom."
Csak a nyilakat tudod programban használni. Az OK és ESC gombok használatára nincs lehetőség.
-
PeterUr
csendes tag
válasz Marci0607 #7862 üzenetére
Én most szembesültem egy problémával egy PLC x gyártó x tipus találtam egy srácot aki keni vágja kijött velem és a gyári kábellel ami az adott PLC hez (sorozatszám sem mindegy) hogy b... meg szóval elkezdte bizgerálni majd kb 3 óra szarakodás után és 1 óra telefonálgatása után kiderítette hogy aki a cucot csinálta cég annó megtalálta a programozóját és kiderült hogy HW ben is van változtatás meg alap SW ben is hogy kizárólag ők tudják programozni a saját szoftverükkel és adat kábelükkel. Nincs letiltva valami rajta vagy átállítva?
-
Squirrel97
friss újonc
válasz Squirrel97 #7866 üzenetére
Köszönöm! Már èrtem.
-
joci9
tag
válasz Marci0607 #7869 üzenetére
Ha van rá pénzed: Moxát. Szerintem. Nekem az működni szok, ha jól emlékszem ilyen Omron kábellel is.
https://moxa.hu/termekek/1679/UPort-1150-1150I
ez lehet 485 is, ami a későbbiekben más plc-khez és egyebekhez jól jöhet.
Ami csak 232-őt tud az a harmadába kerül...
https://moxa.hu/termekek/1097/UPort-1110#vasarlas[ Szerkesztve ]
-
byte-by
tag
válasz Marci0607 #7869 üzenetére
halo
használj cif01-et meg omronos (-ra forrasztott) soros kábelt és , ha a port jó akkor működni fog.
az omron esetében én nem gondolom, hogy bármi le lenne tiltva.
ugyan van protection a settings-ben, de nem jellemző. a hw meg a kábel mindegy , ha omron kompatibilis.
a cif 01-mögé kell egy aten rs232-usb átalakító és menni fog.
vagy cif02- és omronos rs-usb kábel, de az drágább.
ez ami neked van a cif02-őt próbálja szimulálni, de cpm1A és/vagy cpm2 esetén lehet, hogy működik. -
Szirty
őstag
"a cif 01-mögé kell egy aten rs232-usb átalakító és menni fog."
Lehet hogy jó tipp az Aten ide, nem tudom. DE!!!
A saját véleményem és tapasztalataim alapján az Aten UC232 tervezőjét, gyártóját, forgalmazóját, anyját, összes felmenőjét anticsókoltatom!
Az ellenségemnek se kívánok Aten UC232 USB-RS232 átalakítót!Elnézést az elégedett Aten felhasználóktól, de tűzzel-vassal üldözzétek ha ilyet láttok ássátok el a kertben , öntsetek rá betont, rakjatok fölé máglyát, és kilométeres körben kerüljétek a helyet is ahol ez történt!
Nem akarok csúnyábbat írni, pedig TUDNÉK!Használjatok FTDI chipsetes átalakítót én azt javaslom...
-
byte-by
tag
azért irtam aten-t, mert omronról van szó.
azzal kimondottan jól együttműködik.
távolkeleti cégnél dolgozom, de még ott is azt javasolják az omronhoz.
illetve már van saját, omronos , de a mindennapi tapasztalat szerint mindegy.máshoz nem javasolnám, de ehhez igen.
[ Szerkesztve ]
-
Tomika86
senior tag
Sziasztok!
ESA VT525W HMI-hez milyen programot kell beszerezni, hogy szerkeszteni tudjam a projectet ami a kijelzőn van(tehát elöbb le is akarom szedni a HMI-ről, ha lehet).
Köszönöm!
-
joci9
tag
válasz Tomika86 #7877 üzenetére
Szia!
Kell a forráskód, asszem abba nem lehet letárolni. (ez nem szentírás)
Azaz sztem nem lehet visszahúzni a tévéből szerkeszthetőre.
Polimath program kell hozzá, ha elég "friss" a projekt.
Annak van ingyenes verziója az SC, na de azt már nem tudom az erre alkalmas e.
Amúgy meg VT-WIN.
Ha nagyon régi, akkor VT-WIN-ből is kell több verzió, nekem asszem van egy virtuális gépem amin rajtvannak ezek, tudok segíteni. Egyikből a másikba lehet frissíteni, és működik is a végén.ü
J -
joci9
tag
válasz Tomika86 #7879 üzenetére
Szia!
A .vts jónak tűnik, át tudom neked konvertálni friss vts-re, bár a 2009 az frissnek számít, majd polymathra. Hirtelen nem tudom melyik szoftver hogyan beszerezhető a boltban.
Ő lehet tudja: http://www.ronsystem.hu/ü
J -
joci9
tag
válasz Tomika86 #7881 üzenetére
Szia!
Ez modernebb és jó máshoz is, be lehet importálni a vts projektet: https://www.esa-automation.com/en/products/software/polymath/
Vagy ez az eredeti: https://www.esa-automation.com/en/products/software/hmi_vtwin/Van benne pár nyakatekertség, de összesgében az ESA cuccokkal nekem jó tapasztalataim voltak. (már mást használunk)
ü
J[ Szerkesztve ]
-
Marci0607
újonc
Ki lett próbálva több kábellel is FTDI vel is, egyikkel se megy meg feltünően melegszik a cif01be a nyák szerintem halott az modul.
Az usb-cif02es amsamotion kábellel próbálkozok, azzal legalabb jelez a plc hogy van valami kommunikáció de így se tud csatlakozni.
Lehet hogy egy másik cif01 beszerzése lesz a következő lépés -
lappy
őstag
S7-1200 hoz van valakinek magyar leírása?
Bámulatos hol tart már a tudomány!
-
lappy
őstag
Másik kérdés ezzel kapcsolatban:
amit szeretnék:
amikor egy ember megnyomja a gombot akkor az OB30-ban lévő lámpa villogjon.
elvileg ennek működnie kell, de a PLC kimenetén nincs villogás.
Hol lehet a hiba? Az OB30 1000ms -ra van állítva, a MOVE funkcióval odalép ahova szeretném de mégsem az történik amit szeretnék.
Ha nem elég az infó akkor kérdez és amire tudok válaszolok.Bámulatos hol tart már a tudomány!
-
Tomika86
senior tag
Túlbonyolítod, van Merker ami 1Hez-el vált állapotot. PLC beállításaiban lehet beállítani melyik(Clock memory byte) byte legyen, és abból az 5. bit lesz az 1Hz.
Kell a feltétel mikor villogjon, ezzel sorba rakod a merkert és már vált is a kimenet 1Hz-el. (Ami 1s be-1s ki)
System and memory clock a menüpont ahol be lehet állítani, itt van még pár hasznos dolog.
-
zolizozo80
tag
Sziasztok!
Valaki találkozott már Schleicher PLC-vel és annak fejlesztőkörnyezetével? -
tanrob
csendes tag
Sziasztok!
Kérdésem lenne hozzátok...
Siemens logosoftban FBD -vel szeretnék hőmérséklet vezérlést csinálni.
Olyan megoldással, hogy Logo TDE kijelző fel le gombjaival beállítom a kívánt hőfokot és analóg bemeneten meg figyeltetem a hőfokot és ennek pillanatnyi értékét vizsgáltatom a beállított értékkel
Odáig megvagyok, hogy a kijelző fel le gombokkal egy számlálót vezérlek, amelyek a beállított értéket adják. Az analóg bemenetet, ami 0-10 V, milyen analóg blokkal kezeljem, hogy össze tudjam komparálni a beállított értékkel. Illetve, nem találok olyan komparátort, vagy matematikai blokkot, ami ezt a két értéket le tudná kezelni, úgy, hogy ne a blokkon belül a programban állítsam be a hőfokot.Köszönöm a válaszokat!
Robi -
Rigor Mortis
csendes újonc
Szia tanrob!
Félek, nem értettem meg maradéktalanul az általad vázolt problémát, de azért megpróbálok segíteni. Addig világos, hogy létrehoztál egy, a TDE-ről állítható hőmérséklet setpoint változót. Amennyiben komparálni szeretnéd egy analóg bemenethez képest, akkor a két számnak azonos mértékrendszerbe, nagyságrendbe kell kerülnie. Ehhez skálázni kell az analóg bemenetet.
Ha erről van szó, vegyünk egy példát:
Az általad programozott számlálóval megadott érték legyen mondjuk 0…1000 között állítható. Itt az 1000-es érték 100.0 °C-nak (értelemszerűen pl. a 234 értékű egészszám 23,4°C-nak) értendő. A tizedesjegy pontos helye csak a LOGO TDE-n történő kijelzés esetén lényeges. Tételezzük fel, hogy egy 0…100°C/0…10V-os távadót kívánsz alkalmazni. Ahogy már említettem, a 0…10V-os analóg jelet skáláznod kell. Erre az „Ananlog amplifier” blokk alkalmazható. A blokk „Tulajdonságok” lapján az „Analog settings/Measurement range/Minimum” mezőbe 0-t, a „Maximum”-ba 1000-et kell beírnod. Ugyanitt a „Decimal places in message text” mezőbe 1-et állíts be, így később a TDE-n a hőmérsékletet már tizedesjegy-helyesen jelzi ki, ha ki akarod jeleztetni. Ezekkel a beállításokkal a blokk a 0…10V-ot átskálázza 0-1000 közé. Az így nyert értékeket már összehasonlíthatod a számláló értékével (pl. „Analog comparator” blokkal.)
Remélem segítettem. Ha félreértettem valamit, akkor bocsesz.
Üdvözlettel:
RM
-
tanrob
csendes tag
válasz Rigor Mortis #7890 üzenetére
Szia Rigor!
Köszi a segítséget, haladok...
Az analog amplifierrel sikerült skálázni a 0- 10V os bemenetet.
Az analog comparator bemenetére nem tudom csatolni a számláló kimenetét, hibát jelez. A számláló kimenete és a comparator közé kell még esetleg valamilyen blokk...
Erre esetleg van ötleted?Előre is köszönöm!
Robi[ Szerkesztve ]
-
Rigor Mortis
csendes újonc
Szia tanrob!
Az a gyanúm, hogy 0BA8-as LOGO!-t programozol. (A TDE használatából következtetek erre.) Az alábbiak leírt módszerek a korábbi LOGO! verzióknál és LOGSoft Comfort-oknál másként vannak megoldva, tehát azokra nem vonatkozik.
Azért jelez hibát a program („Incompatible connectors”), mert a blokk programszintű kimenete digitális, vagyis BOOL. A komparátoré egészszám, vagyis INT (intiger). A kettő nem összeköthető a programban. A számláló blokk egészszám kimeneti változóját csak paraméterátvitellel lehet kezelni. Valószínűleg azért, mert a számláló tag valójában 32bites DINT (duplaintiger), majdnem minden más viszont a LOGO!-ban 16bites INT formátumú. Ezért aztán a számláló 32767 feletti értékeit nem is lehet kezelni a program többi blokkjával. Paraméterátvitelt számos analóg blokk között létre lehet hozni. Ehhez ki kell nyitni az adott blokk alatti „+” jelre kattintva a paraméterátviteli mezőt. Megjelennek a be- (balra) és kimeneti (jobbra) paraméterek. Ezeket lehet más blokkok paramétereivel összekötni.
A Te esetedben a számláló „Cnt” paraméterkimeneti adatát lehet egy másik, egészszám programkimenettel rendelkező blokk (pl. egy „Analog MUX”, multplexer) paraméterbemenetére küldeni. Annak a kimeneti adataival pedig már lehet komparálni másik blokk kimeneti adatait.
Üdvözlettel:
RM
-
tanrob
csendes tag
válasz Rigor Mortis #7893 üzenetére
Szia Rigor!
Nagyon szépen köszönöm a segítséged, a képernyőfotót és a magyarázatot is!
Ismét tanultam valamit!
Már majdnem elkezdtem átvariálni a kivitelezését, úgy, hogy egy potival állítom be a kívánt hőfokot 0-10V -on, azt skálázom, komparálom és a kijelzőre csak kiíratom az értékeket, de a segítségednek köszönhetően most már menni fog az eredeti terv alapján!Ui: Egy kérdésem lenne még...
Régebbi verziójú szoftvernél és Logo nál nem volt ilyen probléma?Köszönöm szépen!
Üdv.: Robi -
Rigor Mortis
csendes újonc
Szia tanrob!
Igazán nincs mit!
„Régebbi verziójú szoftvernél és Logo nál nem volt ilyen probléma?”
Nos, ha arra gondolsz, hogy a számláló tag-et csak az ismertetett módon (paraméterátadással) lehet kiolvasni, nem nevezném problémának. Ez inkább a LOGO! programozásának egyik tulajdonsága. Még sajátságosnak sem nevezném. A nagyobb vasakban, komplex programoknál ez egy gyakran alkalmazott módszer. Az pedig, hogy szinte csak 16 bites egészszámokkal dolgozik rendszer, a „low end” kategóriába sorolásnak tudható be. Ennyi pénzért, ennyi jár… 😊 Ettől függetlenül meglepően komoly vezérléseket is meg lehet valósítani ezzel az eszközzel, ha ismerjük a korlátait, jellegzetességeit.
A régebbi (7-es vagy korábbi) LOGO!-k paraméterátadásainak programozását az egyes blokktulajdonság lapokon kell beállítani („Reference” gombok). Ez is működik, de végig a „háttérben” marad, nehezíti a program átláthatóságát, értelmezhetőségét, nem feltűnően jelenik meg a dokumentációban. A 8-asnál alkalmazott módszer már kimondottan felhasználóbarát.
Üdvözlettel:
RM
-
crucified
tag
válasz Rigor Mortis #7895 üzenetére
"Ettől függetlenül meglepően komoly vezérléseket is meg lehet valósítani ezzel az eszközzel, ha ismerjük a korlátait, jellegzetességeit."
Egy ismerősöm egész komoly dolgokat megvalósított már LOGO!-val olyan helyeken ahol első körben egy másik cég egy sokkal nagyobb és ezáltal drágább kivitelezést ajánlott. A másik cég ajánlata nem feltétlenül volt tisztességtelen, csupán sokszor bonyolultabbnak tűnő dolgot sok cég mindjárt egy magasabb árfekvésű rendszerrel akar megoldani, mivel nem ismerik pl. a LOGO! jellegzetességeit.
-
tanrob
csendes tag
válasz Rigor Mortis #7895 üzenetére
Szia Rigor!
Köszönöm az infót!
Tanulással, és gyakorlással szerintem is komplexebb vezérléseket, szabályzásokat is meg lehet vele valósítani.
Az ára és a programozó szoftvere végett vonzó megoldást jelent. -
crucified
tag
Sziasztok, Simatic Manager Step7 OB86-os blokkot láttam már LAD-ban is és STL-ben is szerkeszteni. Ez csak megszokás kérdése az OB vagy FC esetében vagy van valami különbség is?
Köszönöm
-
Szirty
őstag
válasz crucified #7898 üzenetére
Szia!
Annyi a különbség amennyi a LAD és az STL között.
A LAD/STL választása elsősorban feladat függő. Adatok kezelése, ide-oda rakosgatása hatékonyabb (és ha nincs nagyon szétcsúszva a kód) akkor átláthatóbb, mert Ilyen feladatot LAD-ban megírva sokkal hosszabb és átláthatatlanabb megoldás születik.
A szokás annyiban játszik szerepet hogy ki mennyire gyakorlott az egyik vagy másik nyelvben.
Aki szinte csak LAD-ban dolgozik annak a LAD lesz átláthatóbb és könnyebb, aki mindent STL-ben ír annak meg az STL természetesen.Az én véleményem az, hogy az optimális valahol a kettő között van. A hibakezelő blokkokban jellemzően adatokkal kell foglalkozni, kevesebbet tisztán logikai feltételekkel. Ezért én ott az STL-t választom általában.
Új hozzászólás Aktív témák
- Mibe tegyem a megtakarításaimat?
- Samsung Galaxy A55 - új év, régi stratégia
- Autós topik
- Bivalyerős lett a Poco F6 és F6 Pro
- Samsung Galaxy A35 5G - fordulópont
- Elden Ring
- Politika
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Samsung Galaxy A54 - türelemjáték
- PH!otósok beszélgetős, offolós topikja
- További aktív témák...
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen