- Mindennél kisebb és gyorsabb chipeket hoznak az ASML új gépei
- Hódít az AI, közben a Microsoft emberek százait küldi el a felhős részlegétől
- Felfordul a windowsos piac: az Arm megszerezné a PC-s piac 50 százalékát
- Ömlenek a fiatalok a Facebookra
- Ezúttal bennfentes kereskedelemmel vádolják Elon Muskot
- Opera böngésző
- Otthoni hálózat és internet megosztás
- Ezúttal bennfentes kereskedelemmel vádolják Elon Muskot
- XPEnology
- Milyen switch-et vegyek?
- Mindennél kisebb és gyorsabb chipeket hoznak az ASML új gépei
- Felfordul a windowsos piac: az Arm megszerezné a PC-s piac 50 százalékát
- Linux - haladóknak
- Mobilinternet
- Python programozás
Új hozzászólás Aktív témák
-
byte-by
tag
halo
a siemens TIA -t 21 napos próbaverzióba töltheted le tudtommal.
meg ha laptopra karod I5 mag és 8 giga memória alatt csak kínlódás.(meg pc-re is)az omron akciós csomag jó lehet, de az LT verzió csak a CP szériához jó.
nem mindegyik szimulálható, viszont nincs rá szükség ha van plc-d is meg hmi-d is, meg stb.az utasításkészlet teljes ,ugyhogy mindent meg lehet csinálni vele írhatsz blokkokat meg minden egyéb nyalánkságot.
a teljes program ( cx-one) 400 k körül van, céggel érdemes vetetni.
vagy ha lemondasz a szimulátorrol meg a hmi-ről az omron kft oldalról letöltöd a díjmentes cx-programmer 2.0-át. a cpm sorozathoz jó egyrészt, másrészt a logikai folyamat megfigyelhető, az utasítások értelmezhetőek.
byte
-
zolizozo80
tag
Sziasztok! Lenne egy kérdés.
TIA PORTAL V13-ban van olyan függvény amivel tudok hatványt számolni?
Pl: 20^13-on...
-
byte-by
tag
válasz zolizozo80 #5553 üzenetére
halo
a matematikai utasítások között kutakodj.
az EXPT (Exponentiate) ilyesmit csinál , utasítás engedéllyel.byte
-
Szirty
őstag
-
dave0825
őstag
Heló mindenkinek.
Tudtok küldeni linket egy példaprogramról, amivel meg tudok oldani egy olyan feladatot, hogy kb. 500 random digitáli bemeneti érték közül kiírja nekem az 50 legnagyobbat? Szirty, az oldaladon találtam egyet, ahol pointerekkel van megoldva, meg AR1-gyel, meg ilyenekkel, de nem igazán értem plc programozó tanulóként.
Huawei P30 // Suzuki DL650XT '15 <-- Kawasaki Z750 '07 <-- Aprilia RS 125 '99
-
scoob55
újonc
Sziasztok!
Tanácsot szeretnék kérni. Villamos mérnök Msc-t csináltam erősáram és automatizálás szakon. Az automatizálás valódi része pár laborgyakorlatból állt, tehát kb semmit nem tanítottak. PLC-t szeretném elkezdeni, hogy jobb rálátásom legyen az egész SCADA rendszerre. Az biztos, hogy nem vennének még föl sehová sem, mert hasztalan lennék PLC programozóként, de szeretnék otthon eljutni egy olyan szintre, hogy felvegyenek junior pozícióba. (Ausztriában végeztem, ott szeretnék dolgozni is)
végezzek egy egy PLC tanfolyamot és utána junior pozíció, vagy meg lehet otthon is tanulni alap szinten szimuláció segítségével?
-
dave0825
őstag
Nem nekem kellett volna igazából a segítség, hanem egyik munkatársamnak, de jövő héten nem találkozok vele, 2 hét múlva pedig szerintem már meg tudja oldani, úgyhogy már nem fontos. Azért köszönöm.
Huawei P30 // Suzuki DL650XT '15 <-- Kawasaki Z750 '07 <-- Aprilia RS 125 '99
-
Szirty
őstag
Üdv mindenkinek!
Remélem valaki itt kapcsolatban áll a Keyence nevű céggel (és egyúttal fogadja részvétem is).
Erre a cégre ugyanis nagyon agresszív marketing jellemző.
Nem szeretném nagyon részletezni (bár igen felbosszantott) a cég termék támogatása a felhasználó követés miatt úgy van megálmodva, hogy bármilyen zenés-táncos brossurához hozzá lehet jutni a termékeivel kapcsolatban. De konkrét műszaki dokumentációhoz egy konkrét termékkel kapcsolatban már NEM!Úgy kezdődött, hogy egy megrendelő előírja a KEYENCE IV-500MA kamera használatát.
A kamera megrendelése és kifizetése előtt a berendezés tervei készülnek, a tervekhez tudni kellene hogy a készülékből milyen jelek jönnek-mennek és azt hova kell bekötni, stb.
Enélkül a villamos tervbe nem lehet a készüléket betervezni!Sajnos a fent említett marketing megfontolás miatt a termékekről részletes műszaki információ csak regisztrált tagoknak érhető el.
Szerencsére a regisztrálás ingyenes, bár emiatt egy újabb kört kell futni. Regisztrálás után hozzá lehet jutni a kívánt részletes műszaki dokumentációhoz.
Ám ha valós adatokat adunk meg, akkor a cég marketing gépezete működésbe lendül, mail-ben zaklatnak a legfantasztikusabb ajánlatokkal és újdonságokkal, felhívnak telefonon, sőt meg is látogatnak!De ez még nem minden, a kamerához letölthető a szoftver is regisztrálás után, ám ehhez a kamera sorozatszáma szükséges. Ha nincs kamera, nincs szoftver.
Így tehát ha a kamera szoftverét az ember nem ismeri, és a megrendelt készülék csak 4 hét múlva érkezik meg, akkor csak egy lehetőség marad: Rögtönözni a beüzemelés utolsó napjaiban amikor minden más is az ember nyakába szakad.Ha valakinek a környezetében van KEYENCE IV-500MA kamera, küldje már el a sorozatszámát privát üzenetben, mert felgyújtom ezeket tényleg...
-
Zoleee89
aktív tag
Sziasztok.
Egy kis segítséget szeretnék kérni OMRON CJ2M/CJ1M analóg mérőköri hiba lekezelésére.
Analóg porton keletkező hiba esetén kellene egy jelzést csinálnom.
Pl.: ha szakadás van akkor 4mA alá vagy 20mA felé emelkedik az érték.
Ezt hogyan lehetne kiolvasni(melyik bit és hogyan tudok rá hivatkozni?) vagy megoldani, hogy a hibára egy digitális kimenetet felkapcsoljon?
Létra nyelvet használok és CJ1W-AD041-v1 analóg modul van hozzá.Előre is köszönöm.
[ Szerkesztve ]
-
Szirty
őstag
válasz Zoleee89 #5567 üzenetére
Helló Zoleee89!
A modul n+9 word-jének alsó 8 bitje a disconnection detection flag. Egy bit egy bemenethez tartozik.
Csak 1..5 V és 4..20 mA méréstartományban működik.Részletesen lásd: Analog I/O units ooperation manual
65. oldal
-
Zoleee89
aktív tag
Köszönöm segítséged.
Ha jól gondolom akkor 4-20mA tartományon kívül hibát jelez az adott biten?Lenne még egy kérdésem, hogy ha valamit számoltatni szeretnék CNT,TIM, ++BL vagy mozgatni Pl MOV-al a beolvasot analóg jelet akkor ne HEX-ben legyen ,hogy lehetne megoldani, hogy ne BCD-ben számoljon, hanem INT-ben?
-
Szirty
őstag
válasz Zoleee89 #5569 üzenetére
Üdv Zoleee89!
Nem, ez csak a szakadást figyeli. Tehát azt, ha a bemeneten folyó áram 4mA alá esik.
A túlcsordulást is figyelheted a 20mA-hez tartozó értéket túl fogja lépni a beolvasott bináris érték, mert az A/D-nek van egy kis ráhagyása. Ezt egy egyszerű összehasonlítással figyelheted a programban."Pl MOV-al a beolvasot analóg jelet akkor ne HEX-ben legyen ,hogy lehetne megoldani, hogy ne BCD-ben számoljon, hanem INT-ben?"
Ez két kérdés egyszerre.
Alapvetően az adattípusok között különféle konverziós utasításokkal tudsz átjárást biztosítani.
Pl. BCD számot BIN vagy BINL utasítással konvertálhatsz binárissá. De ugyanazt az értéket kabod (pl 6210) csak másképp van ábrázolva.Ha az analóg jelre érted, akkor azt skálázni kell. Ami annyit tesz, hogy az analóg bemenetről beolvasott nyers értéket az analóg bemenetre kötött távadó által mért fizikai mennyiség értéktartományába kell átalakítani (skálázni).
Pl. 0-10 Bar-os nyomás távadó van egy 4-20mA-es analóg bemeneten. Akkor 0 értéket olvasol be 0 Bar nyomásnál, (4mA áram a bemeneten). És 8000 (1F40h) értéket amikor 10 Bar a mért nyomás.
Tehát 0-8000 (0h-1F40h) tartomány kell 0-10 tartományra skálázni. Pl. az SCL utasítással (bár az BCD eredményt ad).
Így ha 10Bar a nyomás 10-et kapsz.Más téma, margón jegyzem meg csak, de ide vág, hogy nekem az Omron adattípusok és azok közötti átjárhatóság nagyon nehézkesnek és kaotikusnak tűnik. Más nincs ezzel így?
-
byte-by
tag
válasz Zoleee89 #5569 üzenetére
halo.
jó lenne tudni konkrétan mit is szeretnél.
az omron inkább szó alapú.
eredményként nem akarsz bcd-t ?
2 tizedes pontosságot lehet elérni, adott esetben , 0-99-ig (egész) méréshatárral, 16 biten például.
a másik amit még szoktak javasolni a lebegőpontos ábrázolás, ezt tudod alkalmazni ha nem akarsz bcd-t.átjárhatóság, adattípusokkal kapcsolatban:
az utasítások instrukction help-jében le van írva az alkalmazható adattípusok listája, attól eltérni nem igen lehet, bár elég széles a paletta, adott esetben.byte
[ Szerkesztve ]
-
byte-by
tag
halo!
omron adattípusok.
megszokás kérdése.
személy szerint nincs különösebb problémám az omronos adatokkal.
a definiált memóriatáblázat bizonyos körülmények között előnyösebb, van amikor hátrány.
a memóriák és utasítás jelleg jelölések érdekesek persze (kukac,&, kettős kereszt , stb.), de szerintem hamar megszokható és kimondottan jó a help, a supportról nem is beszélve. rendkívül segítőkészek.előbbi hozzászólásomban példaként említettem az analóg jelkezelés bcd eredményét.
én ezt használom, 1 - 2 tizedes majdnem mindenhova jó volt.
jó lenne persze siemens-es off-delay, és a timer/counter utasítás csak kimenet lehet.
LAD diagramban gondolkozva.alapjában véve a programszerkesztő tulajdonságaira gondolunk amikor egy-egy plc típus adatkezeléséről beszélünk.akármennyire tükrözi a plc operációs rendszerének működését.
byte
-
joci9
tag
Szia!
Ja nehézkes volt az átjárás, de az újabb (CJ-től, azaz 10 évesnél fiatalabb) típusoknál ez már elkerülhető.
S7-200 nál is volt ilyen, amikor matekoznom kellett, akkor össze vissza kellett konvertálni, mert nem volt minden művelet egy-egy típusra.
Mióta megjelent az ST nyelv (remélem jól írtam) ott már könyebb a matek, van egy két használható példa az omonkft.hun, meg általában a neten. Skálázásra is.üdv
-
Zoleee89
aktív tag
válasz byte-by #5571 üzenetére
Köszönöm a választ mind a kettőtöknek.
Átfolyás mérőnek a pillanatnyi értékét és az eddig átfolyt víz mennyiséget szeretném menteni.
Analóg porton jön be a pillanatnyi és digitálison pedig Xm3 esetén kap jelet a plc. Amikor digitálison jelet kap akkor egy meglévő mentett értékhez hozzá ad egyet.
Ehhez lenne szükségem a mérőköri hiba jelzésre is.
Ehhez kérdeztem ennyit, de lehet tényleg egyszerűbb lett volna egyből megírni a konkrét dolgot -
laspring
tag
Sziasztok!
Siemens Logo 230RC-t szeretnék programozni.
Utángyári kínai programozókábelt vettem hozzá és egyelőre nem tudok beszélgetni a LOGO-val.
Bedugom az USB kábelt a laptopba, a Win7 automatikusan telepíti hozzá vmi drivert. A Soft Comfortban (v8) mondjuk nyomok egy Show FW version-t, feljön az Interface ablak. Beállítom hogy LOGO! Cable, beállítom a megfelelő COM portot és nem működik sajnos. Lásd csatolt kép.
Kaptam a kábelhez driver CD-t is, de nem tudom mi kellhet nekem onnan, meg a kínai karakteres könyvtárnevek sem a barátaim.
Van vkinek tapasztalata a kínai programozó kábelekkel?[ Szerkesztve ]
-
coco2
őstag
Sziasztok,
HMI jellegű eszközt tervezek (kommersz kis vacak, semmi professzionális, viszont olcsó lesz), és a segítségeteket szeretném kérni egy koncepcionális kérdésben.
A tervezett eszköz mindenképpen rendszeres karbantartást fog igényelni, de a ciklusok nagyon hosszúak lesznek. Amiről jó lenne képet kapnom, hogy akik az üzemeltetés / karbantartásban dolgoznak, mit preferálnak jobban. Ha valamire sűrűbben kell odanézniük, mert úgy olajozottabban megy észben tartani, vagy csak nyűg a karbantartás minden alkalommal, és akármennyire is kimennek a fejükből a dolgok (akár újra meg újra doksikat kell majd olvasni hozzá visszaemlékezni), akkor is jobb a nagyon hosszú karbantartási ciklus? Melyik a megszokhatóbb?
A kérdésben minden tippet köszönök.
[ Szerkesztve ]
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
moseras
tag
Üdv!
Szerintem a HMI szerű eszköz ne igényeljen rendszeres karbantartást. Valaki feltölti rá a vizualizációt, aztán onnantól kezdve csak nézegetni kelljen, de ha magát az eszközt még rendszeresen karbantartani is kell, az maga lenne egy rémálom. Nem nagyon értem, hogy egy ilyen eszköz miért igényelne rendszeres karbantartást.
Imi.
-
byte-by
tag
halo
ki kell találni kik/ mik a célközönség.
a mi megrendelőink olyat szeretnének amihez igazából nem kell nyúlni.
párás, hideg-meleg környezetben is működik, némi rázkódásra nem érzékeny, megbízhatóan és sokáig működik karbantartás nélkül is, viszont adott esetben gyors és egyszerűen szerkeszthető legyen a programja.akkor is működjön ha csupa mocsok, karcos, ha touch ronggyá van kopva, csatlakozók oxidálódva, stb.
ezért ha kell több pénzt is kifizetnek.szóval kérdés, hogy mi a célja a fejlesztésnek, hová szánod elsősorban.
byte
[ Szerkesztve ]
-
Szirty
őstag
Üdv coco2!
A kérdésed láttán bennem is az a kérdés fogalmazódott meg, amit moseras le is írt így nem ismétlem meg.
De hogy valamennyire azért válaszoljak a kérdésre, az kb. egybe fog vágni byte-by véleményével
A legjobb ha semmiféle törődést nem igényel. Bár valóban kérdés mi a feladat, mert egy HMI gyűjthet adatot, és az adattároló kapacitás nem végtelen, lehet időnként cserére szorul.
Egy HMI tegye a dolgát.Egyszer felprogramozzák, akkor működjön amíg él. Ne kelljen rettegni hogy mikor merül ki benne az elem és felejt el mindent, ne idegesítse a kezelőt, hogy most ezt meg azt kell csinálni, most ennek meg annak van itt az ideje...
A legtöbb HMI eszköz semmilyen törődést nem igényel sem rövid, sem pedig hosszú távon (10 évekről beszélek)....vagy nem értem a kérdést (?)
-
Watchdog
aktív tag
A HMI karbantartás egy olyan, a helyi minőségbiztosítási politikába szervesen beillesztendő szaktevékenység, amit legjobb, ha keretszerződés alapján a berendezés szállítója végez.
Évente egy alkalom pont megfelelő.
Benne foglaltatik:
- szemrevételezés (opcionális fejcsóválással);
- ujjlenyomatok eltávolítása (nem fontos, lehet állapotfüggő...);
- üzemi paraméterek ellenőrzése (tápfesz, háttérvilágítás fényereje, stb.);
- óra beállítása (mert ugye, hogy nem hálózaton szinkronizált...);
- felhasználó nevek, jelszavak, jogosultságok, paraméterek üzembehelyezéskori értékre való visszaállítása (ez viszont kötelező!);
- szoftver továbbfejlesztésének felajánlása (annak elvégzése külön szerződés alapján);
- számla kiállítása. -
coco2
őstag
@moseras, @byte-by, @Szirty, @Watchdog
Köszönöm a válaszokat mindenkinek. Amibe a fejszémet belevágtam, az egy low budget startup, és koncepcionális próba jelleggel adatgyűjtő készülne kizárólag kommersz eszközökből öszebarkácsolva. Szóval nem a profi fajta, hanem az ügyeskedős / hekkelős / barkácsolós / olcsó pénzen, és éppen azért is lesz egy olyan problémája, hogy nem bírja el egész évig felügyelet nélkül, legalább 1-2 hónaponta mindenképpen újra kell indítani. Például amikor a munkagépet egyébként is barkácsolják valamiért 3-4 naponta, utána az adatgyűjtést is újraindítani, amikor éppen el nem felejtik. Ezt jelentené a "karbantartás".
Arról természetesen képben vagyok, hogy kicsi kibic (én vagyok az) okoskodik, és olyasmibe tenyerelne, amiről nem sok fogalma van, úgy elég könnyű röhejesen esni pofára. Épp csak filozom a másoktól hallott árakon, hogy 2 tucatnyi munkagépre adatgyűjtést felszerelni (hardver + szoftver, mire minden megvan) legalsóbb hangon vagy 60-80 milla elmegy rá, de inkább 150 fölött. Ez a cucc meg tényleg nagyon gagyi, de 1 millába is alig kerülne. Annyira semmit sem számít a pénz?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
Szirty
őstag
Üdv coco2!
"Ez a cucc meg tényleg nagyon gagyi, de 1 millába is alig kerülne. Annyira semmit sem számít a pénz?"
Számít. De nézzük a dolog másik oldalát.
Sokan gondolják, hogy inkább maguk csinálnak frekvenciaváltót, PLC-t mint hogy megvegyék (vagy megvetessék a megrendelővel) Százezrekért, néha milliókért, mert töredékéből kijön ha megépíti.Bizonyos esetben ez működik. De egyedül otthon áramköröket építgetve több okból is képtelenség versenyezni egy olyan céggel, ahol sok ember éves fejlesztő munkával rakja össze ugyanazt.
A gyári készülék azért drágább, mint az otthon készített kütyü, mert:
- Hosszan tesztelik, mostoha körülmények között, ezért megbízhatóak
- A fejlesztés évei alatt kijönnek a gyerekbetegségei, hibái, amiket kijavítanak
- A gyári készülékekre megvannak az engedélyek amik a forgalomba hozásához kellenek (ezek megszerzése is milliókba kerülhet)
- A készülék rendelkezik az azonnali használatba vételhez szükséges szoftveres háttérrel
- A készülék jól dokumentált
- Nem egyedi a szoftvere, hanem univerzális, hogy az eszköz több célra felhasználható legyen
- A gyártó támogatást biztosít, ha egy készülék meghibásodik, még évek múlva is tud csere darabot biztosítani, vagy kiváltó típust (erre a házi, egyedi "black box" készülékeknél nem biztosított. Ha a fejlesztő külföldre költözik, profilt vált, vagy akár csak összevész a megrendelővel, akkor nincs többé támogatás)
- Elterjedt (nem egyedi darab) máshol is lehet vele találkozni így nem botlik az ember mindig fekete doboz jellegű kütyükbe.
. Mert a viszonteladók, kereskedők, szállító cégek árrései is a készülék árát terhelik.A gyárakban nem szeretik a beépített időzített bombákat. Ami lehet egy speciális egyedi kis NYÁK, amit olcsón készített valaki de senki nem tud róla semmit, nincs róla dokumentáció, a készülék építőjéről semmit nem tudni, de működik.
Aztán ha nem működik, akkor az álló üzem óránként termeli a milliós veszteséget és így lesz a pár százezres spórolásból milliós kár. -
Watchdog
aktív tag
Üdv Mindenkinek!
HMI ügyben nekem is van egy nünükém...
Úgy vélem, hogy a HMI-k a "human" oldalról nézve eléggé megrekedtek a fejlődésben.
Vegyünk egy egyszerű példát: szép hosszú eseménylista és az ő görgetése kontra okostelefon híváslista és az ő görgetése. A múltkor át kellett néznem egy kb. 3 képernyőnyi listát. Az első oldalon léptettem a kurzort, amíg le nem ért az utolsó sorig, majd tovább. Minden egyes új sor előcsalogatása kb. fél-egy másodpercbe telt, látszott, ahogy másolja a sorokat az ablakban egyre följebb. A processzor ereje birkózott a 16k színnel 800x600-ban. 256 színnel persze gyorsabb, de nehogy már ez legyen a fejlődési irány...
Telefon tesztekben meg cüccögnek, ha a 4-8 magos procikkal akadozik a multitasking, és megdöccen az animáció a felhasználói felületen. Kicsit más a mérce...
Szóval: én szívesen látnék tabletet HMI szerepkörben, mert amik most vannak, azok iszonyúan elavultak. Annyi kell hozzá, hogy "machine" oldalról kell rendbe rakni: vastagodjon meg (férjen rá az RJ-45, mert azt mi igen nagyon szeressük...) ajtókivágásba szerelhető legyen, és persze a HMI szoftver.
Mekkora királyság volna a listát ujjal húzva megindítani, és görögne magától. Vagy a technológiai sémát ujjal odébbhúzni, és bejönne a képbe a folytatás. Bizonyos szinten ehhez minden adott, és szerencsére nem az "ellenállás - kondenzátor - páka" szintből kéne kiindulni... Igazából semmi új, csak a máshol (ad abszurdum a konzumer piacon) bevált dolgokat kéne átvenni, és azt implementálni ipari környezetbe. Aztán, hogy erre egy startup a legalkalmasabb, vagy a nagy gyártók HMI fejlesztő részlegei? Az a gyanúm, hogy valamelyik nagy gyártótól kiugró fejlesztő brigád, ha már unja a banánt... -
Szirty
őstag
válasz Watchdog #5585 üzenetére
Helló!
Az, hogy egy pár oldalas lista görgetése lassú előfordul. De hogy egy sor egy másodperc alatt jelenik meg az nem éppen gyakori. Ott valami nagyon el van qrva.
A fejlődésről meg annyit, hogy az iparban ezeknek a rendszereknek a kifutása nem 1-2 év, hanem 10-20 év (TÍZ-HÚSZ)! És addig működnek is! Az iparban nem az a lényeg hogy a kezelőt elkápráztassuk teljesen fölösleges 3D animációval full HD kijelzőn csillió színárnyalatban, hanem hogy működjön a gyár és a szükséges beállítások elvégezhetők legyenek, az adatok leolvashatóak legyenek.
A kircsitelcsi meg tablet lehet hogy iszonyat nagy királyság, de 1 vagy 2 év múlva mennyi működik? Fele? Negyede? És azok még nem is ipari környezetben voltak, hanem csak a gyerek nyomkodta.
Nem hogy a tablet, de ipari PC+Windows XP, Windows7 is jó nagy xopás ipari környezetben (ha a HMI épp azon fut). -
coco2
őstag
Hali Szirty!
A dolgok természetéről megjegyezném, hogy az eszköz csupán egy statisztikai kijelző lenne, egyirányú adatforgalommal. A termelés materiális menetét nem tudja veszélyeztetni. Amiben kárt tudhatok okozni (élünk a worst case feltételezésével) az a termelési logisztika kimeneti adatainak részleges sérülése némelyik adat elvesztése miatt. Mint például üzemi megfigyelés zajlik, hogy a gépek mikor dolgoznak, milyen ciklus idővel dolgoznak, vagy a haccp-hez a folyamatos termelési jelentés rögzítése. Ha az eszköz meghibásodik, vagy nem indítják újra megadott időközönként (olcsó cuccnak ilyen heppje is van), elveszik a folyamatos jelzés a központi gépnél, és a hiba elhárításáig nem lehet majd távolról tudni, hogy az a gép éppen mit is csinál, nem fognak érkezni a termeléshez tartozó adatok sem, sőt utólag sem lehet majd azokat az adatokat pótolni, de attól az a munkagép még zavartalanul termelni fog. Részemről azt remélem, hogy a termeléshez tartozó logisztika sokkal kevésbé forró probléma, mint a ténylegesen termelés. Ha nagyot tévedtem a kérdésben, egy felvilágosítást megköszönnék róla.
A termék árát illetően azon fáj a fejem, hogy én is átgondoltam a checklistet, de egy olyan üzemnél, ami a jelenben semmiféle felszereléssel nem rendelkezik a fentebbi logisztika megvalósításához (egyáltalán piac lehet egy új terméknek), mert nem ér meg nekik annyit, mint amennyit a jelenlegi piaci termékek kérnének, ott talán nem minden fekete-fehér. Kezdetben van az egy szem fejlesztő a barkácsolt cuccal, kockázati tőke a rászánt ideje, meg pár10khuf, ha egész parknyi kell belőle, az még csak 1 milcsi + a karbantartás folyamatosan. Lehet egy eszközt sorozatgyártásba adni, akkor a kész termék kinéz valahogy, és kézbefoghatóan mind egyforma lesz - cserébe már 2 milcsi kockázati tőke előre, és akkor még nem adott el egyetlen darabot sem. El lehet vinni egy ötletet céghez, hogy ne magánemberrel beszéljenek a vásárlók, hanem valami tekintély is legyen, de a cég is leveszi majd a hasznát, és egy cég már nem is kínálhat ellenőrizetlen terméket sem, szóval a jogászok is elkérik a magukét. Nagyon meglódulnak hirtelen a milliók. Mire kész lesz a szabványosított, ellenőrzött, engedélyezett, strapabíró termék, 100 millióba lesz az 1 millió helyett, és ugyanúgy nem fogja megvenni a piacnak az a szektora, amelyik eddig sem vette meg. Jó esélye van, hogy azt a piaci területet egyébként sem lehet kiaknázni, mert egyszem fejlesztő cuccával nem állnak szóba, céget megfizetni meg eszük ágába sincs, veszett ügy mindenestül, kár a gőzért. Bizony, jó esélye van. De mielőtt abba beletörődnék, annyit még megérhet, hogy megkérdezzem: a szerényebb költségvetésű üzemekben vajon mennyit tudhat megérni az a modernizálás, hogy adatgyűjtő eszközeik is legyenek? A kérdésben bármilyen tippet köszönök.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
Szirty
őstag
Üdv coco2!
Nem akartalak lebeszélni, leírtam a véleményem.
Nyilván ha azt nyújtod amit kérnek és az ár megfelel, akkor hajrá.El lehet dönteni mekkora kockázattal jár egy ilyen alkalmazása a megrendelő részéről.
"Részemről azt remélem, hogy a termeléshez tartozó logisztika sokkal kevésbé forró probléma, mint a ténylegesen termelés. Ha nagyot tévedtem a kérdésben, egy felvilágosítást megköszönnék róla."
Ebből azt látom, hogy gyakorlati ember vagy, ahogy jómagam is. Én is ezt remélem.
És ha hiszed, ha nem, a remény halványul.
Minden helyen azt látom, hogy egyre inkább megyünk el a lényeg mellett. Egyre fontosabbak az adatok és táblázatok, mint az effektív munka és gyártás.Igazad van, ezen röhögnék én is, de velünk történik. Hogy mi az oka nem tudom, évek alatt jutottunk ide és egyre inkább errefelé megyünk. Mi már nem is gyártunk semmit szinte csak táblázatokat, adatokat és grafikonokat. A legfontosabb a trend, meetingekre járunk, tonnányi, egymásnak ellentmondó és teljesíthetetlen szabályokkal terhelnek, mindenből a legolcsóbbat veszik mert azt hiszik hogy azzal spórolnak, stb. Excel huszároké a jövő!
Üdv a klubban!
-
b.gabi33
újonc
Sziasztok!
Most kezdek, hobbi szinten s7-et programozni otthoni projecthez és már az elején elakadtam. Remélem tud valaki segíteni. A problémám a következő: PC/PG-ben beállítom az mpi adaptert, de a TIA-csak az s7usb-t ajánlja fel.
win7 prof 32
TIA v12.
6es7 972-0ca34-0xa0 rs232
van még egy helmholz TS adapterem is 700-751-8md21
de ezt sem látja.
Második kérdésem pedig az lenne, hogy a két adapter közül jó e valamelyik s7 200-hoz? -
byte-by
tag
halo Szirty !
érdekes amit mondasz az új "világrenddel " kapcsolatban.
pont így jártunk mi is.
minden gép hálózati figyelés alatt van, állásidő, efficiency, OEE, stb.
heti 2x meeting, energiaaudit projekt, visszatérő problémák, stb.
több embert felvettek és jelenleg többen foglalkoznak a gafikongyártással , mint ahány karbantartó van.ne érts félre, én belátom a termelési, üzemviteli adatok kiértékelésének fontosságát, és ezekből a megfelelő
tanulság levonását, a karbantartási rendszer esetleges módostását, ha szükséges.de.
ha már erősen tulzásba esünk ez ügyben akkor az a helyzet áll elő, ami sajnos nálunk már van,
hogy 5-6 ember 2 embert arról kérdez ez -meg ez miért így megy , miért nem megy jobban, stb.
és amikor megjegyzem, hogy talán mert ugyanannyi karbantartó van , mint amikor fele (!) ennyi gépsor volt,
akkor szerintük ez nem kifogás, és pozitív motíváció helyett szankciókat találnak ki !
de olyanokat, amiket leírni sem merek, mert akkor döbbentem rá, hogy ritka idiótákat sikerült megbízni ezzel az adatprojektel.
természetesen nekünk technikai középvezetőknek a véleménye, ötlete elhanyagolható, olyannak is aki 13 éve csinálja.az eredmény : a túlterhelt, motíválatlan és frusztrált karbantaró kollégák közül 2 tapasztalt el is hagyta a céget.
tehát még rosszabb eredmények születnek.
az eredmény: még terheltebb, még motíválatlanabb és még frusztráltabbak a meglévő kollégák.
tehát még rosszabbak az eredmények.
és így tovább.[ Szerkesztve ]
-
coco2
őstag
@Szirty, @byte-by, @Watchdog
A felvilágosításokat köszönöm mindenkinek. Valahol tényleg az a legfontosabb, hogy képben legyek a "játékszabályok"-ról, és tudjak játszani. A koncepcionális problémáimra megnyugtató megoldást sikerült találni.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
Szirty
őstag
válasz byte-by #5590 üzenetére
byte-by!
"ne érts félre, én belátom a termelési, üzemviteli adatok kiértékelésének fontosságát"
Dehogy értelek félre!
Pontosan ugyanarról a problémáról beszélünk pontosan ugyanúgy látjuk és ugyanazon az oldalon állunk.Nagyon-nagyon jól megfogalmaztad!
Teljesen egyetértek!Szívesen nyitnék egy rovatot a web oldalamon és tenném ki amit írtál!
-
b.gabi33
újonc
válasz plutokas #5594 üzenetére
Köszönöm a segítséget.
Amúgy 314c-2dp -hez kell,csak van 200-as is. A munkahelyemen a folyamatos fejlesztések miatt menne a méh telepre, mert senki nem ért hozzá, én meg gyűjtögetem. Van HMI, LOGO-tól a 300-as ig minden bővítőmodulokkal, tápokkal, szenzorokkal. Bizniszelni nem akarok vele, talán a télen lesz rá időm, ezért akarok egy kicsit barkácsolni.
Az első kérdésemre tudja valaki a választ, vagy vegyek usb-s adaptert? -
KB.Pifu
tag
üdv!
Épp most váltok munkahelyet és kissé félek, hogy megint kapok egy kellemes excel-es munkakört!
Emlékszem az első gyárban nem volt mérnök a területen, mind az excelt gyártotta, amelyiknek ez nem tetszett az le is lépett, de ne felejtsük el, hogy van aki ezt igényli, irodai munkakört és táblázatot, mert azzal gépkárokat nem lehet okozni és boldogan bent van az irodában napestig, meg gyanítom a manager szakos kollegáknak sem azt tanítják, hogy a munkaerőt azt kifizetni kell és nem statisztikában tárolni.
-
byte-by
tag
válasz b.gabi33 #5598 üzenetére
halo
ha a munkahelyeden ilyesmit simán kidobnának, akkor vetess egy combót ami mindenhez jó.
300/400/200-hoz is. annyira nem drága.a csatlakozási probléma lehet a driver hiánya/probléma, DP -ba vagy MPI-be dugod, a tia-nak meg kellene találni, ha keresi, ha egyébként minden rendben van.
próbáld me a dp-t, a siemenses adaptered mpi/dp ha egyébként renben van a csatlakozó , vezeték, driverek,jó helyre dugod, akkor mennie kéne.esetleg válaszd a "show all compatible devices" lehetőséget.
Új hozzászólás Aktív témák
- Samsung Galaxy S22 Ultra - na, kinél van toll?
- Mobil flották
- Samsung Galaxy S23 Ultra - non plus ultra
- Android alkalmazások - szoftver kibeszélő topik
- Ezeket a telefonokat mutatják be az idei nyár folyamán
- Dell notebook topic
- Mibe tegyem a megtakarításaimat?
- Szimpatikusnak tűnik a T Phone új generációja
- Skoda, VW, Audi, Seat topik
- Opera böngésző
- További aktív témák...
- Dell Optiplex 7070 SFF: Az igazi kis erőgép: i7 8700, 32GB RAM, 512GB SSD, 2xDP+HDMI+USB-C, Win11Pro
- Dell Optiplex 7070 SFF:A tökéletes irodai/otthoni PC:i5 8500,16GB RAM,256GB SSD,2xDP+HDMI+USB-C,Win
- Kellemes árú vezetékes gamer egerek
- CLEVO P775DM3-G gaming laptop
- ÚJ GIGABYTE G5 Gamer Tervező Laptop -30% 15.6" i5-12500H 16GB/512GB SSD 144Hz FHD RTX 3050 4GB FHD
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen