Értem, köszönöm!

Előzmény: Törölt felhasználó, 2017-03-13 10:08:33 [18703]

"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...

Előzmény: otvenes, 2017-03-13 09:10:29 [18691]

gab27 | 286

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

"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.

Előzmény: gab27, 2017-03-13 10:00:19 [18698]

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.

Előzmény: lari, 2017-03-13 09:52:35 [18696]

"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?

Előzmény: keri, 2017-03-13 09:47:33 [18695]

Ú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.

Aha...ha te mondod...

Előzmény: Törölt felhasználó, 2017-03-13 07:16:14 [18689]

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.

Előzmény: keri, 2017-03-13 09:47:33 [18695]

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.

Előzmény: otvenes, 2017-03-13 09:10:29 [18691]

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

Előzmény: dezsoe, 2017-03-12 18:12:05 [18680]

Igen ezaz..

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?

Előzmény: Törölt felhasználó, 2017-03-13 09:33:47 [18694]

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
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.

Előzmény: Törölt felhasználó, 2017-03-12 16:46:31 [18673]

És megint igazam van !

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

Előzmény: Törölt felhasználó, 2017-03-13 09:29:28 [18693]

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

    

Előzmény: lari, 2017-03-13 09:20:15 [18692]

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.

  

Egyetértek A DOS stabilabb. A windows "millió" programot tölt be. Vegyükcsak a kernelt. Az ugye a gép hardware és a szoftver közé ül be. Tehát bármi ami közvetlenül a fizikai részhez akar hozzáférni az csak a kernelen keresztül történhet. A DOS-ban ilyen nincs. Ott BIOS rutinok hivásával kezeli a portokat. Közvetlenül, is hozzá lehet férni ha fizkai címmel hivatkozol rá. Ez ugye gyorsabb mert kikerüli az operációs rendszer értelmező programját. Ezért is gyorsabbak a közvetlenül assembly-ben írt programok.
A windows túlzottan felügyelni akar mindent és ettől válik bizonytalnná. A "driverek" egymásnak adogatják az adatokat amit a kernel felügyel. Minek? Ha azt akarom, hogy egy adatot írjon ki a gép akkor közvetlenül a portnak küldöm és nem hivok valakit, hogy vigye el a felügyelőnek(kernel) és ha az ráér majd szól valakinek, hogy vigye el a portnak. Az az operációs rendszer amelyiknek a működéséhez virtuális dolgok (Az egész a memóriában ül) kellenek sérülékeny és nem stabil. (A UNIX koncepciót követi és bizony volt hogy a UNIX elszállt pont azért mert mindent a memóriában tartott, csak újra bootolással lehett újra inditani.) A memória hely kezelése meg egyenes hanyag a windowsban de ezt az "apró problémát" megoldják azzal, hogy többet kell beletenni.) A windows szép látványos de az nem mondható el róla, hogy satbil. Néha maga sem tudja,mitől fagy le..

Előzmény: Törölt felhasználó, 2017-03-12 14:25:31 [18611]

Szerintem köss kompromisszumot.Ne adj érte 60 ezret.
Itt a fórumon végy 20 Amperes szűrőt 3 ezer ft körül..az még postával is 10 ezer ft.
A kétségeid eloszlatja és ha hizsel benne akkor használ::))
A maradékot pedig van hova elköltened a gép egyéb..fontos alkatrészeihez.
(viccet félretéve nem mindegy hogy plazmavágó vagy kis gravírgép lesz..Ha gond nélkül működik akkor elüzemelsz nélkülük.Ha mágis összszed mindent..akkor utólag is berakhatod.

Előzmény: gbalazs, 2017-03-13 06:13:10 [18687]

Te most nem kevesebbet állítasz, mint azt, hogy te, vagy elektron toronymagasan jobb, mint az Intel, vagy a Microsoft mérnökei. Ez azért nem kevés.
Az átlagfelhasználó a 286, legfeljebb a 386 utasításkészletét ismeri. A későbbieket már nem is ugatja. Nem publikusak széles körben, mint a PCI-busz "programozása". Meg lehet ugyan venni, de kétlem, hogy az átlag pénzt adna érte.
Szóval, zökkenj vissza a realitások talajára.
Még a végén az Intel, vagy a Microsoft sírva könyörög nálatok, hogy tanulhassanak tőletek.

Előzmény: B.Zoltán, 2017-03-13 02:04:32 [18686]

Ja!

Éppen azért írtam, amit írtam.

Előzmény: B.Zoltán, 2017-03-13 02:04:32 [18686]

Sziasztok. Az lenne a kérdésem, hogy szervo hajtásnál tényleg fontos-e az EMI szűrő. A léptetőmotoros gépeimnél is többen javasolták, de végül kihagytam és tökéletesen működik. Miután a szervo más technológia ez a kérdés ismét aktuális. 60ezer lenne a három tengelyre, szóval beruházok, ha érdemes, de a kérdés, hogy kell-e. Előre is köszönöm a választ.

Nem írt marhaságot az elektron az asm-ról, csak te nem érted a lényeget, de aki már programozott asm-ba az érti.

Előzmény: Törölt felhasználó, 2017-03-12 18:26:09 [18682]

Jajj de jó, meg is támadlak egy emaillel

Előzmény: CzirákiZoli, 2017-03-12 17:21:25 [18677]

Ők tíz éve ugyan azt gyártják.
A tárcsát a brit cég otthon csinálja. Felújítani is onnan jönnek melósok.
Az itteni személyzet csak kezeli a gépeket.

Előzmény: Törölt felhasználó, 2017-03-12 18:26:24 [18683]

Bizony bizony, aki ért hozzá, és van is munkája, megfelelő nagyságú darabszáma egy ilyen gépre, az kenterbe veri a CNC-t a vezértárcsás masinával termelékenység területén még ma is.

Előzmény: Törölt felhasználó, 2017-03-12 18:06:23 [18679]

Amit írtam is.

A DOS hőskorában tényleg néha gyorsabb volt az asm-ben írt program. Valójában így nem igaz.
A magasabb szintű nyelvek voltak fejletlenek.
A DOS végére ez már nem nagyon volt igaz.
A Windows korában meg már egyenest hülyeség.

Ahogy írod a .NET végképpen felszámolta még a lehetőséget is.

Elektronra értettem, amit írtam.
Az egyik gyerek nagyot akar mondani, akkor előjön azzal, hogy az apukájának CSÉB-je van.
Erre jön elektron az asm-el.
Bár, már az ultrahangos medvecsapda korszerűbb.
Szokott néha összefüggéstelen dolgokkal előállni.

Ő még ott tart, hogy bezzeg az asm-et a processzor közvetlenül érti.
Miközben, ez kapitális baromság. Ha így lenne, nem kéne az asm-hez fordító, meg linker.
Hogy honnan veszik az ilyen marhaságokat?

Előzmény: dezsoe, 2017-03-12 18:12:05 [18680]

Gratulálok, ez a beszéd, huhh de csodás dolgaid vannak!

Te automata gépednek egy szánját többe nézem mint 10 db mai PC-t USB-stől op. rendszerestül együtt.
Én még tanultam az gépészkaron vezértárcsa szerkesztést, optimalizálást. Gondolom manapság már erre valami külön kis tervező progid van, és nem kell hagyományos szerszámgépekkel, netán reszelővel "kibűvészkedni" az utolsó finomításokat.

Előzmény: CzirákiZoli, 2017-03-12 17:21:25 [18677]

Mire is gondolsz? Nem teljesen világos.

Előzmény: Törölt felhasználó, 2017-03-12 18:03:05 [18678]

Én ismerek olyan hazánkban állomásozó brit céget, ahol még szálautomatát használnak, mert gyorsabb, mint a cnc. (a vezértárcsáról jutott az eszembe)

Előzmény: Törölt felhasználó, 2017-03-12 16:56:41 [18675]

Ez az asm dolog az örök kezdőknek amolyan gumicsont.
Szeretnek olykor elmorogni rajta.

Előzmény: dezsoe, 2017-03-12 16:38:11 [18671]

Azért egy még biztosan él. Az oldalamon láthatóak még működés közben is

Előzmény: Törölt felhasználó, 2017-03-12 16:56:41 [18675]

Hujuj! Ezt biztos, hogy nekem címezted?

Minél többször olvasom el, annál kevésbé értem. A sebességgel nincs mit vitatkozni: az adott. Nem is vitattam. Amihez meg hozzászóltam, ott meg lényegében egyetértettünk. Akkor most mit olvassak el megint?

Előzmény: Törölt felhasználó, 2017-03-12 16:50:13 [18674]

Vezértárcsa! Az volt az igazi, és tuti programvezérelt gép, csak már azok a szakik kihaltak, akik egy hosszautomatához értenek.:) Talán Motoros Kolléga még ismer ilyen szakembert.

Előzmény: keri, 2017-03-12 16:38:25 [18672]

A kezdeti 18593-as baírásomat érdemes lenne talán megint értelmezni, elovasni.
Azt Te se cáfolhatod, hogy egy mezei op. rendszer minimum egy nagyságrenddel gyorsabban is be tud boot-olni, mint a mai kedvenced.
Ebben a témához tartozó paraméterében hiába régi, jobb, mert gyorsabb. Pont.
Lehet itt hitvitákat folytani, hogy a 20 kevesebb mint a 2, de felesleges.
Ennyi ez a történet, és semmi több. El kéne ismerni a "szekértáboroktól" függetlenül, hogy ami az ami, az az. Hiába nem tetszik, mert nem használom, nem szeretem, nem értem netán. A műszaki élet pont attól csodálatos, hogy objektív. Ez a Fórum persze néha kivétel, a semmiről, a másról több tíz bejegyzés tud születni.

Előzmény: dezsoe, 2017-03-12 15:55:49 [18647]

Anno mosodában ahol TMK-s munkakörben tevékenykedtem voltak olyan mosógépek amibe ilyen műanyag lapot kellet betenni és azon lévő pöckök szerint ment a művelet.
De még az is képes volt lefagyni :D
Igaz nekem a dosz is lefagyott és ez nem vicc!

Előzmény: keri, 2017-03-12 16:38:25 [18672]

lyukkártya? a DOS túl csicsás

Előzmény: Törölt felhasználó, 2017-03-12 16:34:51 [18670]

Ez így van, de a programozók mentségére szóljon, hogy azért már nem lehet mindent assembly-ben írni. Ha valaki, akkor én nagyon szeretem, de PIC-et is csak addig programozok asm-ben, míg nem kell pl. USB-t kezelni. Akkor marad a C, pedig nagyon nem szeretem. És akkor nem beszéltünk egy Win alatti .Net-es programról: hát azt programozza assembly-ben, akinek 7 anyja van...

Előzmény: elektron, 2017-03-12 16:28:31 [18669]

Én már halttam olyanról, talán pont Te írtad itt a Fórumon, hogy a win.xx + y vezérlőprogram alatt az történt, hogy egy M3 kód után állva maradt a szerszám (ki se ment a jel valami miatt), és közben elindult az előtolás.
Sokra mentünk ilyenkor a charge-pumpunkkal.:)
Magyarul nem csak aza veszélyes a CNC-ben ha valamit letiltunk, hanem az is, ha be se kapcsolódik valami, amikor kellene.

Mellesleg nem egy nagyon komoly szakit ismerek innen a Fórumról, Akik a mai napig nem restek egy potit le- és feltekerni a frekiváltójukon, és azzal indítanak főorsót függetlenül bármiféle vezérlő progitól. És valahol igazuk is van, ezt a minimális odafigyelést megéri az otthoni CNC, és közben ez az igazi biztonság is, ha belegondolunk.
De mindenki úgy játszik, bohóckodik Hobby CNC címszó alatt, ahogy akar, a lényeg hogy boldog legyen. Aztán vannak a tények, és komoly dolgok, amik egy más világot jelenthetnek.

De Te ezeket nagyon jól tudod, hiszen ezt írtad:
"Eleve amiben szoftver fut és van benne memória én abban nem bízok." Van benne sok igazság.:)

Előzmény: svejk, 2017-03-12 15:41:31 [18638]

Ha még a programokat is asm-ban írnák még többet tudnának megcsinálni ugyanaz a proci is, csak ma már erre lusták a programozók is.

Előzmény: dezsoe, 2017-03-12 16:25:32 [18667]

Nem kell neki sok energia csak mikor izzít aztán ami folyik és éghető mehet bele, füst nélkül átalakítja hővé
Óránként 2 liter ha folyamatosan megy.
-15 fokban se kellet sokáig mennie.

Előzmény: elektron, 2017-03-12 16:18:01 [18664]

Pont ezt mondom ([18647]), pedig rendesen alábecsültem, ahogy látom.

Előzmény: keri, 2017-03-12 16:07:25 [18655]

A Machnál is egyébként az a jel összevisszaság se oylan sokat számít, mikor mikrolépésben megy, mert a lépést néz, közben hány jött, ahogy frissíti magát az új pozícióra és az mindegy, ha bejött közbe 32 új lépés, hogy az milyen egyenletes volt.

Előzmény: keri, 2017-03-12 16:19:16 [18665]

Főleg amióta interpolált mikrolépéssel működnek a léptető motor meghajtók. 30khz alap arduino is bőségesen elég.
Bár hogy őszinte legyek nekem a Mach 25khz-es jele is elég.

Előzmény: elektron, 2017-03-12 15:49:50 [18644]

Tán napelemmel hajtod ? Idén télen nem sok energia jött az ég felől ...

Előzmény: Törölt felhasználó, 2017-03-12 16:15:03 [18663]

Itt is fűtött a műhely, akár szaunát is tudok csinálni azzal a csekély 18kW fűtőteljesítménnyel

Előzmény: keri, 2017-03-12 16:11:43 [18661]

És tudod mi a legszebb az egészben, hogy a mostani PC processzorok akár 4.5Watt TDP-vel 1,000,000 szorosa számítási teljesítményt csinálnak meg.

Előzmény: keri, 2017-03-12 16:07:25 [18655]

Nekem fűtött műhelyem van, csak várom hogy befejezzen egy nyomtatást, aztán megyek vissza kajakot reszelni

Előzmény: elektron, 2017-03-12 15:35:05 [18633]

Pont nyertem a lottón, úgyhogy az már nem vesztés.

Előzmény: keri, 2017-03-12 16:05:11 [18654]

Szegelgetek mellet soha

Előzmény: svejk, 2017-03-12 15:31:42 [18630]

higgadás kartársak, higgadás!