Új hozzászólás Aktív témák
-
Szirty
őstag
Sziasztok!
DEPRAG gyártmányú AST10-1-P vezérlővel ellátott elektromos csavarozót kellene profibuszon keresztül megtámadni.
Ezért kap egy profibusz opciót, amit elvileg így hívnak hogy:Expansion Kit Profibus
Part-No.: 385501 ASajnos sem a gyártó oldalán se máshol nem találtam se GSD file-t hozzá, sem pedig a buszos kezelésről szóló részletes leírást (Status word, control word kiosztása, hibajelzések kezelése stb).
Jövő héten felkeresem a magyar forgalmazót is, hátha tud/akar segíteni. Addig is: nincs valakinek infója, tapasztalata ilyen géppel?
(Elnézést ha más fórumon esetleg valakivel jött már szembe ez a kérdésem...) -
byte-by
tag
válasz
crucified
#6498
üzenetére
ezért írtam, hogy szerződés szerinti a support egyrészt.
másrészt ezért írtam, hogy pl. kiemelt távol-keleti partnerünknél a kai-zen is belenézhet bármikor
a programba.máshol is van ügyelet (gondolom pl. tetra pack) ahol éjjel is felveszik a telefont és 3 óra múlva ott lehetnek, de
ebbe a szerencse is belejátszik mert ha pl. épp a sió-nál van az ügyeletes, akkor pl. a mizo-hoz nem ér oda
3 órán belül. egyszerre nem az összes szerviz mérnök tart ügyeletet.
de ez az ügyelet.de én nem erről beszéltem, ezek a gépeknek nem program baja volt , és szerintem Te sem arról beszéltél.
az, hogy egy gép nem működik helyesen amikor már egyébként rendszeresen használják, az általában nem
program hiba. ha speciális rendszergép, (pl. csomagológép, töltőgép, stb.) akkor pláne , mivel ezekből
sok van, és ugyanazt a programot használják. ilyen esetben tartanak akár ügyeletet is, mert a gépük sok helyen , sok példányban működik.egyedi fejlesztésű célgépeknél előfordulhat, de ha már rendszeresen használják , mint jeleztem akkor
nem a plc lesz a hunyó valószínűleg. akár relék is amit említettél. ez a karbantartás kompetenciájától is függ.karbantartási szerződésünk nekünk is van 48 órás.
a hibaelhárítás az más.
a partnerség nevében magam is segítek amikor tudok a megrendelőnek, de nem ígérem , hogy 3 óra múlva akárhol ott vagyok, mivel más munkám is van adott esetben.
már módosítottam programot pl. teamviewer-en keresztül is , a cégnek volt PG-je de nem volt aki értett volna a plc-hez. rádugták és én 200 kilométerrel odébb oldottam meg a problémát, ami egyébként apróság volt, nem ciklushiba.azért vannak a karbantartók, hogy megismerjék, kiismerjék, megtanulják az adott gép vagy gépsor jellegzetességeit, esetleges hibafaktorait, működési elveit, folyamatait.
többek között ezért várja el a már említett partnerünk a minősített karbantartóktól , hogy képesek legyenek monitorozni a programot, és akár beavatkozni a program ciklusba.sőt megjegyzem voltam alkalmazott plc-s és tartottam ügyeletet is. akkor valóban én is 3 órán belül ott voltam a cégnél éjjel is.
de jelenleg ilyesmire nincs szükség. -
crucified
tag
válasz
byte-by
#6497
üzenetére
"véleményem szerint a "hajnali kettőkor is , gari alatt " elv teljesen életszerűtlen, már beüzemelt, használatba vett gép eseten.
senki sem ül arra várva hátha felhívják a megrendelőtől , hogy valami problémájuk van.
24-48-72 órás beavatkozás létezik,akár szerződés szerint, de hajnali kettőkor hívogathat, felesleges."Anno beüzemeltek egy palettázó rendszert az olaszok. Kezdetben tök jól ment minden, azután kb. egy hónap múlva egy csomó összefüggéstelen hibával leállt a rendszer. Néztük balról-jobbról, senki nem értette mi történt, senki nem konfigurált vagy állított el semmit. Olaszországból nehézkes volt a szervíz, és lévén 0-24-es üzemű a cég, elég nagy bajt okozott. Jó lett volna monitorozni, mivel összefüggéstelen hibákat generált, de jelszóval volt védve. Teljesen véletlenül jöttünk rá, hogy az olasz gyártású relék okozták a bajt, amik kb, egy hónapot bírtak. Kidobáltuk, Siemens reléket tettünk be, azóta úgy ketyeg mint az atomóra.
Szóval az Élet hidd el produkálhat ilyeneket is, hogy garanciás gép megy egy darabig, azután elképesztő hibákkal összefüggéstelenül leáll, viszont a szervíz nehézkes mivel külföldi.
Mint említettem - valószínűleg szerencsés vagyok - olyan cégekkel dolgoztam eddig sok-sok éven át, akiket bármikor hívhattam volna, akár szombaton hajnal kettőkor is, mivel Nekik is az volt az érdekük, hogy a gép menjen és hosszú távú korrekt kapcsolatot alakítsanak ki velünk.
Húsz év alatt egyszer kellett csak telefonálnom egy cégnek - sok céggel dolgoztam - hétköznap éjfél körül, mert tényleg nagy volt a baj. Budapestről 3 óra múlva Szegeden voltak szó nélkül. Egy milliárdos árbevételű 0-24-es cég esetén nem mindegy, hogy 3 óra vagy 24 óra a kiszállás probléma esetén. Mi pedig szintén szó nélkül adtunk a cégnek még pár százast a hozzáállásukért. Igaz ekkor már nem volt garanciális a gép, de ha az lett volna sem csinálnak belőle problémát. Tehát soha nem éltem vissza ezzel az opcióval, jó érzés olyan cégekkel dolgozni, ahol Nekik is fontos a gép minél előbbi üzemelése és picivel tovább látnak az orruknál.
De mondom, ez csak az én szubjektív véleményem és tapasztalatom, nem állítom, hogy én gondolkodok jól és nekem van igazam.
-
byte-by
tag
válasz
Dezsi82
#6494
üzenetére
"De teljesen megértem azokat a cégeket, akik levédik a kódjaikat"
megérteni én is megértem őket, de atomot rájuk ....

egyébként saját tapasztalatom szerint valóban az olaszok és a nemetek a legelvetemültebbek
ebben a dologban, vagy inkább az olaszok másoljak a német szokást.előre bocsájtom , hogy én magam sem védem soha le a programot.
ezen a fórumon mar régebben volt ebben a témában nem is egy kör.
akkor jeleztem, hogy pl. van olyan megrendelőnk akinél elvárás a helyi karbantartok hozzáférése a programhoz, vagyis akármikor találkozhatunk belenyúlással. soha nem volt ebből konfrontációnk. a cél, hogy a gép vagy akar gépsor termeljen, ne álljon.
ha partnerek vagyunk , azt megháláljak. a próbaüzemek alatt úgyis kijön pár dolog, kisebb nagyobb módositás ezalatt általában szükséges.
szerintem nagyon merev álláspont az ha mindig a garanciális körülményekre hivatkozunk.
úgy gondolom, ennél jóval rugalmasabbnak kell lenni.pl. mi van akkor ha egy gépsort vagy gépet át kell alakítani vagy magasabb szinten automatizálni?
több példa volt erre, amikor nem a saját gépsorból kiszereltünk egy teljes állomást és mechanikai-elektromos bővitéssel , nagy arányú (hmi-beépités is) plc-program bővitéssel vittük vissza, és installáltuk.
ekkor a másik gyártó cég programját használtuk, bővítettük amit azért tehettünk meg,
mert ők is átadtak a teljes verziót.a mi gépeinket is molesztálják adott esetben, de nekem meg nem jutott eszembe ezert kötözködni.
sőt inkább megbeszéljük mit is szerettek volna, vagy mi volt a terv.
ez ugyanannál a távol-keleti partnerünknél jellemző, persze ott más a hozzá állas is.véleményem szerint a "hajnali kettőkor is , gari alatt " elv teljesen életszerűtlen, már beüzemelt, használatba vett gép eseten.
senki sem ül arra várva hátha felhívják a megrendelőtől , hogy valami problémájuk van.
24-48-72 órás beavatkozás létezik,akár szerződés szerint, de hajnali kettőkor hívogathat, felesleges.a plc-s tevékenység sokrétű, a perifériák száma rengeteg ( hmi-k, robotok, képalkotók, adatgyűjtők, mérőegységek, stb.) ezek adott esetben nem a meglévő rendszer része hanem hozzá építés, vagy fejlesztés. ezt természetesen más cég is csinálhatja.
itt a megrendelő felelőssége is felvetődik , hogy kivel dolgozik együtt.
van olyan partnerünk aki megválogatja, illetve van beszállítói specifikációja, ami szerint kell eljárni minden partnerének.
ha a partner nem hajlandó a program hozzáférhetőségét biztosítani, akkor azzal nem dolgozik.persze ez csak egy összetevő.más kérdés, hogy kész meglévő teljes rendszert akar-e megvenni egy cég.
ilyenre is volt példa,más cégnél ugyan, de pont egy olasz mosó berendezés esetében, ami egy óriási egység volt, több komponensel. nem volt választás, nem is jártak jól.
én magam jeleztem az olasz kollégáknak,(akik egyébként jó fejek voltak) hogy kell a program amit meg is ígértek.
azt nem értettem miért a központból kell küldeni majd később, és miért nem a laptopjukról, de persze a program soha nem ért oda.a program átadása vagy hozzáférhetővé tevése nem jelenti az arról való lemondást, véleményem szerint.
jogilag megegyezik pl. akár a windows jogállásával. tehát a gépeken licencként működik, de máshová is eladható a fejlesztő belátása szerint mivel az ő tulajdona, illetve saját fejlesztése, amivel szabadon rendelkezhet. -
Szirty
őstag
válasz
Dezsi82
#6493
üzenetére
Helló Dezsi82!
"Szerintem nincs semmi extrém abban amit leírtam"
Természetesen nincs. Nem is azért írtam ezt le, hanem ezért, hogy abba az irányba ne menjünk el a vitával. Vagyis szeretném megelőzni az ilyet, mert tudom hogy az szokott történni.
"Nem érdekel ki mit mond, nekem van igazam"
Alapvetően egyetértünk, nem kell mindent támadásnak venni, Csak "beszélgetünk"...
Sajnálom hogy így értetted.
Arra utaltam hogy tényekkel nem lehet vitatkozni. Attól teljesen függetlenül nem lehet hogy ki említette...""Szerintem hibakeresésre nem a PLC program nézegetése való, erre van a kijelző, stb. Ha hiba van a programban, akkor az garanciaidő alatt kiderül."
Azt nem feszegetném hogy mi mire való.
De teljesen egyértelmű számomra, hogy a PLC program hozzáférhetősége elképesztő mértékben meg tudja könnyíteni a hibakeresést.
Ezt nap mint nap tapasztalom. Egyedül lennék ezzel? Főleg ha távolról kell hibát keresni és a telefonon átadott információ nem elegendő, zavaros vagy nagyon félrevezető (sajnos szinte kivétel nélkül mind ilyen).
Sajnos napi szinten kell hibát keresni itt, és bizony olykor a programban monitorozzuk mi a helyzet. De ez itt viszonylag nagy gyár, nagy programokkal, nem tudom ez számít-e. Kisebb önálló célgépeknél viszonylag ritka valóban hogy a programot kellene nézegetni. Legfeljebb makacsabb hibáknál szükséges."Program nem fog tönkremenni, és van más lehetőség is a hibák megkeresésére."
Mindkettő igaz.
Ám a lehetőségek közül - amennyiben több is van - a jobbat kell választani. Sok esetben ez a program monitorozásával alátámasztott hibakeresés.Valóban nem megy tönkre a program. Vagy legalábbis nem változik meg magától.
De lássuk be: tökéletes program nincs.
Nálunk a mai napig (8 év után, sőt az egyik 12 éves vezérlésben is) futunk bele olyan hibákba ami eddig nem okozott problémát és csak most alakult ki az az együttállás amikor jelentkezik és gondot okoz.
Kijavítjuk és megy tovább az élet. -
Psanyi42
tag
válasz
Dezsi82
#6493
üzenetére
Szerintem hibakeresésre nem a PLC program nézegetése való, erre van a kijelző, stb. Ha hiba van a programban, akkor az garanciaidő alatt kiderül. Program nem fog tönkremenni, és van más lehetőség is a hibák megkeresésére.
Hát most a héten voltam megnézni egy PID-et. Annyi változás történt a rendszerben, hogy nagyobb folyadékáramot használnak, és máris ment a kukába az egész, mert a paraméterekkel nem lehet megoldani, hogy indításkor ne lője túl, akármit is állítok, akármilyen kicsire is veszem a tagokat mindig túllövi, mert kb 5-6 mp-es késés van a rendszerben. Szóval azt kellene csinálni, hogy PID nélkül felfuttatni a rendszert a kívánt érték közelébe, de ez nem lehetséges, mivel le van jelszavazva a program.
(A D tagra mindig 0-t ír, szóval szerintem azt csak dísznek rakták a kijelzőre, mert nem változtat semmin, szóval inkább csak PI) -
Dezsi82
tag
válasz
crucified
#6491
üzenetére
És ugye a comparálással tudod bizonyítani a felhasználó számára, hogy az eredeti programmal működik miután visszaállítottad, ergo valaki ott helyben babrálta
Ez így van, a legtöbb esetben (ahogy írtam, ez azért nem mindig ilyen egyszerű). De ehhez is el kell menni, összehasonlítani, feltölteni, tesztelni. Épp elég baja van egy fejlesztőnek alapból, nem kell még neki ráadásul a teljesen felesleges utazás, és nyűg a nyakába.De ez csak az éb szubjektív véleményem, tiszteletben tartom az ettől merőben eltérőt is. Nálam az én verzióm működik.
Én is így gondolom. Nekem is sokkal jobb ha megvan a forrásprogram, könnyebben hibát keresek, módosítok. És én is mindig átadom, és olyan kódokat készítek ami megkönnyíti a hibakereső, módosító munkáját, nekem is kevesebb a nyűg. De teljesen megértem azokat a cégeket, akik levédik a kódjaikat. -
Dezsi82
tag
De elméleti szinten maradjunk a gyakorlatias ésszerűség és korrektség mezején, ne feszegessük a lehetőségek extremitásait, mert az minden szempontból nagyon távolra vezetne...
Szerintem nincs semmi extrém abban amit leírtam- Garanciás gépet nem alakítunk át! Ha baj van vele, akkor a garanciát vállaló cég munkatársai térítésmentesen megoldják a problémát, erről szól a garancia
Az elvvel egyet értek, de többször előfordult, hogy módosított garanciás gépünkhöz kellett kimenni, vagy garanciás gép módosítására kértek minket(olyannál aminél nem mi voltunk az eredeti gyártók). Van olyan berendezés, ahol ez azért nem fekete-fehér. Például egy robotnál van aki azt mondja, hogy egy pozíció elállítása módosítás, van aki azt mondja, hogy az még csak paraméterezés.Bárki bármit is állítson ez a korrekt megoldás!
"Nem érdekel ki mit mond, nekem van igazam"
Azokat nem akarja a felhasználó módosítani. A szakértelme és eszköze sincs meg hozzá, ahogy említetted.
Nem értek egyet.
Egyrészt nekem megvan hozzá a tudásom/eszközöm/igényem, hogy kicsit módosítsak a mosógépünkön, és a TIA portálon is (kivéve ha valami nagyon elvadult fejlesztő környezetben készítették). De sajnos nem tehetem meg, mert nincs meg a forráskód.
Másrészt ha nézek egy berendezést, ahol mondjuk van PC program, robot, PLC, és egy kis céleszköz chip-pel, akkor attól függően korrekt átadni a programot, hogy a megrendelőnél rendelkezésre áll-e a megfelelő szakember?
Szerintem ez ettől független kell legyen.Az igény is megvan erre az üzemeltető részéről, mert egy gyártósor nem mosógép, nem frekvenciaváltó és és nem TIA portál, lássuk be.
És ha csak egy célgépről beszélünk, nem egy gyártósorról, ott már rendben van, ha nem adja át fejlesztő a forráskódot? Hol húzod meg a határt? IO szám, vagy a programsorok száma?Az üzemeltető jobban jár ha megkapja a teljes forrást hogy igénye szerint felhasználja hibakeresésre, módosításra (a szerzői jogok megsértése nélkül természetesen).
Persze, hogy jobban jár. A fejlesztő meg akkor jár jobban, ha mindent levéd.Szerintem hibakeresésre nem a PLC program nézegetése való, erre van a kijelző, stb. Ha hiba van a programban, akkor az garanciaidő alatt kiderül. Program nem fog tönkremenni, és van más lehetőség is a hibák megkeresésére. Persze, ez a legkényelmesebb megoldás, de a kényelemnek sok fokozata van.
Én nem hibáztatok egyetlen fejlesztőt sem aki levédi, nem adja át a programot. Szíve joga. Ha a kijelző megadja a szükséges információt egy hiba javításához, nem kell a forráskód.
-
Psanyi42
tag
Szirty,
Igen értelek, nem is gondoltam, hogy egy mezei kártyát rakok bele, meg nem is arra gondoltam, hogy a windowsos formázóval formázóm.
Arra utaltam, ha már egyszer van egy szép kis TIA Portal miért ne lehetne vele leformázni egy kártyát, vagy rámásolni az img-et mit a másik kényszermegoldásnál?Ha csak nem kézzel készítik a kártyát, egyedi gyártásban, akkor nem értem az árát, jó nem 2000 de legyen max 10000.
-
crucified
tag
Pontosan. Garanciális géphez akkor sem nyúlok, ha leszakad az ég. Inkább tartsanak szögletesnek - abszolút nem vagyok az -, de ne legyen egymásra mutogatás abból, hogy - igaz a gyártó engedélyével de - hozzányúltak, tehát biztosan akkor romlott el. Nem. Olyan karbantartási szerződést kell kötni egy olyan céggel, hogy akár hétvégén hajnal kettőkor is tudjon segíteni ha nagy a baj. Természetesen az a korrekt, ha a felhasználó ezzel él és nem visszaél, de ugye a kölcsönös korrektség működik csak hosszú távon. Nekem sokkal több ilyen korrekt kapcsolatom volt / van ahogy említettem, elhanyagolhatóan kevés aki nem volt korrekt. És ahogy említetted garancia időn túl megkönnyítheti az életet az, ha monitorozni tudjuk a programot, ezáltal redukálódott a hibakeresés. Nem sokszor fordult elő ilyen, de szerintem is az a korrekt, ha valaki otthagyja a forrást a garancia időn túlra. És ugye a comparálással tudod bizonyítani a felhasználó számára, hogy az eredeti programmal működik miután visszaállítottad, ergo valaki ott helyben babrálta. Onnantól a már említett korrektség jegyében lehet elintézni a dolgot, de szerintem a legtöbb helyen működik. X év munkaviszony után azért ha valaki "beleszagol" a másik félbe, akkor jó megközelítéssel lehet tudni előre is, hogy milyen kilátások vannak a hosszú távú munkára.
De ez csak az éb szubjektív véleményem, tiszteletben tartom az ettől merőben eltérőt is. Nálam az én verzióm működik.
-
Szirty
őstag
válasz
Dezsi82
#6489
üzenetére
Szia!
Nyilván a gyártó meg akarja óvni magát attól, hogy mások által szerencsétlenül végzett beavatkozás miatt saját költségén garanciában javítsa ki a kreálmányát.
De elméleti szinten maradjunk a gyakorlatias ésszerűség és korrektség mezején, ne feszegessük a lehetőségek extremitásait, mert az minden szempontból nagyon távolra vezetne...Ennek jegyében:
- Garanciás gépet nem alakítunk át! Ha baj van vele, akkor a garanciát vállaló cég munkatársai térítésmentesen megoldják a problémát, erről szól a garancia. Ha a gép "mission critical", akkor fel lehet velük venni a kapcsolatot és konzultálni áthidaló megoldást lehet kidolgozni, de ilyen gép esetén szokták biztosítani a gyártó általi online elérést az azonnali problémamegoldás érdekében. Mindkét fél alapvető érdeke, hogy a gép működjön és termeljen!
Szerintem kell azért legalább egy szikrányi bizalom a megrendelő és a teljesítő cég között! Ha ez már kezdetben sincs meg, akkor nagyon rögös út vezethet a kölcsönös megelégedéshez...- Mi van amikor már nem garanciás? Az üzemeltető jobban jár ha megkapja a teljes forrást hogy igénye szerint felhasználja hibakeresésre, módosításra (a szerzői jogok megsértése nélkül természetesen).
Bárki bármit is állítson ez a korrekt megoldás!"Továbbá miért nem hallok senkit panaszkodni, hogy miért nem kapja meg a telefonján futó app, az autója vezérlőjében lévő program, a frekvenciaváltóban lévő program, a CNC gépe vezérlőjében futó program, a TIA portál, CX programmer, stb forráskódját."
Azokat nem akarja a felhasználó módosítani. A szakértelme és eszköze sincs meg hozzá, ahogy említetted.
Ezzel szemben egy gyártósor üzemeltetésében részt vevő szakemberek eszközei és tudása megvan ahhoz hogy a gép vezérlőprogramja segítségével hibát keressenek vagy azt szakszerűen módosítsák.
Az igény is megvan erre az üzemeltető részéről, mert egy gyártósor nem mosógép, nem frekvenciaváltó és és nem TIA portál, lássuk be.
Ha a frekvenciaváltó szoftver hibás kidobjuk a francba, rakunk be másikat ami jól működik, nem kezdünk el azon sírdogálni hogy jajj nincs meg a forrásprogram a FW-hez pedig úgy kijavítanám.Teljesen más szinten van a két dolog!
-
Dezsi82
tag
válasz
crucified
#6485
üzenetére
A fejlesztő cégnek - hangsúlyozom, csak szerintem - nincs igaza, Akkor sérti valaki a szerzői jogot, ha azt a szellemi terméket máshol is felhasználja a szerző engedélye nélkül. Addig én bármit csinálhatok a szoftverrel, ha akarom módosítom, letörlöm, stb., persze onnantól nem él a garancia, de ez már az én felelősségem.
Ez elvben jól hangzik, de a gyakorlatban ez úgy szokott zajlani, hogy nem megy a gép, mert hozzáértő kolléga mókolt valamit, nem igazán sikerült, valamennyire összekaparja a gépet, hazamegy. Este megy a gyártástól a karbantartáshoz a telefon, hogy nem megy a gép, ők meg mivel garis a gép nem nyúlnak hozzá, érkezik az értesítés a fejlesztő céghez.
Ott értetlenül állnak a helyzet előtt, hiszen ezerszer le volt tesztelve, de hát mindenki hibázhat. Azért rákérdeznek, nem nyúltak-e hozzá, ők meg "Á, dehogy, a közelébe se mentünk". Leállítják az éppen másik projekten dolgozó fejlesztőt, elküldik a pár száz kilométerre lévő géphez, javítsa ki a hibáját. Ő meg szépen odaér pár óra alatt, lehet éppen hajnalban, csinál egy összehasonlítást (a legtöbb PLCnél ez viszonylag egyszerű, robotoknál már nehézkesebb) látja hogy nem egyezik, visszacsinálja a módosítást, és megy a gép. (Legalábbis nekem ez a tapasztalatom). Így aztán az "én felelősségem" nem teljesen állja meg a helyét, mert ezt mindig bizonyítani kell.
Jómagam sosem védem le jelszóval a programot, mert több problémát megelőz mint létrehoz, de meg tudom érteni azokat a cégeket, akik megteszik.
Továbbá miért nem hallok senkit panaszkodni, hogy miért nem kapja meg a telefonján futó app, az autója vezérlőjében lévő program, a frekvenciaváltóban lévő program, a CNC gépe vezérlőjében futó program, a TIA portál, CX programmer, stb forráskódját.
Valószínűleg azért nem, mert az illetőnek nincs meg hozzá a tudása, szoftvere, eszköze, stb. De mivel a PLChez, robothoz megvan a tudás, az eszköz ezért azt muszáj módosítani.
Szerintem alapvetően egy berendezést használatért vesz meg egy cég. Az, hogy a használó úgy dönt, hogy ő más célra akarja használni, vagy ugyanarra a célra más módon, ahhoz joga van. Ha a fejlesztő cég úgy dönt, hogy módosítás ellen védi a programot, ahhoz is joga van. Ezért ha a felhasználó úgy dönt hogy módosítja a programot, de a fejlesztő ágál ez ellen, akkor csak annyi a teendő, hogy nem az eredeti programot módosítja a felhasználó, hanem egy teljesen újat készít, ugyanazokkal a funkciókkal. Nem lehetetlen, csak idő, mint ahogy a fejlesztő cégnek is idő volt annak idején.
-
Szirty
őstag
válasz
Psanyi42
#6484
üzenetére
Szia Psanyi42!
"miért ne lehetne leformázni a kártyát windows-al, miért kell azt is külön siemens által formázni."
Mert a memóriakártyán a PLC rendszere nem az 1970-ben 160kB-os floppy lemezek kezelésére kifejlesztett file rendszert használja, feltehetően abból az okból, hogy azt semmilyen belső működés nem indokolja.
Feltételezem, hogy PC-s filerendszer használata erőltetett és "helyzetidegen" lenne a PLC számára alacsony szinten."Miért kell egy 24MB-os kártyát annyiért adni."
Hogy kibírjon 30-40 éve üzemet és "rojtosra írást" ez alatt az idő alatt hiba nélkül, ellentétben a több GB-os de olcsó bolti kártyákkal...
Abban nem szeretnék állást foglalni hogy a fentiekkel együtt a dolog mögött mennyi van abból a gyártó részéről, hogy szándékos inkompatibilitással a vevőt a drágább vásárlására kényszeríti. Lehet hogy ez is benne van.
Mellesleg ha a PLC-be nem is, de operátor panelekbe lehet tenni közönséges MMC-t FAT filerendszerrel. Én néha abba azt szoktam venni. Kevésbé okoz súlyos problémát ha az meghibásodik.
Ha van valakinek kísérletező kedve és komolyan hisz abban, hogy a 40 ezer forintos pár megás gyári MMC egyenértékű egy 2000Ft-os közönséges kártyával, az másoljon rá a korábban már említett módszerrel egy gyári image-et és használja azt...
Műkdhet a dolog. Egy darabig biztosan. -
Szirty
őstag
válasz
crucified
#6485
üzenetére
Szia!
"A fejlesztő cégnek - hangsúlyozom, csak szerintem - nincs igaza, Akkor sérti valaki a szerzői jogot, ha azt a szellemi terméket máshol is felhasználja"
Nem azt mondja hogy meg fogod sérteni a szerzői jogait, hanem ezzel az intézkedéssel kizárja a lehetőségét is. Azért írtam hogy szerzői jogi okokra hivatkozva.
"Én mindig mindenhol otthagytam a forrástprogramot is, sokkal több korrekt céget ismertem meg így mint inkorrektet."
Ezzel teljesen egyetértek. Én is átadok mindent, forrásprogramot is, védelem nincs. Egy kivétel volt eddig, amikor védelmet raktam bele. A körülmények miatt a számlakiegyenlítési hajlammal kapcsolatban kétségeim támadtak, de miután kifizette egy utolsó (más okból is esedékes) módosítás során leszedtem róla.
Szerencsére valóban több a korrekt cég amelyik nem védi a programot, de sajnos nagyon sok amelyik igen. Az olaszok pl. szinte mindig. Német gépeknél is találkoztam már vele sokszor.
Lehet hogy viszonylag kevés a védelem, de nagyon nagy (időzített bomba jellegű) problémát tudnak okozni vele.
Főleg az olaszok, amikor a probléma felmerülésekor a gép életének tizedik-huszadik évében derül ki, hogy az olasz "garázs cég" már évek óta megszűnt jogutód nélkül. Tehát nem csak a forrásprogram beszerzése határos a lehetetlennel hanem az is hogy a fejlesztő cégek bízzák meg a javítással vagy módosítással.
Volt olyan eset, amikor újra kellett írni az egész programot emiatt. -
crucified
tag
"A legtöbbször a vásárló céget képviselő üzletkötő műszaki, informatikai szempontból hozzá nem értő személy, pénzügyi szakember, eurók és forintok cikáznak a szeme előtt, műszaki részletek nem érdeklik és nem is ért hozzá.
A fejlesztő, forgalmazó cég leginkább szerzői jogokra hivatkozva védi jelszóval kiolvasás és módosítás ellen a PLC és HMI programját."Szia, ebben igazad van, sajnos sokszor a műszaki oldalt kihagyják a projectből és úgy kötik a szerződéseket.
A fejlesztő cégnek - hangsúlyozom, csak szerintem - nincs igaza, Akkor sérti valaki a szerzői jogot, ha azt a szellemi terméket máshol is felhasználja a szerző engedélye nélkül. Addig én bármit csinálhatok a szoftverrel, ha akarom módosítom, letörlöm, stb., persze onnantól nem él a garancia, de ez már az én felelősségem.
Én mindig mindenhol otthagytam a forrástprogramot is, sokkal több korrekt céget ismertem meg így mint inkorrektet. Az tény, hogy két legyet ütnek egy csapásra, mivel pl. a 20 ezer forintos mérnöki óradíjat, plusz minden költséget kiszámláznak. Egy fél napos munkáért így kiszámláznak több százezret, holott Neked pl. ujjgyakorlat lenne módosítani rajta ha baj van, nem beszélve a termeléskiesésről.
De ez van.
Mindenesetre köszönöm.
-
Psanyi42
tag
Crucified szerintem a memóriakártyára gondolt azzal, hogy megveszi az ember a szoftvert, a géppel együtt és hogy miért ne lehetne leformázni a kártyát windows-al, miért kell azt is külön siemens által formázni. Miért kell egy 24MB-os kártyát annyiért adni.
Bocs hogy nem írtam oda, best-byte leírására gondoltam, hogy zavaros.
Akkor én is megértem a lejelszavazást, ha például fukar cégnek készül a program és már így is eléggé alacsony áron dolgozol., vagy ha olyan megoldást alkalmazol, amit te fejlesztettél ki, külön saját célú használatra.
-
Szirty
őstag
válasz
crucified
#6481
üzenetére
"a géppel együtt megveszi az ember a szoftvert is, ami már a felhasználó tulajdona. "
Ez leginkább azon múlik miféle szerződés jött létre a fejlesztő cég és a vásárló között.
Az apró betűs rész ugye...
A megvásárolt gép szoftvere sem válik a felhasználó tulajdonává, csak a felhasználás jogát vásárolja meg. Hiszen a forgalmazó ugyanazt a szoftvert másik géppel másik felhasználó számára újra eladhatja, amit nem tehetne ha a vevő tulajdonává válna.A legtöbbször a vásárló céget képviselő üzletkötő műszaki, informatikai szempontból hozzá nem értő személy, pénzügyi szakember, eurók és forintok cikáznak a szeme előtt, műszaki részletek nem érdeklik és nem is ért hozzá.
A fejlesztő, forgalmazó cég leginkább szerzői jogokra hivatkozva védi jelszóval kiolvasás és módosítás ellen a PLC és HMI programját.
Ezzel két legyet is üt egy csapásra, mert így csak ő tud hozzáférni, ezért későbbi problémák, vagy módosítási igény esetén őket kell kihívni messzi földről horror óradíjért hogy megjavítsák vagy elvégezzék a módosítást.
Ez később az üzemeltetőnek óriási kiesést és komoly költséget jelenthet (nem feltétlen a horror óradíj, inkább a termelésből kimaradó gép miatt).
A programot elektronikus formában sem adják át, ha a PLC elem kimerül, vagy a a PLC tönkremegy, az üzemeltetőnek önhibáján kívül sincs lehetősége a berendezés üzemben tartására, ami őszintén szólva etikátlan és elutasítandó.Az olaszok pl. nagyon szemetek ilyen szempontból. :-/
-
Szirty
őstag
válasz
Psanyi42
#6480
üzenetére
Van egy szoftver, egy számítógép, egy standard USB-s kártyaolvasó, egy hibátlan és üres MMC kártya, meg egy másik MMC kártya amit "gyógyítani" kell.
A számítógép, a kártyaolvasó és a szoftver segítségével a hibátlan MMC kártyáról készítünk egy teljes image-et, majd ezt ráírjuk a szoftverrel a "gyógyítandó" MMC kártyára.
Így is zavaros?
-
crucified
tag
Szervusz, köszönöm. Akkor ezért nem hajlandó beolvasni. Én sem értem ezeket, pedig - szerintem - a géppel együtt megveszi az ember a szoftvert is, ami már a felhasználó tulajdona. Egy ennyire specifikus gépet ráadásul nem is lehet máshol használni.
Neked is jövök sörrel.
Mindenesetre köszönöm ismét.
-
Szirty
őstag
válasz
byte-by
#6478
üzenetére
Üdv!
Csak részben kapcsolódok a témához...
"az s7-1200 manual egyébként megjegyzi, hogy ha formatálod windows-al akkor ezt benézted.
ezzel a reformatálással nem működik a cpu."Erről az jut eszembe, hogy az így "tönkretett" MMC kártya S7-300-nál helyrehozható volt egy kis segédprogram segítségével, ami egy a kártya kapacitásának megfelelő, korábban másik, működő (akár üres) MMC-ről lementett image-et rávasalta a rossz kártyára.
1200-nál nem tudom működne-e. Ki kéne próbálni
-
byte-by
tag
halo
érdekes ez a memóriakártya buli.
úgy néz ki megkerülhető a cpu password, ha egy üres transfer-kártya van létre hozva és behelyezve.
ekkor ha jól értelmezem törli a beállításokat és le lehet tölteni új programot.ezzel gondolva arra ha a password elveszett vagy elfelejtődött.
a transfer-kártya használatos akkor is ha szoftver nélkül akarunk programot feltölteni.ha program kártyaként használatos akkor törli az internal programot és minden értéket, majd a kártyáról
be tudja tölteni a programot.
a manual leírja a folyamatokat.az s7-1200 manual egyébként megjegyzi, hogy ha formatálod windows-al akkor ezt benézted.
ezzel a reformatálással nem működik a cpu.persze minden esetben nem árt rendelkezni egy működő programmal, probléma esetére.
-
-
Szirty
őstag
válasz
crucified
#6471
üzenetére
Helló!
"Nincs benne SD kártya. Hacsak nem a bekarikázott helyen található."
Nem. Az bővítő hely (analóg I/O, battery modul, soros port, stb).
MMC kártya... A bemeneteket takaró fedél alatt van:

(Abszolút nem dörgedelemként, csak jótanácsként: Ha linket illesztesz be, használd a "Link" gombot)
-
crucified
tag
válasz
Psanyi42
#6468
üzenetére
Szia, ez a CPU. Köszönöm
http://uk.rs-online.com/web/p/plc-cpus/8624471/
https://mall.industry.siemens.com/tedservices/DatasheetService/DatasheetService?control=%3C%3Fxml+version%3D%221.0%22+encoding%3D%22UTF-8%22%3F%3E%3Cpdf_generator_control%3E%3Cmode%3EPDF%3C%2Fmode%3E%3Cpdmsystem%3EPMD%3C%2Fpdmsystem%3E%3Ctemplate_selection+mlfb%3D%226ES7214-1AG40-0XB0%22+system%3D%22PRODIS%22%2F%3E%3Clanguage%3Een%3C%2Flanguage%3E%3Ccaller%3EMall%3C%2Fcaller%3E%3C%2Fpdf_generator_control%3E
Nincs benne SD kártya. Hacsak nem a bekarikázott helyen található. Az létezhet? Nem akarom feszegetni, ha nem ott van.

A firmware frissítésre ezt írja:
https://support.industry.siemens.com/cs/document/107539750/firmware-update-for-cpu-1214c-dc-dc-dc-14di-10do-2ai?dti=0&lc=en-WW
Azt hol tudom megnézni, hogy mindkettőnek mi a firmware-ja?
Köszi előre is
Üdv
-
plutokas
csendes tag
válasz
Norbert147
#6469
üzenetére
Sziasztok,
Az lenne a kérdésem, hogy rávettem magam hogy megveszem a TIA portált eredetibe.
Hol érdemes megvenni? Hol a legkedvezőbb??ű
Siemenséknél a listaárból mekkora kedvezményt lehet kicsikarni ha a PLC-t is tőle venném? -
Norbert147
újonc
Sziasztok
Szirty ellehet esetleg érni valahogyan a törölt oldaladon lévő információkat?
Sok jót hallottam az oldalról és nagy szükségem lenne most Siemens S7-300-as programozásához.
Nagy segítség lenne

-
Psanyi42
tag
válasz
crucified
#6467
üzenetére
Ha jól értem a PLC-ben lévő SD kártyával van problémája. Próbáld meg kivenni hátha, úgy feltölti, én úgy tudom, hogy csak 1500-asban kell kötelezően SD kártya.
Meg még esetleg annyit nézhetsz meg, hogy pontosan ugyanazt a PLC-t, ugyanazzal a firmwarrel raktad -e be a projektbe, ami neked kell.
-
crucified
tag
-
byte-by
tag
-
crucified
tag
válasz
Psanyi42
#6458
üzenetére
Szia, sikerült. A CPU IP címe 192.168.108.10, a HMI-é 192.168.108.20.
A projectben én is 192.168.108.10-re állítottam az IP címet, így megtalálja a CPU-t. A kérdésem az, hogy jól csináltam-e, ha
A go online-nál nyomhatok igen-t, nem lesz IP ütközés? Vagy adjak a projectben más IP címet ugyanabban a tartományban? Akkor viszont nem látta a CPU-t.
Köszi előre is,
Üdv.
-
crucified
tag
válasz
Psanyi42
#6458
üzenetére
Szia, úgy néz ki a PG/PC interface beállításánál volt a gond. Beállítottam Auto LAN-ra és a TIA látja bár a PG/PC inetrafce-nél még mindig nem jelent meg. Holnap tudom megpróbálni, hogy csatlakozik-e a PLC.hez.
A CPU IP címe 192.168.108.10. Szükséges a megadott módon IP címet adnom a projectben vagy csak elég a LAN kártyát ugyanabba az IP tartományba tenni és átveszi onnan az IP címet ha csatlakozok?
Köszönöm előre is
Üdv
-
crucified
tag
-
Psanyi42
tag
válasz
crucified
#6453
üzenetére
Jelen esetben a szimuláció azért nem aktív, mert a projekt van kiválasztva és nem a PLC.
Próbáld még meg azt, hogy keresel egy frissebb drivert a hálózati kártyádhoz.
Az adapterbeállítások között ott van a PROFINET IO-RT-Protocol, vagy valami hasonló:LLDP/DCP, PNIO adaptor
Vagy a vezérlőpultban nézd meg, hogy mi van a PG/PC interface-nél.Ha ezek nem válnak be, ezt a megoldást találtam rá:
-uninstall only the network in the device manager
-open the Windows Explorer go to following folder:
C:\ program data \ siemens \ automation \ simatic oam \ data \ log devices
-delete the xml files which belongs to the network card. There should be 3 files (ISO, TCPIP, TCPIP AUTO).
-Windows restartEsetleg még ez:
Töröld ezt a mappát /ProgramData/siemens/automation/Simatic OAM/dataNyisd meg adminisztrátorként a parancssort és írt be ezt:
s7epaIMP64x.exeHa az automation tool nincs feltelepítve, akkor próbáld meg feltelepíteni:
innen -
crucified
tag
-
byte-by
tag
válasz
Psanyi42
#6447
üzenetére
halo
az s7-1200 szimulálhatóságának feltétele a PLC firmware v4.0 vagy magasabb.(TIA V13 sp1)
ez alatt nem fog menni.
az 1500 is TIA v12-től megy.én magam egy ideje ritkán használok siemens-t de ha kell akkor ha lehet 1200 vagy inkább 1500.
szerintem az újabb verziók igen is jól használhatók, jó a db kezelés tag alapú kezelhetősége, rugalmassága.
jó, hogy egyszerűbb lett a kapcsolat felépítése.
egy PID szabályzót játszva össze lehet rakni, stb.persze vannak problémák, de folyamatosan fejlesztik.mondjuk azért olyan siemens-es módra...
kell hozzá egy bika gép, de ez nem probléma. -
Szirty
őstag
válasz
Psanyi42
#6445
üzenetére
Hali!
"úgy kell működésre bírni, hogy elindítod, rányomsz hogy új project, itt van 2 lehetőség vagy 1200 vagy 1500 értelemszerűen a neked megfelelőt választod ki."
Egyszerűbb ha a TIA projectben nyomsz Ctrl-Shift-X-et (vagy Online -> Simulation -> Start menüpont).
Ezt a program editor ablakban is megteheted, Olyan szimuláció fog elindulni amilyen típusú PLC-hez az adott program tartozik. Ha 1200-hoz tartozik, akkor azt fogja szimulálni. -
Psanyi42
tag
A TIA portál tényleg sokban különbözik a korábbi programozóhoz képest. Például ha az optimalizált blokk hozzáférést kikapcsoljátok, majd vissza, akkor már fogalma sincs róla, hogy mi van, de a plc ugyanúgy stop-ba áll, ha nem megengedett műveletet használnátok.
Szimuláció: 1200/1500 PLC-k a TIA portálos szimulációval működnek, úgy kell működésre bírni, hogy elindítod, rányomsz hogy új project, itt van 2 lehetőség vagy 1200 vagy 1500 értelemszerűen a neked megfelelőt választod ki. (A programozó ablakból csak az 1500-as plc-hez tudja elindítani a szimulációt, nem értem miért, de mindegy is) Ezután a TIA portálból letöltöd a hardverconfigot, ha a a programot is le akarod tölteni, néha megadja magát, és nem engedi, ezért célszerű először csak a hardverconfigot letölteni rá. Ezután mehet a program letöltés is, és minden működik. Szimulálni ugyan úgy lehet, mint ha watch tablet szeretnél létrehozni, csak itt sim table a neve, akkor éred el ha kirakod nagy képernyősre a szimulációs programot. Ebben lehet létre kell hoznod új sim tablet, mert nekem volt hogy az alappal, ami benne van azzal nem engedte, ezt sem értem, hogy miért. (Szerintem sokkal jobb, egyszerűbb, kezelhetőbb és gyorsabb volt a régebbi plcsim). Memory resetet ne nyomj soha, mert attól csak crashel, csak nagyon ritkán végzi el a tényleges mem resetet, és akkor is csak 1-2 perc után.
Ha 300/400-as PLC-t szeretnél szimulálni, akkor elvileg a régebbi PLCSIM is feltelepütl a gépedre, valahol keresd meg. Itt a kapcsolat típusát is ki kell választani a megfelelő hardverconfig szerint, és itt is először a hardverconfigot kell először letölteni.
-
byte-by
tag
válasz
Mazsika
#6443
üzenetére
halo
van ott már egy db (DB5) , ha nem akarsz többet létrehozni használhatod azt is.
FC-id vannak, ezért ezt a db-t tudja használni mindegyik blokk.
a TIA-ban nagyon könnyű létrehozni db-t ,TAG alapú, nem fedik egymást, változtathatod a tipusát vagy méretét , nem okoz problémát a többinek.
ha elkülönítenéd pl. a TAG -ot eleve úgy írod , hogy tudjad hova kell, vagy a kommentben jelzed magadnak.a direkt cimzésű merkerek fixek és végesek, a típus változtatás okozhat problémát.
de létre is hozhatsz ahogy Mazsika javasolta, akár blokkonként is, úgy is tökéletes. -
Mazsika
őstag
válasz
zsozso17
#6442
üzenetére
Szia,
Egy kis címzési átfedés van, valószínüleg az lesz a problémád forrása. ET time-nak a MD10-et használod. És az ezekben található biteket használod korábban, pl.: M10.0, MW12, stb... ezekre figyelj oda, azt javaslom, hogy használj inkább külön DB-ket a nem összefüggö programrészekre, és nem lesz kavarodás.
Üdv.
-
zsozso17
tag
Az OB1 blockban van PC terminalból küldök egy karaktert a PLC vissza küldi azt (Network 1-4). Utána Network 5-ben meghíva az FC1 amiben van két timerrel megcsinálva a kimenet ki be kapcsolása. Tisztára olyan mintha amig vár a bejövő adatra addig áll a plc. Ha van adat lefut az FC1 utána megint vár.
-
zsozso17
tag
Sziasztok!
Ismerkedem a siemens s7/1200-vel. Timer-al ki-be kapcsolgatok egy kimenetet, müködik jól. Van egy cm1241 RS485 modulom, a komunikáció is megy. De ha a kommunikációt és a timer-t együtt programozom. A timer megáll addig amig a kommunikáció nem fogad adatot. Tud ez együtt futni? Segítséget köszönöm. -
crucified
tag
válasz
aboutterms
#6434
üzenetére
Szia, köszönöm. A sört fizetem ha arra járok, majd megmondod merre az arra.

Üdv.
-
aboutterms
csendes tag
válasz
crucified
#6431
üzenetére
Tudsz online is módosítani, egy sort is, és több sort is, de kicsit macerás. Attól függ mekkora a módosítás.
[link]
Ha sokat kell, kényelmesebb offline módosítani, leellenőrizni, és visszatölteni.
Visszatölteni természetesen a download-dal lehet, ez ugyanott lesz a menüben, mint az upload.Szivesen! A sör jöhet!

-
crucified
tag
válasz
aboutterms
#6428
üzenetére
Szia, ez kimerítő volt mint új házasoknak a nászéjszaka.

Nincs project file a gépemen, csak pár dolgot kell módosítanom a PLC programban. Akkor elég csak a sima online ha létrejött a kapcsolat és betölti a projectet a gépre az upload után?
Tudom mit és hogyan kell módosítani, azzal nincs gond. Ezt offline-ban tudom megcsinálni miután átkerült a gépre a project? Amennyiben igen, hogy megy a visszatöltés a PC-ről a PLC-re?
Vagy elég online-ban kijavítanom, elmentenem és akkor természetesen a PLC-ben is módosul a dolog?
Itt nincs download to PLC?
Köszönettel, megyek egy sörrel.
Üdv

-
-
aboutterms
csendes tag
válasz
crucified
#6427
üzenetére
A Bradley-s részre:
Az hogy B-s vagy C-s, elvileg nem számít. A mostani RSLogix 500 tud beszélgetni mindkettővel. Legalábbis én még nem találkoztam ebből fakadóan problémával...
Soros-USB sokfajta van, én egy MOXA UPORT 1110-et használok, általában jó szokott lenni, de hagyott már cserben ez is. A kollégák itt majd ajánlanak jobbat, ha tudnak.
Online úgy tudsz menni, ha előbb az RSLinx szoftverben összelövöd a kommunikációt. Ott a Configure drivers -> RS232 DF1-et kell választani. Megadod a soros-USB COM portszámát, beállítod a komm. paramétereket. Ha nem tudod, az Auto-configure meg szokta találni. Ha ez megvan, az RSWho lapon a DF1 driver alatt látni kell a PLC-t. Ameddig ott nem látod, az RSLogix sem fogja látni.
Ha ez megvan, akkor RSLogix -> Comms -> Who active. Kiválasztod a PLC-t majd upload. Ha van projectfájlod, de nem egyezik az online verzióval, akkor a megnyíló ablakban a Browse gombbal kikeresheted, és az Uplode use file-lal felfrissítheted az online programmal. Ez azért jó, mert program kommentet csak az offline file tartalmaz, és így a leupload-olt file-ban is meglesznek ezek a kommentek.
Kb. ennyi, remélem segítettem. -
crucified
tag
válasz
byte-by
#6426
üzenetére
Szia, köszönöm a választ.
Akkor csak online kell mennem és upload from device software-t kell választanom. Itt is ugyanúgy kell mint a Simatic 7-ben, hogy nyitni kell egy üres projectet és úgy feltölteni, vagy ha az uplod from device software-t választom feltölti a már megadott projectbe? A backup from online device mennyivel különb adatokat tölt fel, melyiket érdemes használni?
A másik kérdésem egy AB Micrologix 1500 LRP PLC-re kell csatlakoznom. Nem tudom mi a különbség a B és a C között, a PLC-n ezt nem látom. Leírás alapján ez a kábel kell hozzá:
A gépemen nincs soros port. Milyen soros USB átalakítót ajánlotok ehhez?
Itt mi az upload from device software menete?
Köszönettel előre is és bocs a sok kérdésért.
Üdv.
-
byte-by
tag
válasz
crucified
#6424
üzenetére
halo
az mpi kábel felesleges itt, nem baj ha nincs.
de ha nyitottál új projektet akkor ha kicsit kürűl nézel,a projekt fában a device configurations , a general fül alatt lesz egy PROFINET Interface lrgördülő, és abban egy Ethernet adresses fül.
na ott írja, hogy általában 192.168.0.1 maszk: 255.255.255.0, ez a gyári, de persze erre nincs garancia.
nincs is rá szükség.csak nyomj egy online-t vagy jobbra melletük egy Accessible devices-t.
ott van pár beállítás,hálókártyád, a protokoll, stb. , de auto meg fogja találni. -
gagyigeri
csendes tag
Hello Bazs87!
Megoldódott a hiba esetleg azóta?
Progrmozgattam már codesysben, régóta szemezgetek, hogy a málnára is rátegyem.
Ha én egy egyszerű ledvillogtatást akarok csinálni szimulátor módban, akkor nem akarja lefordítani, ha online használom, akkor gond nélkül megy.
Neked lefordul a codesys szimulátor módban?Üdv.
-
crucified
tag
Sziasztok, van egy Siemens S7-1200 CPU 1214 DCDCDC típusú PLC. MPI kábelem nincs, a PLC TCPIP hálózaton kommunikál. Nem tudom az IP címét, csak a MAC address-t. Hogyan tudok online-ba kapcsolódni és feltölteni a PLC-ről a PC-re a programot?
TIA V13 portalom van, ott létrehoztam az adott PLC-t.
Köszönettel és üdv
-
Szirty
őstag
válasz
DrojDtroll
#6422
üzenetére
Szia!
A kompaktokban azt lehet mondani hogy alapból jellemzően van.
A moduláris változatokban nincs, de nem csak ez nincs, hanem semmilyen ki vagy bemenet nincs. Azoknál külön I/O bővítőkkel lehet analóg bemenetet realizálni. -
DrojDtroll
veterán
Teljesen kezdő vagyok és érdekelne, hogy általánosan van-e ADC a plc-kben?
-
Szirty
őstag
válasz
gera082116
#6420
üzenetére
Bár nem írtál le részleteket a kommunikáció beállításairól, de első ránézésre az USB-RS232 átalakító a leggyanúsabb.
Ezekből a 2-3000 Ft-os hulladék ahogy van. Ezen hulladékok zászlóshajója az ATEN UC232.

Ha van lehetőség próbáld ki natív RS232 porttal rendelkező gépen is.
-
gera082116
újonc
Sziasztok!
Olyan problémám lenne, hogy egy Siemens S7-200 PLC-hez kellene hozzá férnem! Van hozzá Siemens Step 7 MicroWin szoftver és a hozzá tartozó programozó kábel( PLC oldal: rs485, pc oldal: rs232). Mivel a PC nincs soros kommunikáció ezért rs232-usb átalakitóval oldottam meg, de sajnos igy se tudok online-be menni a PLC-vel.
Mi lehet a probléma szerintetek?
üdv
-
joci9
tag
válasz
DrojDtroll
#6416
üzenetére
Szia!
Persze, meg.
Itt egy pár éves verzió letölthető:
http://omronkft.hu/üdv
J -
DrojDtroll
veterán
Valakinek megvan a CX-programmer?
-
Szirty
őstag
válasz
Borzoló
#6413
üzenetére
Én nem értek hozzá, de az oldalon amit épp te linkeltél ott van a leírása amiből elég sokat meg lehet tudni.
LonWorks hálózattal kompatibilis vezérlő, amit épület automatizáláshoz használnak. Önmagában is működőképes, de hálózatba tervezték.Ha úgy keresed hogy AD-TCU Fan Coil Unit Controller akkor elég sok találatod lesz.
-
bozig
tag
Erre esetleg valakinek van ötlete?

-
Üdv Mindenki!
A kezem ügyébe került egy ilyesmi.
Egészen pontosan ez van ràirva:
jhonson controll ad-tcu6205obba metasys
Konyhanyelven tudna nekem referàlni, hogy miket tud, mit lehet vele csinálni, mi a specifikációja? Milyen programmal lehet használni?....
Neten nem találtam szinte semmit.
Annyit találtam, hogy ez egy venti szabályzó.
Ebbe a topicba úgy jutottam el, h. a fenti link leírásában "lonworks" hálózatról beszélnek...google:lonworks+prohardveren...1talàlat(ez a topic)
Válaszokat előre koszi!
-
MR_Joe
senior tag
Huh, kimerítô válasz

A szimulációnak utánanézek otthon. Örülnék ha menne rendesen.
Plc csere: nagy cég, sok plc. Folyamatosan fejlesztgetik/átépítik a gépeket. Ami kikerül gépből az kap más feladatott, pl ajtóvezérlés. Van pénz dögivelkivételt képez ezalól a bérfejlesztés

Tia meg: hát valahogy azt is megtanulom
nem árt több rendszert is ismerni, ha az ember ezzel akarja keresni majd a kenyérre meg sörre valót
Majd mindig jövök segítséget kérni, amíg meg nem tanulom

-
Szirty
őstag
Szia!
"Szóval: szimulációval már próbálkoztam, de valamiért nem volt hajlandó működni...pontosabban egyáltalán nem találtam meg, hol van"
A Simatic manager egy szoftver csomag, ami komponensekből áll össze. A PLCSIM is egy komponens. Ezzel és a hozzá tartozó licenszel rendelkezned kell a szimulációhoz.
A Simatic Managerből lehet indítani ezzel az ikonnal:

Vagy a menüből: Options / Simulate modules
Kapsz egy ilyesmi ablakot:
(Egyébként Windows Start menüből vagy desktop ikonnal, esetleg parancssorból is indítható ha épp úgy tetszik)A Simatic Manager interface (PG/PC interface) automatikusan átvált PLCSIM interfészre, hogy a szimulált modult elérhesd. Ezt a Manager ablak alján lévő állapotsorban látod:

Ha ez megtörténik, akkor innen már minden úgy működik mint ha valódi PLC-hez kapcsolódtál volna.
"A cégnél a sor vezérlések túlnyomóan 300-as szériával vannak megoldva, de persze folyamatosan cserélik majd ezeket le."
Miért cserélik le? Van bármi értelmes oka ennek? (nagy nagy pénz pazarlásnak tűnik)
"Az hogy 1200-asat választottam, igazából anyagi döntés volt. Jóval egy 300-as ára alatt megkaptam"
Az 1200-as főleg azért olcsóbb, mert más kategória.
Ahogy egy Mercedes kisbusz is olcsóbb mint egy személyvonat.."Amúgy a TIA nagyon más mint az s7-manager?"
Nagyon. Szinte köszönő viszonyban sincsenek egymással.
Egyébként TIA-val lehet 300-asokat is programozni. Csak nem a BASIC változattal és nem mindegyik CPU-t. -
rsf
senior tag
Hali!
Valaki próbálta már a Vijeo Design'Air -t működésre birni?
Mert nekem sehogy sem sikerül...
Köszi. -
MR_Joe
senior tag
Valahova eltűnt a mobilról írt válaszom...
Szóval: szimulációval már próbálkoztam, de valamiért nem volt hajlandó működni...pontosabban egyáltalán nem találtam meg, hol van

Omronnál szépen megy, alap dolgokat meg is tudok csinálni (eddig egy nap volt, amikor ténylegesen programozással foglalkoztunk a suliban).
Amúgy omron cpm1-esek és s7-300-asok vannak bent, szóval azon fogok tudni gyakorolni, de kicsit kevésnek tartom a ráfordítható időt ott. (heti egy nap suli, de van a programozáson kívül más tárgy is).
Ezért szereztem be az 1200-asat. A cégnél a sor vezérlések túlnyomóan 300-as szériával vannak megoldva, de persze folyamatosan cserélik majd ezeket le. Jobb lett volna s7 managerrel, de ha úgyis a tia portálé a jövő, jobb mielőbb megtanulni
Az hogy 1200-asat választottam, igazából anyagi döntés volt. Jóval egy 300-as ára alatt megkaptam, közvetlenül lehet programozni hálókártyán keresztül, integrált 8-8 I/O van rajta, szóval semmi extrát nem kell hozzá megvenni ellentétben a 300-assal.
Köszi az infot!
Amúgy a TIA nagyon más mint az s7-manager?

-
Szirty
őstag
Szia!
S7-300-akat használtan, bontottat, vagy elfekvőt érdemes venni ilyen célra.
ebay, vatera, jófogás stb helyeken akad...A szimulátor kiváló tanulásra.
(Ha nem töröltem volna a web oldalam, akkor erre sok példát tudnék adni)
Én szimulátorral kezdeném. Működésre kell bírni.Az S7-300-hoz ha tényleg veszel, kelleni fog egy MPI/DP interfész is (hacsak nem sikerül PN/DP-s CPU-t szerezned). Új USB-s is 100e körül van.
Igen, az S7-1200 programozásához TIA portál kell.
De abból a BASIC is elég. -
MR_Joe
senior tag
Újabb kérdés: sikerült beszerezni egy s7-1200-at. Ez tényleg csak TIA portálban programozható? :S
-
Panhard
tag
Sziasztok!
Vijeo Designerben hogy lehet azt megoldani, hogy az OP bizonyos időközönként meghívjon egy webcímet. Nem kell megnyitnia, megjeleníteni, csak egy HTTP GET kérést elküldeni. A válasszal nem is kell foglalkoznia.
Ez az oldal egy .php fájl lenne, aminek a paramétereiben adná át a változókat az oldalnak.
Pl: www.valami.hu/feltolt.php?adat1=12&adat2=13&adat4=15
Addig megvan, hogy a változókat Stringként összefűzöm, abból meglesz a hivatkozás, de utána hogy tudom meghívni mondjuk 5 percenként egyszer? Előre is köszönöm a segítséget! -
MR_Joe
senior tag
Üdv Urak!
Most kezdem a plc-s témát tanulgatni (tanfolyás), omron cpm1 és s7-300-as szériával tanulunk. Omron plc-t relatív olcsón be lehet szerezni, de siemens az valami horror. Pár ismerősöm körülnéz, de itt is megkérdezem hátha.
Hol lenne érdemes érdeklődnöm normál, vagy kompakt siemens egység után? Tanuláshoz/gyakorláshoz nem ártana valami (persze tudom, hogy ott a szimuláció, de az nem ua. illetve valamiért nem is akar működni a gépen..:S ). A cégnél ahol dolgozom is túlnyomóan s7-esek vannak, de ahhoz ugye nem engednek hozzányúlni
Köszönet!
-
JAGER 10
tag
Sziasztok!
Siemens TIA Portal V13 a fejlesztői környezet.
Ebben a DB-ben szeretnék a bekarikázott rész után még plusz változót létrehozni.
Hogyan lehetséges ez? Valamint az, hogy az egész tömbben egyformán létrehozza ezt az új változót?Segítségeteket előre is köszönöm!

Új hozzászólás Aktív témák
- PlayStation 5
- Apple iPhone 16 Pro - rutinvizsga
- Azonnali notebookos kérdések órája
- Csekély 4000 dollárért tervezetten "hibás" az ASUS limitált VGA-ja
- Hat év támogatást csomagolt fém házba a OnePlus Nord 4
- Pajac: Windows XP még mindig letölthető
- Kerékpárosok, bringások ide!
- Diablo IV
- Formula-1 humoros
- Így változik a Galaxy A37 és A57 kamerája
- További aktív témák...
- iPad Smart Keyboard
- ÁRGARANCIA!Épített KomPhone Ryzen 5 4500 16/32/64GB RAM RTX 5050 8GB GAMER PC termékbeszámítással
- ÁRGARANCIA! Épített KomPhone Ultra 9 285K 64GB RAM RX 9070 XT 16GB GAMER PC termékbeszámítással
- Keresünk iPhone 16/16e/16 Plus/16 Pro/16 Pro Max
- Bomba ár! HP EliteBook 840 G6 - i7-8GEN I 16GB I 512GB SSD I 14" FHD I HDMI I Cam I W11 I Gari!
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
















