Új hozzászólás Aktív témák
-
Szirty
őstag
válasz crucified #6049 üzenetére
Helló!
" A PLC-s megoldas nem tulzott ilyenre?"
De igen, ha tényleg csak ennyit csinál és nincs emellett egyéb feladata is...
Azért írtam, hogy két relé kell meg két végállás. PLC meg mikrovezérlő esetleg elkerülhető.
(Sőt igazából egy relé is elég)
No meg persze kell egy szelep is.[ Szerkesztve ]
-
aboutterms
csendes tag
válasz crucified #6066 üzenetére
Szia!
Ahhoz, hogy kiderüljön mi a hiba, előbb online kellene menni a PLC-vel soros vonalon, vagy ha mellette van a hátlapon ethernet kártya, akkor azon keresztül. Ehhez kell egy RSLogix 5000 programozó szoftver és egy RSLinx (ami a PLC-PC kommunikációt kezeli). RSLinx-ből lehet letölteni Lite verziót, ami ingyenes, viszont RSLogixból nem, vagyis aktiválás nélkül nem tudod használni.
Ha esetleg sikerül szerezned RSLogix 5000-et, akkor is kérdéses, hogy milyen verzióba írták a PLC-ben lévő szoftvert (pl egy v17-es Logix nem kezeli v19-es projectet, forditva szerencsére igen).
Ha van szoftvered, akkor Linx-ben felveszed a drivert amin keresztül kommunikálni szeretnél a PLC-vel (ethernet, soros, stb.), majd a Logixban online mész, és menüből Go to fault. Ott már mutatja, hogy mi a nyűgje.
Elsőre kb ennyi, remélem segítettem.
[ Szerkesztve ]
-
Szirty
őstag
válasz crucified #6105 üzenetére
Például ez: S5 for Windows
Nézd át, szerintem fut Win7 32 biten.
A következő problémád valószínűleg a kábel lesz ha nincs a gépeden soros port (USB-soros átalakító kevés eséllyel kecsegtet).
-
Szirty
őstag
válasz crucified #6143 üzenetére
Üdv!
Nem írtad milyen panel, de alapvetően a project nem a flash kártyán van.
Ha megvan a forrás project, akkor a panelre rá kell tölteni ahhoz hogy működjön.Ha nincs forrás, és az eredeti panel még életképes, akkor prosave programmal le kell menteni róla bináris image-et.
Ha nincs forrás és az eredeti panel nem életképes, akkor a korábban flash kártyára a panellel mentett image-et kell restore funkcióval visszaállítani. E két utolsó megoldás csak akkor járható ha a két panel teljesen egyforma.
Ha nincs forrás és az fel sem kutatható (pl. a gépgyártónál), az eredeti panel nem életképes vagy nem azonos az újjal, és mentés sincs róla, akkor újra kell írni az egészet.
-
Szirty
őstag
válasz crucified #6145 üzenetére
Szervusz!
"A másik gépből áttett TP is ugyanez."
A connecting to host... üzenet csak annyit jelent, hogy a panelen nincs projact és várja hogy PC-ről megkapja.
"Mi mást tudok tenni?"
Sajnos jelen tudásom szerint a felhasználók szintjén nem lehet mást tenni, csak amiket felsoroltam.
"Egyébként közönséges CF kártya kell bele a mentéshez?"
A TP177B-be MMC kártya kell amennyire tudom. De az közönséges (PC-n is formázható, FAT file rendszerrel, tehát nem olyan amilyen az S7-ekbe kell).
[ Szerkesztve ]
-
Szirty
őstag
válasz crucified #6147 üzenetére
A másik gépről áthozott backup működhet a rossz HMI helyére berakott új HMI-n, feltéve hogy a két HMI is és gép is tényleg teljesen azonos (de legalábbis a HMI és a HMI project).
Elvileg az új MMC-t nem kell formázni. Egyébként FAT16 file rendszer legyen rajta.
Próbálj meg valami nem túl nagy kapacitásút beszerezni, a mostani 8, 16, 32 GB-osat nem biztos hogy tudja kezelni.Restore után ha a kettő azonos volt, nem kell állítani semmit.
Azzal hogy a jó gépről átmenetileg átrakod a HMI-t abba amelyikben elszállt nem okozhatsz kárt a HMI-ben.
Ha nem teljesen egyforma a két gép akkor a gép működésében okozhat gondot, de ilyenkor is az a legvalószínűbb hogy nem tudod a HMI-vel a gépet beállítani kezelni.Ha a két gép egyforma HMI--vel együtt, de használja a "Project ID" védelmi funkciót és az ID eltér a két gépen, akkor nem fog működni az átrakott HMI (és a backupolt sem) a kapcsolatot el fogja dobni invalid project ID üzenettel.
Ez a funkció arra van kitalálva, hogy ha egyik gépről egy másikra rakják át a HMI-t, akkor ne okozhasson hibás műkökdést és ezzel kárt (amennyiben a két gép programja eltérő). Ezt a funkciót azonban igen ritkán használják és a project ID átírásával (a PLC-ben) megkerülhető. -
Szirty
őstag
válasz crucified #6149 üzenetére
Szervusz!
"Ezzel nincs más dolgom mint rámásolni a CF-re, onnan pedig restore-al visszatölteni a HMI-re?"
Nem. Ha jól látom egy Pack & Go csomagban küldték el.
Ezzel azt kell tenni, hogy ráteszed egy olyan PC-re kibontva ezt a ZIP-et, amelyiket rácsatlakoztatod a panelra a megfelelő interface-el.
Ezután elindítod a StartTransfer.bat file-t. -
Szirty
őstag
válasz crucified #6189 üzenetére
Helló crucified!
"Katt a PLC és Download menüre, kijelölöm hova akarom menteni és ennyi?"
Nem!
A Download PC-ről tölt PLC-re!Tedd a következőket:
Elindítod a Simatic managert, Ha betölt egy vagy több korábbi projectet, akkor mindet zárd be (file menü -> Close).Létrehozol egy új, üres projectet. Fgyelem, NEM a varázslóval (File menü -> New). Megkérdezi hova akarod tenni, megadod neki.
Összekötöd a PC-t a PLC-vel, az összeköttetésnek megfelelő kapcsolatot állítasz be (Options menü -> Set PG/PC interface, S7ONLINE access point)
Utána kiválasztod a PLC menüből az Upload station to PG menüpontot. A megnyíló ablakban megmondod a PLC címét amelyikről a cuccot át akarod tölteni.
És kész.
Persze szimbólum információk, eredeti változó nevek DB-kben és lokális változó nevek, a program blokkokban nem lesznek, valamint meg UDT-k sem (user data type), mert azokat a PLC nem tartalmazza (ezek nem szükségesek a program futtatásához). -
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.[ Szerkesztve ]
-
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. -
-
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!
[ Szerkesztve ]
-
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[ Szerkesztve ]
-
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.
[ Szerkesztve ]
-
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)
-
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 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. -
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.
-
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. -
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.[ Szerkesztve ]
-
Szirty
őstag
válasz crucified #6501 üzenetére
Helló!
"csak a Simatic Manager-el férhetek hozzá vagy a TIA Portal-al is"
Azzal amelyik ismeri azt a CPU-t. A régebbieket a TIA nem kezeli. Ha mindkét rendszer ismeri a CPU-t, akkor bármelyikkel hozzáférhetsz.
"Amennyiben csak a Simatic Manager-el, akkor ha jól tudom nem a varázslóval nyitok egy új projectet"
Igen, új, üres projectet kell nyitni varázsló nélkül, utána upload station to PG.
Nem kell előre összeállítanod a HW configot, azt is fel fogja tölteni.Részletesebben itt: Hogyan töltsük át a működő PLC-ből a teljes programot, ha nincs meg a forrás project?
Nem csak az MPI címét kell tudnod, hanem a rack és slot számát is ahol a CPU van! Ha azt n em jól írod be, akkor sem fogja feltölteni.
300-as esetében egyébként alkapesetben MPI cím:2 Rack: 0 Slot: 2
De meg lehet kerestetni is. Pl. az accessible nodes funkcióval. Ezzel kapsz egy listát a PG/PC interfészen beállított buszon lévő eszközökről. Ott lesz a cím is."Amennyiben feltöltötte, online monitorozni hogyan tudom a programot?"
Ugyanúgy mint bármely project esetében. Megnyitod a blokkot és nyomod a monitorozás gombot.
Mivel PLC-ből jött a project, symbol információk, változó nevek és megjegyzések nem lesznek sehol. Sajnos ez ezzel jár.A monitorozéshoz egyébként nem kell feltölteni PC-re a programot, accessible nodes-sel kapott struktúrát kinyitva a blokkoknál is megnyitható és monitorozható a blokk.
[ Szerkesztve ]
-
Szirty
őstag
válasz crucified #6504 üzenetére
Szia!
"A visszatöltés is ugyanúgy működik gondolom"
Visszatölteni elég azt a blokkot amik módosult. A többi blokkot és a HW configot nem kell (főleg ha adatblokk, mert okozhat galibát).
"Amennyiben a network-ön talál HMI-t, úgy azt is fel tudom tölteni, vagy arra külön kell csatlakoznom az MPI-vel?"
Azt leginkább sehogy nem tudod feltölteni PC-re.
De attól függ milyen HMI. Ha nem valami egyszerűbb régi siemens panel, hanem windows alapú és a letöltéskor alkalmazták az "enable backtransfer" opciót, akkor lehet.Szóval a panelen múlik, de nagyon nem jellemző hogy a forrásprojectet nem hogy visszatölteni lehessen róla hanem hogy tartalmazza egyáltalán (a működéshez arra nincs szükség).
"Milyen koncepció vezette a Siemens-t anno, hogy nem tárolja a CPU a szimbólumokat, a változók neveit és a megjegyéseket?"
A gyártók (hátsó) szándékait ugyan nem ismerem, legfeljebb feltételezni tudom. De kb. ugyanaz mint a többi gyártót, hiszen ott is ez, ez volt a helyzet.
A következő okok játszanak szerepet a dologban (szerintem).1. A memória. Régebben a program RAM-ban volt, amit háttértelep látott el. A retentív RAM méret szűkös volt és 8, 16, 128k-ban volt mérhető. Egyszerűen nem volt hely a szöveges szimbólumoknak, megjegyzéseknek és forrásanyagoknak. Ezek összmérete többszörösen is túltehet a lefordított tárgykód méretén!
2. Nem nagyon indokolta semmi azt hogy a PLC tárolja ezeket, mert a program működéséhez ezekre a PLC-nek semmi szüksége nincsen.
Az S7 1200, 1500, Omron CP1E, CJ1 stb. már tárolhatja a project forrását és vele a szimbólumokat is.
De opcionális, ha valaki nem akarja nem teszi rá..."de ebben az esetben jelentősen megnehezíti az ember dolgát."
Meg bizony! És ez még nem minden, hiszen a ahelyett hogy a forrást rátöltenék, inkább titkolóznak, jelszóval védik, hogy egyáltalán ne férhess hozzá semmilyen szinten.
Vagy visszatöltheted, de magas szintű nyelven graph-ban vagy STL-ben írták. Ha nincs meg a forrás, akkor azt STL-ben látod, ami tele van indirekt címzésekkel ha feltöltöd a PLC-ről. Na abban azért nem vígan módosítgat vagy lapozgat az ember."Szerintem pont az a lényeg, hogy egyszerűbben visszakövethető legyen a program"
Neked, mint felhasználónak, aki a gyártók programjaival xopik, ez a lényeg.
Sajnos nekik nem feltétlenül. Épp nemrég zajlott itt le egy (szerintem igen tanulságos) vita arról, hogy milyen dolog az ha az üzemeltető nem kapja meg a géppel a program forrásanyagait és milyen dolog az ha igen. -
Szirty
őstag
válasz crucified #6506 üzenetére
Szia!
"OMRON CP1H PLC-vel dolgoztam eddig, számomra azért furcsa, hogy nincs a Siemens esetében megjegyzés"
Írtam hogy van és azt is melyiknél.
Azt ne felejtsük el, hogy az S7-300 kb. húsz (20) éves!"Én anno a Simatic ProSave-vel simán tudtam backup-ot csinálni"
Azt lehet is. Arra való.
csakhogy az image mentést készít. Vagyis létrehoz a panelről egy bináris file-t, amivel egy dolgot tehetsz: visszateszed egy panelra (másikra vagy ugyanarra). Mentés/visszaállítás.
Mivel lefordított bináris file, nem forrásanyag, nem szerkeszthető."Ezek szerint blokkonként is vissza tudok tölteni majd?"
Igen. Amelyiket a blokk listában kijelöld (akár többet is) és nyomsz rá egy download-ot, azt áttölti a PLC-be. Akár a PLC RUN üzemmódjában is anélkül hogy a program leállna (hacsak nincs az áttöltött blokkban valami szarvashiba).
Illetve ha a LAD/FBD szerkesztő van nyitva, akkor onnan is áttöltheted (Ctrl-L). Azt tölti át amelyiket látod. -
Szirty
őstag
válasz crucified #6510 üzenetére
Szerintem egyszerűbb egy GSM-es jelző és egy szobatermosztát.
A termosztát záró érintkezőjét rákötöd a GSM jelző bemenetére, beállítod a kritikus hőmérsékletet.
Amikor a termosztát érintkezője zár, a GSM jelző küld egy előre megírt üzenetet a beállított számra. Esetleg hívást indít, ez a GSM jelzőtől függ.Rosszabb esetben ha csak átmenetileg kell, akkor a GSM jelző egy kis mókolással helyettesíthető egy kiöregedett nyomógombos mobiltelefonnal is. Percek alatt össze lehet rakni és olcsó.
De ha már úgy is szerver terem, akkor lehetséges a hálózaton keresztül mail-t küldeni pl.
A PLC nem épp optimális szerintem ilyen megoldáshoz elsősorban a költség miatt.
-
Szirty
őstag
válasz crucified #6523 üzenetére
"S7-300 feltöltése közbeni hibaüzenet. nem találok a neten hozzá leírást. "
Pedig ott van az: Step7 error codes
"TP270 10"-os HMI backup-ja gondolom olyan mint a TP177B-é"
Elvileg igen.
"Hol tudom még megnézni, hogy mi lehet a baja?"
Ott van a diag üzenetben.
Nem tudja írni és olvasni a PQW580-at.
Nem tudja olvasni a PIW582-t.Keresd meg a HW configban (View menü, address overview) hogy melyik perifériának van ilyen címe (580, 582). Az az eszköz nem elérhető valami miatt.
-
And
veterán
válasz crucified #6525 üzenetére
Az MPI-kábel nem jó S5-höz. Utóbbiakon 15 pólusú programozó csatlakozó (DB15 mama) található, fizikailag TTY áramhurok interfésszel. Mi pár éve beszereztünk valami olcsó utángyártott USB-s kábelt S5-ös PLC-hez, amibe bele van építve a soros-USB konverter a PC felé. Gond nélkül működött a megfelelő driver feltelepítése után WinXP-n. Hogy Win7 alatt működik-e ez illetve a Step 5, azt nem tudom, pedig a közelmúltban kikoptak a WinXP-s laptopjaink. Azt sem tudom, hogy manapság a Step 5 beszerezhető-e egyáltalán legális forrásból, de ezt majd szirty kolléga megmondja, ahogy esetleg azt is, hogy mire lehet számítani egy ilyen DOS-ablakban működő programtól az újabb oprendszerek alatt, esetlen kell-e hozzá virtuális gép: Virtualbox, VMware vagy hasonló.
-
And
veterán
válasz crucified #6528 üzenetére
"7.136 mA-t mértem a jeladótól a terminál blokknál."
Ez az áramérték ugye csak a távadó adatainak ismeretében releváns: alsó- és felső határérték, 0-20 vagy 4-20 mA-es távadó. A hardverkonfigurációban az AI-modul szokásosan egy egész (16-bites integer) értéket fog mutatni, skálázás nélkül. Ezt megnézheted pl. Step7 alatt a HW-konfigban az adott modulra jobb gombbal klikkelve a Monitor/Modify menüpontban online. A nyers számérték átskálázása már a szoftver dolga, erről több infó is van ebben a topikban, keress csak rá az FC105 kifejezésre. Hogy ezt a hőmérsékleti értéket a scada milyen formátumban kapja, az megint más kérdés, de ha a PLC jól skálázza (ott még megfelelő az érték), akkor az is lehet, hogy a megjelenítő is jól kapja meg, de mondjuk nem lebegőpontos, hanem egész (int, word) értékként, és nem megfelelő helyen (vagy egyáltalán nem ) jeleníti meg a hozzá tartozó tizedespontot. -
Szirty
őstag
válasz crucified #6525 üzenetére
"Azt nem tudtam, hogy SF BF led-el is jelzi a kommunikációs hibát."
A BF akkor jelez, ha a buszon nem tud elérni olyan eszközt, ami benne van a HW configban.
Az SF meg azért jelez, mert a nem létező (leszakadt) eszközt a program írni és olvasni akarja, de nincs olyan cím.
Ezért meghívja az OB122-t (I/O Access error) aminek kezelnie kellene ezt a hibát, de gondolom a blokk üres."Le kellene mentenem pár S5-ös PLC-t is."
A régi DOS-os STEP5 fut Win7 alatt futtatott virtuális gépre rakott XP-n és működik is.
De ennél a probléma az szokott lenni, hogy a mostani gépeken nincs soros port. Az USB-vel realizált COM portot meg ált. nem lehet beállítani benne.
Keresd az IBH softek S5/S7 for Windows nevű programját. Azzal több esélyed van. Nem DOS-os és még élő project ha jól tudom. -
Szirty
őstag
válasz crucified #6528 üzenetére
A 7.136 mA nem mond semmit ha nem tudjuk a távadó méréstartományát. Azt is ismerni kell.
A 4-20mA-es kör áramából a következőképpen számíthatod ki a mért fizikai mennyiséget:
Mért mennyiség=((I-4)/16)*(Max-Min)+MinAz analóg bemeneten olvasott értéket az áramból pedig így kapod:
PIW=((I-4)/16)*27648
Ahol:
I: a mérőkör árama mA-ben
Min: a távadó méréshatárának az alja a mért fizikai mennyiségben kifejezve (ez esetben °C)
Max: a távadó méréshatárának a teteje a mért fizikai mennyiségben kifejezve (ez esetben °C)
PIW: Az analóg bemenet perifériacíméről beolvasott decimális egész értékPl. ha a távadód méréstartománya 0-200 °C, akkor a 7,136 mA 39,2 °C-t jelent és 5419-et kellene olvasni az analóg bemenetről.
[ Szerkesztve ]
-
Szirty
őstag
válasz crucified #6534 üzenetére
Szia!
"Az OB-ket ha jól tudom maga Simatic hozza létre és az oprendszer illetve a program közötti kommunikációért felelős."
Nem hozza létre a szó szoros értelmében. Az OB-k szám szerint előre meghatározott (fenntartott) funkcióval bírnak, de létre nem jönnek.
Amikor az OB számára meghatározott esemény (hiba, megszakítás) bekövetkezik, akkor az oprendszer meghívja (lefuttatja) ha létezik. Ha nem létezik, akkor az eseménytől függően vagy semmi továbbit nem tesz (pl. timer interruptok) vagy a CPU a program futtatását leállítja (CPU stop). Ezek a hibakezelő OB-k.
Mint a te esetedben az OB122. Ha nem lenne OB122, a CPU leállna ettől a hibától."Az FC-k számozás szerinti kiosztásának is van valami logikája az S7-ben
Nincs megkötés. Lehet (és ha sok a blokk akkor javasolt is) valamilyen logikát felállítani mert az könnyíti a programban az eligazodást, de kötelezően semmilyen megkötés nincs.
A szabályszerűség tehát öntörvényű, ez igaz a lib-ekre is, amiben FC vagy FB blokkok vannak. -
And
veterán
válasz crucified #6534 üzenetére
Annyira sajnos nem vagyok jártas a Siemens PLC-kben, de tudomásom szerint az OB-k nem jönnek létre csak úgy maguktól, (az OB1 ugye mindenképp kell) legalábbis az összes biztos nem. Találkoztam már olyan hibával, amely az azt lekezelő OB hiányában stop-ba vitte a PLC-t, majd létrehozva az OB-t (egyébként teljesen üresen, nulla hasznos kóddal) a hiba miatti leállás megszűnt. Erről is volt már értekezés a topikban. Úgyhogy azt sem tudom megmondani, hogy a készen 'importálható' FC-k / FB-k számozásában van-e valamilyen logika. Amelyekkel én találkoztam - például kommunikációt (pl. soros modbus) vagy PID-szabályozást lekezelő blokkok -, azok számozása nem tűnt annyira rendezettnek, de a help szerencsére elég jó, az segített.
Mod. #6536: Mire leírom..[ Szerkesztve ]
-
Psanyi42
tag
válasz crucified #6528 üzenetére
Heló!
crucified,
A hibakeresés folyamán végig kell követni a jelet. Megnézed mit mér a szenzor, az a 7 mA alapján jónak tűnik, mivel az alacsony hőm. tartományra utalhat (persze beállítás/szenzor függő). Ezután megnézed a PLC bemenetén mit kap meg, és megnézed, hogy kb. az az érték jelenik-e meg, mint amit Szirty írt. Ezután azt feltételezve, hogy minden jó a PLC programban megnézed, hogy a HMI honnan kapja az értéket, ha az is jó, akkor megnézed a konverziókat, hogy nem e a másik számábrázolásba váltással van a gond. Ha a HMI már a nem jó értéket kapja meg, a PLC programban van elírva. Itt végig kell követni az értéket.
Mazsika,
Rá lehet dugni egeret, billentyűzetet, és monitort. Megnézted, hogy mit csinál, ha elindult, hátha feldob egy konzolt. Egyébként a dokumentációban láttam egy olyat, hogy AUTOEXEC.bak, gondolom ezt automatán elindítja, szóval az is lehet ebbe tudsz írni valamit. Nem használtam még ilyet, csak gyorsan végiggörgettem a dokumentációját és ötletelek.
-
plutokas
csendes tag
válasz crucified #6550 üzenetére
Megnyitod a programot amit hasonlítani szeretnél. Rámész az options menüpontra és a compare bolck... kiválasztod. Innentől már mennie kell. Ha nem sikerül mégsem szólj és küldöm képekkel a megoldást.
----------------------------------------------------------------------------------------------------------------------------------------------------
[link] -
Szirty
őstag
válasz crucified #6550 üzenetére
Szia!
Kicsit részletezve...:
Többféleképpen is elvégezheted az összehasonlítást.
1,
A megnyitott projektben a projekt fában (Simatic manager képernyő bal oldala) jobb gombbal kattintasz rajta és az előbukkanó menüben a Compare Blocks... pontot választod.
Ekkor az összes blokkot összehasonlítja (OB, FC, FB, DB).2,
Megnyitod a blokkok listáját, abban tetszőlegesen kijelölsz egy vagy több blokkot (shift+bal katt, Ctrl+bal katt, Shift+ nyíl stb), vagy mindet. Majd jobb gombbal kattintasz valamelyik kijelölt blokkon, az előbukkanó menüben a Compare Blocks... pontot választod.
Ekkor csak a kijelölt blokkokat hasonlítja össze.Mindkét esetben megnyílik egy compare blocks ablak, ahol beállíthatsz néhány összehasonlítási szempontot.
Pl. hogy online/offline összehasonolítást akarsz, vagy két offline projektet akarsz összehasonlítani.
Illetve hogy csak a blokkok időbélyegzőjét vizsgálja, vagy a programkódot is.
Compare gombra kattintva elvégzi az összehasonlítást, majd megnyílik egy ablak annak eredményével:Ebben felsorolja az összes eltérést.
Ha kód összehasonlítást is kértél, akkor:
Amelyik zöld, ott csak az időbélyegző tér el, de a kód azonos.Az adott sorra kattintva Note szekcióban ad egy részletesebb magyarázatot is: The interface and the block code are identical vagy The block codes are different.. Ha kód eltérés van, akkor piros a bejegyzés ikonja.Ha nincs eltérés, akkor a lista helyett a következő üzenetet kapod:
3,
Megnyitsz egy blokkot a program editorral és annak menüjében kiválasztod a Compare -> On-/offline Partners menüpontot.
Ekkro csak azt az egy blokkot hasonlítja össze.4,
Megnyitsz egy blokkot a program editorral, majd monitorozni kezded (Ctrl-F7).
Ha a blokk azonos a PLC-ben és az editorban, akkor monitorozni fogja. Ha nem, akkor kapsz egy ilyen üzenetet:Ebből tudod hogy a blokk azonos vagy eltér.
Az adatblokkok összehasonlításával csínnyán kell bánni, mert azok tartalmát a futó program változtathatja.