Elektronika

[lari]

Meg tudná valaki mondani, hogy a fotón látható kondenzátornak mennyi lehet a valós kapacitása?
Kapacitásmérő 93 nf-ot mutat.

  

[000000000]

Véletlen nem valami relé vagy mágneskapcsoló kantaktorai  között volt ?
Mert tippem szerint ez nem csak kondi.
A fellelés hely sokban segítene a beazonosításában

    

[000000000]

És megint igazam van ! [#nevetes1]

http://www.bdent.com/s1201-okaya-surge-absorber.html

[keri]

Lyukkártya: Elektromechanikus gép azonos bonyolultság mellet, mindig megbízhatatlanabb mint a teljesen elektronikus, szóval az csak poén volt. Mikrokontrollerekkel/PLC-vel sokkal olcsóbban és megbízhatóbban megoldható azt amit régen lyukkártyával csináltak.

DOS meg persze hogy lefagy. Microsoft termék [#hehe]
Egy szálú lineáris futású oprendszer, valahol van egy hibás program, akkor ott elakad. Ez volt a baja a Win3.0-nak is. Egymásnak adogatták a task-ok a feladatot, és ha egy kifagyott akkor úgy maradt, az operációs rendszer nem tudott mit kezdeni az ilyen jellegű programhibákkal.

Persze Tibor kedvence is pont ezért a DOS, mert a lineáris végrehajtás miatt és az elavult fix órajelű processzorral, a programsorok egységes idő alatt hajtódnak végre, ezért pontosan időzíthető a processzor órajelhez a vezérlő jel.
De ugyen ez a DOS egy P4-essel, vagy újabb procival ahol az energia takarékosság és a prediktív gyorsítású számoló egységek, a párhuzamos szálú végrehajtás miatt egyáltalán nem fix idejű már egy alapvető gépi kódú utasítás végrehajtása sem, már nem működne.

És ha Tibor képes lenne más tudását meghallani és átgondolni, akkor rájöhetne hogy mi pontosan azért szeretjük a mikrokontrollereket, mert olcsóbban, megbízhatóbban, és egyszerűbben azt nyújtja mint a DOS egy 486-os géppel. Sőt igazából többet, mert minden vezérlőben vannak programozható időzítő perifériák amikkel precíz és korrekt szinkronizálást lehet végrehajtani, ezáltal nem szükséges trükközni a programsorok végrehajtási idejére építve.

Ugye egyetlen PC processzorban sincs szinkronizálásra alkalmas időzítő, vagy periféria, a BIOS lekérdezéses rendszeridőt leszámítva de az meg nem elég gyors az ilyen műveletek időzítéséhez és megszakítást sem tudott generálni a 486-oson (azt programoztam utoljára gépikódban). Ott legfeljebb egy külső kártyás periféria volt képes erre, mint pl. a hangkártya, de akkor meg ugye ugyan ott vagyunk, hogy megint egy célfeladatra felprogramozott mikrokontroller dolgozik a számítógép helyett az időzítésen, és a számítógép, csak az adattovábbítást, és felhasználói interfész szolgáltatja.

[lari]

Igen ezaz.. [#integet2]

Egy mitshubishi PLC tápjában van és van a közelében relé is...
De akkor most mi is ez valójában, és hogy lehet megállapítani, hogy jó-e?
Hol lehet beszerezni ilyet kishazánkban? [#conf]

[keri]

Nem gondol ő semmire, csak hogy tudna valakit felpiszkálni.
Robsy a komoly ember, vele vitatkozz.

[gab27]

Ez a hozzászólás kiváló példája annak, hogy fél- és részigazságokkal hogyan lehet minél hatékonyabban keverni a fals információt.

Egyszerűen arról van szó, hogy a konkurrencia kezelésének elhagyásával megengedhető, hogy közvetlenül legyenek elérhetők bizonyos erőforrások. Ahogy az eredeti hozzászóló is megállapította, más-más célokra készültek; a windows, és a többi (multiuser, multitask, multithread) oprendszer nem "túlzottan felügyelni akar mindent", hanem felügyelnie kell mindent.

Az assembly előnye az, hogy a fordítóprogramokban nem implementált optimalizációs eljárások (pl. perceptivikus, vagy a hardver sajátosságaiból következő) is megvalósítható vele. Manapság a legtöbb fordító igen jól kioptimalizálja a kódot (tapasztalataim alapján az átlag ASM programozóhoz képest pláne...), ezért az assembly nyelv használata egyes, jellemzően hardverközeli rutinokra (inline assembly) korlátozódik, mert az assembly kód produktivitás, karbantartásigény és portábilitás tekintetében egyáltalán nem versenyképes a magasabb szintű nyelvekben írt kóddal szemben, teljesítményelőnyt pedig rendkívül nehéz realizálni vele.

A második bekezdés második felétől teljes a káosz. Kb. minden oprendszer a memóriában ül, ennek semmi köze a stabilitáshoz vagy a sérülékenységhez. A Windows-nak csak egy kompatibilitási rétege (POSIX alrendszer) volt, aminek egyáltalán köze lehet a Unix-okhoz, egyébként architekturálisan eltérő koncepciót követ. A memóriakezeléssel kapcsolatos megjegyzés szerintem értelmezhetetlen. A látványosságnak pedig szerintem nincs túl sok köze a stabilitáshoz, egyszerűen annyi mindent támogat már, hogy lehetetlen ezeket 100%-ban auditálni.

[000000000]

Windows-al csak az a gond, hogy feleslegesen fut benne annyi dolog amiről már a készítők se tudják mi mit csinál.
Van egy "file" aminek beadsz valamit aztán kiköhög a másik oldalán megint valamit, de hogy azon belül mi történik már csak az tudná aki írta, de ez az ember lehet már nem is él.
Csak azt tudják ez ehhez kell és annyi.
Aztán lehet ez a "file" a 3.1 winfosból marad az utókorra.    
De programozni már csak páran tudnak, mindenki innen onnan kinyeseget dolgokat aztán kezdődik a 500Mb-os TXT Viewer.
Csak nézd meg a kkrieger játék programot. 96kB-ban van megírva.

[keri]

Aha...ha te mondod... [#wink]

[000000000]

Úgy gondolom, hogy aki 5-6 egyszerű mondatban nem tudja megfogalmazni, hogy mit is csinál a fordító és a linker, az csak a téveszméit terjeszti.
Aki meg meg tudja fogalmazni, az meg nem ír marhaságokat az asm-ről, meg a magasabb szintű nyelvekről, meg úgy általában programozással kapcsolatban.

[544if3hez]

"Ugye egyetlen PC processzorban sincs szinkronizálásra alkalmas időzítő, vagy periféria" Az Interupt kezelő ami többszintű a 486- ban is. Az nem ilyen célal van beépítve?

[000000000]

Mellékelt ábra mutatja a [18693] hozzászólásban.
Egy 1/4 wattos 100 Ohmos ellenállatka sorban egy 0.1 µF kondenzátorral.
Ez csak az induktív terhelések kapcsolásakor bontásakor egy ívoltó szerepet tölt be a kontaktorok között, ezzel növelve az élettartamát.

[000000000]

"Az assembly előnye az, hogy a fordítóprogramokban nem implementált optimalizációs eljárások (pl. perceptivikus, vagy a hardver sajátosságaiból következő) is megvalósítható vele."

Ezt nyugodtan kőbe is lehet vésni,mert ennél tökéletesebben nem lehet megfogalmazni a problémát.

[000000000]

gab27 | 286

Hozzászólását tananyagnak ajánlanám azoknak, akik szeretnének hozzászagolni a témához.

[4ybj8h3c8]

"Néha maga sem tudja,mitől fagy le.."

Az esetek 99%-ban a felhasználótól. User telepakolja 30 féle képnézegetővel, 10 video lejátszóval és a többi aminek a fele alapból vírus...