Hirdetés
- Szendvics a csúcson: teszten a különleges ROG Swift PG27AQWP monitor
- Mi a különbség a szerver és a PC között?
- A cégvezetők látják az AI költségeit, csak azt nem hogyan lesz ebből haszon
- Utcakép banánnal: félrecsúszhat a Google Térkép fókusza
- ARM-os meglepetéskiadást kap az év első felében a Windows 11
- Projektor topic
- Kormányok / autós szimulátorok topikja
- Milyen Android TV boxot vegyek?
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- VR topik
- Vezeték nélküli fülhallgatók
- Tápos kibeszélő offtopik
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- A cégvezetők látják az AI költségeit, csak azt nem hogyan lesz ebből haszon
- Házimozi haladó szinten
Új hozzászólás Aktív témák
-
Szirty
őstag
válasz
Szabest
#2155
üzenetére
Hi Szabest!
"a példában látom előre definiálták az MD20, 30, 40-e az értékeket, amit nem tudom hogy hol s hogyan kell létrehozni .M"
Nem kell létrehozni. Az M (merker) terület eleve létező adatterület a PLC-ben.
De ha ez azért merült fel, mert a skálázó FC105-ös blokk HI_LIM és LO_LIM paraméterét nem változóban akarod megadni, akkor használj konstanst azaz írd be az értéket közvetlenül!
Ez nem lehet probléma."Másik bajom, hogy miért fáj az neki(pirosá válik, vmi typconflict) ha a Biploar bemenetet ugyanúgy bekötöm mint a példában van."
Ha ugyanúgy csinálod, el kell hogy fogadja.
Megmondom hogy mi miatt piros, ha megmondod hogy csináltad!! (screenshot előnyben)Type conflict akkor van, ha nem olyan adattípust adsz meg, mint amilyet a blokk vár.
Új hozzászólás Aktív témák
- Új Dell G15 Gamer FHD IPS 165Hz i7-13650HX 14mag 16GB 512GB Nvidia RTX 4050 6GB 140W Win11 Garancia
- Laptop ramok DDR5 8Gb 4800Mhz SK Hynix / Samsung, akár nagy tételben is, mennyiségi kedvezmény van!
- Új Samsung Galaxy S25 128/8GB 3év Navy garancia!
- MacBook Pro M1 Max 2021 14" col 32GB ram 1TB SSD
- ASUS RTX5090 - TUF-RTX5090-32G-GAMING /ÚJ, BONTATLAN, MAGYAR KISKER GARANCIA, NEM CÉGES VÁSÁRLÁS/
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest

