Hirdetés
-
Érkezőben a Poco M6 4G
ma 5G-s és 4G-s Pro modell már van, hamarosan lesz Poco M6 4G-s alapváltozat is.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
Gray Zone Warfare - Napokon belül kiderül, hogy mikor indul a korai hozzáférés
gp A jelentések szerint a zárt tesztek sikeresek voltak, hamarosan még többen belevethetik magukat a programba.
Új hozzászólás Aktív témák
-
w3dzz
csendes tag
válasz sörösló #1774 üzenetére
Amíg nem tudtam letölteni a WinCC Flex-et és a Step7et win7re addig VMWARE-t használtam, ami észrevettem az az, hogy a kábelt elég sokszor nem ismerte fel ezért két virtuális gépet kellett csinálni és hol az egyik hol a másik ment Laptopra akarom felrakni a gyártó nem ajánlja hozzá az xp-t, hiába töltöm le máshonnan a drivereket nem telepíti fel, ezért is örültem meg annak, hogy elérhetővé váltak ezek a programok win7-re is...
Üdv: w3dzz
-
Szirty
őstag
válasz sörösló #1774 üzenetére
Hali sörösló!
"Biztosan van rá megoldás, de én éppen most kezdek rácuppanni a virtuális gépre!"
Valószínűleg rá fogsz jönni, hogy rendkívül erőforrás igényes és a nem standard HW-ek kezelése hát hogy is mondjam hiányos és problémás virtuális gép alatt.
"Egy nagyon kicsit lassul a rendszer, de egy PLC program futásán észre sem veszed."
Ez így van. Feltéve,hogy 3GHz-es a CPU-d és 4GB RAM-od van
Gyengébb gépen egész egyszerűen esélytelen és használhatatlan.
De van benne fantázia azért, csak legyen erős géped...Konkrétan egy 2GHZ-es gépen 1GB RAM mellett olyan szinten esélytelen virtuális géppel rendesen dolgozni, hogy hozzáfogni sem érdemes. (WinCC Flexible 12 perc alatt indul el)...
-
Szirty
őstag
válasz sörösló #1781 üzenetére
Hali sörösló!
"ez az új csicsa már istenbizony XP kompatibilis lesz! "
Neked nem úgy tűnik, hogy rengeteg program van Win7-re külön kiadva?
"Még megérhetjük hogy alkalmas laptop híján előkerül a sufniból a jó öreg asztali PC is?"
Szerintem nem kell mindent végletesen értelmezni. Én nem mondtam, hogy térjünk vissza a kőbaltához, de mindenkit óva intek attól, hogy egy oprendszere váltás divat kérdése legyen.
-
oli83
tag
válasz sörösló #1805 üzenetére
Keményen fogalmazol.
Persze részben igazad van. Mindent ott kell használni, amire azt kitalálták.
Minél egyszerűbb, átláthatóbb annál jobb.
Mondjuk sok helyen ezért is alkalmaznak előírásokat, hogy rögzítsék miben, hogyan, miként szabad programozni. Ezek néha idegesítőek, de nem alaptalanok.
De azért lehet törekedni, nem muszáj megállni egy szinten. Fejlődni muszáj...... -
norcee
csendes tag
válasz sörösló #1808 üzenetére
Szia sörösló!
Teljesen egyetértek azzal, amiket írtál, bár a suliban az első ilyen felvezető órán ahol ismertették, hogy mik lesznek a félévben, ott elmondták, hogy az egy nagyon szomorú dolog, hogy Magyarország "csak a létradiagramnál tart". Ha a dolognak azt az oldalát nézem, hogy így megismerhetünk olyan nyelveket, amiket esetleg önszorgalomból nem -mivel nem feltétlen lenne rá szükségünk - de esetleg valamikor találkozhatunk velük, akkor az egy jó dolog. Nekem viszont az jött le a dologból, mint amit te is említettél, hogy valamiféle "tudományoskodó akármi" van emögött, hogy de már pedig ezzel kell mert ez az egzakt ez a jelen... Ha jól tudom az SCL és a GRAPH azok külön szoftverek, amiket gondolom borsos áron is lehet megvenni. Nem tudom, hogy hogyan működik de azt feltételezem egy gazdasági osztályról, hogy ha van három-, akkor nem biztos, hogy ad pénzt a negyedik programozási nyelvre is , így megint a létra nyert, de látod mégsem ez kell...
--norcee
-
oli83
tag
válasz sörösló #1808 üzenetére
Szia Sörösló!
Szeretném leszögezni, hogy nem azért vagyok itt hogy vitatkozzak.
Pontosan tudom, hogy mire gondolsz. Írtam már újra olyan logo vezérlést, amit enyhén szólva is túlbonyolítottak. Egy rajzlap volt, teli pókhallóval.
A szépség pedig az volt benne, hogy tervező: kapuzott, karbantartók: létráztak, és minden egyes átfordítás után egész máshogy nézett ki a logika. Kommentár noku.
Persze utána mindig jött a fejvakarás, hogy mi is volt, hogy is volt.
Én is létra párti vagyok, megírtam nekik létrába, és kikötöttük, hogy csakis létrába szabad tovább írni. Ennyi.
De, dolgoztam olyan helyen is, ahol viszont a kapuzás volt az elfogadott. Főleg németeknél látom, azoknál akik tisztán programozok, és nem villamos beállítottságúak.
Egyébként 300-asoknál van olyan eset pl. hogy FUP-ba megvan írva valami, és azt nem lehet átfordítani KOP-pá. Azszem ez a bemenetre visszacsatolt (#) fordul elő. Biztos fordított esetben is van ilyen.
De ha már itt vagyunk, olyan karbantartót se láttam még, aki panaszkodott volna a Gráf miatt. Van olyan helyzet, amikor az átláthatóság miatt áldozatot kell hozni.oli83
-
Szirty
őstag
válasz sörösló #1814 üzenetére
Üdv!
"Pontosan a karbantartás és a hibakeresés az a terület, ahol nem mindig 'teljes az adatbázis'. Itt kell egyszerű, sokak által megérthető módon programozott módszereket használni."
A program írás sokféle szempont figyelembevételével történhet. A legfontosabb, hogy az előállítónak olcsó legyen és gyorsan kész legyen, a megrendelőnek, hogy működjön.
Az általad felállított szempont is lényeges, de sokszor fel sem merül.Sőt sok esetben épp az a szempont, hogy a lehető legjobban megnehezítsék a programba való belenézést, vagy annak módosítását.
Néha ezt elég egyszerűen megtehetik, pl. úgy, hogy a fejlesztő (szerzői jogi okokra hivatkozva) egyszerűen megtagadja a forrásanyagok átadását a berendezéssel együtt.
Egyes rendszerek támogatják a program jelszavas védelmét és titkosítását is.
Úgyhogy nem egyszerű az élet....és azt is tudjuk, hogy se tökéletes program se pedig kész program nem létezik
-
Dezsi82
tag
válasz sörösló #1822 üzenetére
Szia!
Annak ellenére, hogy nagyjából egyetértek veled, gondoltam nem hagyhatom szó nélkül a másik oldalt se.
Én is láttam már villanyszerelőt golyósorsón, meg lineáris csapágyon állni. És persze neki az tök mindegy, mert állni lehet rajta, bár kicsit zsíros a nyavalyás. Mozgás közben meg lejön a kosz, igaz visszaegyenesedni nem fog. Általában az ember saját területén jártas, és annak ellenére hogy némi ésszerű viselkedés elvárható, lehet az illető bele sem gondol.
Vagy programozásnál mondhatnám példának azt a német kollégát, aki Siemensben 150 szerszámhoz képes volt 150 létrát összehozni, ahelyett, hogy egy NW-ben kb 10 STL utasítással megoldotta volna dolgot.
Meg aztán a forráskód átadása sem egyértelmű dolog. Van jó pár olyan megrendelőnk, akik nem akarják a forráskódot, mert nem is értenek hozzá, emberük sincs aki akár meg is tudná nézni. Így inkább azt mondják, működjön a rendszer, legyen olcsóbb a program, de minket hívnak ha gond van.
És én is elég sok olyan PLC programozót ismerek, akik csak programozásban jártasak, és nem értenek az érzékelőkhöz, aktuátorokhoz. De vannak olyan cégek, ahol van programozó, és van beüzemelő. A programozó megírja a program gerincét, struktúráját, a beüzemelő pedig elvégzi a helyszínen a kisebb módosításokat, beállításokat. -
Szirty
őstag
válasz sörösló #1853 üzenetére
Hali sörösló!
Nálunk is van pár kövület a régi gyárban. Több S5 is pl.
De van két Omron C120 is pl. (az egyik maximális kiépítésben) meg egy Omron C1000H.
Jól elvannak azok is. A relés kimenetek cseréjén és néhányszori tápegység cserén kívül semmi bajuk. (Van pár relés kimenet, ami naponta 10000 kapcsolást művel). Kb fél évente a relét cserélni kell, de amúgy jól elvannak. -
#95092224
törölt tag
válasz sörösló #1865 üzenetére
A pic-es áramkör fejlesztéssel nem lesz gond, abban a világban otthon vagyok. A külön interface-t akartam lespórólni. Ezért nyafogtam. Simán csak mert plussz költség, amit rá kell áldozni. De ha muszáj beletörődni, akkor beletörődöm.
A DOS-ról meg csak annyit, hogy szerintem az egyik legjobb találmány volt. Amíg a gépeken DOS futott, addig időkritikus alkalmazásokat is futtatni lehetett rajta, és pld a printer porton keresztül vezérelni HW-ket. Anno még én is csináltam. Win alól minderre már külön HW kell, mert anélkül ilyet már nem lehet megcsinálni. Nem meglepő, ha ipari elektronikában még visszaköszön a puszta valóság.
[ Szerkesztve ]
-
sörösló
aktív tag
válasz sörösló #1866 üzenetére
Hát igen, a DOS-t még bitszinten írták. Egy komplett vállalati könyvelést elvitt a szintén bitszintű Commodore 64 program. Nem volt gigabájtos memória meg gigahertzes proci, hát spórolni kellett. Nemrég kapcsoltam be valamiért a régi 486-ost. Apám! 40 Mb merevlemez, 64 Kb memória, 66 MHz-es processzor, DOS és az erre épülő Win 3.1. Csúcsgép volt akkoriban, csak gondolkodni is kellett rajta néha, nem volt minden szarhoz varázsló!
-
levelko
csendes tag
válasz sörösló #1868 üzenetére
Hát igen! A jó öreg DOS. Még hosszú parancssorokat kellet írni egy tömörített állomány kicsomagolásához is. Mostmeg kitt-katt és nem tudod mi folyik a háttérben. Néhány "számítógép összerakó" ember meg azt sem tudja hány bit egy byte, de hetetnte telepíti újra az XP-jét.
Bocs, de nem akartam elkanyarodni a PLC-től.
levelko
-
Szirty
őstag
válasz sörösló #1879 üzenetére
Hali sörösló!
Igen Siemens. Nem, nincs ilyen "rendszerbit". Tulajdonképpen alapesetben semmilyen "rendszer bit" nincsen S7-ben. Legalábbis olyan, mint amilyenek vannak Omronban.
Tehát nincs olyan bit, ami adott időalappal billeg, nincs olyan, ami első ciklusban TRUE, nincs mindig kikapcsolt, bekapcsolt bit.
Ezeket meg kell csinálni ha szükség van rájuk, és akkor vannak.Mint írtam az a sor teljesen megfelel annak a kapcsolásnak, amit "csengő kapcsolásnak" hívnak. Vagyis egy tekercs, ami behúz,de amikor behúz, akkor kikapcsolja magát, ettől viszont elejt, ha elejt, akkor ismét bekapcsolja magát, amitől behúz, stb.
Egy hagyományos csengő kalapácsa ettől mozog és veri a harangot (ezért hívják csengő kapcsolásnak).
Mágneskapcsolóval relével is meg lehet csinálni, egyszerűen sorba kötjük a tekercsét a saját nyitó (NC) érintkezőjével. Persze ott nem a ciklus idő fogja meghatározni az oszcilláció sebességét, hanem főleg a mechanikai tehetetlenség, az elektromágnes húzóereje, a megtett út, stb.Hogy mire használnak ilyet a programban? Biztos volt oka. Én is láttam már ilyet programban, de én nagyon ritkán találkozok vele.
Az egyik ok lehet az, hogy pl. egy élvezérelt funkciót a lehető leggyakrabban végre akar hajtatni. -
Szirty
őstag
válasz sörösló #1884 üzenetére
Hali sörösló!
Igen. Mindez S7-ben (300/400) is megoldható így.
De pl. időalap bitek még ha nem is rendszer bitek, de vannak.
A HW config CPU beállításainál a Cycle/Clock Memory fülön megadható egy merker byte címe. Ennek minnen bitjét a rendszer kapcsolgatni fogja meghatározott időállandóval:Bit 0 M255.0 Impulzus: 10Hz, 0.1s
Bit 1 M255.1 Impulzus: 5Hz, 0.2s
Bit 2 M255.2 Impulzus: 2.5Hz, 0.4s
Bit 3 M255.3 Impulzus: 2Hz, 0.5s
Bit 4 M255.4 Impulzus: 1.25Hz, 0.8s
Bit 5 M255.5 Impulzus: 1Hz, 1s
Bit 6 M255.6 Impulzus: 0.625Hz, 1.6s
Bit 7 M255.7 Impulzus: 0.5Hz, 2sA First scan flag-et sem nagyon nehéz előállítani.
A restart OB-ba (OB100) rakni kell egy Set-et valamelyik merker bitre, az OB1 végén meg egy Reset-et. Mivel restart OB minden induláskor csak egyszer fut le, kész a first scan flag.Egyébként OB-kban vannak előre deklarált lokális változók, amik tartalmaznak rendszer információkat. Pl. az OB1-ben kiolvasható ezekből az előző, a legkisebb és a legnagyobb ciklus idő (ms-ban) vagy a belső óra állása, stb.
-
oli83
tag
válasz sörösló #1903 üzenetére
Még szerencse
Hmm látattok már olyat? Hogy Protool-ban miközben valami kép elemhez funkciót, meg változót rendeltek, a két szerkesztő ablak közül az egyik eltűnik? Aztán a helyére kattintotok, és megjelenik? Mi a szösz lehet ez? Korábbi laptopomon soha nem produkálta ezt a varázslatos mutatványt....
Jó lenne valahogyan megszüntetni ezt az eseményt, mert így elég macerás dolgozni.
Kollégámnál is előjön ez a hiba.
Ver.: Protool 6 SP3[ Szerkesztve ]
-
Szirty
őstag
válasz sörösló #1932 üzenetére
Hali sörösló!
"Visszaolvastam a régivel, aztán az új progival behívtam a programkönyvtárból, onnan működött. A fene a gusztusát."
Tapasztalataim szerint a fejlődés nagyon sokszor a régivel való kompatibilitás rovására megy, a régivel való kompatibilitásra való törekvés, pedig megnehezíti a fejlődést.
Rengeteg példa igazolja ezt, csak észre kell venni. Pl. az operációs rendszerek és a PC hardver fejlődésének eddigi története a fentire való példák kimeríthetetlen forrása. -
Szirty
őstag
válasz sörösló #1938 üzenetére
Üdv sörösló!
"Ha nincs ott a gépen a régebbi verzió, ott állok megfőve."
Nos igen. Én a múltkor egy műanyag megmunkáló géphez mentem ki (60km-re kb), azt mondták S7 van benne (azt már persze nem, hogy milyen S7).
Amikor kinyitottam a szekrényt, persze hogy egy S5 köszönt vissza. Persze hogy nem vittem az USB-s S5 kábelt. Persze volt nálam egy USB-TS232 átalakító, a helyszínen pedig tudtak adni egy RS232-es S5 kábelt.
Kell-e mondanom, hogy USB/RS232 átalakítóval az S5 kábel nem működik? (kompatibilitás rox).De ha már RS232.... Annak is szoktam igen örülni, hogy win alatt van egy tonnányi virtuális soros port. Bluetooth adapter: COM1-CPM16. Van egy beépített hagyományos modem, COM17, egy HSPA modem, COM18. Használunk SEW szervókhoz interfészt, az COM19 lesz. van egy USB-s nyomtató, az realizál egy COM20-at. Ha bedugom az USB/RS232 átalakítót, az meg lesz COM21. A programban, amivel ezt a soros portot használni szeretném, meg be lehet állítani COM1-COM4-ig a portokat és kész. COM21-et nem.
Persze át is lehetne rakni pl. COM1-nek, ha engedné, de nem engedi, mert azt a bluetooth használja. Persze átrakhatom a bluetooth-ot máshova, ekkor viszont a bluetooth nem fog működni és egyszer bootolni kell, hogy a csere megtörténjen.
A boot után a felszabaduló COM portot, azonnal elfoglalja a fent felsorolt eszközök valamelyike (és persze nem az RS232)!
Éljenéljen!
Mindez azért, mert a notebookokba nem (és már az asztali gépekbe sem) raknak fizikai soros portot. Tőlem mindig azt szokták kérdezni, amikor ezt kifogásolom, hogy "miért, mire kell az a kövület ma?).Könyörgöm!! Ha tényleg nem kell soros port, mert minek? Akkor miért van 21 darab a win alatt virtualizálva????
/BLOG
Tanulság: meg kell őrizni a régebbi verziókat, ki tudja mikor lehet rá szükség.
Igen! És most már nem sok kell ahhoz, hogy nem csak a régi programokat kell megtartani, hanem a régi számítógépeket, amiken azokat még lehet futtatni. Karnyújtásnyira vagyunk attól a ponttól, amikor a mai gépeken azok a programok már el sem indulnak (sőt, el is hagytuk már azt a pontot).
Kompatibilitás rox
Nem próbáltam, de lehet hogy az omronos LSS, a Sysmate PDM, vagy az NT Support tool hajlandó lenne elindulni egy négy magos gépen 64 bites Win7 alatt... Pedig azok a rendszerek a mai napig teszik a dolgukat a gyárban (gyárakban), amikhez ezek kellenek.
És hát mit ne mondjak, kompatibilitás ide vagy oda, a modern CX-Programmer nem látott még C120-at ha jól sejtem (azt sem tudja mi az).[ Szerkesztve ]
-
levelko
csendes tag
válasz sörösló #1974 üzenetére
Köszi a bíztatást!
Éppen neki is álltam az újratelepítésnek. Szerintem az volt a gond, hogy az említett gépen a win és vele együtt a "program files" könyvtár nem a c, hanem a D meghajtóra volt installálva. Más programok eddig nem kínlódtak ezen, sőt némelyik felajánlja hogy hova lehet telepíteni. Tudván a SIEMENS finnyás mivoltát inkább újrarakom a rendszert.
Közben más probléma is akadt. Particionáltam a HDD-t, formáztam az XP telepítőjével és amikor installálni akartam a következő üzenet jött: "NTLDR missing". Ez ugye azt jelenti, hogy a rendszer fájlok hiányoznak a formázás után. Csak azt nem értem, hogyha rendszert akarok telepíteni, akkor miért nem teszi rá a rendszer fájlokat? Ha a DOS-nak azt mondtad, hogy "format c: /s" akkor az rendszer lett és kész. Az lesz a megoldás, hogy beleteszem a HDD-t egy olyan gépbe amin van normális XP és leformázom azzal. De ez egy másik fórum témája és nem szeretnék elkanyarodni a témától, csak dühít ez a Windows-os káosz. A PLC legalább azt csinálja amit 'mondok' neki és csak magamat okolhatom ha nem úgy működik ahogy gondolom.Mégegyszer köszi!
levelko
-
Szirty
őstag
válasz sörösló #2116 üzenetére
üdv sörösló!
"Illetve a feladat egyszerű ha megvannak a szükséges cuccok: elsősorban az az eszköz, amivel bevisszük a "kell" értéket."
Amennyire emlékszem, a kijelzővel rendelkező LOGO változattal az alapjel beállítás megoldható.
Kérdés mennyire felel ez meg a követelményeknek. Nyilván semennyire, mivel mindig a legmagasabb követelményeket támasztják a legalacsonyabb költségek mellé (legyen ingyen, de tudjon mindent). Ráadásul a megrendelő rendszerint azt gondolja, egyrészt szoftverrel mindent meg lehet oldani, másrészt az nem kerül sem munkába, sem időbe, sem pénzbe).Őőő.. izé, bocsánat hogy ide blogoltam...
-
Andrasgaz
csendes tag
válasz sörösló #2134 üzenetére
Szia sörösló!
Kezdem az elején.Gázkészülék javítóként egyre gyakrabban találkozok vegyes rendszerekkel.(Gázkazán,vegyes kazán, napkoll. stb..)A probléma a következő:Mind a beépített készülékek,mind a kialakított hidraulika mindig más elektromos vezérlést kíván.A gyári fűtésszabályzók pl:siemens Albatros nem olcsók és sokszor nem lehet "ráhuzni " a meglévő rendszerre.Így jutottam a LOGO-ig ami számomra ár,érték arányban ideális lenne.Mivel az alapszakmám műszerész így a FBD-programozással egy bizonyos szinten elboldogulok.A konkrét esetre visszatérve:A szabályzó lehet LOGO 230rc,vagy 24rc AM-2 analóg bővítőmodullal,az érzékelő PT100,a szelep ESBE ARA 645,30 sec futás idővel.Arra,hogy programba tudjam állítani a hőfokot,és a differenciát,szükség lenne.Az hogy az ügyfél állítgassa nem szükséges,valszínüleg le is zárnám a szabályzót.A lényeg az lenne,hogy a kimeneti ponton beállított hőmérsékletet 2-3 Celsius pontossággal a motor tartani tudja.PL:egy vegyes tüzelésű kazán 70 fokos vizét kellene a padlófűtésnek kb 40 fokosra kikeverni a szelep segítségével.Van már próbálkozásom ez ügyben,csak nem tudtam most csatolni de majd megpróbálom.
Ha hasonló áron van más készülék amivel szerintetek egyszerűbben meg lehet valósítani vagy könnyebb programozni azt is megnézném. -
Szirty
őstag
válasz sörösló #2139 üzenetére
Hali sörösló!
Hát lehet hogy drágult, elnézést, senkit nem akartam félrevezetni. Ennyiért vettünk pár éve 2 darabot.
A programozó kábel valóban ingyen van, de kell hozzá egy JZ-PRG nevű interfész, ami 12e Ft.
Az RS232-ről meg annyit, hogy az iparban minden telis tele van vele. Egyenáramú hajtás szabályzók, frekvenciaváltók, szervóhajtások, PLC-k, mérleg modulok, stb, stb, stb.
Persze lehet azt mondani, hogy azok régiek, az újabb cuccokon USB van.
Hát persze. Pl. SEW MDX61B, amit ha bedugok USB-be, lesz egy virtuális soros portom.
vagy Banner SC22 safatey controller, amit ha bedugok USB-be (mert ezen is USB van) érdekes módon megint csak lesz egy virtual soros portom és így tovább.A laptopokon meg nincs.
Majd 10 év múlva talán lesz minden ipari eszközön natív USB kommunikáció (és nem beépített USB-RS232 konverter).
Sajnos addigra meg lehet hogy az USB hal ki és az nem lesz a laptopokon és kezdődik minden elölről...A notebookok fejlesztésekor nem veszik figyelembe azt a réteget amit mi képviselünk. Túlságosan vékony réteg vagyunk. Persze vannak kifejezetten ipari cuccok, megfizethetetlen áron.
A pattanásos arcú nonstop gamereknek, öltönyös marketing managereknek készülnek a laptopok. Legyen brutál 3D teljesítménye és 16:9-es képaránya. stb....
De ezt kifejtettem már itt egyszer. Aki szenvedni akar, az olvassa el -
Andrasgaz
csendes tag
-
Dezsi82
tag
válasz sörösló #2417 üzenetére
Hát, épp ez volt a kérdés.
Olyan mint egy sima relé, csak rendelkezik a szükséges biztonsági tanusítvánnyal. Kényszerműködtetés, 6mm a kapcsok között, sárga színű, stb.
A biztonsági vezérlőkbe is forrasztással vannak rögzítve a sorkapcsok.
A kérdés, hogy egy egyszerű élesztés miatt szükséges-e megvenni a drága biztonsági vezérlőt, vagy ezt a feladatot megoldhatja-e közvetlenül egy saját vezérlő.
Mivel a biztonsági vezérlőbe is a saját vezérlőnk jele menne bele, aminek a felfutó éle éleszti a kört, így gondolom ez ugyanaz -
Szirty
őstag
válasz sörösló #2858 üzenetére
Hali sörösló!
"Néhány kolléga szerint CNC gépeknél az abszolút útadó az egyetlen járható megoldás"
Meg kell jegyeznem, hogy az abszolút jeladó valóban bír határozottan pozitív előnyökkel. Ugyanakkor a fentebb vázolt problémát az sem kerüli meg, de más jelleget ad neki
Nálunk sok szervó működik abszolút jeladóval (Nem CNC). Azoknak is mindenképpen kell referencia pont, legfeljebb ritkábban látogatják.
Ezért előfordul, hogy a refpont érzékelőjét leszerelik és elhasználják másik géphez, mert épp nincs induktív érzékelő a raktárban és az meg pont olyan. Természetesen ezután így is marad, a gép megy tovább, üzemszerű működése közben a refpont közelébe se szagol.
Míg nem aztán ahogy telik-múlik az idő és fluktuálódik a kezelő személyzet megtalálják a "referencia menet" funkciót, mert épp valami baj van és úgy vélek ez kell az üdvösséghez (vagy ennél prózaibb ok alakul ki: szervó drive csere történik).
Szerencsétlen keresi a refpontot bőszen, de az már régen messze jár...(van olyan szervóhajtás, amit 3 éve nem állítottak refpontra)
-
Szirty
őstag
válasz sörösló #2860 üzenetére
Hali sörösló!
"Láttam már csúnya géptörést a refpont hibás érzékelője miatt."
Ó hogyne! A keresés és nem találás ilyesmibe gyakran torkollik...
Jobb esetben tényleg elsettenkedik ütközésig aztán jön a szervó hiba (overload, tracking error, stb.).
Sajnos volt már, hogy az ütközést az energia lánc valósította meg. Az meg ugye nem erős, de okos volt, engedett.
No meg játszott már ütközősdit profibuszos abszolút encoder is... -
Szirty
őstag
válasz sörösló #3106 üzenetére
Üdv sörösló!
Az én személyes "kedvencem" amikor a pneumatika szelepeket a kapcsolószekrényben helyezik el. Kezdetben jó ötletnek tűnhet, de hosszú távon nem kifizetődő.
Még ha a szelepek kipufogóját ki is vezetik a szekrényből, idővel akkor is vastag olajsár réteg alakul ki mindenen ami a szekrényben van. Az ilyesmi eléggé aláássa a megbízhatóságot, nem beszélve arról, hogy senkinek nincs kedve hozzányúlni, mert sikamlós fekete hányás lesz az egész úgy ahogy van.
A legjobb amikor a rajz is benne van a szekrényben ami az olvashatatlanságig szennyeződik.Olyan is akad, hogy a hidraulika tápegységet a kapcsolószekrény fölé teszik a gép tetejére.
Mint tudjuk NINCS az a pneumatika ami nem szelel valahol és olyan hidraulika ami nem csöpög folyik előbb-utóbb (főleg előbb). Az olaj hova máshova folyna mint a kapcsolószekrénybe?!
Guszta! -
isvarga
csendes tag
válasz sörösló #3151 üzenetére
Nem értem miért (ismét) ár alapján válogatod szét a termékeket.
A virtuális soros portot mindegyik ugyanúgy hozza létre a 2000Ft-os és a 22222 Ft-os is.
A problémák .Net -el vannak . (Vista óta csak .Net )
A kiegészítő csomagok arra kellenek ,hogy pótolják a .Net-ből hiányzó dolgokat.(a .Net talán nem is ismeri a soros port kezelést)(van neki x86-os könyvtára is ugyi ,de hiába pótolják a megfelelő .ocx -et "inkorrektnek" nevezi azt)
"Win 7-hez nem készül szoftver"
Mint fejlesztő állíthatom ,hogy minden fut rajta amit szeretnénk , csak a Visual Stúdió fejlesztői nem gondolták így.(szinte abban is biztos vagyok ,hogy csak a VB-vel vannak bajok a c++ könyvtárak tökéletesen működnek)
Tavaly ugrottam át emiatt keresztplatformra .Tehát az igazság : az előre beállított termék pályán mozogtok.
A másik iszonyatom : Amikor a program nagyságából vonnak le következtetéseket.
Ezek nem nagy méretű kiegészítések.
Varga István
-
sörösló
aktív tag
válasz sörösló #3195 üzenetére
Na itthon lejött a Szirty által adott link. Pontosan erre gondoltam, de a melóhelyen munkaidőben olyan qrva lassú a net hogy nem tudtam megnézni. Ithon is egy percbe telt, pedig 4-500 kB a sebesség, odabent meg van hogy 2-3 kB a letöltés. Egy izmosabb PDF letöltéséhez hozzá se érdemes fogni.
-
Szirty
őstag
válasz sörösló #3285 üzenetére
Szia sörösló!
"Nem egyszerű az élet, de a robbanásveszély miatt nem lehet "tegyük fel" tényezőkkel operálni! Vagy fehér, vagy fekete. Nincs olyan hogy ha napkeltekor megszólal a feketerigó akkor megnézzük tüsszent e a kutya és ha igen akkor minden OK."
Elnézést, kicsit el fogok térni a témától.
Erről az jut eszembe, hogy az ilyesmi nem ritka. Az igény oldalon gyakran alakul ki olyan konkrét megoldás, hogy a problémát se tudom elképzelni, amire az a megoldás.
Tehát nem csak a problémát vázolják, amit meg kell oldani, hanem magát a megoldás lépéseit is. Az utóbbival akkor szokott probléma lenni, amikor a "konstruktőr" nincs teljesen tisztában a megoldás eszközéül szolgáló berendezés működésének olyan részleteivel, amelyek ismerete elengedhetetlen a korrekt megoldáshoz.
Más szóval feltételezésekbe bocsátkozik, vagy hogy nevén nevezzük a dolgot: Blöfföl, mert fingja nincs hozzá.
Az meg nem mindig jön ki jól, amikor a kovácsnak magyarázzák hogy kell lovat patkolni.Itt nem azokról az esetekről beszélek, amikor komoly veszély van (robbanás, sérülés veszélye stb) hanem arról, amikor ilyen közvetlen veszély nincs, de a hibás megoldás azért jár negatív következményekkel. Pl. azt mondják, hogy tegyünk oda egy nyomógombot és majd a kezelő megnyomja amikor ez vagy az a helyzet kialakul.
Az ellenvéleményem az a kérdés szokott lenni, hogy mi legyen ha nem nyomja meg a gombot? Erre a válasz hogy "miért ne nyomná meg?" -
Szirty
őstag
válasz sörösló #3373 üzenetére
Helló sörösló!
Pedig sok jelkábel ere 0.25-ös (pl. encoder kábel, analóg méréshez használt kábel ere).
Vagy a pneumatikában, hidraulikában használt hall elemes érzékelők gyári beépített vezetékének ere 0.1mm2 sincs. Már a 2A-es olvadóbiztit sem tudja kiköpni, a vezeték teljes hosszában füstöl és beleolvad a többi érbe :-/ -
Szirty
őstag
válasz sörösló #3413 üzenetére
Üdv sörösló!
Címszavakban reagálnék:
- Nem biztos hogy el van baszva csak mert mi másképp csináltuk volna
- Ahogy az sem feltétlen biztos hogy nincs elbaszva ha úgy csinálták, vagy mi csináltuk :->
- Az elvakultság sosem hasznos (de olykor látványos)
- Bizonyos dolgoknak lehet több megoldása
- Más dolgoknak nincs jó megoldása (ez mindig akkor van, amikor kompromisszumot kell kötni)
- A motiváció jelentően meghatározhatja a dolgok szubjektív megítélését
- Ha valami sokoldalú, akkor szükségszerűen bonyolult lesz
- Az univerzális dolgok annál haszontalanabbak minél univerzálisabbak
- Az alacsony szintű hibakezelésre a megrendelő szarik. Csak működjön határidőre
- A safety modulok gyári hibakezelésének "könnyű" dolga van, olyan korlátokat állítanak ahol a felhasználó alig tehet valamit
- A beüzemelés közben hirtelen kitalálás többnyire "fentről jön" ami ha nem jön be azt sújtja aki lent van
- Egy visszatérő apró de bosszantó hiba akkor egyszerű, amikor már tudjuk mi okozta :-)A siemens rendszere bonyolult, mert sok lehetőség rejlik benne. Emiatt lehet gyűlölni, de megismerni is lehet.
Csak egy eszköz, ami a megfelelő kézben sokmindenre képes.[ Szerkesztve ]
-
rsf
senior tag
-
Szirty
őstag
válasz sörösló #3596 üzenetére
Helló sörösló!
Igen ez a dolog gyakorlati oldala.
Ám a működési hőmérséklet tartomány - mint tudjuk - azt jelenti, hogy azon belül maradva képes az eszköz garantáltan teljesíteni az adatlapján feltüntetett követelményeket.
Ezért ez nem jelenti azt, hogy azon kívül működésképtelen, de lehet hogy az MTBF nem annyi lesz, amennyi az adatlapon, szerepel.
A megengedett működési hőmérséklet tartományon kívüli használat kimeríti a nem rendeltetésszerű használat fogalmát, aminek negatív garanciális és reklamációs (support) vonzata van.Bizonyos konstellációban ez így vagy úgy, de növeli a kockázatot.
-
Onishi
tag
válasz sörösló #3650 üzenetére
Hát azért ez nem teljesen így van. Természetesen tanítottak az egyetemen plc programozást, csak az a baj, hogy kevés óraszámban és nagyon az alapokat. (pl. analóg jeleket egyáltalán nem kezeltünk, max csak megemlítették, hogy olyan is van).
Szerintem aki kijön az egyetemről, akármennyit is tanítanak neki a plc programozásról, akkor is kezdő marad, hiszen a valós gyakorlati életben nem használta még a tudását, így nem alakulhatott ki még az a komplex szemléletmód ami a plc programozáshoz elengedhetetlen. Ezt sok gyakorlással lehet szerintem elsajátítani, amihez Szirty honlapja hatalmas segítség, főleg annak aki nem Siemens-en tanult, mint én. Persze valószínű Szirty honlapja nélkül is elsajátítható lenne, csak sokkal hosszabb idő alatt.
Igaz én "csak" mechatronikai mérnöknek tanulok/tanultam. Gondolom egy villamosmérnöki kar, automatizálási szakirányán jóval többet oktatnak a plc programozásról. -
Szirty
őstag
válasz sörösló #3650 üzenetére
Üdv sörösló!
Ezért ez így erős túlzás, de köszönöm! :-)
Elvonatkoztatva az oldalamtól én úgy látom ahogy te. Sajnos a mai oktatás ezen a téren csaknem teljesen nulla (tisztelet a kivételnek!).
Ennek szerintem 3 oka van, amelyek sajnos erősítették egymást.1. Az ipari automatizálási eszközök (beleértve a szoftvereket is) egy iskola számára megfizethetetlenek, különösképp hogy az oktatás anyagi helyzete katasztrofális. Ezért azzal főznek, ami van, ami ma már kb. annyit tesz, hogy semmivel.
Sajnos a legtöbb helyen ledarálják az előírt anyagot és annyi, az óra unalmas, nem interaktív, mindenki menne már inkább meginni egy sört. Sőt olyan sem ritka, hogy az anyagot le sem adják csak számonkérik, a delikvens meg azt sem tudja miről van szó! Nem egyszer találkoztam ilyennel. Vagy a feladat kiírás logikátlan, pontatlan, zavaros, nem egyértelmű és erre csak azt a jó előre megfogalmazott sablonos választ fogadják el, amit az oktató/tanár "kidolgozott". Az alternatív, de a kiírás szerint szintén helyes válaszokat, megoldásokat nem!2. Közben az idő szalad, a technika fejlődik, az elmúlt évtizedek alatt az ipar tele lett újfajta vezérlőkkel, elterjedtek a terepi buszok, a szervó hajtások, a robotok, a frekvenciaváltók, HMI-k, SCADA-k és egyéb speciális eszközök. Ezeket a tanterv amennyire tudom sehogy, vagy csak kilométerekkel (évtizeddel) lemaradva követi.
3. Azt kell látnom, hogy ma alig találni olyan ambiciózus, tehetséges és kellően fanatikus leendő szakembert, akit érdekel ez az egész és van remény arra, hogy jó szakember váljon belőle.
Sokan úgy választanak pályát, szakmát, mint ahogy más az étlapról választ: "Hmmm próbáljuk ki, jól néz ki, ilyet még nem ettem" Bizton állíthatom, hogy ez nem így működik. Egy szakmát nem lehet jól csinálni ha az emberben nincs egy szikrányi tehetség ambíció és egy csipetnyi fanatizmus sem.
Olyan villamos szakemberek kerülnek ki ma jó tanulmányi eredménnyel gyárakba dolgozni, hogy egy izzó cserét nem bíznék rá, mert vagy önmagát vagy egy gyanútlant öl meg, vagy a lámpatestet teszi tönkre. és akkor még csak nem is túloztam!!Onishi-nek is igaza van, nincs jó szakember gyakorlat és tapasztalat nélkül. Persze hogy nem várható el egy frissen végzett szakitól, hogy azonnal mindenhez értsem és sose hibázzon.
Elvárható (lenne) azonban a szakmai alapismeretek valamilyen szintű tudása és az hogy ne szarjon kibaxott magasról az egészre úgy ahogy van.
Természetesen ez attól is függ hova kerül és mit várnak el tőle. Az élethez kell egy jó adag szerencse is, nem vitás!Köszönöm a figyelmet...
-
Szirty
őstag
válasz sörösló #3670 üzenetére
Üdv!
"Túrjál a neten, szerintem találsz magyar nyelvű kézikönyvet."
LOGO! katalógus
LOGO! Modular - Általános ismertető
LOGO! V5 Kézikönyv
LOGO! Alkalmazások[ Szerkesztve ]
Új hozzászólás Aktív témák
- Könyvajánló
- Kés topik
- Rövid előzetesen a S.T.A.L.K.E.R. 2: Heart of Chornobyl
- Vezeték nélküli fülhallgatók
- Samsung Galaxy A54 - türelemjáték
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Futás, futópályák
- Elektromos autók - motorok
- Trollok komolyan
- Autóápolás, karbantartás, fényezés
- További aktív témák...