Sziasztok!

Egy másik kérdésem is lenne. Egyszerűen megépíthető Modbus I/O modul kapcsolást keresnék, ami RS-485-ön a szabványos Modbus parancsokkal olvasható/írható, és van pár be illetve kimenete. Valami ilyesmire gondolok:
http://konverter.hu/termek-input-output-rs485-izolalt-modul-modbus-...8.html

Tudnátok ebben segíteni?

Ha rossz irányba fordul a föld, lehet, hogy te gyalogolsz az ellenkező irányba... Én maradtam az XP-nél és minden ellenkező híreszteléssel szemben egy 64 bites 4magos kizárólag Windows 7-re optimalozált gépen megy. Hasít mint az atom Csak meg kellet találni a periféria gyártókat és a szükséges drivereket. Minden ellenkező híreszteléssel szemben igenis futhat újabb hardveren! A windows 7-et, 8-at pedig letojom . Ha nagyon gáz lesz a helyzet építek egy PC-t - csak a marketinget kell jól csinálnom . Vagy veszek egy MAC-et. Az XP azon is megy. Ha pedig már nem - használok linuxot is - emulátor stb. Ha pedig van már végre stabil windows - váltok. Addig is eltelik vagy 10-15 év....

Nem értetted az előbbi lényegét, de sebaj, megbocsájtom.

Az egész arra ment ki, hogy a világ nem az egyszerűsödés útján halad, hanem a bonyolódásén. Én ezek szerint, a világgal ellentétben - sajnos csak egy szemként - egyszerűsíteni óhajtanék, azaz szvsz. ez lenne az igazi út.

Egyébként én is XP-t használok, kicsit jobban is ismerem az átlagnál, legalábbis sokan szoktak csodálkozni. A Win7 és a hasonlók engem is irritálnak.

Mindettől függetlenül érdekelne, mi a titok azon programoknál, amelyek úgy lettek anno megírva, hogy a fejlesztőik nem ismerték a jövőt és ezáltal a mai PC-ken nem képesek hibátlanul menni, mint 15-18 éve. Ha van ilyen titok (P1-es atomrégi gép félrerakásán kívül), nyitott vagyok a befogadására. :yes:

A memória. Nem volt belőle korlátlanul. Ha az autoexec.bat és config sys fájlt konfigolod - utólag is működőképes sok program - csak éppen az alsó 640k-ban akar futni

Hali Norberto!

Igen, valóban az eszközeink a "fejlődésük" során bonyolultabbak lesznek.
A mágneskapcsoló egyszerű volt, mint a fakocka. Meghúzott vagy nem, megszakadt a tekercse vagy nem, elégett az érintkezője vagy nem.
Ma a hajtásvezérlők, szervók bonyolultak, millió paraméter, ezer hibajelzés, a mágneskapcsolóhoz szokott ember csak néz mint hal a szatyorban stb.



Ez nemes gondolat, de nem nagyon kivitelezhető.
Mégpedig azért, mert azt akarjuk (elvárjuk) hogy modern eszközeink univerzálisak legyenek. Ne kelljen másfajta hajtásvezérlő a szivattyúra, a ventilátorra, az emelőgépre, pozícionáláshoz, legyen alkalmas ugyanaz a típus a lehető legtöbb feladatra. Ez ésszerű törekvés.
Csakhogy az univerzális dolgoknak van két alapvető tulajdonsága:
- Minél univerzálisabb, szükségszerűen annál bonyolultabbá válik
- Minél több mindenre teszik alkalmassá, annál kevésbé lesz alkalmas egy bizonyos feladatra.

Az élet tele van kompromisszumokkal, mert minden újabb és újabb tulajdonságnak az előnye mellett megvan a maga hátránya is, és mert egymásnak alapvetően ellentmondó követelményeknek egyszerre nem lehet megfelelni. (fogyasszon keveset, de legyen erős. Legyen olcsó, de tartós, stb).



Le is írtad. Az ok: "nem ismerték a jövőt"
Ma sem és mi sem ismerjük...

Üdv!

Munkám során a következő problémába ütköztem, amire remélem tőletek kapok megoldást.

OB 170B típusú kijelzőn szeretném az ACK gombot kiváltani egy másik, általam felhelyezett nyomógombra.. Ezzel különösebb probléma nem is lenne, a programban mindenhol párhuzamosítottam ahol kellett, de a nyugtát a PLC-ből a kijelző felé is le kell kezelni.
Kijelzőben le van foglalva memoria terület "Alarm ACK" ként DB10.DBW220 40 szó hosszan. Azzal próbálkoztam, hogy létrehoztam egy DB-t aminek ugyan ekkora tartományban az értéke 0. Ezt MOVE utasítással végeztem el. Miután megnyomom az általam felhelyezett ACK gombot, BLKMOVE utasítással bemozgatnám a 0-val feltöltött DB-m tartalmát erre a DB10.DBW220 memoria területre.. DB1.DBX0.0 BYTE 80 - DB10.DBX220.0 BYTE 80. Sajnos nem jött össze, mit hibázhattam el?
Remélem érthetően írtam le..

Előre is köszönöm!
Dávid

Hali aaderka!

Szerintem ott a baj, hogy te 0 állapotú biteket másolsz az Alarm ACK területre.
A hibajelzés akkor kerül törlésre, ha az Alarm ACK bit értéke 1!
Tehát:
Amikor nyugtázást akarsz küldeni az OP-nak, akkor azt 640 bitet 1-be állítod, majd amikor az üzenetek törlődtek, újra 0-ba állítod mind a 160-at.
Ha az Alarm ACK biteket 1 állapotban hagyod, akkor nem fog több üzenet megjelenni, hiába állítod be az alarm bitet!
Az ACK biteknek legalább 1 mp ideig 1 állapotban kell lennie, mert az OP 1 mp-enként olvassa ki azok állapotát.

Szerintem ne BLKMOVE-val állítsd be azt a 160 bitet, hanem FILL-el (SFC21) ugyanis az szolgál arra, hogy egy bemeneti értékkel feltölt egy általad megadott területet. Ezt a köv képpen lehet megtenni:

Fogezs egy byte-ot (célszerűen egy TEMP változót). Abba beleírsz B#16#FF értéket, majd amikor nyugtázni akarsz, meghívod a FILL-t úgy, hogy forrás az említett byte, cél pedig a DB10.DBX220.0 BYTE 80.



A példában I0.0 kezdeményezi a nyugtázást, és #On az a byte típusú változó, amibe FF-et írunk ha van I0.0 ás 00 lesz benne ha nincs I0.0.

Köszönöm, ezt kipróbálom holnap, és leírom a tapasztalatokat..

Dávid

Hát nem jött össze...
Próbáltam mindent amit lehet, de sehogy nem akar működni.
Felfutóél figyeléssel betöltöttem az 1-eseket a DB10.DBX220.0 BYTE 80 területre, lefutóélkor pedig, 0-ával.. FILL-el próbálkoztam, de azzal se ment, se BLKMOVE-al. :no:

Dávid

Hali aderka!

Ha semmi mást nem írsz, csak azt hogy úgy csináltad ahogy javasoltam, de nem sikerült, akkor én csak sajnálni tudom, segíteni azt nem nagyon.

Mi nem sikerült?
Nem sikerült TRUE állapotba hozni a DB10.DBX220.0 címtől kezdődő 640 acknowledge bitet?
Vagy az sikerült, de mégsem nyugtázza a hibát az OP-ban??

Valamit biztos nem jól csináltál, mert ez így működik (még ki is próbáltam mielőtt választ küldtem neked).
Több infó kell hogy segíteni tudjak!
Elküldheted az egész projectet is ha akarod, megnézem mi nem jó benne.

Üdv!

A probléma szerencsére megoldódott. A te elméleted alapján csináltam meg, igaz az első verzióm is jó lett volna. Ott hibáztam el a dolgot, hogy nem töltöttem mindent fel 1-esekkel amit kellett, így ami hibát generáltam nem törlődött. Most működik szépen.

Köszönöm szépen a segítséget!

üdv: Dávid

Üdv!

Omron CQM1 plchez keresek AD042 modult, ha valakinek van és már nincs rá szüksége nagy örömmel megvásárolom. e-mail: nszticsi@freemail.hu, TEL: 06204973472

Üdv
Urak, vetne valaki egy pillantást a csatolt képernyőmentésre? Mitsubishi FX0 PLC. Egész addig jó a forditás, mig be nem kötöm az alsó "hand" jelzésű X001 bemenetet. Forditáskor ezt a hibaüzenetet adja, és a kurzortéglalapot felviszi a bal felső sarokba.

Thnx

Hali!

Nem tudja átkonvertálni.
Ilyen kombinációt egyébként általában más létraszerkesztők sem engednek meg!
A létradiagram ugyan az áramutas relés kapcsolásból származtatott, de van egy igen fontos különbség:
A jel mindig csak balról jobbra "terjed", jobbról balra nem.
Ha az amit rajzoltál relés kapcsolás lenne, akkor a T0 időtag akkor is elindulna, ha X001 aktívvá válna.

Ezzel szemben a létradiagramban csak akkor, ha T1 inaktív, és X000 aktív. A létrában tehát a T0-ra semmilyen hatással nincs az X001!

Ezt az ellentmondást úgy tudod feloldani, hogy két részre bontod a hálózatot.
A mellékelt képen látható erre egy megoldás. Az pontosan úgy fog működni, mint az, amit nem enged neked lerajzolni.

Kösz, igy már elfogadja, viszont ebben nem tudom hova kötni a 2 es (50 perces)időzitőt.

Hali!

A megjegyzésed nem érthető!
Sehol, sem az eddigi szövegben amit írtál, sem az általad küldött képen nincs semmi ilyesmi.
Sehol nincs 2-es időzítő, csak T0 meg T1.

Üdv
Na igen elirás volt a 2 es, tulajdonképpem másodiknak akartam titulálni azaz T1 ről van szó

A kérdésem a következő: 4-20mA szimulátort szeretnék építeni, PLC analóg bemenetek teszteléséhez. Valaki esetleg foglalkozott már ilyennel, ha igen, milyen IC-t használt, ha van egyáltalán ilyen IC...

Helló végyé!

Akkor megint nem értem mi a baj, a T1 indítása teljesen ugyanúgy történik, mint a te eredeti programodban!

Ugyanoda kötöd, ahol előtte is volt.
(A T1-et a T0 indítja a következő sorban)
Mi a probléma vele?

Úgy emlékszem, hogy a TEXAS-nak is volt ilyen, azt pedig ki lehet próbálni...

Steve

Hali!

Tápegység+ multiméter+ huzalpoti+ 1 ellenállás

Sziasztok!

Van egy Siemens S7-400-as gép.A programjában az egyik felfelé számláló 999-nél kiakadt. A számláló "reset"lába nincs vezérelve semmivel (levegőbe lóg). Monitor üzemmódban hiába aktiválom a reset lábat nem nullázódik a CV kimenet. Az "S" bemenet hatására sem veszi fel a PV-ben beállított kezdő értéket (ami 0).
Tud valaki tanácsot adni, hogy hogyan lehet vissza állítani a kimenetet nullára?

Üdv.

Hali madazg77!



Ha a számláló reset lába nincs "bekötve" akkor monitor módban sincs mód a reset aktiválására, mivel nincs előtte logikai feltétel, amit át tudnál billenteni.



Ha 5.2-es Step7-ed van, akkor kapcsold be a LAD/STL/FBD editorban a "details" megjelenítését (View menü/Details pont). Nem tudom használod-e ezt a lehetőséget. Az ablak alján megjelenik egy osztott rész, ahol fülek is vannak (Error, Inf, Cross reference, Address info, Modify, Diagnostics, Comparsion). Válts át a Modify fülre.
Egy üres sorba írd be a számláló címét (pl. C1). A Modify value oszlopba írd be hogy C#0.
Ezután jobb katt a soron, majd menüből válaszd ki a Modify parancsot. (lásd a mellékelt képen).
Ezzel nullát írtál a számlálóba.

Ha régebbi Step7-ed van és nincs Details, akkor a blokk listában készíts egy Variable table objektumot, nyisd meg annak egy sorába írd be a számláló címét, innentől a többi ugyanaz mint fent.

Néhány kérdés és megjegyzés:
1.
A számláló PV paraméteréhez mi van írva? Konstans, vagy változó?
Ha ugyanis változó és annak tartalma nem felel meg a BCD számábrázolás szabályainak, akkor az S bemeneten érkező felfutó él hatása egy "BCD Conversion ERROR" lesz, ami a CPU leállását okozza. Ha van a CPU-ban OB121 (PROG_ERR) OB, akkor nem áll le feltétlenül, de a számlálóval ekkor semmi nenm történik.

2.
A számláló S bemenete (is) élvezérelt. A PV csak akkor íródik be a számlálóba, ha oz S bemeneten felfutó él keletkezik. vagyis 0-ből 1-be vált át. Az S bemeneten folyamatosan jelen lévő 1-es logikai érték nem befolyásolja a számláló tartalmát és működését.

3.
ne a CV kimenettől várd, hogy 0 legyen a Set hatására, hanem a számlálótól! A CV paraméternél megadott változót a program máshol is írhatja, felülírva ezzel a számláló által beleírt értéket.
Figyelem, a CV paraméterben megadott változóba kerülő érték nem a számláló számlálási értéke, hanem annak bináris másolata! A számláló számlálási értékét maga a számláló (C) tartalmazza!

4.
Ha a számlálót tartalmazó blokk (vagy annak a számlálót tartalmazó része) nem fut, az S bemenet aktiválása akkor is hatástalan lesz a számlálóra!

5.
999-nél azért "akad ki" a számláló, mert csak 999-ig képes számolni. vagyis az a legnagyobb érték, amit tartalmazhat!

Hello Szirty!

Meg próbáltam módosítani a számláló értékét, és akkor szembesültem azzal a ténnyel, hogy le van jelszavazva. Nem lehet változtatni rajta, elvileg meglesz a jelszó, de csak jövőhéten tudok foglalkozni vele. A PV paraméter konstans érték. A CV kimenet egy MW-be kerül. Ez az érték csak egy helyen kerül felhasználásra és nem írja felül semmi.
Jövőhéten, ha addigra lesz jelszó megírom, hogy mire jutottam.
Köszönöm segítséget.

Üdv.

Sziasztok!
Szeretném megkérdezni, a Siemens s7-300 315-2DP cpu-ról általánosan található-e valahol magukról az FB blokkokról magyarul valamilyen leírés?

Hali mazso1988!

Konkrétabban, mit szeretnél megtudni az FB blokkokról?
Az FB-k nem CPU függők, FB blokkok akkor vannak egy CPU-ban, ha töltesz (írsz) bele. Abban meg az van, amit írsz bele
Vagy az érdekel hogyan lehet FB-t írni? Vagy az, hogy mi a különbség az FC-hez képest?
Netán SFB-t akartál kérdezni (system function block)?
Pontosítsd a kérdést!

Esetleg nézz szét itt!

Bocsánat teljesen igazad van, én SFB blokkot akartam a reggeli hozzászólásomban írni! Mert láttam ilyen összefoglaló táblázatot a egyes SFB működéséről de csak angolul. Azt hittem talán valamilyen leírás létezik magyarul is róluk.

Sziasztok!

Lehet hogy nem pont ide kellett volna írnom, de végülis PLC-hez kapcsolódik a kérdés.

A gyárban az egyik gépen egy dugattyún reed végállás van, műanyag tokban LED-el. Viszont csak kettő vezeték jön ki belőle(barna, kék) amin 24V-ot mérek. A kapcsolási rajzon is kettő vezetéket mutat, +24V-ra, másik pedig a PLC bementre megy.
Hogyan kapcsol ez 0 nélkül, hogyan tudom kimérni? Amúgy működik, csak érdekesség képpen kérdem.
3 vezetékes az oké, +24V,0 és a feketén kapcsol.

Köszönöm a segítséget!

A GND-hez képest a feketén 24V van ha kapcsol.

Azt tudom.
De amiről kérdezek ott nincs fekete, ezért nem értem hogyan működik. Az érzékelőn kb 40cm kábel van, és megy bele egy kis szerelő dobozba, ahol sorkapoccsal van rögzítve, és megy tovább a PLC-hez.
Barna és kék van csak. Fekete 100%-ra nincsen.

Ezért tettem fel a kérdést, mert ilyet még nem láttam.
Olasz kúp csomagoló gépről lenne szó az EGIS-ben amúgy.