- Az NVIDIA szerint a partnereik prémium AI PC-ket kínálnak
- Két Zen 5-ös dizájnjának mintáit is szállítja már az AMD
- A Colorful "fagyosan kompakt" alkatrészekkel megy elébe a nyárnak
- A Keychron ismét egy űr betöltését vállalta magára az egerek szegmensében
- Az átlagnál vaskosabb ventilátorok kandikáltak ki a Corsair vitorlája mögül
Hirdetés
-
Eleglide C1 - a középérték
ma Szintet lépett az Eleglide, az egyébként egész korrekt M2 után a C1 sokkal komfortosabb közlekedésre alkalmas.
-
Az NVIDIA szerint a partnereik prémium AI PC-ket kínálnak
ph Megkezdődött az NPU-k elleni hadjárat, de egy fontos részletet nem említ a cég.
-
Spyra: akkus, nagynyomású, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
Új hozzászólás Aktív témák
-
byte-by
tag
válasz n0rbert0 #3097 üzenetére
Halo n0rbert0 !
igen , ezt jól gondolod , ha hálózati (vagy más , eltérő) feszültséggel működő eszközöket akarsz működtetni akkor kell valamilyen relé.
"Sajnos kicsit ez a terület idegen nekem, mert eddig szinte csak a digitális ki/bemenetekkel dolgoztam."
a relét nem számítva ez ugyanúgy fog működni, a digitális kimenet a relé tekercsét működteti meg, az meg az utána kötött eszközöket.
persze figyelni kell a kapcsolt teljesítményre is, mondjuk egy szivattyú esetén. úgy kell relét választani.ez plc típus és gyártmány független.
ha a kimeneti feszültség tartományán kívül eső feszültségű eszközt akarsz működtetni, akkor kell valamilyen jelfogó.
akkor is , ha a kapcsolt áram (teljesítmény) esik kívül a kapcsolható tartományon.byte-by
-
Szirty
őstag
válasz n0rbert0 #3097 üzenetére
Hali n0rbert0!
Itt egy példa:
Ezen az oldalon a PLC 24V- DC kimenetei 24v DC behúzó tekercsű reléket (-KA...) és 24V DC behúzó tekercsű mágneskapcsolókat (-KM...) működtetnek.
Itt az előző oldalon PLC kimenetek által működtetett relék szelepeket kapcsolgatnak. Igaz ezek is 24V-osak, de lehetnek 230V-osak is természetesen:
Itt pedig a -KM... mágneskapcsolók 400V-os három fázisű motorokat kapcsolnak:
-
Szirty
őstag
válasz n0rbert0 #3102 üzenetére
Helló n0rbert0!
"Akkor gyakorlatilag a programkód ugyan úgy néz ki, mintha digitális kimeneteken ledeket kapcsolgatnék?!
Csak itt ugyebár analóg kimeneten a reléket fogom vezérelni."Igen ugyanúgy néz ki, de nem analóg kimenetek ezek, hanem digitális kimenetek.
Itt valami fogalom zavart sejtek.
A digitális kimenet itt azt jelenti, hogy két állapota van: Be és kikapcsolt állapota.Az általam linkelt képek WSCAD programmal készültek. Részletet mutatnak egy ipari berendezés áramút tervéből.
"Kár, hogy nálunk az egyetemen nem nagyon foglalkoznak (ilyen szinten) a gyakorlattal...
Sajnos ilyen helyzetben nagyon elveszettnek érzi magát az ember."Maximálisan egyetértek! Az oktatás gyakorlati oldala mínusz nulla
-
Szirty
őstag
válasz n0rbert0 #3109 üzenetére
Helló n0rbert0!
Erre a kérdésre addig nem lehet válaszolni amíg le nem írod pontosan mit értesz "ipari rendszerek tervezése" alatt.
Áramút terv? Kábelezési terv? Építészeti terv? Teljrsítmény méretezés? Munkabiztonsági terv? Kockázat elemzés? Gépészeti tervek? Pneumatika, hidraulika, PLC program? Robot? Épület gépészet? Épület automatizálás? Energia elosztás?
-
Szirty
őstag
válasz n0rbert0 #3111 üzenetére
Helló n0rbert0!
Vizualizálni PLC-s vezérlést is lehet (HMI, SCADA).
Építészeti programot nem tudok ajánlani, nem mozgok olyan területen.Áramkör, áramút tervezőt ingyenest nem tudok. Nem nagyon van ilyen szerintem, de ha van akkor nagyon alap funkciókkal. De Eplan, Splan WSCAD programoknak van demó változata ami ingyenes, de korlátozott tudású.
Esetleg valamilyen "mezítlábas" megoldás képzelhető még el közönséges rajzolóval, pl. OpenOffice draw.
De azzal rajzolni nagyobb tervek esetén nagyon sok többletmunkát jelentene, mivel nem támogatja az villanyos tervezést. -
Szirty
őstag
válasz n0rbert0 #3113 üzenetére
Helló n0rbert0!
Szóval ilyen vizualizációra gondolsz...
Nem ördöngős, de rendesen bele lehet mélyedni azért.Az Unitronics szoftverei "ingyenesek" bár ha nincs unitronics OPLC-d, sokra nem mész vele. Amennyire tudom nincs benne szimulátor, de már régen foglalkoztam vele.
-
byte-by
tag
válasz n0rbert0 #3181 üzenetére
halo n0rbert0 !
a CJ2M plc-nek nincs 5V-os kimenete, de létezik hozzá ilyen modul
sajnos ,ez a pl. MD-563-as modul Neked nem segít, mert egyrészt 32+32 bites, egy -két kimenetért nagyon nem éri meg.
másrészt a TIMUH (csak CJ2M sorozatnál) kódjelű időzítő időalapja is csak 0.01 ms, de ezzel a kártyával nincs értelme.
a leggyorsabb kártyák impulzusa is ~ 65 us.(min.)valamilyen elektronikával kellene megoldani, ami a plc modul kimenet megléte után ad egy 10us-os triggert.
ha nem fontos a trigger hossza, hanem csak a bejövő jel megléte, akkor mintegy felfutó élt figyelve a meglévő modulok is jók lehetnek.
byte-by
-
byte-by
tag
válasz n0rbert0 #3360 üzenetére
halo n0rbert0 !
az SFTR-t használhatod szerintem, ugyanúgy működik, mint az SFT, csak egy control szót kell alkalmazni.
ennek a szónak az utólsó 4 bitje adja össze az SFT utasításait, illetve feltételeit, kiegészülve a reverzibilitással.
pl. a control szó ( C ) : 200, akkor a 200.12-13-14-15 biteket használod , mint "data input"=200.13,
"shift input" = 200.14, "reset bit"=200.15.
ez az SFT-ben ugyanúgy megvan, de nem , mint egy szó része, hanem külön bitenként.
ezért tudsz feltételként ehhez berakni pl. egy 1s-os pulzárt.az SFTR kiegészül a "shift direction" bittel = 200.12.
ennek 1 vagy 0 állapota a jobbra vagy balra léptetés.
ezt a instruction help is irja.
de ezeket a biteket Te is kapcsolhatod akár ugyanúgy 1szekundumos pulzussal pl. a 200.14-et ami a shift input ( a példában) , és akkor már szabályoztad a sebességet, mint az SFT esetében a shift input bement elé berakott pulzusal.
persze a control szót már máshol nem használhatod.
illetve az SFTR - kell még egy feltétel ami nélkül hiába kapcsolgatod a biteket, mint egy engedély a blokkra.tehát (ha jól gondolom) az SFTR-ben ugyanúgy kapcsolod a control szó bitjeit , mint az SFT esetében a bemeneteket.
byte-by
[ Szerkesztve ]
-
Szirty
őstag
válasz n0rbert0 #3363 üzenetére
Helló n0rbert0!
Szerintem azért nem úgy működik ahogy szeretnéd, mert a léptető utasításod minden egyes PLC ciklusban lefut.
Amikor a P_1s-el kapcsolod a léptetését (W4.14-et). A P_1s 1 másodperces 50% kitöltésű impulzus sorozatot ad. Tehát fél másodpercig ON fél másodpercig OFF állapotban van. Amikor ON állapotban van (tehát fél másodpercig minden egyes lefutáskor léptet egyet az SFTR utasítás, mert a léptetés feltétele adott. Aztán fél másodpercig nem csinál semmit, majd fél másodpercig megint léptet egy csomót (hiszen fél másodperc alatt sok PLC ciklus lefut).
A megoldás az, hogy vagy "kukacos" SFTR-t használsz, ami csak egyszer fut le minden engedélyező felfutó élnél, vagy magát a léptető impulzust DIFU-zod meg, hogy csak egy PLC ciklus ideig legyen aktív.A példában a 0.01-es bemenet jobbra léptet, a 0.02-es bemenet balra léptet.
A léptetett bitek a 100.00, 100.01, 100.02 és 100.03 bitek. Amikor végig ér, ugrik az elejére az iránynak megfelelően.[ Szerkesztve ]
-
Szirty
őstag
válasz n0rbert0 #3363 üzenetére
Üdv ismét n0rbert0!
Nem írtam, de a 100-as és 200-as CH bitjeit nem használhatod másra természetesen.
Itt egy másik megoldás ugyanarra a léptetésre:
Ha ez jobban tetszik, esetleg egyszerűbbnek tartod használd ezt.
Ugyanúgy működik. A 0.00 és a 0.01 bemenetek léptetik jobbra és balra. Itt is a 100.00-100.03 biteken jelenik meg a léptetett bit. Ez nem használ SFTR vagy más bit léptető utasítást, Nem használja csak a 100-as CH-t, (nincs 200-as control word).
Persze 100CH-ból itt is csak a 100.00-100.03 biteket használhatod fel (a többi bitet is írja, nem tudod a programban másra felhasználni).[ Szerkesztve ]
-
byte-by
tag
válasz n0rbert0 #3362 üzenetére
halo n0rbert0 !
Szirty jól mondja.
azért nem always_on-t tettem az utasítás elé a példában , hanem valamilyen bemenetet, mert ez együtt működik a feltételekkel.
vagyis akkor lesz 1 ha azzá teszed, a "shift input "-nak is feltétele, illetve inkább "és" kapcsolatban van.
a pulzus egyszer 1 feltétel, egyszer 0, időalaponként.
de ha akkor 0 amikor a shift input 1 akkor nem lesz léptetés,ha meg 1 és a shift input is 1, akkor minden ciklusban léptet ha a reset 0. márpedig Te nyomógombot akarsz használni.de, jó példák amit Szirti írt, még én sem próbáltam, kíváncsi vagyok.
byte-by
[ Szerkesztve ]
-
byte-by
tag
válasz n0rbert0 #3368 üzenetére
halo !
"Az én példámra visszatérve...
Akkor az sem lenne jó megoldás, ha az impulzust felfutó élre tenném? "ez nagyjából az amit Szirty "kukacos" SFTR-nek mondott.
ez magát az utasítást teszi "felfutó"-vá, vagyis a bemenet 1 állapota alatt csak egyszer fut le, majd a következő 1-nél megint csak egyszer.byte-by
[ Szerkesztve ]
-
Szirty
őstag
válasz n0rbert0 #3375 üzenetére
Helló n0rbert0!
Nem tudom hogy van-e ilyen utasítás vagy kész funkció, de megoldható:
- HW-es gyors számláló bemenettel
- Szoftveresen ha a jel frekvenciája kicsi (<10Hz) a kitöltési ideje tényezője pedig olyan, hogy a rövidebb idejű állapot garantáltan és mindig meghaladja a PLC legnagyobb várható ciklus idejét. -
Szirty
őstag
válasz n0rbert0 #3382 üzenetére
Helló n0rbert0!
100Hz-et biztonsággal csak akkor tudsz érzékelni, ha a PLC ciklus ideje 5ms-nál kisebb és akkor a bemenet késleltetését nem is számoltam.
Ha ez teljesül, akkor ok.Szóval meg kell mérned, hogy adott idő alatt hány darab impulzus jön. Pl. másodpercenként méred, akkor a kapott szám a frekvencia lesz Hz-ben.
Pl. jön 28 impulzus másodpercenként, akkor a frekvencia 28 Hz.De mérheted (elvileg) az impulzusok között eltelt időt is, akkor annak reciprokaként kapod meg a frekvenciát.
Pl. ha ezred másodpercben méred akkor kHz-ben kapod az eredményt. Mondjuk két impulzus között mérsz 20 ms-ot, akkor a frekvencia 1/20=0.05 kHz = 50 Hz.
De ilyen rövid időt nem fogsz tudni mérni szoftverből PLC-vel. -
Szirty
őstag
válasz n0rbert0 #3384 üzenetére
Helló n0rbert0!
A modul képessége egy dolog.
De hiába képes a modul 8ms késleltetéssel beadni a jelet a PLC-nek ha a PLC ciklus ideje pl. 70 ms!
Akkor a PLC-nek 140 ms időre van szüksége, hogy garantáltan észrevegyen egy teljes jelperiódust.
Éspedig a PLC ciklus idejét annak feldolgozási sebessége és a rajta futó program határozza meg és ráadásul általában még csak nem is konstans!
Több üzeneten keresztül épp erre próbálom felhívni a figyelmed.
Lehet javítani valamennyit a helyzeten a bemenet közvetlen kiolvasással és megszakítás kéréssel (ha a bemenet erre képes). De ha a ciklus idő a feldolgozandó jel periódus idejével összemérhető, akkor hardveres feldolgozás szükséges, és nem másért, hanem ezért említettem a high speed countert, ami éppen ilyen. -
Szirty
őstag
válasz n0rbert0 #3387 üzenetére
Helló n0rbert0!
Jó irányba indultál ez a módszer megfelelő lesz.
De van néhány megjegyzésem:A 3-as rung-ban a BIN(023) W6 W6 szerepel ha jól látom. Ez így a W6 BCD tartalmát (ide másoltad a timer pillanatnyi értékét (Present Value) ami BCD, ez ok. De a BIN a W6-ba teszi vissza a konverzió bináris eredményét. Még ez sem lenne baj, de BIN előtt always on flag van, tehát ezt az utasítást a PLC minden ciklusban végrehajtja, miközben az 1-es rung-ban lévő MOVE csak egy felfutó élre. Ezért ha már egyszer átkonvertálta a BCD számot binárisra, akkor, a következő ciklusban újra át akarja konvertálni de akkor ott már bináris szám van.
Sajnos néhány bináris szám értelmezhető BCD számnak is, más bináris szám pedig nem.
Ezért én a BIN-t a MOV alá tenném, hogy mindig egyszerre és egymás után hajtsa végre őket.De egyszerűsíthető is a dolog, mert nincsen szükség a MOV-ra mivel a BIN az eredményt máshol is tárolhatja nem csak ott ahonnan a forrást veszi, így a BIN egyben MOV is
A timert én elengedném a max értékig #9999
Ha nem akarsz BCD-BIN konverziókat, akkor használhatsz bináris timert is (TIMHX).
Vagy 1ms felbontású bináris timert (TIMHHX)Bár a mérés pontossága nem lesz 1ms, mert a CPU ciklus edejével szórni fog.
"A reciprok műveletet hogy lehet legegyszerűbben megoldani?"
Elosztod 1-el az értéket
Persze érdemes lebegőbontos számmal csinálni, -
Csorosz
aktív tag
válasz n0rbert0 #3668 üzenetére
Köszi szépen!
Közben én is kisakkoztam, hogy annak kell lennie.
Megzavart, hogy analóg bemenetként úgy lehet használni, hogy 8 helyett 4 input lesz rajta.
Aztán rájöttem, hogy ez azt jelenti , 0-10Vig tud 4x2 bementen figyelni 4 jelforrást.
Ha meg digire rakom, akkor 24 v állapotát figyeli 8 inputon."Mikor a Margit hídról repül a vasszék - Minden vágyad, hogy csinálj egy sasszét."
-
Szirty
őstag
válasz n0rbert0 #3802 üzenetére
Üdv n0rbert0!
Hagyományos bemenettel szoftveresen akarod az időt mérni, vagy valami HW támogatással (HSC impulzus bemenet, megszakításra képes bemenet)?
Ha nem, akkor:
Méred a periódusok között eltelt időt, aminek a rciproka arányos lesz a frekvenciával. Így minden érkezett impulzus után lesz egy eredményed a frekvenciáról, de a kiértékelt eredmények gyakorisága és függeni fog a frekvenciától. A frekvencia növekedésével pontatlanabb lesz a mérés.Vagy adott konstans időszakaszkban számlálod az érkezett impulzusokat és az impulzus számából és az időszakasz hosszából kiszámolod a frekvenciát. A kiértékelés lassabb lesz, de az eredményeket azonos gyakorisággal kapod. Megfelelően hosszú időszakasz esetén ez a módszer pontosabb eredményt ad.
-
byte-by
tag
válasz n0rbert0 #3911 üzenetére
halo !
de, szóljál bele nyugodtan, ha úgy gondolod , hogy van jó ötleted.
végül is ez a fórum többek között ezért (is) van.nade.
mivel s7-1500-ba (meg amúgy is siemens-be) még kezdő vagyok, járt a szám mielőtt minden lehetőséget végig néztem volna.
persze ettől az optimális megoldást még nem tudom, de találtam egy 3 lépéses PID control blokkot .
ez leheséges megoldás?
ez paraméterezhető pl. inputok jellegge ( AI, vagy DI) , kimenet (AI vagy DI, persze a címekkel együtt) megadhatom, hogy van-e feedback vagy nincs, stb.
ezzel még nem találkoztam.tehát:
ez esetleg használható (hasonló), vagy mégis más lehet a megoldás?
byte-by
[ Szerkesztve ]
-
Szirty
őstag
válasz n0rbert0 #3911 üzenetére
Üdv n0rbert0!
"Nem akarok beleszólni, de szerintem erre a feladatra egy On-Off szabályzás lenne a megfelelő megoldás, mivel kétállású beavatkozó szerv van."
Továbbra is azt mondom, amit már leírtam, hogy nem derült ki milyen a beavatkozó szerv, csak azt hogy gőz szelep.
Hogy ez most propszelep, aminek a nyitása analóg jellel vezérelhető, vagy motoros szelep, ami egy nyit és zár digitális jellel vezérelhető (ez a szelep is képes fokozatmentesen befolyásolni a mennyiséget vagy áramlást) vagy egyszerű nyit / zár szelep, amit egy digitális jel teljesen kinyit vagy teljesen elzár.A szövegből az sejthető, hogy a második lehet.
Egy PID szabályzóval mindhárom beavatkozó szerv vezérlése megoldható, így a korábbi véleményem jelenleg is fenntartom. -
Szirty
őstag
válasz n0rbert0 #4186 üzenetére
Üdv n0rbert0!
Azt kérdezed milyen gyorsan, de szerintem azt akarod tudni milyen gyakran!
Esetleg a válaszidő érdekel?
Nagyon nem mindegy!Egy adatlekérdezés sebességét (milyen gyorsan) az dönti el milyen a kommunikáció maximális sebessége és a kommunikációs csatorna terheltsége. Etherneten ez a sebesség nagy.
Hogy milyen gyakori lekérdezést tud megvalósítani, arra azt tudom mondani, hogy a WinCC Flexible alapértelmezés szerinti adatgyűjtési ciklus ideje 1 másodperc.
A legkisebb érték ami itt beállítható 100msEgy WinCC Flexible PC runtime-ban lévő kapcsolatok száma maximum 8. Tehát egy runtime maximum 8 PLC-vel tud kommunikálni.
-
Szirty
őstag
válasz n0rbert0 #4326 üzenetére
Üdv n0rbert0!
Nem vagyok nagy OPC tudor, de véleményem szerint az OPC kommunikáció mint szabvány, (legalábbis az MS azt szeretné) nincs felkészítve arra, hogy a PLC-ben futó programkódot megváltoztassa.
Jelen ismereteim szerint az OPC szerver feladata hogy hidat biztosítson a Microsoft windows és az automatizálás/folyamatvezérlés hardvere közötti adat átjáráshoz. Vagyis egy szabványos (ismert) és egységes kommunikációs (adatformátum) szintre emeli a különböző fajta vezérlőkből (pl. PLC-kből, így a gyártási folyamatokból) származó adatokat. Ezáltal ezek az adatok elérhetővé válnak a Microsoft windows rendszeren futó alkalmazások számára.
Nem célja az ipari automatizálásban, folyamatirányításban működő teljesen különböző vezérlő egységek programozásának egységesítése.(A személyes véleményem egyébként hogy jó az uniformis, mert mindegyiknek ugyanott van a zsebe, de van akire annyira illik, mint tehénre a gatya...)
[ Szerkesztve ]
-
moseras
tag
válasz n0rbert0 #4328 üzenetére
Üdv!
Az mennyire elképzelhető, hogy egy prg nyelvben, mint pl c++ egy szabályzás/vezérlés lenne megvalósítva, ami OPC szerveren keresztül a PLC memóriáját, IO-jait írja/olvassa?
Ez megvalósítható. Csináltunk hasonlót, csak nem OPC-n keresztül, hanem az egyik esetben MODBUS TCP-n keresztül ment a kommunikáció, a másik esetben pedig CANopen-en keresztül, szintén C++-al. Vannak ilyen megoldások nagy cégeknél is, pl. a Codesys-nél Real Time SoftPLC-nek hívják. Windows alatt fut, van egy Real Time beépülő modul, illetve emlékeim szerint az ethernet kártya driverének Windows kezelőjét is kicseréli, így "próbál meg" Real Time lenni. A demo-ját próbáltam, működik, de hogy mennyire Real Time, arra már nem emlékszem. Van free cucc is, az a neve, hogy ClassicLadder. Linux alatt is fut, ott az RTLinux patch-et használja. Használtam node.js-ben működő MODBUS TCP-n kommunikáló soft plc-t is, az is működik, a real time akkor nem volt fontos.
Szóval működik, véleményem szerint inkább a kiszolgáló op. rendszer, illetve az alatta lévő HW megbízhatóságával vannak problémák, és kérdések.
Imi.
-
Mazsika
őstag
válasz n0rbert0 #4328 üzenetére
Ez a megoldás már csak azért sem jó, mert így túl lassú lenne a folyamatod, mire átmegy opcn az adat +feldolgozás, és a visszairás, stb. Ráadásul egy s7nek is kell egy hw config tehat nem ugy van hogy kiveszed a dobozbol es megy... Szoval ugyis kell a softver hozzá!
Dáccsika
-
-
Szirty
őstag
válasz n0rbert0 #4611 üzenetére
Az bizony kellemetlen!
Én is jártam már úgy, hogy a rajzban olyan címet "blöfföltem" kimenetnek, amit aztán nem engedett beállítani.
Nekem azért volt érvágás, mert nálam a rajz oldalszámához van kötve az I/O byte címe. Más cím miatt a kimenet más oldalra került. Az eszközök (amiket a kimenetek kapcsolnak) meg az oldalszám alapján kapják a tervjelet, ami szintén megváltozott amiatt hogy a kimenet másik oldalra került.Szóval lavinát kellett lapátolni :-/
Azóta először mindig a HW konfigot rakom össze... -
Szirty
őstag
válasz n0rbert0 #5338 üzenetére
A motorvédő 3 fázisú 4 pólusú általában. Kismegszakító van 1, 2, 3, 4 pólusú, stb.
A motorvédő kioldási karakterisztikája motorhoz van méretezve, kismegszakító különböző kioldási karakterisztikával (A, B, C, D) és különböző zárlati szilárdságra méretezve létezik.Egyébként elektronikus hajtásokhoz általában spec. karakterisztikájú olvadó betétet szokott javasolni a gyártó.
Gyakorlati szempontból én megkockáztatom hogy sok jelentősége ennek nincs, mert ha az leold, akkor annak a hajtásnak már annyi, semmilyen olvadó betét nem védi meg. Itt inkább az a lényeges, hogy ne gyújtsa fel magát. -
joci9
tag
válasz n0rbert0 #5338 üzenetére
SZia!
Régen foglalkoztam vele, és elfelejtettem.
Motorvédőből is több fajta van ha jól emlékszem, van amiben van zárlatvédelem van amiben nincs.
A Moeller installációs katalógusban is vannak motorvédők, amiben van zárlatvédelem is, és jól érthető leírás és ábrák vannak a végén a műszaki leírásban.A brekiváltó maga számolja a hővédelmet.
üdv
J -
DasBoot
aktív tag
válasz n0rbert0 #5359 üzenetére
Üdv., n0rbert0! Válaszom benne van a kérdésemben! Nem szeretnék papírt és tollat használni. Ráadásul nem kell telepíteni sehová az adott szoftver; bárhol, bármikor, ha eszembe jut "lerajzolhatom", mivel folyamatosan jár a gondolatom, és nem kell áthúzogatni a módosításokat. Egyelőre ennyi
LEGO-ból bármit megépíteni, csak idő kérdése.
-
Mazsika
őstag
válasz n0rbert0 #5676 üzenetére
igen ezt nézegettem, de akkor két egymás utáni inputra teszem az no-nc kontaktokat? és vele "szembe" mit kötök, semmit? akkor hibára megy a kártya nem? és egyébként mit csinál az a qbad jel, mire való?
Tehát egymás után bekötöm a safety kártya egy-egy bemenetére és így teszem a blokkba:Dáccsika
-
Miertvansote
tag
válasz n0rbert0 #5940 üzenetére
Helo!
Köszönöm szépen, kipróbáltam és jól működik úgy is hogy csak szimulálom. Tényleg egyszerűbb, meg talán elegánsabb megoldás is.. Egy kérdésem van ezzel kapcsolatban. A túlcsordulást mire értetted ? Mert gondolom a számláló tud túlcsordulni, és végül is nekem úgy tűnik, hogy a számláló szempontjából nincs különbség, mert ugyanúgy másodpercenként jönnek az impulzusok. Vagy mi van akkor ha túlcsordul, mi a megoldás arra, hogyan lehet tovább számlálni ?
Köszönöm.
Új hozzászólás Aktív témák
- Az NVIDIA szerint a partnereik prémium AI PC-ket kínálnak
- Path of Exile (ARPG)
- Vezetékes FEJhallgatók
- TCL LCD és LED TV-k
- AMD Navi Radeon™ RX 6xxx sorozat
- Politika
- Micro Four Thirds
- Egyre közelebb a Poco F6 startja
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Kolondrum: Éves rezsi
- További aktív témák...
- Újszerű - POWERCOLOR Radeon RX 5500 XT 8GB GDDR6 VGA videókártya
- Hibátlan - GIGABYTE GTX 1660Ti Windforce OC 6G 6GB GDDR6 VGA videókártya dobozos
- Hibátlan - PALIT GTX 1650 StormX 4GB GDDR5 VGA videókártya - tápcsatlakozó nélküli !!!
- MacBook Air M1, Space Gray, Magyar billentyűzet, makulátlan
- Samsung Galaxy S22 Ultra 5G 256GB, Kártyafüggetlen, 1 Év Garanciával