Új hozzászólás Aktív témák
-
KLR
csendes tag
Sziasztok!
Szerintem ez kimenet-függő, sink vagy source, meg hogy csoportositva vannak-e a kimenetek (LOGO-val nagyon régen dolgaztam). Hasonló helyzetben használtam 1-2 vagy 1-0-2 átkapcsolókat, amit a PLC kimenet és ez esetben a mágnesszelep közé iktathatsz. Ezzel a megoldással a PLC kimenetek védve vannak, minden mágnesszelepnek van kézi és auto módja, na meg a szekrényajtó is szépen dekorált . Persze, ez csak a source kimeneteknél használható.
-
KLR
csendes tag
Sziasztok. A problémám pont a lokális változók témába vág, ezért írom ennek a folytatásába.
Egy kis előtörténet: eddig nem sok szerencsém volt Siemens-hez, de mivel a következő munkát ezzel kell megoldani, beszereztem Step7 Lite + PLCSim, meg az ST-Pro1 anyagát. Neki is fogtam a tanulgatásnak, heti/napi 1-2 órát (amennyi időt tudok szánni rá). Az FC-ket lokális változókkal deklaráltam, az OB1-ben meghíváskor rendeltem hozzá fizikai címeket. Minden működött is szépen, addig még nem írtam még egy FC-ét. Ezután állandóan elejtette az egyik blokban az SR flip-flop értékét. Néztem keresztbe is, meg hosszába, minden OK volt, semmi nem aktiválja az R ágat, de mégis... Pár nap olvasgatás után (fórum, Szirty oldala, stb), megtaláltam a hiba okát. A két FC ugyanazt a temp 0.0 cimet használja, és a második FC törli az értéket. Hogy lehet kivédeni az ilyen hibákat?A lokális változók címét nem tudom megváltoztatni, automatikusan rendeli a program a változókhoz.
-
KLR
csendes tag
És megválaszolva a saját kérdésemet: ha meg kell őriznem az FC/FB egy belső állapotát, ki kell mentenem egy merkerbe (átdefiniálom temp-ről in_out-ra) vagy DB-be, még ha máshol nem is fogom használni.
Hozzá kell szokni ehhez a Siemens logikához.Sok szabadságot ad ez a strukturált felépítés (FC,FB,DB) a direkt cimzéses rendszerekhez képest, de ennek a szabadságnak megvannak a saját veszélyei (legalább is kezdetben)
-
KLR
csendes tag
Kössz a linket. A probléma a 4111 hozzászólásod előtt jelent meg nálam, de ez segített a hiba feltárásában. Előtte nem is gondolkodtam az L memóriaterület felhasználásának módján. Biztos le van írva, meg láttam is, de mivel csak alkalomadtán tudok olvasgatni / tanulgatni, elsiklottam felette. De hát a saját hibáján tanul az ember. Még jó hogy vannak segítőkész emberek, akik irányt mutatnak.
Most már világosabbá vált számomra az FC-ék és FB-ék közötti különbségek és felhasználási lehetőségek.Üdv,
-
KLR
csendes tag
Sziasztok.
Jövő héten le kell cserélnem egy Danfoss VLT5000-est egy új FC-302-re, ezért ki kell cserélnem a GSD file-t is az S7-300 HW config-ban (Profibus). Mivel nincs Siemens-es USB/ MPI kábelom, de viszont van pár USB/ RS485-ös átalakítóm (Advantech Adam 4561, Schneider Electric TSX, stb), van-e értelme megpróbálni?
Abból indulok ki, hogy a fizikai layer az MPI-n és a Profibus DP-n is RS485, a többi pedig software.
Meg őszintén, nem igazán tetszik az eredeti 6ES7972-0CB20-0XA0 adapter ára (kb 400 Eur) és nem is kapnám meg jövő héten.
Kinek mi a tapasztalata, van ettől olcsóbb, de megbízható megoldás?Valahol előbb olvastam, hogy Szirty te NetLink Pro-t használsz. Rákerestem, ez Helmholz termék, van USB és LAN-os verzió. Szerbiában nem találtam Helmholz forgalmazót. Kb mi az ára, és melyikbe érdemes invesztálni?
Ami még elkeserített, hogy több helyen olvastam, hogy a TIA Portal és Step7 5.5 ami Win7 64b alatt is megy, másképp kezelik az adaptereket és nincs támogatás a virtuális COM portra, úgy hogy a régi USB/MPI adapterek nem működnek.
Az e-Bay-en van rengeteg USB/MPI átalakító 25-250 $ (persze eredeti kinai), de szerintem 50% esély van, hogy jó lesz, de 100% hogy nem
-
KLR
csendes tag
Kössz a választ, ennyivel is okosabb lettem.
A cpu 315-2 DP, nincs eth.
Nézegettem a neten, német webshop-okon az adaptereket (Siemens, Deltalogic, Helmholz, IBH Softech) az USB/MPI kb 400 Eur, az ETH/MPI pedig 500 Eur tájékán vannak (a 130e forint is kb ennyi lehetett). Sajna nincs más hátra, venni kell egyet. Jövő hétre meg marad a kölcsönzés.
-
KLR
csendes tag
Kössz a kimerítő választ.
Ezek szerint a Siemens 6ES7972-0BB52-0XA0 a legfájdalommentesebb. Ha meg kell táp is, szerintem megoldható egy PG-s Profibus konektorral meg egy 24 VDC-s táppal.
Még furcsáltam is, amikor azt irtad hogy az MPI adapterek nem használják a soros portot, az USB/MPI kábelok zöménél a termékleírásban meg azt írja, hogy telepítés után virtuális com portként jelennek meg. Most már világos, hogy ezek a termékek valójában USB/RS232 + RS232/MPI egybeépítve, és ezek azok, amik nem mennek vagy alig TIA-val meg Step 7 5.5-tel.
Nem hittem volna, hogy ennyi szívás van még az 500 Eur adapterekkel is.
-
KLR
csendes tag
A vezér szó (CTW) és státusz szó (STW) megegyezik a két sorozatnál, mint ahogy a referencia érték (MRV) és az aktuális sebesség (MAV) is. Ebben a hálózatban csak a standard telegramot használják (PPO3). Ha lenne paraméter irás-olvasás az más tészta, mert nem ugyanaz a paraméter cimzési rendszer. Akkor bele kéne mászni a PLC programba is.
Persze, ez eddig elmélet, mert még nem csináltam.
Majd meglátjuk (mondta a vak is)
-
KLR
csendes tag
Kössz a figyelmeztetést. Nem tudom melyik profilt használják, de utána nézek.
Elméletileg nem kellene hogy problémát okozzon az FC Profil se,mert a VLT 5000-nél nincs definiálva ez a három bit, valószínű nem is használják a PLC programban.Na ez már csak a helyszinen fog kiderülni.
Most már csak kell kerítenem egy USB/MPI-t.
Üdv,
[ Szerkesztve ]
-
KLR
csendes tag
válasz Teuton99 #4190 üzenetére
Szia!
A PLC Stop-ból Run-ba váltás vagy feszültség bekapcsolásakor, ha már futott a program, aktiválódik a P_First_Cycle rendszerbit egy ciklus erejéig. Az adat amit az első MOV-val irsz, nem más mint nulla (nullázod az eqState regisztert).
Omronnál jelölve van a szám formátuma, & jelzi hogy decimális számról van szó, míg # jelzi hogy HEX formátumban van megadva a szám. Ez azért is fontos, mert sok helyen használ BCD formátumot (időzítők, számlálók, dátum,stb), ami mind HEX-ben van megadva.[ Szerkesztve ]
-
KLR
csendes tag
válasz dodzylla #4244 üzenetére
Szia.
Ilyen feladatra elég egy programozható relé is (Schneider Zelio, Siemens Logo!, Array AFB vagy SR, stb). Ezek olcsóbbak a PLC-nél, de meg lehet tanulni a Ladder és FBD alapjait.
Ha valami komolyabb érdekel, rá lehet futni jutányos áron kezdő csomagra, több gyártó képviselete kinál kiteket (alap PLC + HMI + szoftver + kábel).
Persze, ez attól függ, mit szeretnél megtanulni. Egy adott gyártó rendszerét (Siemens Simatic S7, Omron Sysmac + CX, stb) vagy csak érdekel a PLC programozás. Több helyen használják oktatási célra a Codesys csomagot (ingyenesen letölthető csomag: www.codesys.com ), amit sok gyártó is átvett (Schneider Electric, ABB, Eaton, Beckhoff, meg még sokan mások).
Konkrét PLC-t csak konkrét feladatra lehet ajánlani.
Üdv,
PS
Mindenkinek Kellemes Húsvétot !!!
-
KLR
csendes tag
Sziasztok!
Omronban kérnék egy kis segítséget. Adott az alábbi konfiguráció:
1. CP1L-M30DR
2. CP1W-AD041
3. CP1W-DA041Az a fő gondom, hogy az analóg kimeneti modulon nem jön ki semmi. Átnyálaztam már egy párszor az utasítást, de nem jövök rá a hibára, biztos elnézek valamit. Kicsit furcsa, hogy Omronnál nincs HW konfig, hanem az ember maga számítgatja a címeket. Lehet, hogy ezt számítottam el?
Az én számításom szerint:
00.00-00.11 CPU bemenet CIO 0
1.00-1.05 CPU bemenet CIO 1
100.00-100.07 CPU kimenet CIO 100
101.00-101.03 CPU kimenet CIO 101
CIO 102 Analóg be 1-2 konfiguráció
CIO 103 Analóg be 3-4 konfiguráció
CIO 2 Analóg bemenet 1
CIO 3 Analóg bemenet 2
CIO 4 Analóg bemenet 3
CIO 5 Analóg bemenet 4 (nem használom)
CIO 104 Analóg kimenet 1-2 konfiguráció (csak első ciklusban) + Analóg kimenet 1
CIO 105 Analóg kimenet 3-4 konfiguráció (csak első ciklusban) + Analóg kimenet 2
CIO 106 Analóg kimenet 3 (nem használom)
CIO 107 Analóg kimenet 4 (nem használom)Az analóg bemeneteket olvasom gond nélkül ( 4-20 mA, beállítva #80EE és #800E). Az analóg kimeneteket próbáltam beállítani 4-20mA (#80CC) meg 0-10V-ra is (#8099) de nem tudok kimérni semmit, pedig küldök #1770 a CIO 104/ CIO 105 kimenetre. Az utasítás szerint, ezek aktív kimenetek, nem igényelnek külön tápot. Néztem az utasítást, hátha találok diagnosztikai regisztert a modulon, de semmi...vagy csak olyan fáradt vagyok, hogy nem látok.
-
KLR
csendes tag
Tegnap este már valószínű nem voltam magamnál, ezért nem írtam érthetően. A W462-E1-07 Omron utasítást átrágása után írtam a programot (432 - 440 oldal). Ez alapján, az első két kimeneti címen konfigurálom az egész modult, amit az első ciklusban írok be, utána pedig szabadon írhatók a kimenetek 0-6000 (#0 - #1770). Az első ciklusban a 104 kimenetre #80CC (ami 1000 0000 1100 1100) küldök - ami 4 - 20 mA kéne hogy legyen az 1. és 2. kimeneten, a 105 kimenetre pedig #8000 írok mert nem használom őket. Utána programból írtam #1770-et a 104 és 105 kimenetre is, ami 20 mA-nak felelne meg, de nem küld semmit.
Próbálkoztam azzal is, hogy átkonfigurálom a kimeneteket 0-10 V (#8099 = 1000 0000 1001 1001), de nem jelenik meg feszültség Vout és Com között.
Sajnos, semmilyen jelzés nincs, azt se tudom él-e a modul. Ezért gondolom, hogy valamit elcímeztem... -
KLR
csendes tag
Kössz a választ, épp erre jutottam én is.
Átnézve a programot, az első Section-ban konfigurálom az analóg modulokat, ott a 200 ms timer is, meg olvasom is az analóg bemeneteket az idő elteltével. De ki emlékszik pár Section-nal később, hogy az analóg kimenet írását is blokkolni kéne ugyanezzel a timer-rel 200 ms-ig .
Kár, hogy a PLC 100 km odébb van, így nem tudom kiprobálni.
Remélem, nem lett a modulnak semmi baja... -
KLR
csendes tag
Szia Szirty!
Tegnap jutottam oda, hogy lecseréljem a CP1L-ben a programot. A 200 ms késleltetés hiánya volt a gond az analóg kimenet irásánál, most megy szépen. Még egyszer kössz...
Fejlesztgetés közben észrevettem, a Task-ban deklarálhatok olyan lokális vátozót is, ami nincs fizikai címhez rendelve. Nézegettem a CP1L programozási útmutatóját, de nem találtam semmit. Tudja-e valaki kapásból, milyen tulajdonságai vannak az ilyen változóknak?
Átmeneti (temp) változóként hasznáhatók, vagy eltárolják az értéket a memóriába (stat)? -
KLR
csendes tag
Szia Szirty.
Nem az _1-re végződőekre gondoltam, hanem a_2-re. Tegnap elég zűrös napom volt, nem sokat tudtam foglalkozni PLC-vel. Ma már rájöttem, miért is nem világos a kérdésem.
Az egyik változó létrehozásánál nem írtam memóriacímet, CX programmer nem reklamált, az Address/Value oszlopban pedig N/A [Auto] írt be, mint mikor egy FB-t illesztek be. Azonnal el is könyveltem magamban, hogy Omron most már támogat ilyen cimzést is, és majd maga beteszi a változót "valahova" egy stack-be / címre. Ha jól emlékszem, LSIS (LG)-nél láttam ilyesmit...
Ma már látom, hogy létre tudom hozni az egész változótáblát címek nélkül is, de hogy használhassam a programban őket, meg kell adni a címet is.
Ebből is látszik, mennyire veszélyes lehet egy feltételezés...
Mentségemre legyen, ritkán Omronozok... -
KLR
csendes tag
válasz KB.Pifu #5137 üzenetére
Sziasztok!
Kicsit én is hozzászólnák a témához.
Alapvetően különféle gyártók kicsit másképp értelmezik a kompenzációkat.
Az U/f vezérlés hátránya a nyomaték csökkenése alacsony frekvenciákon. Az alsó határ általában 5Hz. Ennek elkerülésére megemelik a feszültséget (nem tartják be a U/f arányt). Ez történhet automatikusan vagy paraméteren keresztül. Ezt néha alacsony fordulatú teherkompenzációnak is hívják (pl. Danfoss). Más gyártók pedig az egész tartományban használják ugyanezt az elvet (különféle TorqueBoost funkciók). Ezen kívül van még csúszáskompenzáció is (szinkronfordulat elérése), na meg különféle energiatakarékos funkciók (ezek meg csökkentik a feszültséget). Ezért a kimeneti feszültség csak hozzávetőlegesen utalhat a motorfordulatra.
Lehet egy kicsit összecsaptam a "kompenzációkat", de remélem segít valamit.A vészstoppra szerintem is a legjobb a mágneskapcsoló a frekiváltó tápjában.
Ha mágneskapcsolót iktatsz a frekiváltó és a motor közé, megszakításkor a frekiváltó kerüljön szabadonfutásba, mert ha utána még futó frekváltóra álló motort kapcsolsz, kijöhet belőle a fehér füst. -
KLR
csendes tag
Sziasztok.
A frekiváltók védelmére olyan motorvédőket látnak elő, amiben csak rövidzárvédelem van, lehetőleg 50 kA megszakítással. Arra hivatott, hogy reagáljon, ha rövidzár van a frekiváltóban. A termikus résznek nincs jelentősége, mert azt detektálni tudja a frekiváltó is (akár a motor, akár a saját védelme). Persze, ez kis teljesítményekre vonatkozik, mert kb 22 kW-ig majd minden gyártónál PIM modul van beépítve (egy tokban az egyenirányító híd az IGBT-kel). Belső rövidzár esetén úgyis kuka az egész.
Másik lehetőség az olvadóbiztosíték. Alapjában azokra a frekiváltókra, amelyeken diódahid a bemenet, névleges áramú gG karakterisztikájú biztosíték megy, ahol pedig dióda/tirisztor modulok vannak a bemeneten, oda 2-2,5x névleges áramú UR (Ultra rapid) biztit illik tenni. Ezzel a megoldással lehet csökkenteni a kárt/ javítási költségeket. -
KLR
csendes tag
válasz soldi3r #5414 üzenetére
Jó a potis megoldás, ahogy Szirty javasolta.
Ha pontos sebességre van szükséged, és nem szeretnéd hogy bárki tekergesse a potit, valószínűleg be lehet állítani pár fix sebességet is a frekiváltón, amelyeket a frekiváltó digitális bemetein tudsz aktiválni. Ez frekiváltó függő...
Általában 4 vagy 8 fix sebesség állítható be, a digitális bemeteket pedig binárisan kezeli (gyártófüggő).
Pl. 2 bemenet 4 fix sebesség (0-3). Ha ki szeretnéd használni az összes sebességet, bináris kódkapcsolóra van szükséged. De ha elég pl 3 sebesség, megoldható egy 0-1-2 átkapcsolóval:
Sebesség 0 = 50 % (startjel után ezen a sebességen fut - binarisan 0 = 0)
Sebesség 1 = 75 % (start + LSB bit bemenet - binarisan 01 = 1)
Sebesség 2 = 90 % (start + MSB bit bemenet - binárisan 10 = 2) -
KLR
csendes tag
válasz Krisz0627 #5636 üzenetére
Szia.
Ha a frekiváltó motor nélkül is földzárlatot jelez, az árammérés körül van a gond. Valamelyik áram szenzor járja a végét, vagy kontakthiba a mérőkörben, vagy a szenzorok tápja a ludas. Az áramszenzorok amikkel találkozok (LEM, Honeywell) 3 pinesek, +/-14VDC táp, a kimenet régebben feszültség, az utóbbi kb 10 évben pedig zárt hurkos áram kimenet. Régen daraboltam már Omron/Yaskawa-t, nem emlékszem mit használnak. Ha jól emlékszem, kisebb teljesítménynél a japánoknál magában az IGBT modulban mérik/mérték az áramot.
-
KLR
csendes tag
Sziasztok!
Hogyan lehet a KTP600-as panelen (TIA V13, Basic) "Rotating Animation"-t létrehozni?
Eddig Schneider HMISTU-val (Vijeo Designer) szállítottuk le a vezérlőszekrényeket, de most Siemens-t kérnek, úgy hogy portolnom kell a projektet S7-1200/KTP600-ra. Van 4 objektumom (vonalakból rajzolt kar), amelyek 0-100 fokot fordulnak el a megadott pont/tengely körül.
Átolvastam a Help-et, meg a net-et is böngészem, de eddig semmi okosat nem találtam. A beépített animációk csak horizontális, vertikális és direkt elmozdulásra adnak lehetőségét.Előre is kössz a tippeket
-
KLR
csendes tag
válasz byte-by #5645 üzenetére
Kössz az infót.
Nem hiszem, hogy lerajzolok 100 poziciót a 100 foknak, marad a sima numerikus kijelzés. Úgyis csak "látvány-elem". Szerettem volna, hogy ugyanolyan legyen a kezelőfelület.
Azért számomra furcsa, az STU is alap panel, meg a taiwani/kinai gyártóknál se probléma az objektum elforgatása, legalább is amivel találkoztam. Szerintem, ez valójában a fejlesztőkörnyezeten múlik.
Na mindegy, hozzá kell szoknom a Siemens-hez. -
KLR
csendes tag
Szia.
Erre muszály reagálnom. Szeretném megköszönni a megoldást.
Ha jól értelmezem, megrajzolok 5-10 állapotot, lementem .png -ként, a graf. symbol field-nél pedig a szög változó értéket zónákra osztom a Range-el. Ahány zóna, annyi kép.
Pl. ha 15 fok a beosztás, 8 képpel meg tudok jeleníteni 0-105 fok elfordulástÍgy visszaolvasva, elég negatív volt az előző hozzászólásom, amiért bocs. A 100 kép rajzolását eltúloztam. Szorít a határidő, én meg nem úgy haladok ahogy szeretnék, ez kicsit frusztrált. Én se szeretnék meddő vitákba bocsátkozni, melyik gyártó a "jobb". Minden gyártónak más a filozófiája, lehet másként oldják meg ugyanazt, de amig az ember nem rágja bele magát, nem is látja át a helyzetet. Az utolsó szó pedig a megrendelőé.
-
KLR
csendes tag
Sziasztok.
Lenne egy elég érzékeny kérdésem, az pedig maga díjszabás.
Eddig csak cégen belül programozgattam, de kilátásba került egy szép kis privát meló. Nem lenne jó vége ha a főnökömhöz állítanák oda, hogy hogy is kalkulálja a szoftverfejlesztést...
Nem szeretnék "ingyen" dolgozni, de nem is szeretném elijeszteni az ügyfelet, mert ha jól sikerül az első meló, kilátásba lenne több is.
Egy ismerősöm, aki régebben foglalkozott PLC-vel azt mondta, hogy a konfiguráció áráért fejlesztette a programot. Szerintem ez nem reális, mert a munka elméletileg ugyanaz, ha pl Siemens S7-1200 fejlesztesz, vagy kínai PLC-re, viszont a hw ára még fele se. A taivani/kínai technikához ingyenes a fejlesztőkörnyezet, a nagy márkáknál meg nem.
Reálisabb lenne az IO szám, vezérlés összetettsége és a megbecsült munkaóra alapján?Hogyan kalkuláltok ha nem titok?
Persze itt nem komplex gépvezérlésre gondoltam, komunikációs buszokkal, meg szervókkal, stb.
[ Szerkesztve ]
-
KLR
csendes tag
Szia.
Kössz a választ. Kb ugyanezt találtam tengerentúli fórumokon is. Azok akik a ki/be menetek alapján kalkulálnak, 1-2 órát számolnak I/O-ként/ Tag- ként, és 5-6 órát HMI screen-ért, 4-5 óra PID-enként, stb, vagy órák helyett dollárosítva áraznak. De ott is ugyanazt írják mint te is, hogy nem minden esetben arányos az I/O szám és a programméret. Volt aki arányossan feleszámítja a fejlesztőkörnyezetet, képzési díjjat, mert hát ez mind költség volt a számára.
Egy kanadai volt a legjobb, a (hw ára + 20%)x2,5 +10% (tartalék). Ezért elkészíti a komplett doksit (kapcs. rajz, használati utasítás, programm minden sora kommentezve,stb).
Többen két kategóriába sorolják a munkát:
- OEM gyártók, ahol az egész "variációk egy témára", variálod az egyszer megírt programod, kisebbek az óradíjjak is
- Integratorok, ahol alapvetően minden munka másA legtisztább lenne a programméret alapú számlázás, de mint ahogy írtad ez csak a végén derül ki, úgy meg nehéz megeggyezni, hogy a végén megmondom az árat. Könnyebb a helyzet, ha már túl vagy pár munkán, és tudod hogy egy hasonló kaliberű munka mennyibe van neked.
Az annyit kérni, amennyit hajlandók még fizetni, elég relatív, mert tapasztalatból tudom, hogy sok az olyan vállalkozó, akinek minden ár sok, mindenből lefaragna. Itt jön a képbe a "cigánykodás", ami sajnos nincs a véremben, de ha nem akarom hogy kihasználjanak, meg kell tanulni az embernek "jól eladni magát".
-
KLR
csendes tag
Szia.
Megpróbálom megbecsülni a reális munkaórák számát, meg ráteszek pl 10%. Azt már eldöntöttem, hogy a kezdetekkor ledefiniáljuk a feladatot és a kötelezettségeket. A főnököm régebben megjárta egy ügyfélel, hogy nem beszélték le, utána meg se vége se hossza a zenei kívánságoknak, ugyanazért a pénzért.
A fizetésemet elosztva a munkaórák számával és az MMK oldalán ajánlott mérnöki óradíjj (9000 HUF) köszönőviszonyba se vannak. Feltételezem, az utóbbi az "outsourcing"-ra vonatkozik, ahol benne van a munkadód haszna, adók járulékok, stb. A valóságban milyen óradíjjal lehet számolni?
Azt találtam, hogy az IT szektorban kb 5-10 Eur fizetnek a régióban, tapasztalattól és munkától függően. -
KLR
csendes tag
Szia.
Nekem van működő VD 6.2, HMI STO/STU -hoz ingyenes. Alapvetően nem sok driver van benne, valószínüleg nem céljuk, hogy nagyon mással kombinálják. Ami van: Schneider komplett, Omron ( Sysmac, Sysmaclink, FINS), Siemens (PPI/MPI), jó pár Mitsubishi, AB (DF1, DH485, Eth/IP) stb.
Ha regisztrált VD példányod van, a Technical Support-on keresztül kaphatsz még pár ismertebb gyártóhoz drivert, mint Upgrade pack.
Többször használtam már ezeket a paneleket, mert olcsók, és mégis brand. A driver kérdést úgy oldottam meg, hogy majd minden PLC, frekiváltó, stb, alapból ismeri a Modbus-t.
Mihez szeretnél csatlakozni?
[ Szerkesztve ]
-
KLR
csendes tag
A License Menager-en keresztül probálkoztam(Register ->By Web). Először nem volt világos milyen Activation ID kér. Utána látom, hogy a License Manager-ben van ilyen mező. Pepötyögtem, de a végén olyan üzenetet kaptam, hogy server nem "ér rá".
Nem emlékszel honnét jött az Activation ID amit használtál? -
KLR
csendes tag
válasz Miertvansote #6320 üzenetére
Szia. Az S7-1200 a PLC család neve, ezen belül több CPU létezik. A 1214C az egyik CPU a családból. Részletesen itt találod meg a leírásokat és specifikációkat.
-
KLR
csendes tag
válasz n0rbert0 #6838 üzenetére
Mindkettőtöknek igaza van és ez nem csak Siemens sajátosság. A "nagyok" komolyabb projektekre és nagyvállalatokra hajtanak, a darabszámos rendeléseket átpasszolják a partnerekre. Ez logikus is, mert az anyacégtől csomagszámra (package) lehet csak rendelni. Pl: ha neked kell 12 db motorvédő, nem éri meg rendelned 1 csomaggal, mert abban pl 100 db van. Ezen az alapon már viszonteladó is beszélt le termékről, mert ők azt a tipust nem tartják álláson. Csak akkor rendelik meg, ha elviszem az egészet, mert eddig soha nem kértek tőlük ilyet.
Hiába, pénz beszél, kutya ugat.
Ez a hozzáállás lehet visszaüt a support-ra is. Ezek szerint te egy Siemens partneri cégnél dolgozol... -
KLR
csendes tag
válasz soldi3r #6990 üzenetére
Szia!
PLC + frekiváltó Modbus-on, leírás és példaprogramok: [omronkft] /Tudásbázis/Frekvenciaváltó alatt.
Üdv,
Krisztián
-
KLR
csendes tag
Sziasztok.
WinCC flex projekt migrálási problémával küzdök.
Egy régebbi gép projektjét szeretném migrálni WinCC flex 2008 SP5-re vagy TIA V13-ba. Az eredeti projekt WinCC flex 2007-ben készült, OP77A a kijelző. Mivel nagy a generációs és verzióbéli különbség, az SQL Server miatt a projekt direkt nem migrálható. Először migrálni kell 2008 SP2 / SP3 az eredetit, majd azt be lehet olvasni az 2008 - SP5-be.
Virtuális gépre telepítettem XP-t meg meg WinCC flex 2008 SP2, projekt beolvasva minden gond nélkül. Nincs hibajelzés, működik a szimuláció is. Az új példányt átmásoltam és megpróbáltam megnyitni Win10 x64 alatt WinCC flex 2008-ban, de beolvasás közben ezt a hibát kapom:"Error : Final conversion steps failed. Save has been disabled by WinCC flexible. Please contact technical support. System.InvalidOperationException: The culture name 'sr-SP-Latn' is invalid. It cannot be mapped!
at Siemens.Simatic.Hmi.Utah.Common.Services.CultureMappingService.MapCultureName(String cultureToMap)
at Siemens.Simatic.Hmi.Utah.Text.BaseText.Siemens.Simatic.Hmi.Utah.Text.ITextRepair.Repair(ICultureMappingService mappingService)
at Siemens.Simatic.Hmi.Utah.Common.Services.CultureMappingService.MapCultureTables(IContext context, Type type)
at Siemens.Simatic.Hmi.Utah.Text.RepairTexts.Repair(IContext context, Boolean wasConverted, IList conversionInfo, IList openInfo)
at Siemens.Simatic.Hmi.Utah.Database.DatabaseItem.HandleProjectOpened_RepairServices(Object sender, HmiObjectEventArgs args)"A belvasás után nem láthatóak a képernyők, majdnem az ősszes opció a menükben szürke és nem lehet menteni se. Az eredeti projektben három nyelv van: angol/német/szerb.
Szeretnék segítsséget kérni. Van-e valakinek megoldása?
-
KLR
csendes tag
válasz Tomika86 #7522 üzenetére
Szia. Az összes Danfoss frekiváltóban van PI/PID szabályzó, meg legalább két analóg bemenet.
Több lehetőséged van:
- 4-20 mA visszacsatolás a frekiváltóra, belső PID és belső megadott érték. Jazz indít/leállít az előfeltételek/periféria alapján.
- 4-20 mA visszacsatolás a frekiváltóra, belső PID, Jazz küldi a megadott értéket és indít/leállít az előfeltételek/periféria alapján.
- 4-20 mA visszacsatolás Jazz-re, az egész aplikáció Jazz-ben, frekiváltó csak végrehajtó szervként vezérelve 0-10 V jellel.Az első verzió elemegy Jazz nélkül is, ha nem szükséges külső feltételek lekezelése, szelepek vezérlése, stb.
Második esetben Jazz-en keresztül változtathatod a megadott értéket (előfeltételek alapján, távvezérlés, stb)
A harmadik eset lehetőséget ad a megadott érték mellett a PI/PID szabályzó paraméterek változtatására is magán a Jazz-en vagy távolról (pl. GPRS). -
KLR
csendes tag
-
KLR
csendes tag
Sziasztok.
Lenne egy aktiv problémám, rágódom rajta egy pár napja. Minden segítség, ötlet nagyon jól jönne.
Pár hónapja meghalt a CPU (6ES7511-1AK00-0AB0) és a "volt" kolléga kicseréltele az aktuális CPU-ra (6ES7511-1AK02-0AB0). Akkor még megvolt az eredeti TIA V13-SP1 -ben írt projekt is. Mivel visszafele megvan a kompatibilitás, minden gond nélkül beüzemelte.
A projekt sajnos elveszett, biztonsági mentést akarok készíteni, de sehogy sem jön össze. Átolvastam a Siemens doksikat/fórumokat, de nem segített semmi. A TIA V13 nem engedélyezi a letöltést (Upload device as new a station) mert a CPU nem támogatott (fw 2.8), a TIA V15 meg azért nem engedi, mert a programblokkok korábbi verziósak.
Használt software-ek: TIA Portal V13 - SP2 - Upd 4 / V15 - SP1
Amiket próbáltam mindkét verzióval:
- Siemens oldaláról Compatibility Projekt V13-SP1,
- új projekt "Unspecified CPU 1500" - online CPU beolvasása
Vér és verejték árán megvan maga a program (Compare funkció), de nincs meg a hw config. A CPU-ra fel van fűzve 3 db ET200SP, a jópár DI/DO mellett mindegyiken van még 7-8 analóg modul is. -
KLR
csendes tag
válasz spkkill #8297 üzenetére
Szia.
Az a probléma, hogy az CPU visszafele kompatibilis, eljátsza hogy az eredeti CPU (1.6 fw) és futtatja az eredeti V13 projektet.
Ha a "mester" migrálta volna a projektet V15-be, kicserélte volna a CPU-t, újrafordítja és ezt tölti fel, most nem lenne gond.
Igen, az "Upload as a new station" normál esetben hozza a teljes projektet (hw+sw), de most a V13 nem engedi mert nem támogatott a CPU, a V15 meg azért reklamál, mert a programblokkok V13-ok.
Próbáltam a "Backup from..." opciót is, de ez sem támogatott az eredeti CPU fw miatt.
A programhoz is úgy jutottam, hogy V13-ban betettem CPU-t és Compare Online/offline segítségével engedte hogy letöltsem a blokkokat. Hw komparálás viszont csak offline/offline esetén van.
-
KLR
csendes tag
Mindkét TIA megvolt pár hónappal ezelőtt is (Simatic PG M6), az eredeti projekt is, a CPU-t meg cserélni kellett...
A kolléga azóta "közös megeggyezéssel" távozott a cégtől, én utána jöttem. Elég lazán kezelte a dolgokat, projektek egy része nem lett archiválva, néhány sajna el is "veszett". Hozzáláttam rendszerezni a dolgokat és rögtön ebbe futottam. A jelek szerint, jó buli lesz.
Új hozzászólás Aktív témák
- iPad Pro 11 WiFi 128GB M1 (3rd gen. 2021) + Apple Pencil 2
- GAMER PC - NZXT - RTX 3060Ti 8GB - i7 7700 - 32GB DDR4 - 500GB M.2 Nvme SSD - 1TB HDD
- BONTATLAN Új Iphone 15 PRO 128-512GB Független 1év Apple GARANCIA Deák Térnél Azonnal Átvehető.
- ÚJ Bontatlan Macbook Pro 16 M3 Pro MAX 14 30GPU 96GB 2TB Magyar billentyűzet Azonnal átvehető.
- 5% kedvezmény a Cammus szimulátor termékeihez.