Új hozzászólás Aktív témák
-
#9153
Professzore
csendes tag
Tomika86
#9152
Professzore
csendes tag
válasz
Tomika86
#9152
üzenetére
Nyilván vicc. Sheldon meg ebben a jelenetben különösen jó ide.
Kivételesen kevés jól dokumentált és jól kommentált kódot láttam, amelyek ráadásul még többé-kevésbé olvashatók is voltak az elfogadható változó nevezéktantól.
Egyébként az én aktuális kedvencem egy török cucc, amin konkrétan próba-szerencse alapon kellett beállítani a működési paramétereket, mert sem az elnevezésekben, sem a használati utasításban (már amit úgy adtak hozzá, hogy az az, valójában egy vicc volt) nem volt egyértelmű, hogy mi merre hány méter. Ehhez szerencsére nem kellett hozzányúlnom, bár azért a szakállamat szaggattam egy ideig, hogy milyen ún. brilliáns megoldások vannak benne (elektromosan). -
#9152
Tomika86
senior tag
Professzore
#9151
Tomika86
senior tag
válasz
Professzore
#9151
üzenetére
Nem tudom viccként írtad-e vagy komolyan
Utálom a mitsubishit alapból.
Az a baj a szekrényhez amit kínából vásároltak még kapcsolási rajz sincs.Nem újdonság nekem sem a nyers kód -
Tomika86
senior tag
Sziasztok!
A képeken látható kínai remekműhöz kérnék segítséget. GX Developer látja, de nem tudom letölteni a tartalmat mert kéri a jelszót.
Ez elvileg FX2 klón, bár a 8pines csatija se mitsubishi, hanem sima rs232. Az FX2 szériához talált Unlocker nem működik.
Van aki tud ebben segíteni mit próbálhatnék még meg? Kellene a tartalom, mert módosítani kellene.
Köszönöm!
[kép]
[kép] -
ReWGeT
tag
Sziasztok!
Egy kis segítséget szeretnék kérni.
Adott egy Moeller PS4-141-es PLC, ami elfelejtette a programot. A programot nagy nehezen sikerült megtalálnunk (.QLS fájlok), programozó kábelt is sikerült csinálni, azonban a neten fellelhető Sucosoft S40 5.0 csak demo verzióban található, amellyel elvileg nem lehet programot feltölteni. Valakinek nincs meg esetleg egy teljes verzió?
(Ha minden igaz Sucosoft S30-S4 v2.0 kéne ehhez, de ezt se találtam)
Előre is köszi -
#9146
spkkill
tag
Professzore
#9145
spkkill
tag
válasz
Professzore
#9145
üzenetére
Igen. A PLC programozás világa már csak ilyen. Hardver közeli és bőven lehet szívni, ha valami nem úgy van ahogy gondoltad.
-
#9145
Professzore
csendes tag
spkkill
#9144
Professzore
csendes tag
válasz
spkkill
#9144
üzenetére
Nagyon leegyszerűsítve nem gyerekjáték. Valóban bármit (is) meg lehet vele csinálni, viszont az optimális használathoz nagyon kell (1) a gyorstalpalós tudáson túl jelentős önszorgalom, (2) a teljes programozói környezet (TIA) és az eszköz (PLC) lehetőségeinek ismerete, (3) a hatékonyságot, karbantarthatóságot javító programozási eljárások, megoldások ismerete.
A LOGO!-val kis túlzással egy intelligensebb goldi is elboldogul (oké, inkább egy vizsla :-D). -
#9144
spkkill
tag
Professzore
#9143
spkkill
tag
válasz
Professzore
#9143
üzenetére
A Logo-hoz képest mindenképp az. Milyen kihívások?
-
#9142
spkkill
tag
Professzore
#9141
spkkill
tag
válasz
Professzore
#9141
üzenetére
Hidd el a Logo és hasonló eszközökhöz képest egy rendkívül kompromisszum mentes PLC.
-
#9141
Professzore
csendes tag
Professzore
csendes tag
Sziasztok,
Köszönöm a válaszokat.
Árnyalom kicsit a képet, részben reagálva a felmerült ötletekre.
Én is az 1200-at preferálom, minden nehézsége és kihívása ellenére, ugyanakkor az fontos, hogy az egész koncepció célja, hogy ne kelljen rengeteget utazni annak a pár adatnak a leolvasásáért, ami alapján kiderül, szükség van-e beavatkozásra.
Nekem most az a részben önként vállalt feladatom, hogy egy olyan prototípust rakjak össze, ami később átfordítható az új és a retrofit telepítésekbe, és egyensúlyban van a költség/megbízhatóság/kényelem háromszögben.
A kódok módosítása nem gond, azokban a már telepített szekrényekben, ahol meglévő PLC alapú vezérlés van, a PLC cseréjével a kérdés megoldottá válik. Ahol cél elektronika vezérel, ott vagy lecseréljük saját PLC alapú (egyen) rendszerre, vagy nem lesz távfelügyelet.
Alapvetően kevés adat kell, a logolás másodlagos, a cél inkább az, hogy fény derüljön trendszerű változások elemzésével arra, hogy az üzemzavaroknak van-e szisztémás okuk (vagyis a hardver vagy annak beállítása rossz-e). Mivel viszonylag egyszerű (kb. PLC gyorstalpaló tanfolyam bonyolultságú) eszközökről van szó, a kifinomult távfelügyeleti/táv-beavatkozó rendszereket eleve kizárnám (elsősorban az ár és a komplexitás miatt).
A legfontosabb információ az, hogy milyen paraméterek mentén és mikor futott hibára a rendszer. A log (ami még a legelvetemültebb esetekben is napi maximum 1500 sort tartalmaz, alapértelmezésben úgy 20-40-et) arra kell, hogy a historikus adatokból kiderüljön, hogy van-e trend, illetve van-e olyan tipikus együttállás, amely hibára futtatja a rendszert.
Az MQTT-t egyelőre jegelem. Köszönöm a tanácsokat! -
spkkill
tag
válasz
n0rbert0
#9139
üzenetére
A VBScriptet azért említettem meg mert sokkal többet lehet kihozni belőle mint a gyári HMI logging funkció. Igen, valóban szükség lehet PLC program módosításra, de én úgy értelmeztem, hogy ez még egy fejlesztés alatt álló rendszer. A pénz, idő, tudás arányát szerintem mindenki saját belátása szerint osztja be.
-
n0rbert0
senior tag
válasz
spkkill
#9138
üzenetére
Szia,
Jók az ötletek, kicsit árnyalnám
-PLC-vel loggolássan én 2 problémát látok: az egyik az hogy az összes szoftvert le kell módosítani vagy az összes gépgyártóval le kell egyeztetni, hogy a loggolást valósítsák meg, illetve az adatok kielemzése is problémássabb, pl egy távoli hozzáférés esetén.
-Logoláshoz nem kell feltétlen VBScript, de az igaz hogy az olcsóbb Siemens panelek nem tudnak emailezni. De nem feltétlen kell siemens panel.
-PC+HMI RT. Itt azért meg kell említeni, hogy egy RT licensz sem olcsó, ha nem okosban oldod meg.
-PC+valamilyen comm protokol+egyedi szoftver. Talán ez tud a legolcsóbb lenni induló költségben, de szerintem a legmunkásabb is, így a végén nem biztos, hogy olyan költség és időhatékony lesz (kivéve ha van valamilyen alap már). Illetve az egyedi szoftverek robosztussága se mindig elég jó. Valamint itt is simán lehet hogy matatni kell a beszállítók PLC kódjában, esetleg módosítani azt (pl egy modbus esetén). -
#9138
spkkill
tag
Professzore
#9136
spkkill
tag
válasz
Professzore
#9136
üzenetére
Szia!
Ha ez az én feladatom lenne, csak is 1200-as jöhetne szóba. Az olcsóbbak majdnem egy árban vannak a LOGO-val és tudásban össze sem lehet hasonlítani. Érdemes figyelembe venni, hogy a webszerver bekapcsolása jelentős memóriát emészt fel a PLC-ben és elég macerás.
-PLC saját kártyára logolni az eseményeket, emailben kiküldeni.
-HMI-re logolni VBScript segítségével (olcsó HMI-k nem tudják), innen is lehet továbbítani.
-PC+HMI runtime kombó, szintén VBScript-el. Termelési adatokat én így gyűjtöm.
-PC+S7.net vagy OPC egyedi JavaScript vagy C# datalog.
+1 rendesen SQL adatbázisba küldeni az adatokat, a VBSrcipt-el is meg lehet oldani.
Nekem hirtelen ezek jutnak eszembe. -
#9137
n0rbert0
senior tag
Professzore
#9136
n0rbert0
senior tag
válasz
Professzore
#9136
üzenetére
Szia,
HMI-vel tudsz logolni, emailezni és távolról is eltudod érni, ha pl raksz mellé egy 4g képes VPN routert. Ha nem akarsz sok adatot tárolni és nem akarod sürűn írni, akkor akár egy SD kártya is elegendő lehet amire tárolsz.
Az áramkimaradást meg szünetmentes táppal tudsz "figyelni". A szünetmentes kimenetét bekötöd bármelyik plc bemenetére amit logolsz a HMI-vel és emait küldesz, ha áramkimaradás volt. Nyilván a PLC, HMI és a router legyen rákötve a szünetmentes tápegységre. -
#9136
Professzore
csendes tag
Professzore
csendes tag
Sziasztok,
Kis közös gondolkodásra hívnálak benneteket, egyelőre teoretikus/pilot/PoC-szintű a dolog, de nem lenne ártalom 2-3 héten belül egy működő rendszerrel megörvendeztetni a leendő megrendelőt.
A peremfeltételek: adott több, önálló, független ipari berendezés, mind azonos elven működik: vagy érzékelőpárok küszöbértékeinek átlépésekor vagy adott idő elteltével aktiválnak egy működési szekvenciát. Az érzékelőpárokból 1-2(-3) lehet, de 3 csak kivételes (egyetlen egy ilyen gép megy most). A gépek nem köthetők vezetékes netre, elvileg áramot is szinte csak jófejségből kapnak, így az adatforgalom minimális lehet (valószínűleg egy LTE AP lesz a megoldás, de még keresem a lehetőségeket -- egyelőre nem ez a fő kérdés). Szinte minden gép évente legalább egyszer-kétszer random hibára fut, vagyis teljesen véletlenszerűen vagy a kelleténél jóval többször indul el, vagy – hiába az időzítés vagy a feltételek teljesülése – egyáltalán nem indul el. Ezt jó esetben az üzemeltetők jelzik, akkor a fenntartó autóba pattan és 1-5 órán belül már a helyszínen is van, hogy felmérje, mi van. Legtöbbször NEM derül ki a rendellenes működés oka (szenzorok épek, működnek, szoftver, vezérlés megy, beavatkozók működőképesek). Előfordul az is, hogy az üzemeltetők csak az időszakos karbantartásnál mondják, hogy "ja, volt 3 hete valami gond, de nem szóltunk és már el is felejtettük, hogy mi volt az".
Az igény: a megrendelő egy másik projekthez vett egy Rievtechet (azóta beépítettük, 2 évet kell mennie, utána ipari hulladék lesz belőle). Rövid rábeszélés után rájött, hogy a Rievtechben nagyjából az ára jó, a projekt nagysága és a fő megbízó költségviselő képessége alapján vagy LOGO vagy inkább S7-1200 lesz telepítve mindenhova (az egyik beszállítója egész jól összerakott, ellenben teljesen karbantarthatatlan megoldásokban szállít LOGO-kat; az is cél, hogy ezeket a szekrényeket teljesen kiváltsuk, mert előfordul, hogy változik a hardver és utána a jelenlegi gyakorlat szerint egy komplett új szekrényt küldenek teljes áron, a régi meg ment a kukába -- eddig egy ilyen eset volt, az is több éve). A Rievtech honlapot böngészve látta, hogy van ám itt webszerver meg minden ilyen csoda, és de jó lenne, ha...
1. látná valós időben, hogy az adott rendszer épp milyen paraméterekkel üzemel, illetve mikor futott le a legutóbbi aktiválási ciklus,
2. látná, hogy 7-14-30-akárnány napra visszamenőleg az aktiválások mikor történtek, mennyi ideig futottak, mi volt a kiváltó ok (idő vagy paraméter), és mi volt a szenzorok által rögzített érték az aktiválások kezdetekor és a befejezést követően (ez mondjuk 7 adat: kezdőidőbélyeg; ok; szenzor1kezdeti; szenzor1vég; szenzor2kezdeti; szenzor2vég, lejárati időbélyeg),
3. látná, ha rendkívüli esemény történt (táp hiánya, valamely szenzor kritikus értéke, végtelen ciklusra futó kód, időtúllépés stb.), erről remek lenne aktív értesítés is (e-mail vagy még inkább sms), ebbe nem kell adat, de a fenti 2. pont alatti logba kell a hibajelzés is.
És végül a kérdés: Mindkettő (S7-1200, LOGO) tud webszerver szolgáltatást és tud MQTT-t is. Előbbi elvileg sima feladat, bár némi nehézség a hosszú távú logolás és a felhasználói felület, viszont ha nem elérhető a PLC, akkor adathozzáférés sincs. SMS csak külön eszközzel, körülményesen. MQTT jóval rugalmasabbnak tűnik (adatforgalom is kisebb), van backup, tehát ha a PLC elfossa magát, az utolsó adat időpontja még elérhető. Cserébe kell mögé egy bróker, egy adatbázis, és egy on-line elérhető felület. Tehát praktikusan valami aggregátort kellene találnom, aki biztosít nekem erőforrást az MQTT brókerhez, az adatbázishoz meg a felhasználói felülethez, méghozzá viszonylag kis mérettől indulva, nagyon finoman skálázhatóan. 10+ éve a LOSANT-nak volt ilyen szolgáltatása, azt tesztelési célokra teljesen jól tudtam használni, pilot/PoC szintű projekt futott rajta parádésan, csak ők eléggé szintet léptek felfelé. Nem kell csicsamicsa, nem kell komoly vizualizáció. Kell viszont szinte plug-and-play egyszerűségű alkalmazhatóság (tehát ne legyen olyan, hogy itt van minden, DE egyébként kérlek még ezt, ezt, ezt meg még azt is csináld meg, hogy használni tudd). Továbbá lehetőleg egy mobilelőfizetés árának megfelelő havi előfizetési díj eszközönként.
Milyen megoldást ajánlatnátok erre, akár a "dobozon kívül"?
Amit néztem: LOSANT (skálázható, de elég magasról indul az alja is); HiveMQ (havi 100000 forintért kis túlzással én leautózok); HomeAssistant (ha jól láttam, ingyenes, alapvetően más célt szolgál, sms nincs, de ami a legnagyobb baj, hogy -- legalábbis a jelenlegi megértésem alapján -- legalább egy hardveres réteg kell a PLC és a szerver közé); EMQX (van ingyenes, pay-as-you-go megoldásuk, ami rokonszenves, ellenben kell egy futó PC-n egy futó applikáció, hogy működjön).
Köszönöm szépen előre is! -
DasBoot
aktív tag
válasz
moseras
#9133
üzenetére
Uraim! Mindenkinek köszönöm az apró segítséget, de egyszerre mind hasznos volt és elindult a motor. Örömöm határtalan. Az gyári értékek visszaállítása volt a kulcs. Valószínűleg párat elpiszkáltam, nem úgy volt beállítva, ahogy kellett volna. Másrészt, amiket itt leírtak, azok helyesek voltak. Nemsokára jövök egy újabb kérdéssel. Most csak annyi, hogy Zelio2-ről szeretném modbus-szal szabályozni, pl. a frekvenciát. Kommunikációs mudullal rendelkezem, kábelekkel is. Üdv.: Joe
-
n0rbert0
senior tag
válasz
DasBoot
#9131
üzenetére
A LISI megfelelően mutatja mind a 4 logikai bemenet szintjét, igaz furcsa, hogy 8-at jelenít meg, nem 4-et, de utóbbi mindegy.
Aha..
Kérlek, csinálj egy gyári beállításokra vissza állítást és utána próbáld meg amit leírtunk és oszd meg a kapcsolási rajzot, akkor többet tudunk segíteni. -
DasBoot
aktív tag
válasz
moseras
#9130
üzenetére
Köszönöm a gondolatmenetet.Kérdésekre a válaszok. Li1-et zárom, indul a RUN-nal, remote-ban. Local-ban ezzel indítható és a frekvencia szabályozása is működik. +24VDC-ot a sajátjáról kapja. A LISI megfelelően mutatja mind a 4 logikai bemenet szintjét, igaz furcsa, hogy 8-at jelenít meg, nem 4-et, de utóbbi mindegy.Közben variáltam, mert az ATV +24V-os feszültségét vezettem a PLC modul közös pontjára, ez hiba, javítottam, egy relével, ettől függetlenül nem változott semmi.
-
moseras
tag
-
n0rbert0
senior tag
válasz
moseras
#9123
üzenetére
Szerintem ennek nem sok köze van hozzá.
Úgy vélem, hogy arra irányul a válaszod, hogy a következőt írta:ne kelljen plusszba megnyomni a start gombot
.
Itt szerintem a RUN gombra gondolt a készülék előlapján, de ezt ugye akkor kell csak megtenni, ha local módban van a készülék.
Ez mind feltételezés, addig ameddig a fórumtárs nem írja le pontosan mit szeretne... -
-
-
DasBoot
aktív tag
válasz
n0rbert0
#9118
üzenetére
Jó szerencsét! A kérdéseim, hogy hogyan tudom elindítani az Altivar-t egy PLC relés kimenetről, viszont a frekvenciát a szabályozógombbal beállítani. Illetve milyen módon lehet úgy indítani, hogy ne kelljen plusszba megnyomni a start gombot, tehát automatikusan induljon el. A PLC-ről a startjelet megkapja. Természetesen végigolvastam a paraméterlistát, de biztosan valamelyik részlet elkerülte a figyelmem. A quick start-ot is, a remote-ot, a local beállításokat szinten. A típus: ATV012H018M2. Másrészt local mode-ban teljesen jól indítható.
-
Primary92
senior tag
Sziasztok!
Kinco K6S PLC-t használt valaki a gyakorlatban?
A DialCompos ár sem vészes, de Alin 255 USD 1 PLC + 3 db 8be-8ki kártya. Remote IO-ként használnám, de egy pár apró feladatot szeretnék benne megoldani. -
#9113
Professzore
csendes tag
Watchdog
#9112
Professzore
csendes tag
válasz
Watchdog
#9112
üzenetére
Szia,
Köszi!
Megpróbáltam, de úgy eldobta magát tőle a TIA, hogy „öröm” volt nézni.
Pár kört futottam az elmúlt – ha jól nézem – bő 4 órában, kezdve azzal, amit mondtál (nyilván nem egyszer). A CPU nem engedi a downgrade-et (van ilyen, ismert „feature”), a 4.53-mal semmit nem tudtam előre lépni, úgyhogy most utolsó mentsvárként felhúztam rá a legújabbat (4.7). Az sem volt egyszerű. Így most zöld pipás az RS232 modul is, úgyhogy bíztató a helyzet. Éles kóddal még nem próbáltam, az most jön, remélem nem 2 órát fog tartani.
Köszönöm még egyszer! -
#9112
Watchdog
aktív tag
Professzore
#9110
Watchdog
aktív tag
válasz
Professzore
#9110
üzenetére
Üdv., próbáld meg az online menüben az "Upload device as new station (hardware and software)" parancsot kiadni, és a kiolvasott konfigot megvizsgálni, hogy miben tér el a fejlesztői projektben lévő konfigtól.
-
#9111
Professzore
csendes tag
Professzore
#9110
Professzore
csendes tag
válasz
Professzore
#9110
üzenetére
U.i.: a vonalkódolvasó él egyébként, a saját (kissé őskövület) szofverével USB-n teszi a dolgát. Kommunikációs beállítások is jók (egyeznek azzal, ami a TIA beállításokban van.
-
#9110
Professzore
csendes tag
Professzore
csendes tag
Üdv,
Kezdek erősen nyűgös lenni két nap kínlódás után.
S7-1200 1215 (6ES7 215-1AG40-0XB0, fw 4.5) plusz CM 1241(6ES7 241-1AH32-0XB0 fw 2.2), TIA 20 Basic.
Eddig bármilyen eljárást próbáltam, nem sikerült „rendre” bírnom: olyan, mintha a TIA nagyjából látná (pl. firmware-t tudtam rajta frissíteni), de kezelni már nem igazán hajlandó. Egy Keyence SR-610 vonalkódolvasó lóg rajta, a Keyence gyári mintakódján kívül még számos más módszerrel próbáltam, eredménytelenül. Már az RS-232 vonal sem „szólal meg”. Minden maximum warningokkal fordul, de a legutóbbi kódok már ennyivel sem terheltek, fel is megy a PLC-re, de azon kívül, hogy egyébként rendesen fut, nem azt csinálja, amit kellene neki.
Egyelőre ott vagyok megakadva (az egyetlen látható hibaként), hogy a Device view-nál a kommunikációs panelre tájékoztatást dob, hogy az on-line diagnosztika nem megy.
Screenshot itt: (a legutóbbit is elrontottam): https://www.dropbox.com/scl/fi/6rtmyw3n9irdo3088kst5/2025-07-31_14h49_02.png?rlkey=i9268xztrw29d6o4lyrfz062q&dl=0
Először ezt szeretném ráncba szedni (nem találtam rá működő forrást), ha egyáltalán van rá mód (és indok). Aztán kerítek egy másik RS-232 eszközt (vagy bekapcsolom a szkópot).
Minden javaslatot, tanácsot szívesen fogadok!
Üdv! -
#9109
Professzore
csendes tag
spkkill
#9108
Professzore
csendes tag
válasz
spkkill
#9108
üzenetére
Szia!
Fontos! Bármiféle rosszindulat nélkül, csak ha már szembejött, akkor gondoltam, megosztom.
Vadzsi új, 1200 G2 analóg bővítő kártya. Mi néz rajta szembe? STM32G070.
Nem vagyok nagyon meglepve, végignézném (fogom is) a lánc minden elemét. Az már eleve tetszik, hogy nem a saját belső ADC-jét használják, hanem egy dedikált eszközt (ADS8675, 10 bites, paraméterezhető, finom kis cucc, bár nem az ipar csúcsa).
Ha nem látod az e-mailt, írj majd privát üzenetet, ezen a héten káosz van, utána pihi jön, ráérek.
-
#9108
spkkill
tag
Professzore
#9107
spkkill
tag
válasz
Professzore
#9107
üzenetére
Köszönöm a felajánlást, visszatérünk rá.
-
#9106
spkkill
tag
Professzore
#9105
spkkill
tag
válasz
Professzore
#9105
üzenetére
Köszönöm!
Valóban rengeteg félrevezető infó volt benne. Talán ez a téma így nem is állja meg a helyét, egyelőre félreraktam. Én inkább csak PLC-s szemmel látom a dolgot. -
#9105
Professzore
csendes tag
spkkill
#9104
Professzore
csendes tag
válasz
spkkill
#9104
üzenetére
Üdv,
A témáknak semmi köze a gyakorlati megvalósításhoz. Ezek olyan szintű fundamentumok, minthogy egy autószerelőnek tisztában kell lennie a dízel és az otto motor közötti különbséggel. Azt láttam, hogy a nyelveknél a hibát kijavítottad, ez kafa. A PLC-s részben csak (részben az eltérő látásmódból adódó) féligazságok vannak, igazából egyik sem kritikus és nincs belőle sok. Viszont a mikrovezérlős részben írt szempontok és tények majdnem fele egyáltalán nem igaz, negyede féligazság.
Az igazán szűk keresztmetszet szerintem a terminológiában van, már amennyiben (például):
-- láthatólag a mikrovezérlőkre úgy tekintesz, mintha azok kimerülnének az előre gyártott fejlesztői panelekben (pedig nem),
-- nem ugrott be, hogy a PLC-k egy része kifejezetten mikrovezérlő-alapú (vagy azokhoz nagyon hasonló felépítésű és működésű SoC lapka az agyuk),
-- a „fától” nem láttad, hogy az Arduino nem mikrovezérlő, pláne nem nyelv, hanem egy gyártó, akinek speciel van mikrokontroller (STM32F747XI) alapú, szabványos (61131-3) nyelvekből fordító IDE-vel programozható PLC-je.
Megpróbáltam, de úgy eldobta magát tőle a TIA, hogy „öröm” volt nézni.
Új hozzászólás Aktív témák
- BESZÁMÍTÁS! Apple Macbook Pro 16" 2019 i7 16GB 500GB 5300M 4GB macbook garanciával hibátlan működés
- Honor 90 512GB, Kártyafüggetlen, 1 Év Garanciával
- RAKTÁRKISÖPRÉS! Eladó szerverek!
- Tablet felvásárlás!! Apple iPad, iPad Mini, iPad Air, iPad Pro
- Samsung Galaxy S21 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest