Új hozzászólás Aktív témák
-
#8307
Rigor Mortis
csendes újonc
attrax
#8301
Rigor Mortis
csendes újonc
Szia attrax!
Csak tippelek, de szerintem LOGO8-at programozol. LOGO7-ig az általad jelölt helyen volt a "Reference" gomb. A nyolcas programozásánál ezen változtattak. (Kipróbálhatod úgy, hogy ideiglenesen hardvert váltasz a "Tools/Select Hardware..." menüpont alatt hetesre. Meg fog jelenni a várt helyen a gomb.)
A paraméterátadásban résztvevő blokkok alatti "+" jelre kattintva kibontódik egy táblázat, mely a használható paramétereket tartalmazza. Simán, szükség szerint össze kell kötni azokat egymással. Nagyjából így:
Üdvözlettel:
RM.
-
#8123
Rigor Mortis
csendes újonc
crucified
#8117
Rigor Mortis
csendes újonc
válasz
crucified
#8117
üzenetére
Szia crucified!
Igen, rsf-nek tökéletesen igaza van! Jelenleg is lehet kapni 12V/24V-os LOGO!8-at 6ED1052-1MD08-0BA0 megrendelési számmal, és illeszkedő bővítőmodulok is elérhetők hozzá. Ezeknek az eszközöknek 10,8V a magas logikai szinthez tartozó küszöbfeszültsége. A LOGO8! Csak maximum 8 analóg kimenetet tud kezelni (azokat is csak bővítőmodulokon, a base uniton nincs analóg kimenet). Ezt azért fűztem hozzá, mert proporcionális szelepeket említettél.
Üdvözlettel:
RM
-
#8120
Rigor Mortis
csendes újonc
tanrob
#8116
Rigor Mortis
csendes újonc
Szia tanrob!
Jómagam Analog threshold triggert alkalmaznék. Ennek, mint számtalan másik blokk paraméterei is, a hálózat felől írhatók.
Feltételezem a kapcsolatot létrehoztad a panellel.
A LOGO!Soft Comfortban kikeresed a Tools/Parameter VM Mapping... menüpontot. A megjelenő táblázatot kitöltöd úgy, hogy Block cellában kiválasztod a triggert (duplakatt, legördülő menü), a Parameter cellában kiválasztod az On paramétert, a Type cellát automatikusan kitölti (word), Address-nek beállítasz valamit (max. 849-et). Legyen ez utóbbi most 0 a példa kedvéért. OK gomb, mentés, download...
A HMI programozófelületén (például TIA Portalban) felveszel egy HMI Tag-et abszolút címmel. Ebben a példa szerinti esetben ez DB1.DBW0 lesz, ami a VM memóriaterület (valamiért DB1) 0. szava. Ide írhatsz a HMI-vel, pl. egy IO-field-en keresztül.
Számkonverzióra nemigen lesz szükséged, a LOGO! szinte csak intiger-t használ (kivéve, amikor nem, hogy szomorodjon meg), e konkrét esetben -20000 és +20000 között. Ne kérdezd mi történik, ha véletlenül nagyobb, vagy kisebb számot próbálsz írni a VM területre. Biztos mind meghalunk!
Remélem tudtam segíteni.
Üdvözlettel:
RM
-
#8027
Rigor Mortis
csendes újonc
asdeerhun
#8025
Rigor Mortis
csendes újonc
válasz
asdeerhun
#8025
üzenetére
Szia asdeerhun!
Tényleg megkínáltak egy 200-assal?! Mármint, hogy csinálj vele valamit? Hmm...
A Step7 Simatic Manager (mármint, amivel a 300/400-asokat lehet programozni) tényleg nem eszi a 200-ast. Elvileg a kapott programcsomag része a Step7 MicroWIN (legalábbis a PRO verzió biztosan tartalmazza) és feltelepült a többivel. Ezzel próbáld megpiszkálni.
Üdv.
RM.
-
#8016
Rigor Mortis
csendes újonc
Zoli54213
#8011
Rigor Mortis
csendes újonc
-
#7994
Rigor Mortis
csendes újonc
lappy
#7993
Rigor Mortis
csendes újonc
Szia lappy!
Azt javaslom, hogy használj "Analog differeintial trigger" és "Analog multiplexer (MUX)" blokkokat a feladat végrehajtásához.
A két analóg jelet célszerű egy-egy alapbeállítású analóg erősítő blokkal kezelni, mert a MUX-ot csak paraméterátadással lehet "etetni". A két erősítő kimenetét egyenként össze kell kötni a trigger két (Ax és Ay) analóg bemenetével, fel kell paraméterezni a kapcsolási pontjait (így: On=0, Off=20000). A MUX engedélyező bemenetére "High"- t kell kötni, a trigger kimenetét pedig úgy kell a MUX S1 és S2 bemenetére kötni, hogy az S2 legyen negálva. A MUX V2 bemeneti paramétere az egyik, a V3 bemeneti paramétere a másik analóg erősítő kimeneti paramétere legyen. Ha jól csináltál mindent, a multiplexer, a kimenetére mindig a kisebb értéket fogja kiadni.
Üdv:
RM
-
#7926
Rigor Mortis
csendes újonc
lappy
#7925
Rigor Mortis
csendes újonc
Szia lappy!
„[…] impulzus segítségével nyitom a másodikkal zárom. […]”
A „nyitom” és „zárom” kifejezés azt jelenti, hogy logikai 0-t (hamis), illetve logikai 1-et (igaz) vesz fel? Ezesetben gyanítom Te, a relés logikában impuluskapcsolónak, avagy impulzusrelének megfelelő működésű programozási módszert keresel vagy már lehet, meg is találtad. Lényege, hogy egy impulzusra (valamelyik élre) egy bit logikai egybe, egy következő impulzusra logikai 0-ba billen.
Nos, a megoldás PLC függő. Van olyan PLC, ami utasításszinten ismeri ezt. Van, ahol le kell programozni. Ez utóbbi esetben a járulékos flag-ek alkalmazása nem szokatlan módszer, sőt! Szükség van ugyanis a kérdéses bit előző ciklusban felvett státuszának memorizálására, hogy a funkció helyesen működjön. A két él közötti időtartam nem releváns. (Azért ne legyen rövidebb egy ciklusnál természetesen 😊)
Megosztanád, hogy milyen PLC-ről van szó e konkrét esetben? Szerintem lesz megoldás a problémádra.
RM. -
#7895
Rigor Mortis
csendes újonc
tanrob
#7894
Rigor Mortis
csendes újonc
Szia tanrob!
Igazán nincs mit!
„Régebbi verziójú szoftvernél és Logo nál nem volt ilyen probléma?”
Nos, ha arra gondolsz, hogy a számláló tag-et csak az ismertetett módon (paraméterátadással) lehet kiolvasni, nem nevezném problémának. Ez inkább a LOGO! programozásának egyik tulajdonsága. Még sajátságosnak sem nevezném. A nagyobb vasakban, komplex programoknál ez egy gyakran alkalmazott módszer. Az pedig, hogy szinte csak 16 bites egészszámokkal dolgozik rendszer, a „low end” kategóriába sorolásnak tudható be. Ennyi pénzért, ennyi jár… 😊 Ettől függetlenül meglepően komoly vezérléseket is meg lehet valósítani ezzel az eszközzel, ha ismerjük a korlátait, jellegzetességeit.
A régebbi (7-es vagy korábbi) LOGO!-k paraméterátadásainak programozását az egyes blokktulajdonság lapokon kell beállítani („Reference” gombok). Ez is működik, de végig a „háttérben” marad, nehezíti a program átláthatóságát, értelmezhetőségét, nem feltűnően jelenik meg a dokumentációban. A 8-asnál alkalmazott módszer már kimondottan felhasználóbarát.
Üdvözlettel:
RM
-
#7893
Rigor Mortis
csendes újonc
tanrob
#7892
Rigor Mortis
csendes újonc
Szia tanrob!
Az a gyanúm, hogy 0BA8-as LOGO!-t programozol. (A TDE használatából következtetek erre.) Az alábbiak leírt módszerek a korábbi LOGO! verzióknál és LOGSoft Comfort-oknál másként vannak megoldva, tehát azokra nem vonatkozik.
Azért jelez hibát a program („Incompatible connectors”), mert a blokk programszintű kimenete digitális, vagyis BOOL. A komparátoré egészszám, vagyis INT (intiger). A kettő nem összeköthető a programban. A számláló blokk egészszám kimeneti változóját csak paraméterátvitellel lehet kezelni. Valószínűleg azért, mert a számláló tag valójában 32bites DINT (duplaintiger), majdnem minden más viszont a LOGO!-ban 16bites INT formátumú. Ezért aztán a számláló 32767 feletti értékeit nem is lehet kezelni a program többi blokkjával. Paraméterátvitelt számos analóg blokk között létre lehet hozni. Ehhez ki kell nyitni az adott blokk alatti „+” jelre kattintva a paraméterátviteli mezőt. Megjelennek a be- (balra) és kimeneti (jobbra) paraméterek. Ezeket lehet más blokkok paramétereivel összekötni.
A Te esetedben a számláló „Cnt” paraméterkimeneti adatát lehet egy másik, egészszám programkimenettel rendelkező blokk (pl. egy „Analog MUX”, multplexer) paraméterbemenetére küldeni. Annak a kimeneti adataival pedig már lehet komparálni másik blokk kimeneti adatait.
Üdvözlettel:
RM
-
#7890
Rigor Mortis
csendes újonc
tanrob
#7888
Rigor Mortis
csendes újonc
Szia tanrob!
Félek, nem értettem meg maradéktalanul az általad vázolt problémát, de azért megpróbálok segíteni. Addig világos, hogy létrehoztál egy, a TDE-ről állítható hőmérséklet setpoint változót. Amennyiben komparálni szeretnéd egy analóg bemenethez képest, akkor a két számnak azonos mértékrendszerbe, nagyságrendbe kell kerülnie. Ehhez skálázni kell az analóg bemenetet.
Ha erről van szó, vegyünk egy példát:
Az általad programozott számlálóval megadott érték legyen mondjuk 0…1000 között állítható. Itt az 1000-es érték 100.0 °C-nak (értelemszerűen pl. a 234 értékű egészszám 23,4°C-nak) értendő. A tizedesjegy pontos helye csak a LOGO TDE-n történő kijelzés esetén lényeges. Tételezzük fel, hogy egy 0…100°C/0…10V-os távadót kívánsz alkalmazni. Ahogy már említettem, a 0…10V-os analóg jelet skáláznod kell. Erre az „Ananlog amplifier” blokk alkalmazható. A blokk „Tulajdonságok” lapján az „Analog settings/Measurement range/Minimum” mezőbe 0-t, a „Maximum”-ba 1000-et kell beírnod. Ugyanitt a „Decimal places in message text” mezőbe 1-et állíts be, így később a TDE-n a hőmérsékletet már tizedesjegy-helyesen jelzi ki, ha ki akarod jeleztetni. Ezekkel a beállításokkal a blokk a 0…10V-ot átskálázza 0-1000 közé. Az így nyert értékeket már összehasonlíthatod a számláló értékével (pl. „Analog comparator” blokkal.)
Remélem segítettem. Ha félreértettem valamit, akkor bocsesz.
Üdvözlettel:
RM
-
#7782
Rigor Mortis
csendes újonc
attrax
#7777
Rigor Mortis
csendes újonc
Szia attrax!
A hatos LOGO!-ban a bemenetet egy "Analog amplifier"-re (erősítőre) kell kötni, ennek a kimenete - indirekt módon - pedig beállítható referenciaként az időzítő(k)nek. Az alábbiakban látható egy példa:
A B001 erősítő kezeli az analóg bemenetet, az erről beállítani kívánt időzítő a B002. Duplaklikk a timerre, megjelenik a paraméterablaka.
Itt katt a "Reference" gombra, a megjelenő baloldali legördülő menüből ki kell választani az erősítőt, mint referenciaforrást, a jobboldali listából pedig az időalapot. Ezzel kész is.Az időzítő ilyen jellegű programozásával pedig kapsz egy olyan ütemadót, ami a potenciométerrel beállított időnként ad egy rövid (egy ciklusidőnyi) impulzust.
Sok sikert a megvalósításhoz!
Üdv.
RM.
-
#7673
Rigor Mortis
csendes újonc
aviator
#7672
Rigor Mortis
csendes újonc
válasz
aviator
#7672
üzenetére
Igazán szót sem érdemel!
„Nem hagyott nyugodni a dolog egyébként még tegnap este, szóval megoldottam a Timer kimenetének közvetlen alkalmazásával, amiről azt hittem hogy nagyon eretnek megoldás, hogy külön network-öt tartok fent egy timernek. Ezek szerint nem az.”
Nem az. Sőt! Magadtól rátaláltál a helyes irányra.
Évtizedekig a SIEMENS hivatalos programozási szentenciája a következő volt: „Egy hálózat, egy kimenet.” Aki náluk tanult (jómagam S5-el kezdtem, még valamikor az archaikus időkben 😊 ), eleinte ezt nyomatták neki folyton. Persze a mindennapi gyakorlatban ez az elv sokszor betarthatatlan, illetve nem logikus erőltetni a betartását. De ez nem is törvény, csak iránymutatás. A TIA-ban már nem is ragaszkodnak hozzá annyira.
Ugyanakkor van némi igazságtartalma is. A hálózatokat (itt network, más PLC-knél ugyanez pl. rung) réges-rég alapvetően azért találták ki, hogy egy esetleges full offline hibakereséskor (értsd: leporellóra nyomtatott, tíz centi vastag programdokumentáció átnyálzása során) könnyebben meg lehessen találni egy-egy változót a mellékelt keresztreferencia táblázat segítségével. De manapság sem szégyen tagoltan programozni, főként a TIA-ban, mivel szerintem elég vacak a keresztreferencia kezelése (legalábbis az elődjéhez képest az). Hibakereséskor nagy könnyebbség lehet, ha kompakt hálózatokba lát bele az ember. Persze elaprózni sem kell túlságosan a dolgokat, csak egészséges mértékben.
Mit is "beszélek"? Rá fogsz erre érezni idővel! Röviden: csak így tovább!
Üdv.
-
#7670
Rigor Mortis
csendes újonc
aviator
#7669
Rigor Mortis
csendes újonc
válasz
aviator
#7669
üzenetére
Szervusz aviator!
Tippjeim: mindkét fajta CPU-t TIA Portal-al programoznád és IEC timereket szeretnél alkalmazni (a TIA ezt kínálja fel alapból).
Semmit sem csináltál rosszul, csak szembesültél a két CPU sorozat programozása közötti egyik különbséggel! A helyzet az, hogy a két CPU között generációs különbség áll fenn. Az 1500-nál már megoldották az IEC timer Q kimenete utáni logikai kapcsolatok alkalmazhatóságát, a 300-asoknál ez még valamiért ez nem ment. A 300-as széria eredeti programozói környezete, a SIMATIC Manager sem támogatta ezt az eljárást és a TIA sem. Ez egyfajta sajátosság.
Két útirányt látok számodra a timer-ek jövőbeni alkalmazását illetően 300-as CPU-k esetében. Az első, hogy megpróbálsz együtt élni ezzel a részletproblémával.
Az IEC timered .Q kimenetét közvetlenül alkalmazod a további logikai hálózatokban, vagy egy tag-et programozol a kimenetre és azt használod.Amennyiben a belenyugvó álláspont nem opció, használhatsz például a 300-as CPU-knál S5 Timereket. A 300-as még azokat „eszi” szívesebben, azok kimenetére lehet további logikai hálózatot programozni. Az S5 Timereket a „Instructions/Basic Instructions/Timer operations/Legacy” menüben találod.
Tudnod kell, hogy az IEC timerekből annyit használsz fel, amennyi belefér a CPU memóriájába (ez roppant sok), és a barátibb „Time” formátumban adható meg az idejük, ugyanakkor instance DB-t igényelnek. Az S5 timerek száma – CPU-tól függően – kötött, és „S5 Time” formátummal (pl. S5T#100ms) kell beállítani a futásidejüket, ami voltaképpen egy speciálisan kódolt BCD szám. Ez, bizonyos esetekben kényelmetlenségek forrása lehet.
RM.
-
#7641
Rigor Mortis
csendes újonc
Szirty
#7640
Rigor Mortis
csendes újonc
Szia Szirty!
Nos, igen. Egy ilyen hibának a roppant szórakoztató kihatásait már volt szerencsém megtapasztalni egy pár éve telepített és átadott, egyedi gyártású, olasz csomagológépnél. Egy nappal a telepítő mérnökök távozását követően azzal a ténnyel szembesültünk, hogy elég egy jól célzott „bökés” a HMI egyik képernyőjének megfelelő elemére és a gép két keresztbe mozgó része összeakad. Hja kérem! Parádés, ingergazdag péntek éjjel volt, emlékszem, mintha csak tegnap történt volna. (Tudni kell ehhez, hogy az olasz műszaki szakemberek péntek déltől, hétfő délig – legalábbis az én elméletem szerint – átköltöznek egy másik dimenzióba vagy párhuzamos univerzumba, ahol biztosan nincs térerő.
)Emlékeim szerint éppen a Te príma kis weboldalad (azt hiszem ez: [link] ) nyújtott mankót és mentett ki akkor a csávából (mármint, hogy ne csak parádés péntek estém, hanem hasonlóan tréfás hétvégém is legyen). Engedd meg, hogy így utólag is, megköszönjem az oldal összeállítása és üzemeltetése terén tett erőfeszítéseidet és segítő szándékodat. Nekem jócskán segítettél, az biztos.
RM
-
#7639
Rigor Mortis
csendes újonc
n0rbert0
#7638
Rigor Mortis
csendes újonc
válasz
n0rbert0
#7638
üzenetére
Szervusz n0rbert0!
Huhh! Nagyon szépen köszönöm a hétvége ellenére megfogalmazott, gyors válaszod!
Ez így jó lesz, jól érthető az általad linkelt oldalon felvázolt információ! Eddig úgy hittem, hogy az AR2 címregiszter szabad felhasználású. De hogy miért? Talán azért, mert egy címeres ökör vagyok! Magamtól is rájöhettem volna! Végül is valahonnan tudnia kell a programnak, hogy honnan kezdje az miDB-n belüli relatív címzést!
"Még annyi, hogy ha későbbiekben módosítanod kell az AR2-t egy FB-ben, akkor annak éz értékét el kell menteni egy segéd változóba a blokk elején, majd a blokk végén vissza kell tölteni az eredeti értékét az AR2-be. A fent leírtakból gondolom leesett, hogy az FB használja AR2-t, így ha felülírod, akkor az okozhat érdekes anomáliákat. "
Ennek a fényében világos, hogy AR2 "meggyalázása" a programvégrehajtás szétesését okozhatja, ezért kell elmenteni, majd később visszatölteni, ha használni akarom. Gondolom a következő FB meghívásáig bármi megtörténhet, ha erről elfelejtkezem (legalábbis úgy sejtem, akkor írja be AR2-be az újonnan hívott FB kezdési pointerét). Ebben a konkrét esetben AR2-t szerencsére nem módosítottam (nem volt rá szükség), úgyhogy ez a veszély nem fenyegetett. De a későbbiekben oda fogok figyelni erre.
Köszönöm még egyszer a segítséget és a tanácsot is.
RM
-
#7637
Rigor Mortis
csendes újonc
Rigor Mortis
csendes újonc
Sziasztok!
Egy SIEMENS S7 300 CPU/STEP7 V5.5 problémám adódott a napokban. Kérlek Titeket, aki tud, segítsen nekem ennek a feldolgozásában. Megpróbálom az alábbiakban érthetően felvázolni a helyzetet. Lehet, kicsit hosszú lesz.
Adott egy FB (nevezzük a továbbiakban FB1-nek, a példa kedvéért), amiben van egy pl. #ABC szimbolikus című array (elemeinek típusa, nagysága szerintem most nem releváns), a STAT deklarációs területen. Az FB-ben az alábbi módszerrel kinyerem a tömb kezdőcímét:LAR1 P##ABC //Legyen #ABC kezdőcíme pl. a 20. byte-on
TAR1
L DW#16#FFFF
AD
SRD 3
T #TempAddr1 //Temporary területen deklarált Dint. Ennek az értéke lesz így 20.#TempAddr1-re írt adattal aztán később, kisebb mértékű matekozás után és any pointer alkalmazásával a tömb elemeit címezgetem, („teszek-veszek”
). Működik is a dolog, kipróbáltam. Pöpec, de…Nos, addig minden szuperül klappol, amíg az FB1 egy saját iDB-vel van összeeresztve. Abban az esetben, amikor az FB1-et meghívom egy másik FB-ben (esetemben, ami már egy harmadikban szintén meg lett hívva) és az én FB1-em így bekerül egy multiinstance DB definiált memóriaterületére, az emiatt bekövetkező események hatásai határozottan a nem szuper skálázási tartományba csapnak át.
Elemezve a problémát azt tapasztaltam, hogy a „LAR1 P##ABC” utasítás továbbra is a #ABC tömb relatív kezdőcímét (a példa szerinti 20-at, nyilván a helyes rutin szerint) tölti be AR1 címregiszterbe, holott a multiinstance DB-ben a #ABC tömb abszolút kezdőcíme lehet, teszem azt 314.0 (vagy akármi). Így viszont nem ketyeg megfelelően a matek a későbbiekben (pontosabban nem oda címzek, ahová szándékozok). Nyilván nem kell részleteznem azt a – helyes programműködéssel merőben összeegyeztethetetlen – pánikra okot adó, kellemetlen impressziót, amikor azt láttam, hogy az én utólag bebiggyesztett FB1-em a multiinstance blokk 20-as címtartománya körül „tesz-vesz”, a 314 körüli helyett!
Szerencsére szimulátorral próbáltam, nem élesben.Az a kérdésem lenne, hogy ezt a részletproblémát hogyan lehet elegánsan kezelni? Magyarán az én FB1-em, bárhova kerüljön is egy multiinstance DB-ben, a #ABC tömb kezdőcímének meghatározása helyesen történjen. Bocsesz, tiszta ciki, de nem jöttem rá a megoldásra magamtól. Nem nagyon szoktam adatterület címtartományokkal matekozni, nincs benne kellő praxisom, de most kellene.
Arra gondoltam, hogy az FB1-nek kívülről, IN paraméteren keresztül megadom a multiinstance DB-n belüli kezdőcímét és ezt bekalkulálom a #ABC tömb elemeinek címzéséhez szükséges számításokba, de szerintem közületek valakinek biztosan van erre jobb megoldása. Legyetek szívesek segítsetek, ha tudtok. Csak, hogy ne haljak meg hülyén.
Előre is köszönöm! RM
-
#7400
Rigor Mortis
csendes újonc
Szirty
#7399
Rigor Mortis
csendes újonc
Szia Szirty!
Hú, ez jó! A jelek szerint én eléggé "statikusan" gondolkoztam az átlag kiszámításakor. Amint időm engedi kipróbálom ezt a módszert.
Köszönöm szépen, hogy foglalkoztál a kérdésemmel!
Kissé pironkodom, mert nem találtam meg ezt a leírást, pedig sokat keresgéltem a témát érintő anyagot.
RM
-
#7397
Rigor Mortis
csendes újonc
Rigor Mortis
csendes újonc
Sziasztok!
Lenne egy teoretikus kérdésem. (Azért teoretikus, mert igazság szerint már megoldottam, de nem biztos, hogy a legelegánsabb módon.) Az alábbi kérdés S7-1200 és TIA Portal V14-re vonatkozik.
Nos, adott egy valahány (real) elemű array. Hogyan lehet ezeket az elemeket összeadni (szummázni)?
Konkrét példával élve: egy átlagolás esetén összeget kell képezni egy bizonyos mennyiségű adatból (egy array elemeiből), majd osztanom kell a részeredményt az adatok számával. Az összeadáshoz ott van az ADD funkció, de 50-100 elemnél, vagy több esetén már körülményes a használata. (Egyébként ezt alkalmaztam jobb ötlet hiányában 128 elemre.) Létezik ennél - programozási szempontból - hatékonyabb összeadási módszer is array esetén?
300-asnál STL-ben (AWL-ben) megoldható lehetne LOOP-al, pointerekkel, de az 1200-as nem "sprekkeneli" az STL-t, ugyanakkor szóba jöhetne az SCL, de az meg sajnos nekem nem pálya.
Ha valaki esetleg leírná az ötletét, azt nagyon megköszönném (már most, megelőlegezve is). A probléma nem életbevágó, csak piszkálja a csőröm.
-
#7322
Rigor Mortis
csendes újonc
JAGER 10
#7320
Rigor Mortis
csendes újonc
válasz
JAGER 10
#7320
üzenetére
A jó ár-érték arány túl szubjektív megközelítés. Ami nekem jó árú cucc, neked lehet, hogy nem jó. Tudni kellene mennyi bír el a költségvetésed.
Ha nem ragaszkodsz a PT100-hoz és jó a PT1000 is, nem szükséges laboratóriumi pontosság, nem kell ipari kivitel, akkor ez akár jó is lehet neked:
Amennyiben kiszűröd az oldalon a gyártót (B+B Thermo-Technik), találni fogsz a kínálatban egyéb kialakítású, méréshatárú, kimenetű stb. hőmérséklettávadókat is. Mindenféle PT1000-es is található ugyanitt. Egy kis "guglizással" lehet, hogy máshol még olcsóbban találsz ilyen termékeket, ettől a gyártótól.
Én vásároltam ilyen modulokat magánhasználatra, de bevallom őszintén nem volt még időm kipróbálni ezeket.
Üdv:
RM
-
#7168
Rigor Mortis
csendes újonc
Mazsika
#7167
Rigor Mortis
csendes újonc
válasz
Mazsika
#7167
üzenetére
Sajnos a fórum tematikája és moderálási alapelvei nem igazán teszik lehetővé számomra, hogy kifejtsem, mit is jelent egészen pontosan az "OBK eljárás". Arra kérlek, használd a fantáziád!
Legyen annyi elég: az automatizálás (vagy általában az élet?) buktatóival folytatott szűntelen harc néha vesztésre áll. Olykor napszálltára porba hullunk, elvérzünk. Ilyenkor keserűen, lemondóan, de felindultan OBK-t kiáltunk. Másnap feltámadunk és vígan harcolunk tovább...
Elnézést kérek a képzavarért és a feleslegesnek ható pátosz miatt. Csak próbáltam virágnyelven rávilágítani a fogalom roppantmód vulgáris, rejtett jelentésére.
-
#7166
Rigor Mortis
csendes újonc
bekecs76
#7165
Rigor Mortis
csendes újonc
válasz
bekecs76
#7165
üzenetére
Igen, későn néztem rá a fórumra és későn is reagáltam. Sajnálattal olvastam, hogy addigra már alkalmaztad az "OBK eljárást"
, de abból, amit írtál, úgy gondoltam neki fogsz futni újra a "szélmalmodnak".Tudom, mennyire gáz már az elején elakadni valamivel. Én is küzdök a saját szélmalmaimmal. Ne add fel, menni fog!
RM
-
#7164
Rigor Mortis
csendes újonc
bekecs76
#7162
Rigor Mortis
csendes újonc
válasz
bekecs76
#7162
üzenetére
Szervusz bekecs76!
Nos, én már belefutottam ebbe a problémába. Tipikus (legalábbis a SIEMENS support fórum idevágó témagazdagságából erre lehet következtetni) TIA portal nyavalya, de megoldható.
Én annyival szerencsésebb voltam, hogy kaptam egy 0086:000001 számú hibaüzenetet, amit a License Manager küldött, miközben próbáltam kiválasztani az új hardvert. Ez vezetett nyomra. (Egyébként nálam TIA V14, Win10, 64bit környezetben, a hardver elemek mellett megjelent egy piros pecsét (?) szimbólum, mint ahogyan az általad korábban csatolt fényképen is megfigyelhető.)
A megoldás egyszerűen az, hogy a License Managert, és a TIA V14-et is rendszergazdaként kell futtatni.
Hogy ne kelljen minden programindításnál eljátszani a jobb klikk, helyzetérzékeny menü, kiválasztom az admin futtatás lehetőséget, mindkét alkalmazás esetén a Tulajdonságok/Kompatibilitás fül/Összes felhasználó beállításai gomb megnyomás után felbukkanó ablakon pipáld be "A program futtatása rendszergazdaként" paramétert. Így a továbbiakban minden indításnál rendben lesznek a rendszergazdai jogok.
A V14 mellett mindig fusson a License Manager is!
Ez a módszer nálam bevált. Remélem neked is működni fog.RM
Új hozzászólás Aktív témák
- Formula-1
- Ilyen olcsó sem volt még egy Apple notebook
- Xbox tulajok OFF topicja
- Horizon: Zero Dawn
- Azonnali alaplapos kérdések órája
- One otthoni szolgáltatások (TV, internet, telefon)
- Autós kamerák
- Motoros topic
- Motorola G86 - majdnem Edge
- Samsung Galaxy A56 - megbízható középszerűség
- További aktív témák...
- GYÖNYÖRŰ iPhone 13 Pro Max 256GB Graphite -1 ÉV GARANCIA - Kártyafüggetlen, MS4522
- Beszámítás! HP Elitebook 8 G1i 14 FHD notebook - Ultra 5 235U 16GB DDR5 256GB SSD Intel IGP W11
- Lenovo Thinkpad X1 Yoga 5th Gen. i7 10th, 16GB RAM 27% ÁFÁS (0329)
- DTK 2.1 Multimedia Speaker System 3D-168D
- HIBÁTLAN iPhone 14 Plus 128GB Midnight-1 ÉV GARANCIA - Kártyafüggetlen, MS4643
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest