Americký národný inštitút pre normalizáciu(Angličtina) A americký n národný s tanardov i inštitútu, ANSI) je združenie amerických priemyselných a obchodných skupín, ktoré vyvíja obchodné a komunikačné štandardy. Je členom ISO a IEC, kde zastupuje záujmy USA.

Príbeh

ANSI bola pôvodne založená v roku 1918, keď päť inžinierskych spoločností a tri vládne agentúry založili „Americký výbor pre technické štandardy“ ( AESC- Angličtina. Americký výbor pre technické normy). V roku 1928 sa výbor stal známym ako American Standards Association. AKO- Angličtina. American Standards Association). V roku 1966 bola ASA reorganizovaná a stala sa „Štandardným inštitútom Spojených štátov amerických“ ​​( USASI- Angličtina. Inštitút pre normy Spojených štátov amerických). Súčasný názov bol prijatý v roku 1969.

Do roku 1918 existovalo päť inžinierskych spoločností zapojených do vývoja technických noriem:

• Americký inštitút elektrotechnikov (AIEE, teraz IEEE)
• Americká spoločnosť strojných inžinierov (ASME)
• Americká spoločnosť stavebných inžinierov (ASCE)
• Americký inštitút banských inžinierov (AIME, teraz Americký inštitút banských, metalurgických a ropných inžinierov)
• Americká spoločnosť pre testovanie a materiály (teraz ASTM)

V roku 1916 Americký inštitút elektrických inžinierov (teraz IEEE) prevzal iniciatívu spojiť úsilie týchto organizácií s cieľom vytvoriť nezávislý národný orgán na koordináciu vývoja noriem, harmonizáciu a schvaľovanie národných noriem. Vyššie uvedených päť organizácií sa stalo hlavnými členmi United Engineering Society (United Engineering Society - UES), následne boli ako zakladatelia pozvané Ministerstvo vojny USA, námorníctvo (zlúčené v roku 1947 a stalo sa Ministerstvom obrany USA) a obchod.

V roku 1931 sa organizácia (v roku 1928 premenovaná na ASA) stala súčasťou amerického národného výboru Medzinárodnej elektrotechnickej komisie (IEC), ktorá bola založená v roku 1904 s cieľom vyvinúť štandardy v elektrotechnike a elektronike.

členov

Členmi ANSI sú vládne agentúry, organizácie, akademické a medzinárodné organizácie a jednotlivci. Celkovo inštitút zastupuje záujmy viac ako 270 000 spoločností a organizácií a 30 miliónov odborníkov na celom svete /

Aktivita

Hoci samotná ANSI nevytvára normy, inštitút dohliada na vývoj a používanie noriem prostredníctvom akreditácie postupov organizácií na vývoj noriem. Akreditácia ANSI znamená, že postupy používané organizáciami vyvíjajúcimi normy spĺňajú požiadavky inštitútu na otvorenosť, vyváženosť, konsenzus a riadny proces.

ANSI tiež označuje špecifické normy ako americké národné normy alebo ANS, keď inštitút určí, že normy boli vyvinuté v prostredí, ktoré je spravodlivé, dostupné a reaguje na potreby rôznych zainteresovaných strán.

Medzinárodná aktivita

Okrem normalizačných aktivít v USA ANSI podporuje medzinárodné používanie amerických noriem, obhajuje politické a technické postavenie USA v medzinárodných a regionálnych normalizačných organizáciách a podporuje prijatie medzinárodných noriem ako národných noriem.

Inštitút je oficiálnym zástupcom USA v dvoch veľkých medzinárodných normalizačných organizáciách, Medzinárodnej organizácii pre normalizáciu (ISO) ako zakladajúcom členovi a Medzinárodnej elektrotechnickej komisii (IEC) prostredníctvom Národného výboru USA (USNC). ANSI sa podieľa takmer na všetkých technický program ISO a IEC a riadi mnohé kľúčové výbory a podskupiny. V mnohých prípadoch sa americké normy predkladajú ISO a IEC prostredníctvom ANSI alebo USNC, kde sú akceptované úplne alebo čiastočne ako medzinárodné normy.

Akceptácia noriem ISO a IEC ako amerických noriem sa zvýšila z 0,2 % v roku 1986 na 15,5 % v máji 2012.

Smery štandardizácie

Inštitút spravuje deväť štandardizačných skupín:

• ANSI Homeland Defense and Security Standardization Collaborative (HDSSC)
• Panel ANSI pre nanotechnológie (ANSI-NSP - ANSI Nanotechnology Standards Panel)
• Panel štandardov prevencie krádeže ID a správy ID (IDSP - Panel štandardov prevencie krádeže ID a správy ID)
• ANSI Energy Efficiency Standardization Coordination Collaborative (EESCC)
• Koordinácia noriem pre jadrovú energiu (NESCC-Nuclear Energy Standards Coordination Collaborative)
• Panel štandardov elektrických vozidiel (EVSP)
• Sieť ANSI-NAM pre reguláciu chemikálií
• Koordinačný panel noriem ANSI pre biopalivá
• Panel noriem zdravotníckych informačných technológií (HITSP)
• Americká agentúra pre certifikáciu potrubí a strojov

Každá zo skupín sa zaoberá identifikáciou, koordináciou a harmonizáciou dobrovoľných noriem týkajúcich sa týchto oblastí. V roku 2009 ANSI a (NIST) vytvorili koordinačnú spoluprácu pre štandardy jadrovej energie (NESCC). NESCC je spoločná iniciatíva na identifikáciu a splnenie súčasnej potreby noriem v jadrovom priemysle.

Normy

Z noriem prijatých inštitútom sú známe tieto:

Na rozdiel od populárnej mylnej predstavy, ANSI neprijala štandardy 8-bitových kódových stránok, hoci sa podieľala na vývoji kódovania ISO-8859-1 a možno aj niektorých ďalších.

Poznámky

1. O ANSI
2. RFC
3. ANSI: Historický prehľad (neurčité) . ansi.org. Získané 31. októbra 2016.
4. História ANSI

Stojí za zmienku, že všetky označenia tlakovej triedy ANSI majú určitý význam, a to hodnotu tlaku, ale len v iných jednotkách, ako sme zvyknutí. Všetky čísla za ANSI označujú hodnotu nominálneho (nominálneho) tlaku: ANSI 150, ANSI 300, ANSI 600, ANSI 900, ANSI 1500, ANSI 2500 a ANSI 4500. Napríklad ANSI 150 znamená, že menovitý tlak je 1150 psi. V angličtine sa to píše ako Pound-force per Square Inch alebo skrátene PSI.

V súlade s tým je týmto spôsobom možné vykonať nezávislý prevod z libier na štvorcový palec na bar (100 kPa) alebo MPa. Pre nezávislý výpočet presnej hodnoty budete musieť vedieť, že 1 PSI \u003d 6894,76 Pa. Všetky výpočty tlaku ANSI v baroch a pascaloch je možné vykonať, keď je čas a potreba presných údajov, pričom väčšina štandardných hodnôt tlakovej triedy ANSI už má štandardné hodnoty bar a MPa. Pre zjednodušenie sme pre vás zostavili krátku tabuľku:

Tabuľka tlakových tried ANSI s prepočtom na Bar a MPa

ANSI tlaková trieda

Niekedy ani pomerne skúsený špecialista okamžite nepovie, aká konkrétna hodnota tlaku alebo dĺžky v jednom systéme zodpovedá hodnotám v inom systéme veličín.

Komu zmierniť vám túto úlohu ponúkame tabuľky vzťahu medzi tlakom a dĺžkou v európskom a americkom systéme s malým vysvetlenia. Najprv však pár slov o samotných štandardoch.

DIN je nemecký štandard (skratka pre Deutsches Institut für Normung, teda vyvinutý Nemeckým inštitútom pre normalizáciu), ktorý je vyvinutý striktne v rámci ustanovení Medzinárodnej organizácie pre normalizáciu - ISO (International Organization for Standardization).

ANSI je štandard prijatý v Spojených štátoch amerických. znamenať Americký národný inštitút pre normalizáciu, čo je štandard amerického Národného inštitútu pre normalizáciu.

V súlade s tým sú normy ANSI určené práve touto inštitúciou a ďaleko nie vždy medzi normami DIN a ANSI dokáže presne vysledovať súlad v rôznych oblastiach.

Konverzia tlakových jednotiek z ANSI na DIN

Všetko je tu jednoduché: ak je podľa normy ANSI oproti tlaku je číslo 150 - to znamená, že menovitý (na ktorý je ventil určený) tlak je 20 barov, 300 - 50 barov atď. Maximálna hodnota pre trieda ANSI– 2500 sa bude podľa európskej normy rovnať 420 barom DIN.

Pomocou tejto tabuľky, nenáročný previesť hodnoty tlaku a naopak: od DIN v ANSI, hoci naši inžinieri potrebujú oveľa viac menej často.

Prevod jednotiek dĺžky z amerického systému na európsky (ruský)

Ako je známe, Američania všetko sa meria v palcoch a stopách a my Európanov- milimetre, centimetre a metre, teda ako drvivá väčšina krajín sveta žijeme v metrický sústava jednotiek.

Ako previesť palce na milimeter? V skutočnosti na tom nie je nič zložité, len si pamätajte, že 1 palec sa rovná 25,4 mm. Často však číslica za desatinnou čiarkou zanedbať a pre správnu mieru to uveďte 1 palec = 25 mm.

Ak je teda napríklad prierez vtoku 2 palce podľa amerického systému mier, potom prevodom tejto hodnoty do nášho systému mier podľa vyššie uvedeného pravidla dostaneme 50 mm alebo presnejšie 51 mm (zaokrúhlenie 50,8 podľa pravidiel) .

Ostáva dodať, že priemer v technické charakteristiky sú označené latinkou DN a často sa uvádza v palce, a tlak je označený písmenami PN a najčastejšie sa uvádza v bary- v každom prípade presne toto značenie používame najviac pohodlné.

A nasledujúca tabuľka pomôže vypočítate nielen presné počet milimetrov v jednom palci (s presnosťou na tisícinu milimetra), ale pomôže vám zistiť aj to, koľko milimetrov obsahuje napríklad 2,5 palca.

Za týmto účelom nájdeme stĺpec 2 "" (2 palce) a vľavo hľadáme hodnotu 1/2. Celkom 2,5 palca = 63,501 mm, ktoré možno zaokrúhliť až na 64 mm, a napríklad 6,25 palca (to znamená 6 a 1/4) = 158,753 mm alebo 159 mm.

	Palce "" až milimetre

Reg.ru: domény a hosting

Najväčší registrátor a poskytovateľ hostingu v Rusku.

V prevádzke je viac ako 2 milióny doménových mien.

Propagácia, mail pre doménu, riešenia pre podnikanie.

Svoj výber si už vybralo viac ako 700 tisíc zákazníkov po celom svete.

*Prejdením myšou pozastavíte rolovanie.

Späť dopredu

Kódovanie: užitočné informácie a krátka retrospektíva

Tento článok som sa rozhodol napísať ako malú recenziu na problematiku kódovania.

Pochopíme, čo je kódovanie vo všeobecnosti, a trochu sa dotkneme histórie toho, ako sa v zásade objavili.

Povieme si o niektorých ich vlastnostiach a zvážime aj body, ktoré nám umožňujú pracovať s kódovaním vedomejšie a vyhnúť sa tzv. Krakozyabrov, t.j. nečitateľné znaky.

Tak, poďme...

Čo je to kódovanie?

Jednoducho povedané, kódovanie je tabuľka mapovania znakov, ktoré môžeme vidieť na obrazovke, na určité číselné kódy.

Tie. každý znak, ktorý zadáme z klávesnice alebo vidíme na obrazovke monitora, je zakódovaný určitou postupnosťou bitov (núl a jednotiek). 8 bitov, ako pravdepodobne viete, sa rovná 1 bajtu informácie, ale o tom neskôr.

Vzhľad samotných znakov je určený súbormi fontov ktoré sú nainštalované na vašom počítači. Preto proces zobrazovania textu na obrazovke možno opísať ako neustále mapovanie postupností núl a jednotiek na niektoré špecifické znaky, ktoré sú súčasťou písma.

Možno považovať za predchodcu všetkých moderných kódovaní ASCII.

Táto skratka znamená Americký štandardný kód pre výmenu informácií(Americká štandardná tabuľka kódovania pre tlačiteľné znaky a niektoré špeciálne kódy).

to jednobajtové kódovanie, ktorý pôvodne obsahoval iba 128 znakov: písmená latinskej abecedy, arabské číslice atď.

Neskôr bol rozšírený (spočiatku nevyužíval všetkých 8 bitov), ​​takže bolo možné použiť nie 128, ale 256 (2 až 8) rôznych znakov, ktoré je možné zakódovať do jedného bajtu informácie.

Toto vylepšenie umožnilo pridať do ASCII symboly národných jazykov, okrem už existujúcej latinskej abecedy.

Existuje veľa možností pre rozšírené kódovanie ASCII, pretože na svete je tiež veľa jazykov. Myslím, že mnohí z vás už počuli o takom kódovaní ako KOI8-R je tiež rozšírené kódovanie ASCII, navrhnutý pre prácu s ruskými znakmi.

Za ďalší krok vo vývoji kódovania možno považovať vznik tzv ANSI kódovanie.

V podstate boli rovnaké rozšírené verzie ASCII, boli z nich však odstránené rôzne pseudografické prvky a pridané typografické symboly, pre ktoré predtým nebolo dosť „voľných miest“.

Príkladom takéhoto kódovania ANSI je dobre známy Windows-1251. Okrem typografických symbolov toto kódovanie zahŕňalo aj písmená abecedy jazykov blízkych ruštine (ukrajinský, bieloruský, srbský, macedónsky a bulharský).

Kódovanie ANSI je súhrnný názov pre. V skutočnosti bude skutočné kódovanie pri použití ANSI určené tým, čo je uvedené v registri vášho operačný systém Windows. V prípade ruštiny to bude Windows-1251, avšak pre ostatné jazyky to bude iný druh ANSI.

Ako ste pochopili, veľa kódovaní a nedostatok jediného štandardu nepriniesli dobré, čo bolo dôvodom častých stretnutí s tzv. krakozyabry- nečitateľný nezmyselný súbor znakov.

Dôvod ich vzhľadu je jednoduchý - je pokúsiť sa zobraziť znaky zakódované jednou kódovacou tabuľkou pomocou inej kódovacej tabuľky.

V súvislosti s vývojom webu sa môžeme stretnúť s chybami, keď napr. Ruský text je omylom uložený v nesprávnom kódovaní, ktoré sa používa na serveri.

Samozrejme, toto nie je jediný prípad, kedy môžeme získať nečitateľný text – možností je tu naozaj veľa, najmä keď si uvedomíme, že existuje aj databáza, v ktorej sú informácie uložené aj v určitom kódovaní, je tu databázové prepojenie mapovanie atď.

Vznik všetkých týchto problémov slúžil ako podnet na vytvorenie niečoho nového. Malo to byť kódovanie, ktoré dokáže zakódovať akýkoľvek jazyk na svete (napokon, s pomocou jednobajtových kódovaní, pri všetkej túžbe, je nemožné opísať všetky znaky, povedzme, čínsky, kde je zreteľne viac ako 256), akékoľvek ďalšie špeciálne znaky a typografiu.

Jedným slovom bolo potrebné tvoriť univerzálne kódovanie, ktoré by raz a navždy vyriešilo problém s chybami.

Unicode – univerzálne kódovanie textu (UTF-32, UTF-16 a UTF-8)

Samotnú normu navrhla v roku 1991 nezisková organizácia "Konzorcium Unicode"(Unicode Consortium, Unicode Inc.) a prvým výsledkom jeho práce bolo vytvorenie kódovania UTF-32.

Mimochodom, skratka UTF znamenať Transformačný formát Unicode(Formát konverzie Unicode).

V tomto kódovaní sa na zakódovanie jedného znaku malo použiť toľko ako 32 bitov, t.j. 4 bajty informácií. Ak toto číslo porovnáme s jednobajtovými kódovaniami, dospejeme k jednoduchému záveru: na zakódovanie 1 znaku v tomto univerzálnom kódovaní potrebujete 4 krát viac bitov, ktorý súbor "zváži" 4-krát.

Je tiež zrejmé, že počet znakov, ktoré by mohli byť potenciálne opísané pomocou tohto kódovania, prekračuje všetky rozumné limity a je technicky obmedzený na počet rovný 2 až 32. Je jasné, že to bola jasná prehnanosť a plytvanie z hľadiska hmotnosti súborov, takže toto kódovanie nebolo široko používané.

Bol nahradený novým vývojom - UTF-16.

Ako už názov napovedá, v tomto kódovaní je zakódovaný jeden znak už nie 32 bitov, ale len 16(t.j. 2 bajty). Je zrejmé, že to robí akýkoľvek znak dvakrát „ľahším“ ako v UTF-32, ale aj dvakrát „ťažším“ ako ktorýkoľvek znak kódovaný pomocou jednobajtového kódovania.

Počet znakov dostupných na kódovanie v UTF-16 je minimálne 2 až 16, t.j. 65536 znakov. Všetko sa zdá byť v poriadku, okrem toho sa konečná hodnota kódového priestoru v UTF-16 rozšírila na viac ako 1 milión znakov.

Toto kódovanie však úplne neuspokojilo potreby vývojárov. Povedzme, že ak píšete výlučne pomocou latinských znakov, potom po prechode z rozšírenej verzie kódovania ASCII na UTF-16 sa váha každého súboru zdvojnásobí.

Ako výsledok, bol urobený ďalší pokus vytvoriť niečo univerzálne a toto niečo sa stalo známym kódovaním UTF-8.

UTF-8- toto je viacbajtové kódovanie znakov s premenlivou dĺžkou znakov. Pri pohľade na názov by ste si mohli myslieť, analogicky s UTF-32 a UTF-16, že na kódovanie jedného znaku sa používa 8 bitov, ale nie je to tak. Presnejšie, nie celkom tak.

Je to preto, že UTF-8 poskytuje najlepšiu kompatibilitu so staršími systémami, ktoré používali 8-bitové znaky. Na zakódovanie jedného znaku sa v skutočnosti používa UTF-8 1 až 4 bajty(hypoteticky možné až 6 bajtov).

V UTF-8 sú všetky znaky latinky kódované 8 bitmi, rovnako ako v kódovaní ASCII.. Inými slovami, základná časť kódovania ASCII (128 znakov) sa presunula do UTF-8, čo umožňuje „minúť“ len 1 bajt na ich reprezentáciu pri zachovaní univerzálnosti kódovania, pre ktoré bolo všetko spustené.

Ak je teda prvých 128 znakov zakódovaných 1 bajtom, všetky ostatné znaky sú už zakódované 2 bajtmi alebo viac. Najmä každý znak cyriliky je zakódovaný presne 2 bajtmi.

Dostali sme tak univerzálne kódovanie, ktoré nám umožňuje pokryť všetky možné znaky, ktoré je potrebné zobraziť bez „ťažších“ súborov zbytočne.

S kusovníkom alebo bez kusovníka?

Ak ste pracovali s textové editory(napr. editormi kódu). Poznámkový blok++, phpDesigner, rýchle PHP a pod., potom si asi dali pozor na to, že pri nastavovaní kódovania, v ktorom bude stránka vytvorená, si väčšinou môžete vybrať 3 možnosti:

ANSI
-UTF-8
- UTF-8 bez kusovníka

Hneď poviem, že vždy sa oplatí vybrať posledná možnosť - UTF-8 bez kusovníka.

Čo je teda kusovník a prečo ho nepotrebujeme?

kusovník znamenať Značka poradia bajtov. Toto je špeciálny znak Unicode používaný na označenie endianness. textový súbor. Podľa špecifikácie je jeho použitie voliteľné, ale ak kusovník sa používa, musí byť nastavený na začiatku textového súboru.

Nebudeme zachádzať do detailov práce kusovník. Pre nás je hlavný záver nasledujúci: používanie tohto servisného znaku spolu s UTF-8 zabraňuje programom normálne čítať kódovanie, čo má za následok chyby skriptu.

ANSI je štandard zobrazovania znakov vyvinutý Americkým národným inštitútom pre štandardy (kód 1251). Štandard ANSI používa iba jeden bajt na reprezentáciu každého znaku, a preto je obmedzený na maximálne 256 znakov vrátane interpunkcie. Kódy 32 až 126 sa riadia štandardom ASCII. ASCII (kód 688) bol použitý v DOS, ANSI sa používa vo Windows.

Literatúra

Archangelsky A.Ya. Programovanie v C++ Builder6. Ed. BINOM, 2004.

Archangelsky A.Ya. C++ Builder6. Referenčný manuál. Moskva, Ed. BINOM, 2004.

Kimmel P. Borland C++5 "BHV-St. Petersburg, 2001.

Klimová L.M. C++ Praktické programovanie. Riešenie typických úloh. "KUDITS-IMAGE", M.2001.

Kultin N. С/С++ v úlohách a príkladoch. Petrohrad "BHV-Petersburg", 2003.

Pavlovská T.A. C/C++ Programovanie v jazyku vysokej úrovne. Peter, Moskva – Petrohrad –… 2005

Pavlovskaya T.A., Shchupak Yu.A. C++. Objektovo orientované programovanie. Dielňa. SPb., Peter, 2005.

Podbelský V.V. Jazyk C++ Financie a štatistika, Moskva, 2003.

Polyakov A.Yu., Brusentsev V.A. Metódy a algoritmy počítačová grafika v príkladoch vo Visual C++. SPb BHI-Petersburg, 2003

Savitch W. Kurz objektovo orientovaného programovania v jazyku C++. Vydavateľstvo Williams. Moskva-Petrohrad-Kyjev, 2001

Wellin S. Ako neprogramovať v C++. "Peter". Moskva-Petrohrad-Nižný Novgorod-Voronež-Novosibirsk-Rostov-na-Don-Jekaterinburg-Samara-Kyjev-Charkov-Minsk, 2004.

Shieldt G. Kompletná referencia v C++. Ed. Dom "Williams" Moskva-Petrohrad-Kyjev, 2003.

Schildt G. Samoučiteľ C/C++. Petrohrad, BHV-Petersburg, 2004.

Schildt G. Programmer's Guide to C/C++ Ed. Dom "Williams" Moskva-Petrohrad-Kyjev, 2003.

Shimanovich.L. С/С++ v príkladoch a úlohách. Minsk, Nové poznatky, 2004.

Stern V. Základy C++. Metódy softvérového inžinierstva. Ed. Lori.

Prečo sa v aplikácii konzoly zobrazuje odpad namiesto ruských písmen?

a správne! Text programu, ktorý ste zadali vo svojom natívnom editore vizuálne štúdio, pomocou kódovej stránky 1251 a výstup textu v konzolovej aplikácii používa kódovú stránku 866. Čo robiť s touto hanbou? Ako viete, z každej patovej situácie existujú najmenej 3 východy. Uvažujme ich v poradí.

1. Výstup 1

Napíšte text programu do editora ľubovoľného správcu súborov konzoly.

Ale čo zvýraznenie syntaxe, zobrazenie pomocníka k vybranej funkcii pomocou F1 a ďalšie malé kúzla, ktoré rozjasnia bezútešný život jednoduchého programátora? Nie, toto pre nás neprichádza do úvahy.

1. Výstup 2

Ak ste začali písať konzolový program od začiatku, môže vám vyhovovať. Prepíšme naše malé majstrovské dielo takto:

#include "stdafx.h" #include "windows.h" int main(int argc, char* argv) char s="Ahoj všetci!"; printf("%s\n", s);

Kľúčové slovo je tu CharToOem – práve táto funkcia prevedie náš reťazec na požadovanú kódovú stránku. S výstupom nášho programu je teraz všetko v poriadku.

Vynára sa však ďalšia otázka – čo robiť, ak potrebujete prekompilovať váš starý 100 000-riadkový DOSový program napísaný v Borland C++ 3.1 do konzolovej aplikácie Windows, v ktorej sa takáto situácia vyskytuje v každom druhom riadku. Stále ho však musíte prispôsobiť kompilátoru MS a tiež chcete optimalizovať niekoľko kúskov kódu ...

Tu má asi zmysel použiť ťah rytiera, v zmysle