Bojkot pocitacu bez serioveho portu! (diskuse)

[houska]

seriak? ten uz je mrtvej

[rohlik]

A to proc? Je spousta duvodu proc je seriovy port OK a proto jsem pro zachovani serioveho portu...

[houska]

zkus si v nejakem pocitacovem obchodu vyhledat seriovy port a pak usb ... pak zjistis proc mi prijde zbytecne do novych pocitacu/notebooku seriaky davat

[silvershrimp]

Obavam se, ze jste to nikdy nezkousel a zaroven jste si ani neprecetl cely text meho prispevku.

Redukce z USB jsou nanestesti na mnoho veci zcela nepouzitelne.

[Ondrej 'SanTiago' Zajicek]

Pokud je neco hardwarovy odpad, tak to jsou spis zarizeni, ktera pouzivaji seriovy port jinak nez jako obosmerny datovy stream. Pristup pocitajici s tim, ze CPU osobniho pocitace bude s presnym casovanim nastavovat GPIO piny na svych portech, aby periferie usetrily par korun za vlastni jednocip, mel smysl mozna pred 15 lety, ale dnes je to naprosto nevhodne a zastarale.

[skunerq]

pridavam se, zemena kvuli cisco routerum a switchum, USB redukce a PCMCIA karty me vrcholne serou

[vencour]

Mam dvě redukce, modul pl2303 a ftdi_sio, dokonce to má tu výhodu, že to funguje i jako prodlužovák

[the.max]

...a nebylo by lepsi donutit cisco, aby zacali pouzivat USB a uvnitr mit pripadne prevodnik na seriak? Pri cene, za jakou se prodavaji jejich produkty je castka za prevodnik zcela zanedbatelna.

[VSi]

Jako podstatný problém pro takové použití USB bych viděl to, že u USB není úplně usazený standard ovladačů na takové zařízení. A vůbec fakt, že je na to potřeba relativně složitý ovladač. Co na USB funguje celkem jistě je mass storage a klávesnice/myš. Sériových převodníků je sice jen několik typů, ale stejně některé v linuxu nefungují, nebo fungují až v posledních jádrech.

Ty switche a podobná zařízení se přes konzolový port nepřipojují jen k počítači. Můžete třeba konzolové porty více switchů připojit na nějaký převodník (hromada sériových portů) -- ethernet, ssh. A dnes je situace taková, že s RS-232 prostě neřešíte žádné ovladače. Můžete k novému switchi připojit 15 let staré zařízení, které převádí RS-232 "na něco" a bude to fungovat. Funkce USB je řádově složitější, a v případech kdy je ta konzole potřeba, jsou broblémy s kompatibilitou to poslední s čím by se člověk chtěl zdržovat.

"donutit cisco" - až to kritický počet zákazníků Cisca uvidí jako podstatné, začnou to tak skoro jistě dělat. Ta doba evidentně ještě nenastala.

[silvershrimp]

Jak poslete USB strukturovanou kabelazi na 70 metru?

Na tohle se ta redukce z USB u pocitace zrovna bez problemu pouzit da.

[finn]

Pro notebooky existují rozšiřující sériové porty ve formátu PC Card. Některé dokonce obsahují portů několik.

[skunerq]

jj, presne takovou mam

[mirec]

Srať na sériový port, ten je mŕtvy. Ja chcem svoje jednočipy programovať cez LPT :'( Na RS232 sa aspoň dá zohnať polofunkčná náhrada, ale LPT ani hovno.

[Atom321]

I pro LPT se dělají přídavné karty do PCI, PCIe i PCMCIA.

[Max]

Tak počítače COM port mívají. Já si teď koupil novou desku od gigabyte pro Phenoma II X4 a seriák je dostupný na základní desce jako konektor, který lze pomocí bracketu vyvést do PCI záslepky.
Pokud jde o notebooky, tak u nich je to řešeno pomocí DockingStation. Ovšem to není moc mobilní řešení a také nevím, do jaké míry je to kompatibilní jako klasický port přímo na desce.
Zdar Max

[____]

Čeho tím bojkotem dosáhneš? Kolik vás je? Jak moc jste důležití pro výrobce?

[poky74]

Ničeho. Jeden. Naprosto bezvýznamní.

Můj názor, iniciativa je to sice pěkná, ale pouhým zápiskem do blogu toho opravdu nic nenadělá.

[pc2005]

Dva a přidávám k tomu schéma na základovku.

[frdrx]

Jsem pro a vlastně už jsem se přidal. Seriák je potřeba k programování diaprojektorů Rolleivision a na komunikaci se starými GPS. Mám sice na to i takový bazmek do USB, ale to není úplně nejspolehlivější.

[misch]

Otázka zní, proč je vlastně bazmek do USB nespolehlivý, a jestli je to principiální záležitost ("USB-to-serial nebude nikdy fungovat stoprocentně, protože ..."), nebo jde jen o nějaký čínský šmejd který se dá nahradit funkční redukcí?

Tzn. chci říct proč shánět počítač s RS-232, když si můžu koupit USB redukci a připojit ji kam chci, jelikož USB má i ten nejobyčejnější netbook?

Vycházím z toho že přes USB se dají bez problémů programovat i Atmel AVR, tak mi není jasné proč by s tím najednou neměla fungovat třeba obyčejná GPS (která stejně nejspíš používá jen 9600 bps)

[Ondrej 'SanTiago' Zajicek]

Otázka zní, proč je vlastně bazmek do USB nespolehlivý, a jestli je to principiální záležitost

Ony ty prevodniky USB-serial jsou obecne spolehlive, pokud seriove zarizeni pouziva seriovy port, tak jak byl navrzen. Problem je s tim, ze mnoho bastlu pouziva seriovy port nestandardne, treba pouzivaji signalni piny jako GPIO piny ci vyzaduji presne casovani. Seriovy port pripojeny pres USB nemuze mit vzhledem k asynchronni povaze USB tak presne rizene casovani, ale pri spravnem pouzivani serioveho portu by to vubec nemel byt treba.

GPSky by zrovna bez problemu fungovat mohly, ona velka cast USB GPS jsou seriove GPS s integrovanym prevodnikem USB-serial (casto jedou i na stejny ovladac jako samostatne USB-seriove prevodniky).

[Yokotashi]

Ono se zda, ze alespon nektere nejsou uplne korektni. Napriklad siemens se na GPRS pres jeden prevodnik (a pres fyzicky port) dostane v pohode a pres druhy prevodnik si ppp stezuje, ze mu neco nuluje nejvyssi bity.

Pouzivat seriak na bitbang sice neni uplne korektni (prislo by mi lepsi na to pouzivat paralel), ale naprogramujes tam atmegu se seriovym konektorym a peti draty (a tusim, ze tam kvuli urovnim byly nejake odpory - celkem prasarna).

Jako skutecny pruser vidim stav, kdy clovek chce vyvolat interrupt v kernelu a vymlatit z nej aspon na cem to paniclo. Zbytek je resitelny vyberem redukce a prepsanim sw, ktery bitbanguje seriak na to, aby to posilal nejakemu mikrokontroleru venku (a donutit k tomu autory stavajicich aplikaci HEHE).

Nastesti ARMy seriaky maji (jedna moje deska dokonce 12), atmegy taky, MIPSove routery taky, a kupovat nove PC-odpadky neplanuju, takze me to az tak netrapi.

[Ondrej 'SanTiago' Zajicek]

Ono se zda, ze alespon nektere nejsou uplne korektni

Jasne, ze mezi nima mohou byt i sunty, ale zrovna zda jsou zapojene signalni vodice by melo byt vcelku jednoduche otestovat.

Jako skutecny pruser vidim stav, kdy clovek chce vyvolat interrupt v kernelu a vymlatit z nej aspon na cem to paniclo

Vyvolat zvnejsku interrupt v kernelu snad jde mnoha jinymi zpusoby, ne? Treba mit k tomu ucelu sitovku a kdyztak poslat paket.

[Yokotashi]

Pokud to maze nejvyssi bit, tak ten bezi piorad po stejnem dratu, jako ostatni .

Ad. sitovka: Jenomze to by na to nejdriv nekdo muzel prepsat sysrq - kdyz prijde paket, koukni se, jestli v nem neni specialni hlavicka a pokud ano tak ... hmm ... tak co? Takz zkus naalokovat pamet (abys mohl sestavit odpovedni paket), coz selze a pak to vzdej.

Ja osobne mam bez seriaku askorat asus eee a to povazuju spise za chybu mladi a tam uz me to prilis netrapi - ten stroj je totalni odpadek, jehoz "kvalita" uz zajistila vetsi financni ztraty, nez byla jeho cena (viz zapisky z cest: http://kanal.ucw.cz/zapisky_lod.html - casti okolo eee zacinaji po slove "LEDka"). V Touchbooku od AI seriak je (i kdyz nevyvedeny na konektor - jen na pajeci plosky), prumyslove desky ho maji vsechny, Alphaserver taky ...

[pc2005]

Nechtene si trosku ukrkavam (to se obcas stane) a k tomu si trocku ublinknu primo do klavesnice ee (to se mi jedne nikdy nestalo ... rozhodne ne za strizliva). Pocitac se zapina a nabiha.

[Yokotashi]

Nikdy bych neveril, jak zkazenej zaludek muze mit clovek po ctyrech redbullech, dvou litrech coly a polomacenych susenkach . Jedina vyhoda je, ze po 20ti hodinach za volantem uz to cloveku prijde dostatecne smesne, aby se tim netrapil.

[Andrej]

No není divu. Takové 2 litry Coly obsahují nějakých 400 g cukru (větší část jako sacharózu a menší část ve formě karamelu a jiných blíže neurčených kdovíjakých polysacharidů), což je téměř dvakrát víc než celková denní dávka sacharidů ve veškerém jídle. A to ještě nepočítám ty redbully a sušenky. Kyselina fosforečná taky udělá své... No a vláknina, bílkoviny či jiné důležité složky normální potravy tam nejsou. Pak není divu, že má člověk žaludek jak po osmi pivech. Jo, sice tam není ethanol, ale všechny ty ostatní nepříjemné vlivy tam jsou pořád. Pravda ale je, že se z toho říhá naprosto výstavním způsobem. Tu mimořádnou kvalitu zvuku si ještě dnes živě pamatuji z dob, kdy jsem si takové věci jako dva litry Coly nebo 20 hodin za volantem mohl dovolit. Jo, něco takového by prostě měl každý zažít, aby věděl, jaké to je.

[pc2005]

Pravda ale je, že se z toho říhá naprosto výstavním způsobem. Tu mimořádnou kvalitu zvuku si ještě dnes živě pamatuji

Jo to jsem kdysi pojmenoval Houmerův královský krk .

[Mard]

Proboha pánové, co to tu píšete?!? Když už píšu o HW, tak bych aslepoň trochu o tom měl vědět. USB má různé rychlosti, velmi zjednodušeně Low speed a Full speed. Z cenových důvodů se pro redukce USB-RS232 používá Low Speed, tedy 1.5MB/s. Ze specifikace USB je dále jasné, že komunikace probíhá formou timeslotů. Tedy každé zařízení je oslovenou jedenkrát za 1 ms - timeslot. Z výše uvedeného vyplývá, proč nemůže fungovat dokonalá emulace RS232 přes USB. Jednak kapacita kanálu může být úzkým hrdlem pro rychlou oboustrannou komunikaci a zejména vadí pomalá komunikace kvůli timeslotu. Tedy, když chci rychle měnit stavy na stavových vodičích, tak na běžném UART portu vygenerujete dnes frekvence minimálně ve stovkách kiloherz, častěji i několik megaherzů. Převodník USB-RS232 nikdy nemůže vygenerovat nic víc než 1 kHz. A to je problém. Pokud třeba připojené zařízení komunikuje formou I2C protokolu (přes stavové vodiče) a očekává, že nízkou rychlost 10kHz zvládne "každý", tak bohužel převodník USB-RS232 nejen že nestihne tak rychle nic generovat, ale bohužel ani načítat. Při rychlosti 115 kbaud, je doba na vyslání jednoho bajtu necelých 10 us. A kdybych chtěl na RS232, aby každý bajt potvrdila pomocí potvrzovacích vodičů (což podle normy můžu), tak USB převodník tohle zkrátka nedokáže.

[frdrx]

Jó, tak to nevím, proč s tím občas ty problémy mám. Ta redukce samotná funguje OK, ale vyskytujou se potíže např. s oprávněními, názvy zařízení a já nevím ještě s čím. Tu promítačku navíc potřebuju ovládat skrzevá antickou utilitu v Dosboxu. Přímý sériový port je jednodužší a spolehlivějí než redukce + můj zbastlený skript, který to rozběhá. GPS se sériovým portem mi taky fungují dobře, pouze někdy se vyskytne problém související s USB a redukcí podobně jako s promítačkou.

[Josef Kufner]

Takže celý tento povyk je jen obyčejný PEBKAC.

[frdrx]

Ne. Zaprvý, povyk nedělám. Zadruhý, problém není způsoben mezi židlí a klávesnicí. Naopak, je způsoben kdesi v jádře/udevu/redukci/USB sběrnici a já nevím v čem, a cosi mezi židlí a klávesnicí je vyřešilo ke své 90procentní spokojenosti. 100% spokojenost je dosažena s nativním seriovým portem.

[Mrkva]

Vycházím z toho že přes USB se dají bez problémů programovat i Atmel AVR, tak mi není jasné proč by s tím najednou neměla fungovat třeba obyčejná GPS (která stejně nejspíš používá jen 9600 bps)

Ale na to potřebuješ programátor (= nějakou "redukci").

[hajma]

ukažme konečně vývojářům Linuxu, že debugovat kernel přes sériový port je nahovno. Ať pohnou zadkem a přidají podporu pro USB.

[Yokotashi]

Coz o to, podpora tam je ... ale je ponekud nahovno, kdyz po USB nedorucis ani interrupt.

Vicemene existuji pouze 2 plnohodnotne nahrady seriaku - paralel (sice to tusim nikdo nenapsal, ale slo by to - nepotrebuje alokace pameti a zadny komplikovany stack) a firewire (ten umoznuje DMA do pameti pripojeneho pocitace, takze je dokonce jeste lepsi). Ale USB je nahrada asi tak, jako jsou nuzticky na nehty nahradou za sekacku na travu.

[Josef Kufner]

A proč rovnou nepřidat podporu pro normální klávesnici a normální displej?

[Martin Mareš]

Problém je, že zatímco komunikace přes sériový port je triviální, na přenesení čehokoliv po USB potřebujete mít inicializováno netriviální množství hardwaru (mezi jinými PCI). Takže na debugování těch částí jádra, které hardware inicializují, je USB poněkud nepoužitelné.

Každý správný počítač má mít konzoli – nějaké I/O zařízení, přes které OS může komunikovat od samého počátku bootování a přes které se dá ovládat, když se rozsype všechno ostatní. Roli takovéhle konzole v PCčkovém světě od nepaměti plnil sériový port, teď o něj přicházíme a rozumná náhrada jaksi není.

[Mrkva]

No. Jaké procento lidí používajících počítač debugovalo systém přes sériový port? :)

[pc2005]

Já, nabootoval jsem i 3.11 přes sériák.

[thingie]

Dobrý den, pane procento.

[pc2005]

Těší mě .

[JS]

Pokud si vzpominam, zrovna Martin to delal pred nejakymi 16 lety (to uz je doba!), kdyz analyzoval tajne registry zakladnich desek. Timto ho tez zdravim.

Jinak, umirani serioveho portu me take trochu mrzi. Je to urcity priznak pokracujici "komoditizace" technologii. Spolecnost by si ale IMHO mela ponechat i zadni vratka k jednoduchym technologiim, protoze ty umoznuji mladym lidem si s vecmi hrat a dostat se pres ne k tem slozitejsim. Zatim to ale vypada spatne, jak ukazuje tato diskuse.

[pc2005]

kdyz analyzoval tajne registry zakladnich desek.

Zajímavé, měl bys o tom více infa?

[JS]

Zeptej se primo Martina Marese.

[Ondrej 'SanTiago' Zajicek]

Rekl bych ze prave v oblasti beznych (x86) PC tuhle roli seriovy port nikdy kloudne neplnil. Alespon z administratorskeho hlediska (z hlediska programatora OS mozna ano) - BIOSy obvykle nepodporuji ovladani pres seriovy port, OS vcetne linuxu v defaultni konfiguraci take ne. Kdyz se v Linuxu vsechno rozsybe, tak me seriovy port nepomuze, protoze se do systemu stejne nedostanu, abych si na seriovem portu pustil getty.

[VSi]

Minimálně u serverů s Linuxem, které nemají HW KVM (management kartu, Lights Out ...), je přístup na sériový port celkem cenný. Pokud třeba špatně nastavím GRUB, a k tomu PC fyzicky nemůžu, jde to přes sériový port opravit.

Myslím, že i nejlevnější x86 stroje, co se pár posledních let prodávají jako servery, nastavení BIOSu (a celý POST) na sériovém portu umí. U cca 6 let starých desktopů HP jsem takovou volbu v BIOSu taky viděl. Třeba nové HP ML110 G6 mají v základu (při ceně nějakých 12 tisíc s daní) IP management, kde sice není přístup na VGA konzoli, ale přes ssh se jde nezávisle na běžícím systému "připojit na COM1".

On už na to přišel i Microsoft, a co vím, tak Windows Server 2008 obsahují nouzové konzolové rozhraní právě kvůli přístupu přes sériový port.

[Martin Mareš]

Podporu sériové konzole v kernelu mají v podstatě všechna distribuční jádra, stači ji při bootování zapnout. Pokud počítač občas zatuháva, je to v podstatě jediný rozumný způsob, jak zjistit, co se děje.

Zapnutí getty na sériovém portu je obvykle záležitost odkomentování jednoho řádku v inittabu.

Podpora ovládání BIOSu přes sériový port by samozřejmě byla milá. Ale aspoň u serverových desek je poměrně běžná (tam naštěstí sériové porty stále přežívají).

[Bluebear]

BIOSy obvykle nepodporuji ovladani pres seriovy port

Podle mého názoru BIOS vždycky byl a je dost strašná věc (možná to není ani tím BIOSem samotným, ale tím, že celá platforma PC je po hardwarové stránce hrozná).

Serverový BIOS je možná o něco lepší (otázka vkusu), fakt je, že většina těch, co jsem viděl, uměly pracovat přes sériový port, ale mně přišly stejně dost děsné. Ale je fakt, že mně připadá dost strašná i ta hrůza, co se vyskytuje na Itaniích, i ta, kterou mívaly servery s procesory Power (EFI?)

[thingie]

Běžné PC v tomhle smyslu je konzole sama o sobě.

[Martin Mareš]

Ne. Pokud zrovna máte videokartu v grafickém módu, sotva uvidíte, na co si zrovna stěžuje jádro systému.

(Kdysi se lidé pokoušeli kernel naučit vypisovat oopsy i v grafickém režimu, ale bohužel to selhalo na tom, že netriviální část videokaret těžce nese, když jim po displayi čmaráte, zatímco běží nějaká akcelerovaná operace.)

[Ondrej 'SanTiago' Zajicek]

Pokud zrovna máte videokartu v grafickém módu, sotva uvidíte, na co si zrovna stěžuje jádro systému.

To ale srovnavas 'pretizenou' videokartu (zaroven jako systemova konzole a zaroven jako graficke uzivatelske rozhrani) s dedikovanym seriovym portem.

Pokud budes zaroven seriovy port vyuzivat zaroven pro jeho primarni funkci (pripojeni periferie, treba mysi nebo prumysloveho zarizeni), tak ho nebude vubec mozne pouzit jako systemova konzole.

Pokud naopak budu mit dedikovanou grafickou kartu jako systemovou konzoli v puvodnim textovem rezimu (bezne u serveru a routeru), pak spolehlivost takove konzole (z hlediska odolnosti vuci ruznym chybam jadra) bude prakticky stejna jako seriovy port, ne?

Je pravda, ze seriovych portu je mozne do PC dostat vic a vetsinou jsou nevyuzite, oproti tomu vic VGA kompatibilnich karet je obecne problematicke, takze to srovnani ma prakticky smysl. Na druhou stranu by melo byt mozne pripojit do PC sekundarni grafickou kartu, ktera neni VGA kompatibilni (treba Voodoo 1,2) a pouzivat ji jako dedikovanou konzoli.

[VSi]

Pokud naopak budu mit dedikovanou grafickou kartu jako systemovou konzoli v puvodnim textovem rezimu (bezne u serveru a routeru), pak spolehlivost takove konzole (z hlediska odolnosti vuci ruznym chybam jadra) bude prakticky stejna jako seriovy port, ne?

"Spolehlivost" toho sériového portu bude přece jenom vyšší. Srovnávat s VGA se to dá asi jen v případě, kdy se provozuje v nejhloupějším VGA režimu, žádný console framebuffer. Jde o to, že v těch "nouzových" případech třeba naní možné alokovat RAM, je rozhozené nastavení PCI apod. Pak je sériový port skutečně to nejjednodušší - jednou instrukcí se zapíše bajt na I/O port a "z druhé strany" vypadne ze sériového rozhraní.

[Ondrej 'SanTiago' Zajicek]

Ono zobrazeni znaku na klasicke VGA textove konzoli je take jen zapis dvou bajtu na legacy adresu. Neni treba nic alokovat, ani pouzivat PCI rozsahy a je dostupny stejne brzo (z hlediska bootu) jako je dostupny seriovy port.

[Grunt]

Ono zobrazeni znaku na klasicke VGA textove konzoli je take jen zapis dvou bajtu na legacy adresu.

To sice je, ale je to jen odstínění uživatele od toho hnusu pomocí VGA BIOSu. Ty teletype rutiny rozhodně nejsou dvě instrukce, nehledě na roky jejich hackování na x86 a nutnosti inicializace samotné karty (tedy až po BIOSu a ještě když jsou dvě, tak je člověk v ****i), sběrnice, nějakého vstupního zařízení (klávesnice) …

Neni treba nic alokovat, ani pouzivat PCI rozsahy a je dostupny stejne brzo (z hlediska bootu) jako je dostupny seriovy port.

No tak to ani omylem. U jádra se sériová konzole většinou inicializuje ještě před vstupem do main.c (nějaký na architektuře závislí pre-early boot). To jen BIOSy u x86 jsou krámy. Např u takového CFE po základních rutinách, které vůbec roztočí samotný procesor je sériová konzole první věc, která musí fungovat. A navíc doporučuju někdy opisovat dmesg z teletype výstupu. To si pak teprve začne člověk RS-232 vážit.

[Ondrej 'SanTiago' Zajicek]

To sice je, ale je to jen odstínění uživatele od toho hnusu pomocí VGA BIOSu.

To neni pravda. Jedna se o primy zapis do pameti na graficke karte. VGA BIOS do toho vubec nemluvi. V nekterych embedded systemech to asi muze byt emulovane pres SMM.

nutnosti inicializace samotné karty (tedy až po BIOSu)

Primarni VGA graficka karta je (na x86) vicemene inicializovana BIOSem do pouzitelne podoby. Stejne tak seriovy port je inicializovan BIOSem. Oboje je pred bootem jadra pripraveno k pouziti.

[Grunt]

Příloha:

• disasm.png (258192 bytů)

To neni pravda. Jedna se o primy zapis do pameti na graficke karte.

Disassembloval jsem si některé boot-loadery a všechny provádějí výpis skrze volání BIOSu 10h (ono také cpát do 512b přímý přístup není nic moc) a nedělám si iluze, že v samotném BIOSu to bude nějaký zázrak. První kdo provádí přímí přístup je od BIOSu naprosto oproštěné Linuxové jádro (teda v případě, že se bootuje Linux). Viz arch/x86/kernel/early_printk.c.

VGA BIOS do toho vubec nemluvi.

Budiž. To je u x86. V případě, že přetáhne grafická karta (třeba nějaká mini-PCI) na jinou architekturu, tak jediná možnost jak použít konzoli je framebuffer a ještě před použitím je nutné tu kartu nějak inicializovat. A k tomu všemu je nutné táhnout si vlastní VGA BIOS a ještě ho kvůli jiné architektuře emulovat (viz jak funguje uvesafb). To se sériákem absolutně nedá srovnávat.

Primarni VGA graficka karta je (na x86) vicemene inicializovana BIOSem do pouzitelne podoby. Stejne tak seriovy port je inicializovan BIOSem. Oboje je pred bootem jadra pripraveno k pouziti.

Pamatuju se jak se blbnulo s LinuxBIOSem na x86. Jádro ke svému běhu sice nijak extra BIOS nepotřebuje, ale zrovna pro výpis na obrazovku je nutné mít tu grafiku BIOSem inicializovanou. Což nebylo nic moc, zvláště když u některých karet dříve nebylo ani známo jak se vlastně inicializují (nVidia,…), takže jedinou možností jak používat LinuxBIOS dříve byl výstup přes sériovou konzoli. Inicializace UART je na pár instrukcí a obsahuje ji i samotné jádro (znovu viz early_printk.c funkce early_serial_init()), s VGA už to taková sranda není.

[Ondrej 'SanTiago' Zajicek]

Disassembloval jsem si některé boot-loadery a všechny provádějí výpis skrze volání BIOSu 10h

Taky jsem nepsal o bootloaderu, ale o linuxove VGA konzoli.

Inicializace UART je na pár instrukcí a obsahuje ji i samotné jádro

Tam je ale jen konfigurace standardnich registru toho UART, ze? Krom nich jsou (na nehistorickych x86) jeste implementacne specificke registry (podle SuperIO chipu implementujiciho ten UART), ktere ridi napriklad to, zda a kde budou ty standardni registry vubec dostupne. Ty obvykle nastavuje BIOS. Je pravda, ze i tak je to slozitejsi nez inicializace graficke karty.

[Josef Kufner]

Btw, a co třeba grafická karta připojená přes USB?

[Yokotashi]

A to ma byt jako k cemu v okamziku, kdy panicuje jadro? K tomu, aby mel clovek 100% jistotu, ze neuvidi fakt vubec nic?

To je jako ptat se umirajiciho na mozkovy nador co mu je a neakceptovat jine odpovedi, nez ve forme haiku (samozrejme v japonstine; slovnik dostane).

[Martin Mareš]

Sériový port je většinou volný, nebo se alespoň dá uvolnit, pokud se vyskytne nějaký problém, na který je konzole potřeba.

Oproti dedikované grafické kartě má tu obrovskou výhodu, že se dá snadno připojit k sousednímu počítači a tam veškerý výstup do konzole logovat (takže se nestane, že chybová hláška, na kterou týden čekám, ihned odscrolluje), případně ho sledovat po síti. To je s grafickou kartou, byť v textovém módu, mnohem pracnější.

[Grunt]

Pokud budes zaroven seriovy port vyuzivat zaroven pro jeho primarni funkci (pripojeni periferie, treba mysi nebo prumysloveho zarizeni), tak ho nebude vubec mozne pouzit jako systemova konzole.

Je to sice hnus, ale dá se to multiplexovat. Třeba u takového KGDB je konzole namultiplexovaná do toho GDB remote protocolu.

[thingie]

No ale pokud ne, tak ano. A zdá se, že nové KMS ovladače jsou ve shazování videokaret do textu celkem schopné. A i klávesnici si přes nějaký sysrq nebo co se to teď dělá vynutíte asi taky. I na hlášení po sériovém portu musíte být schopni provádět nějaký malý kus jádra.

Každopádně podstatné je, že ta naprosto nutná potřeba sériového portu jako konzole tu prostě není, jelikož PC opravdu je, nebo aspoň může být, konzolí samo o sobě.

[Martin Mareš]

Pokud zrovna systém vyhlásil kernel panic, není moc pravděpodobné, že se přechod do textového módu povede. Na hlášení po sériovém portu stačí něco jako 10 strojových instrukcí a z hardwaru funkční kousíček RAMky (ten, kde je těch 10 instrukcí) a pár I/O portů. Na přenastavení videokarty a vypsání něčeho na obrazovku je toho kódu a funkčního hardwaru potřeba o několik řádů víc.

Jinak samozřejmě stále platí to, co jsem o pár příspěvků výše psal o možnosti konzoli dále zpracovávat (logovat, posílat po síti atd.).

Zkuste si pár dní debugovat kernel panicy a možná také změníte názor

[thingie]

Pokud zrovna systém vyhlásil kernel panic, není moc pravděpodobné, že se přechod do textového módu povede.

Jsou k tomu nějaká čísla?

Já neříkám, že sériový port v některých případech nemůže být lepší konzole, ale nechápu, proč by to měl být nějaký obecný HW, který musí být všude a počítač bez něj není počítač. Tvrzení, že bez něj počítač nemá konzoli prostě není pravdivé.

Dvakrát tak to s tím BIOSem, PC samo je prostě navrženo jako konzole.

[Martin Mareš]

Jsou k tomu nějaká čísla?

Ne, jen něco jako 15 let zkušeností s laděním kernelu a padavého hardwaru :)

Tvrzení, že bez něj počítač nemá konzoli prostě není pravdivé.

To jistě není, některé servery například mají pěkné konzole komunikující po ethernetu (byť se k operačnímu systému obvykle chovají jako sériový port). Ovšem u běžných PC je sériový port asi tak nejbližší aproximací konzole, jakou dokážete sehnat.

PC samo je prostě navrženo jako konzole.

-EINVAL.

[thingie]

No, těch posledních 15 let ale v tom kernelu nebylo třeba to přepínání režimu v jádře (i když nevím jak dobře se s tím dá něco dělat, zdá se mi, že to taky hlavně řeší nějaký svůj framebuffer, a normální konzoli s tím taky nemusí být samozřejmé mít). A PC prostě jako takové konzoli má. Argumentace „když si na tom pustíte grafický režim“ to přece nevyvrací, to by skutečně stačilo prostě oponovat třeba tou myší nebo nějakou jinou aplikací v sériovém portu (a do spousty zařízení už může být skutečně těžké nacpat víc jak jeden), a je to fakt stejný. A nic lepšího tu nezaznělo.

[Martin Mareš]

A nic lepšího tu nezaznělo.

Stále ignorujete veškeré argumenty stran toho, že výstup do sériového portu můžete na rozdíl od té grafické karty snadno dále zpracovávat (logovat, posílat po síti, automaticky v něm něco hledat atd.).

[thingie]

No já je neignoruju, ale narozdíl od toho s grafickým režimem to nejsou argumenty proti tomu, že tam je konzole, ale pouze argumenty, že tam je špatná konzole, což není nic proti ničemu

[Martin Mareš]

V tom případě můžete směle považovat za konzoli, byť poněkud špatnou, blikání LEDkou od klávesnice, a žádnou grafickou kartu nepotřebujete

Jistě, je to poněkud nepohodlné, ale to je hlášení kernelových chyb přes grafickou kartu také, a LEDkou můžete přenést tutéž informaci, ergo je to také konzole

[thingie]

To je sice v podstatě pravda, ale zase se doufám shodneme, že textový výpis na obrazovce je ještě dost vysoko nad mezí smysluplnosti a použitelnosti, zatímco u blikání ledek na klávesnici už by to mohlo být někdy hodně sporné. (Krom toho si myslím, že víc PC zařízení má nějaký videovýstup než ledky na klávesnici.)

[Martin Mareš]

Jistě, je mezi tím rozdíl. Jenže já vidím daleko větší rozdíl mezi grafickou a sériovou konzolí než mezi grafickou a blikání LEDkou.

[thingie]

No a já ne. Akorát nemám duelovou pistoli s dostatečným dostřelem, tak se mi to nechce už víc řešit

[Bluebear]

Nač sahat po pistolích. Stačí vzít fotodiodu, připojit ji dejme tomu na Numlock, k tomu malý plošňák s Atmegou a máte jednoduchý jednodrátový port, po kterém si přenesete textovou konzoli

[Bluebear]

Ehm, tedy, teď mě napadlo, že to má jednu chybu; většina klávesnic je už taky USB

[thingie]

A i tak dost možná při kernel panicu blikají. Nebo možná ne. Tohle mě nikdy nenapadlo.

Ale nezdá se mi, že by klávesnice tady na laptopu byla vedená přes USB rozhraní. I když popravdě nemám tušení jak je.

[pc2005]

lsusb -v

[thingie]

Kdyby byla přes USB, tak bych si to patrně nějak zjistil

[VSi]

U "moderních" PC těžko zjistit, jak je to interně udělané. I USB klávesnice se může tvářit jako PS2, pokud ji BIOS tak "maskuje" (někdy to linux pozná a obejde, někdy nemusí). Tyhle čachry BIOSu pak způsobují různé nevysvětlitelné jevy, kdy kód BIOSu "krade" CPU čas, pak se rozcházejí časovače apod.

[pc2005]

Hmm takovej Matrix . Neměla by ta emulace jít nějak vypnout (vypnutí veškerýho ACPI)?

[VSi]

Úplně přesně nevím, jak to funguje. Ale tipoval bych, že jde pořád o to, jestli to BIOS "dovolí" vypnout. Nevím, jestli je spolehlivý mechanismus, jak může linux po nabootování úplně odstavit BIOS od spouštění kódu na CPU. Budu rád, když to někdo vysvětlí.

[Ondrej 'SanTiago' Zajicek]

Nevím, jestli je spolehlivý mechanismus, jak může linux po nabootování úplně odstavit BIOS od spouštění kódu na CPU.

Softwarovy mechanismus AFAIK neni, ale je mozne to zajistit odstranenim jedne nozicky na procesoru :–).

[pc2005]

SMINT? Jinak asi jedině vyjmutím modulu z obrazu BIOSu (a doufat, že SMM obsluha nebyla do takové míry paranoidní ).

[Yokotashi]

Teoreticky to kernel vypina ... ale ne vzdy se uplne povede ... a pak si obcas procesor skace do 16bit rezimu a vyvadi tam priserne dlouho hovadiny.

Z x86 je mi na zvraceni uz dlouho a s vyvojem se to spise zhorsuje.

[thingie]

(Jak rychle se s tím vůbec dá nějak pozorovatelně blikat? To by musel pak bejt zážitek praštěnější než… no, nevimco.)

[Yokotashi]

Pokud mas PS/2 klavesnici (pokud mas USB, je to stejne cele k nicemu), tak se zkrz ten port da komunikovat obousmerne. Jedina nevyhoda je, ze nikdo nenapsal drivery do kernelu, protoze zatimco propojit dva pocitace po seriaku chce jen kabel, propojit je po ps2 chce neco, co se postara o hodiny (minimalne oscilator) a mozna i nejako synchronizaci (mikrokontroler/logiku), takze je o neco slozitejsi to zbastlit a mozna to jde zbastlit vice (navzajem nekompatibilnimi) zpusoby a bezne se to neprodava.

Ale s rostoucim poctem masin bez seriaku to asi nekdo udela a treba to za par let v kernelu bude.

Proc to delat jednoduse, kdyz to jde slozite.

[xkucf03]

Roli takovéhle konzole v PCčkovém světě od nepaměti plnil sériový port, teď o něj přicházíme a rozumná náhrada jaksi není.

+1. Já jsem se na sériový port dřív koukal skrz prsty, jako na něco zastaralého a zoufale nemoderního, ale poslední dobou si ho vážím čím dál tím víc.

[Grunt]

Problém je, že zatímco komunikace přes sériový port je triviální

Přesně tak. Dva procesory jsou oddělení jen kusem drátu a UART jako ochranou před napěťovými výkyvy. Jednodušeji to už snad ani nejde. Vše ostatní už je moc komplexní.

[Martin Mareš]

ukažme konečně vývojářům Linuxu, že debugovat kernel přes sériový port je nahovno.

Mimochodem, nejlepší způsob, jak to ukázat, je napsat patch

[Grunt]

Což o to. Ono se to jádro dá debugovat i přes síť. Ale mám pocit, že to z nových jader vyhodili kvůli nespolehlivosti (a nebo se mi tu volbu aspoň nedaří nikde v Kconfigu najít.).

[Luk]

V kancelářských počítačích je sériový port v drtivé většině případů už opravdu zbytečný. A většina prodávaných počítačů je určena právě pro kancelářské použití. Karty na přidání sériových portů tam, kde je po potřeba, nejsou drahé, takže bych v tom problém neviděl. Stejně tak mě netrápí, že není běžně montováno například rozhraní IEEE 1384.

[pavel]

Pratele, pratele. Clovek, ktery rika, ze seriak je mrtvy, tak je podle me mrtvy sam. Zkuste si managovat nejaky SUN, IBM, HP, Extreme, Cisco atd. zelezo bez serioveho portu. Ano, nekteri opaci mam jine moznosti, seriak je stara technologie, ale kdyz se vam to zelezo vyse**e, bez seriaku si nakonec ani neskrtnete!!!!
A mohu rict, z vlastni praxe, ze seriak na mem laptopu mi dost chybi. Pripojuji se k iniciative.

[otasomil]

Vami uvedene zarizeni maji webove rozhrani.

[pavel]

if == "vtip":
print " "
else:
print "no comment"

[AsciiWolf]

ehm...

[vencour]

Různě lze tento komentář hodnotit. Třeba i tak, že bych nechal jeho autora v takovém prostředí, kde by musel rok používat pouze webové rozhraní. Tfuj.

[Václav "Darm" Novák]

Uf, tak to nevím, je to nějaká doba co jsem ve škole nastavoval Cisco switche a routery, ale to jde opravdu na něco takového použít webové rozhraní a ta zařízení ho mají? A když se ti náhodou něco podělá v konfiguraci a zařízení shodí všechny síťové porty, jak se na něj připojíš? :)

[Mrkva]

Tak jako u klasického SOHO routeru podržím 10s reset

[pavlix]

Tak to přeju dobou chuť :).

[Grunt]

Zvlášť někde na zaprášené půdě, metr ve vzduchu visíce na UTP kabelu. Každý máme asi svou zkušenost.

[Yokotashi]

Za jak dlouho napisete jednoucelovy skript, ktery bude pres webove rozhranni s danym zarizenim provadet definovane jednoduche ulohy (vypinat porty, prehazovat je mezi dvema VLANy a podobne).

Hesla pujdou po siti volne?

Nebo to bude uplne nezabezpecene?

Nebo to napisete s https?

Nebo to zarizeni pujde nakonfigurovat tak, aby melo webove rozhranni jen je jednom jedinem portu, ktery nespojite se zbytkem site (a cilova masina bude muset mit sitovku navic). Pokud ano, pujde tak nakonfigurovat vetsina zarizeni? A kdyz to budete tahat nekam 300 metru (z/do mista, kde neni switch s VLANy), tak to po 100m rozstrihnere a vrazite tam switch? Pokud ano, co to udela se spolehlivosti? A napajeni k tomu potahnete soubezne s dratem? Nebo dokonce 220V po zbylych dvou parech ethernetu (uz jsem take videl - lidi jsou debilove)? A do indukce ruseni pri tak dlouhem soubehu? Nebo budete bastlit vlastni 60Vss zdroj, menice na ty switche a redukce? Nebo jste snad nekdy videl switch, ktery jde napajet PoE?

Obavam se, ze vubec nevite o cem mluvite.

[Ruža Becelin]

Chlape, ty se zaregistruj a napis tady na tohle tema par clanku

[Ondrej 'SanTiago' Zajicek]

Za jak dlouho napisete jednoucelovy skript, ktery bude pres webove rozhranni s danym zarizenim provadet definovane jednoduche ulohy (vypinat porty, prehazovat je mezi dvema VLANy a podobne).

No, seriovy port v tomhle ohledu nemusi byt vyhra. Videl jsem zarizeni, ktere se sice ovladala pres seriovy port, ale nikoliv s command-line rozhranim, ale s menu-driven 'ncurses-like' rozhranim. Nez z programu ovladat tohle pres seriovy port, to uz je jednodussi posilat ty HTTP requesty (i kdyz, tam zas clovek muze narazit na prasarny s javascriptem nebo dokonce applety).

Nebo to zarizeni pujde nakonfigurovat tak, aby melo webove rozhranni jen je jednom jedinem portu, ktery nespojite se zbytkem site

Vyhrazeny management ethernetovy port u profi zarizeni vcelku standard. Zrovna nedavno jsme kupovovali nekolik 10.5 GHz radiovych pojitek (jeden spoj cca 100-200 kKc) a standardni ovladani pres web pres management port. Take ale pres telnet, SNMP a ten seriak je tam koneckoncu taky. Akorat skoda, ze tam nedali rovnou SSH (kdyz uz je tam uvnitr stejne Linux).

a cilova masina bude muset mit sitovku navic

Coz je obvykle mensi problem nez seriovy port navic. Navic je mozne pouzit pro management treba vlanku na switchi. A v pripade vic takovych zarizeni je jednodussi spojit management porty do switche, nez schanet multiplexory na seriak. Nastesti dnes je diky USB (a seriovym portum pripojenym pres USB) jednodussi nez driv pripojit mnoho seriovych portu k jednomu PC.

A kdyz to budete tahat nekam 300 metru

RS-232 na 300 metru? To nekdo realne pouziva? V prve rade tak pripojis pouze zarizeni, ktere pouzivaji dostatecne malou bitrate nebo maji konfigurovatelnou bitrate. Krom toho u serioveho portu muzes mit problemy se zemnicimi smyckami. Na takovou vzdalenost spis RS-422.

(z/do mista, kde neni switch s VLANy),

Tipoval bych, ze obvyklejsi bude spis opacny problem - ciste seriove zarizeni dost daleko od serveru, s kterym ma komunikovat, ale v dosahu ethernetu. A nez tahnout paralelne sit seriovych linek, spis se ty seriove porty 'prebridguji' k serveru pres ethernet.

Nebo jste snad nekdy videl switch, ktery jde napajet PoE?

PoE injektory/splittery jsou vcelku bezne. Pripojis do ethernetu pred switch a pouzijes to jako napajeci zdroj pro switch.

[Mrkva]

<rejp>Zemní smyčka může být problém i na půl metru</rejp>

[Yokotashi]

Netvrdim, ze RS232 je reseni vzdycky a ze nekdy neni naopak lepsi ten ethernet, ale jsou aplikace, kde si fakt ethernet predstavit neumim.

Ncurses prasarna na seriaku .... to je na zastreleni.

Na 300 metru uz se musi prekonverotvat urovne ... ale na data z nejakeho teplomeru motoru, ktera jdou 300Bd je to mnohem jednodussi, nez ethernet. A na dilne nemusi byt zadny switch, do ktereho se dostane prach a bordel ...

Obsahuji ty splittery a injektory taky menic? Ono tahnout 5V/2A pro switch ... nic moc ... ty ubytky napeti. Resitelne to samozrejme je, o tom zadna.

[Ondrej 'SanTiago' Zajicek]

> Obsahuji ty splittery a injektory taky menic?

Jsou aktivni a pasivni. Pasivni proste pouziji volne draty na dodane napeti, aktivni (PoE podle standardu 802.11af) transformuje napeti na UTP na ~ 40 V.

[Yokotashi]

Takze jde koupit splitter, kteremu se na vystupu nastavi treba 5V=, nebo 12~, 15V= apod. k napajeni beznych switchu? To je hezke ... ale obavam se, ze to nebude levne.

[Ondrej 'SanTiago' Zajicek]

injektor: http://www.i4wifi.cz/?cls=stoitem&stiid=1339

splitter: http://www.i4wifi.cz/?cls=stoitem&stiid=1276

[Yokotashi]

To sice neunapaji vsechno, ale najit switch, ktery to zvladne uz je pomerne realne a ta cena je velmi pekna.

[VSi]

Jde o úplně standardní věc: http://en.wikipedia.org/wiki/Power_over_Ethernet

Používá se to hlavně pro napájení IP telefonů a WiFi AP přímo ze switche. Prodávají se switche, kde všechny nebo jen některé porty umí napájet připojené zařízení přes POE. Je to ale dost drahé, rozhodně víc než ten injector z odkazu. Viděl jsem i switche, co mohou být napájené přes jeden z portů, snad od 3Com. Ale bylo to pekelně drahé. Ono vůbec u těch levných zařízení (WiFi pro outdoor, Mikrotik apod.) se používá spíš "pseudo poe", které nevyžaduje speciální transformátory, ale jen se na 2 volné páry připojí obvykle 18-24 V. To plnohodnotné POE (802.11af/at) je o dost složitější a funguje i s Gigabit Ethernetem.

802.11af = 12.95W pro připojené zařízení, 802.11at = cca 25W. Do těch 25 wattů se už vejdou i dost velké switche (24 10/100 portů + nějaké Gb), spíš je potíž sehnat větší/lepší switch s externím zdrojem, pokud nechci kuchat ten vnitřní.

[otasomil]

Zato po RS 232 to vsecho vyresite ze ?

Nevim co sem vubec tahate napajeni.

RS 232 natahnete par metru a koncite na chybovosti a nepouzitelnosti.

[Yokotashi]

Ethernetovy switch je treba napajet. Switch musi byt po 100m, takze pokud je to pres 100m ...

RS232 natahnete dost daleko - zalezi na rychlosti. A kdyz to nestaci, tak se jenom jednoduchym analogovym konvertorem za par korun zmeni urovne - treba na RS485. Uz jsem videl terminal pripojeny strukturkou dlouhou asi 200m. Na kazdem konci byla krabicka se soucastkami max za stovku ...

[otasomil]

To je stajny blabol jako bojkot pocitace bez floppy.

RS 232 proste nikdo nepotrebuje a pokud ano tak si ma shanet pocitace na vrakovisti.

[Mrkva]

RS 232 proste nikdo nepotrebuje

Nelžete, já potřebuju :)

[otasomil]

Ja bych ho pouzil tak treba na vzdalene obcasne bliknuti svetlem v pokoji pres ssh a cteni z portu (cat /dev/ttyS0).

Toto ovsem lze bezproblemu realizovat i s USB/RS232 adapterem (cat /dev/ttyUSB0)

Jinak je samozrejme pravda ze obsluha RS232 je pomerne jednoducha a snadno lze dobastlit nejake udelatko.

Toto se uz s USB jen tak snadno nepodari.

Nastesti existuji ledajake "desticky" se sitovym konektorem, webovym rozhranim .... pro podobne ucely.

 

 

Bohuzel my dva a jeste semtam nekdo trh a vyrobce v zadnem pripade nepresvedcime.

[=^..^= AmigaPower®]

To je vtip? Bez RS232 nenaprogramuješ ani blbej mincák, ani blbej acceptor bankovek u většiny přístrojů, který tyhle periferie využívaj.

[otasomil]

Sic chapu ze industry elektronika je o par kroku zpet oproti spotrebce, ale nemuzeme zustat v praveku.

Pred par lety bylo jedine rozhrani mobilnich telefonu jimz se daly pripojit k PC tez RS 232, semtam infraport. A dnes ?

Bluetooth, WiFi, Mass Storage  - bezne zpusoby pripojeni pristroje. Zde je nazorne videt ze nejpokrokovejsi technika je technika spotrebni.

8 - 10 let stary notebook mel celkem bezne RS 232. 8 - 10 let stara zarizeni jej maji tez jenze nikdo uz dnes nechce 8 - 10 let stary notebook.

 

Operativni vyrobce implementuje TCP/IP

[Martin Mareš]

Zde je nazorne videt ze nejpokrokovejsi technika je technika spotrebni.

Že se ale sežene spousta spotřební elektroniky, která komunikuje po 10Gbitovém ethernetu

[otasomil]

10 Gbit ethernet je u prislusneho zarizeni vyuzivan skrze prenosovou rychlost a to je uplne jina liga ... co liga uplne jiny hriste.

RS 232 nema zadne vyhody krom jednoduchosti prenosu dat.

[Mrkva]

RS 232 nema zadne vyhody krom jednoduchosti prenosu dat.

A to nestačí? Pokud potřebuji do nějakého jednočipu typu ATMega napálit nějaký kód, s paralelním portem no zvládnu na přímé propojení pár dráty, na RS232 stačí převodník úrovní RS232<->TTL, na USB už musím mít programátor :)

[VSi]

No, značná část zařízení, co dnes má USB / Bluetooth atd. stejně někde uvnitř ten sériový port vyvedený má. A často je to možnost, jak takové zařízení zahránit (nebo i hackovat).

Typicky různé WiFi krabičky, chytřejší set-top-boxy, televize apod. Takové zařízení bootuje z flash paměti, jejiž obsah se může poškodit např. nepovedeným updatem. A kromě toho může být vedle "provozního" firmwaru ještě nějaký skutečně malý systém, který umí komunikovat jen přes ten sériový port, protože všechny ostatní periferie jako USB a Ethernet jsou řádově složitější než ten sériový port, u kterého se nastaví obsah několika registrů jako konfigurace a pak už se jen čtou/zapisují bajty jednou instrukcí CPU.

Proč RS232 v "průmyslových" zařízeních? Co mě napadá: často je tam velmi jednoduchý CPU, který nic jiného nemá, a jiný typ s USB/... by byl úplně zbytečně dražší; snadné sledování a ladění komunikace; triviální princip bez prostoru pro vznik chyb = spolehlivost.

Jinak se někdy podívejte v nějakém obchodním centru na periferie pokladen - prakticky všechno je na RS232. Dokonce jsou dnes firmy, co prosperují na dodávkách řešení typu "PCIe karta s 8 RS-232 porty" - např.: http://www.moxa.com/product/CP-168EL-A.htm

[otasomil]

>>> Dokonce jsou dnes firmy, co prosperují na dodávkách řešení typu "PCIe karta s 8 RS-232 porty" - např.: http://www.moxa.com/product/CP-168EL-A.htm

Takoveto rozsireni bych si za 1000 Kc klidne koupil na pokusy, ale za takovouto cenu nikoliv.

Znam takoveto rozsireni. Kdysi jsme v praci pouzivali ISA kartu se 4 x RS 232. Stala asi 20 000,- Dnes ji lze tak akorat vyhodit do e-odpadu.

Jeste mame 8 port v podobe externiho zarizeni pripojeneho ke karte ISA a to stalo 50 000,- minimalne.

Vyuzivat periferie RS 232 rozhodne neni levna zalezitost. To ani nahodou.

[VSi]

V průmyslovém prostředí jaksi nákupní cena komponent neudává, jestli je řešení celkově levné.

Musíte započítat náklady na vývoj, který se musí dělat trochu jiným stylem, protože požadavky na spolehlivost jsou jinde než u spotřební elektroniky. A také náklady na další provoz. Je třeba si uvědomit, že když hodinu nebude fungovat to zařízení, které se přes takovou kartu řídí, tak to bude stát řádově více než cena té karty. A u RS-232 je pravděpodobnost chybné implementace podstatně nižší, než u takového USB nebo Ethernetu. Další věc je, že RS-232 z principu garantuje maximální zpoždění přenosu. Ethernet se v průmyslu používá, ale s úplně jinými protokoly.

Už jsme se dostali trochu daleko od nějaké té konfigurace mincovníku, ale chci na tom ilustrovat princip uvažování.

[Ondrej 'SanTiago' Zajicek]

Vyuzivat periferie RS 232 rozhodne neni levna zalezitost. To ani nahodou.

Vzhledem k tomu, ze RS 232 radic pripojeny pres USB stoji ~ 300 kc a pres USB hub je mozne pripojit takovych radicu k PC hodne, tak me to prijde jako celkem levne.

[Mard]

Hele nechte toho, mě už bolí břicho, když vás čtu! Jste prima teoretik, skoro Jára Cimrman! Už jste někdy zkusil připojit třeba 10 převodníků USB-RS232 k PC? Asi ne, jinak by jste věděl že inicializace zařízení není definována a tak se vám jednou ten 10. převodník objeví jako COM12 a jindy zase jako COM5 To je fakt potom legrace

[pc2005]

Zajimavý, mě se nikdy jako COMx neobjevila, maximálně jako ttyUSBx. Jakou distribuci, že to používáš?

[vencour]

S terminal servery Digi mam dobrou zkušenost, cena je rozumná.

[pc2005]

Ale obyčejný 8250 to asi nebyly ne?

[CALLDA]

No tak se jenom vyměnila ISA za PCI, ale RS-232 na druhém konci zustalo! Co tím chtěl básník říci?

[otasomil]

Ze ISA kartu neni v novych deskach kam zastrcit nacez se industry computer realizuje z vyhozenych motherboardu ze starych PC coz je ovsem velmi pokrokove ze ano.

[Yokotashi]

PC104 je defacto ISA ... takze stale jsou desky, kam se ta karta nacpat da (a samozrejme do PC104 existuji seriaky a ledascos dalsiho). Vyhoda je, ze ty stroje maji trosku jinou kvalitu, nez dnesni PCcka.

Kdybych delal industry coputer a mel si vybrat mezi Pentiem 60 s EISAmi (cca 200kkc v dobe porizeni) a dnesnim PCckem (jakymkoliv beznym kancelarskym strojem rekneme do 30kkc), tak nevaham a volim to P60 (pokud by vykonove stacilo). V realu by to samozrejme zaridila 100x mensi deska, ktera je spolehliva a zere 5W.

[Martin Mareš]

RS 232 nema zadne vyhody krom jednoduchosti prenosu dat.

To samo o sobě je výhoda dost zásadní. Další výhoda je, že kromě poslední PCčkové módy ho podporuje celý svět.

(Mimo to, průmyslově vyráběný HW se dosti drsně optimalizuje na výrobní náklady ... a lepší než utratit dolar za švába, který umí komunikovat po USB, je obětovat pár centů za sériový port.)

[Heron]

RS 232 nema zadne vyhody krom jednoduchosti prenosu dat.

To je jako říct, že žárovka nemá žádné výhody krom toho, že svítí a hřeje. Ta jednoduchost je právě největší výhoda seriáku.

[=^..^= AmigaPower®]

Sic chapu ze industry elektronika je o par kroku zpet oproti spotrebce, ale nemuzeme zustat v praveku.

Každá implementace něčeho novýho, každá modernizace stojí spousty peněz. Zákazník nechce platit 25k, když má "to samý" za 10k. Zákazník nechce nakupovat nový obslužný HW a SW. Zákazník nechce mít ve svých přístrojích více různých druhů (nezáměných) periferií. Technologie postavená na MC68000 a podobných tu bude ještě dlouho, tady vyšší výkon není potřeba.

[otasomil]

>>> Zákazník nechce mít ve svých přístrojích více různých druhů (nezáměných) periferií.

A co je na TCP/IP exoticke ci nezamenne. Kazdy wifi router za 500,- ma webove rozhrani kde lze nakonfigurovat vse a neni treba instalace jakehokoli SW do PC, vse je multiplatformni, moznost vzdaleneho pristupu i monitoringu. Neni nejmensi duvod proc by dnes takoveto zarizeni nemohlo byt vyuzito ve vselikych zarizenich.

Staci si jen vzpomenout na problematicky SW pro radiostanice pod DOSem, ktery pod win xp mizerne fungoval a nekdy vubec. Na moznost spusteni pod GNU/Linuxem lze zapomenout.

Takovato zarizeni nechceme prece.

 

Hafo veci jede na procesorech 8 bit (radiostanice apod.) to je fakt, ale neni uz nejvyssi cas to zmenit ? To ze to staci je taky pravda,  motorola D 160 taky dodnes funguje a lze ji pouzivat jenze ji rozhodne krom par duchodcu nikdo nepouziva.

[=^..^= AmigaPower®]

Nevim jak jsme se dostali od mincáku k routeru a co maj spolu vůbec společnýho ale budiž, zkus si přes web nastavit třeba automat na žvejkačky.

[otasomil]

>>> zkus si přes web nastavit třeba automat na žvejkačky.

A proc by to nebylo mozne. Prijdete s notebookem, pripojite LAN kabel, zadate IP, vyplnite login ..... vse nastavite klikacim webovym rozhranim tak jako ve zminovanem routeru. Nikde neni psano ze musi byt zarizeni pripojeno i internetu.

Je to snad nejake scifi ?

[Mrkva]

Hm, ale to ten automat bude zbytečně třeba o tisícovku dražší :)

[otasomil]

Takoveto zarizeni pro "byznys" je casto brutalne predrazene takze se to urco neprojevi. Moznost dalkoveho monitoringu zasob zbozi v automatu ci mnozstvi penez je tak zajimave pro majitele automatu ze si milerad priplati. Totez se tyka kas v obchodech.

[=^..^= AmigaPower®]

Ne, tam se prostě to co nefachčí vymění - 5 minut i s odmikánim petlic. Když nezabere přečištení, komponent se vyčistí a zkalibruje, případně opraví až na servisu. Zkus někomu vnutit "Prijdete s notebookem, pripojite LAN kabel, zadate IP, vyplnite login ....", vysměje se ti, že to nepotřebuje, že jeho náklady na servis jsou teď menší než třeba za služební telefony...

[Heron]

Není to scifi.

Co ale v případě, že to zařízení z nějakého důvodu nenabootovalo, nebo nemá ip, nebo nejede ta web služba? Co pak? Nehledě na to, že toto všechno tam vůbec nemusí být (nemá to s funkcí daného zařízení nic společného) a navíc se to může rozbít. Takže je to takové drahé, zbytečné ... kurvítko.

Kdežto u RS232 připojíš kabel a hned vidíš, že to třeba nebootuje*. Po seriáču tam nahraješ spolehlivý firmware, nakonfiguruješ to a jede to. Bez něj bys to musel poslat někam do opravny, kde se tam připojí na interní pin a flešnou tam ten stejný fw. Za 500kč. Ty si to pak ještě nastavíš.

Toto není žádná vymyšlenost, to se mi stalo. RB450G po update fw nenajeli síťové interface. Což je u routeru dost problém, že ano. Přes RS232 a netinstall oprava na 15 minut, jinak bych čekal 30 dnů na vyřízení reklamace.

[Grunt]

pripojite LAN kabel, zadate IP, vyplnite login

Jo, ale zvláště prdel je to, když zařízení nedostane IP adresu, když přestane komunikovat NIC, když nenaběhne systém nebo se nějak poškodí to heslo nebo … Jak už říkal Heron. K SOHO routerům RS-232 neodmyslitelně patří a bez něj by to téměř nešlo.

[VSi]

Hafo veci jede na procesorech 8 bit (radiostanice apod.) to je fakt, ale neni uz nejvyssi cas to zmenit ?

Proč, když to funguje? Ono jde taky o náklady na vývoj nových řešení a o spolehlivost. Ta spolehlivost je dána třeba už jen tím, že se něco používá 25 let v nezměněné podobě. Nové řešení by se nevyhnula počáteční neodladěnosti.

U toho WiFi routeru asi nikdo nepředpokládá, že bude fungovat 20 let. Ještě jsem neviděl WiFi router v SOHO kategorii, kde by se značná část funkcí v nastavení nechovala "podivně". Holt v průmyslové a "nespotřební" elektronice jsou zvyky trochu jiné. Není taky taková potřeba inovací jako u počítačových věcí.

[Mard]

Cože?!? Už jste někdy instaloval openWRT přes WEB?!? Tak to před vámi smekám! To bych asi nedovedl a to už s elektrohejblaty dělám přes 30 let!

[Heron]

Sic chapu ze industry elektronika je o par kroku zpet oproti spotrebce, ale nemuzeme zustat v praveku.

To, že je něco staré neznamená, že je to na vyhození. Sériový port je jednoduchý, ve své funkci spolehlivý a prostě funkční. Z hlediska ovládání je to zápis na jeden port (tuším snad 3f8) a z hlediska HW tři dráty (v minimální konfiguraci). Když všechno ostatní selže (např. to tvé webové rozhraní, nebo taky třeba bootloader -- o 20 služeb před tím webem) tak se snadno dá připojit na RS235 a opravit to. Zkus si tohle na Bluetooth .

Bluetooth, WiFi, Mass Storage - bezne zpusoby pripojeni pristroje. Zde je nazorne videt ze nejpokrokovejsi technika je technika spotrebni.

Ale taky nejméně funkční a o spolehlivosti ani nemluvím.

[Bluebear]

Zde je nazorne videt ze nejpokrokovejsi technika je technika spotrebni.

Bohužel ne; spotřební technika bývá vylevněný šunt, kde lze občas najít novou technologii, protože si ji výrobce chce otestovat.

[Bluebear]

Sic chapu ze industry elektronika je o par kroku zpet oproti spotrebce, ale nemuzeme zustat v praveku.

Nedá mi to, abych nepoužil citát:

Existují dva druhy bláznů. Jedni říkají: "Toto je staré, a tedy dobré." Ti druzí tvrdí: "Toto je nové, a proto lepší."

Nezáleží přece na tom, jak stará je daná technologie, ale jak dobře vyhovuje svému účelu. Nůž, sekera, kleště či kladivo, to všechno jsou nástroje, které provázejí člověka už od doby bronzové a jejich princip, základní tvar i způsob použití zůstává prakticky nezměněn (samozřejmě se zlepšují materiály). Proč? Protože dokonale plní svou funkci a žádné radikální změny u nich nejsou potřeba.

Zlepšování pro zlepšování, změna pro změnu, to je marketingové šílenství, které je z historického hlediska velmi mladé a taky velmi rychle vyhnije, jakmile jen o něco poklesne dostupnost zdrojů.

[Ondrej 'SanTiago' Zajicek]

> Zlepšování pro zlepšování, změna pro změnu, to je marketingové šílenství

Zrovna zmena seriovy port -> USB ale IMHO zdaleka takovy nebyl. Pred vznikem USB seriovy port zdaleka neplnil dobre svou primarni funkci [*] - pripojovani periferii k pocitaci. A to z mnoha duvodu. Neni divu, ze kdyz pak USB prislo, tak tuto primarni funkci vcelku rychle (u nekterych typu periferii rychleji, u nekterych pomaleji) prevzalo. Je pravda, ze krome tohoto primarniho use-case existuji i okrajova use-case, na ktere se klasicka UART 8250/16550-kompatibilni implementace serioveho portu hodi lepe (v teto diskusi zminene dve - bastlene periferie a debugovani jadra). Ale je naprosto nerealisticke ocekavat, ze ty porty zustanou standardni soucasti novych PC jenom kvuli temto dost okrajovym use-casum. Nez si na to stezovat, je rozumnejsi hledat nove cesty, jak bastlit periferie a jak debugovat jadru.

[*] primarni funkci ve smyslu funkci, pro kterou byl majoritne pouzivan a kvuli cemu se tedy realne po dlouhodu dobu do PC montoval. Nikoliv funkci, pro kterou byl puvodne navrzen.

[Mard]

Já si tedy z počátků PC nepamatuji jinou myš, než myš přes COM port. Ale možná že myš nepokládáte za periférii.

[pc2005]

No já si třeba takovej microchip koupím s ethernetem, pokud bude ovšem stát stejně jako ten s uartem .

[Mard]

Málokteré mcu mají implementován v mcu jak MAC tak i PHY. Obvykle je tam MAC, který cenu až tak moc nezvedne. A PHY za 100 Kč si dodáte sám společně s trafem a konektorem. Jediný mcu co má PHY i MAC a který jsem použil je od Freescale MC9S12NE64V1.

[pc2005]

Pokud bude to PHY stát i s MAC uC stejně jako UART + MAX232, tak proč ne.

[Martin Mareš]

RS 232 proste nikdo nepotrebuje a pokud ano tak [...]

To je milý způsob, jak si druhou polovinou věty vyvrátit tu první

[thingie]

To je blbost, RS232 je na spoustě různých míst a má to tam smysl používat. Trochu nahovno to začne být, když nefunguje ta USB emulace. Když teoreticky jednoduché a bezproblémové rozhraní sériového portu nelze jednoduše a bezproblémově emulovat, někde je chyba (a hledal bych ji v těch předpokládaných vlastnostech).

[vlastikroot]

Já bych nejradši bojkotoval všechen HW bez JTAGu. Ale můj další PC stejně nejspíš bude ARM, takže se bát nemusim.

[vencour]

Jj, zlatej Linksys

[vlastikroot]

Jako dokážete si představit, jaké by to bylo, přijít ke komplu, píchnout JTAG, pustit testy (kdyby byly dostupné) a zjistit skoro až, jaký spoj je přerušený (odlepený čip), jaký zkratovaný, debugovat CPU po jednotlivých instrukcích, přeflashovat bios apod. A pro vývoj OS by to byla neskutečná možnost. Na 386 bohužel nic takovýho univerzálního neni, člověk se musí spolehnout aspoň na ten seriák.

[pc2005]

Od 486 enhanced series ty x86 JTAG obsahují. Umí sice jen zápis na porty, ale umí. Akorát se musí zapojovat na piny socketu .

[pán tě vidí]

Co ti brání koupit si řadič do PCI slotu? Tento si chci koupit v nejbližší době. http://www.alfacomp.cz/php/product.php?eid=1051400860D70X0TXN Prodejce deklaruje podporu Linuxu.

[silvershrimp]

Vlastne nic ... snad jen ta drobnost, ze v notebooku nemam PCI slot.

[pc2005]

Ve formě PC Card určitě máš , ale i do PC Card se prodává (i do těch novějších u kterejch nevím ani jak se vůbec jmenujou ).

[silvershrimp]

Acer aspire one nema.

Nevim o tom, ze by nejaky podobne maly a lehky pocitac mel seriak.

[vencour]

Pokud jde o noťas, HP-6930b sériák má.

[pc2005]

Jestli to je ten samej co jsem našel já, tak ten by mohl mít link (na nějaký ruský blokový schéma LPC čipu).

[pc2005]

Eh po pár hodinách si to po sobě čtu a není to teda moc srozumitelný . Co chtěl básník říct bylo to, že po vyhledání čipů v notebooku se nacházejících jsem objevil tenhle hezký ruský web, kde je v blokovém schématu položka serial port/FIR. Což by mohlo znamenat, že není v noťasu akorát vyvedený. Kdybych po seriáku tak toužil a uměl bych pájet QFP pouzdra, tak bych se do toho pustil .

[silvershrimp]

Zapajet to asi nebude jednoduche ... ten svab vypada, ze ma nozicky dost huste. Ale diky za tip.

[VSi]

Pokud ten serial port na čipu není využitý, tak se zřejmě ani nedetekuje v OS. Nejspíš to bude dáno BIOSem, který tomu čipu dá při zapnutí určité nastavení. Takže i kdyby se nějak povedlo ten port vyvést, bylo by třeba upravit BIOS nebo možná jen zapsat nějaké magické hodnoty do konfiguračních registrů toho čipu (jestli to vůbec jde a jestli je to zdokumentované). To už je asi lepší si koupit tu ExpressCard/PCMCIA kartu, samozřejmě pokud notebook má takový slot.

[pc2005]

Pokud je dokumentace čipu, tak není problém udělat krátký prográmek, který to někde v init.d zapne (sám takhle řeším sériový porty, protože ho od určité verze jádro čas od času nedetekuje).

Pokud dokumentace k čipu není, tak ten stroj za to nestojí .

[pán tě vidí]

http://www.alfacomp.cz/php/product.php?eid=1051400860D90A2LLU

tak tu je řadič do PCMCIA, podpora Linuxu taktéž. Kdo chce, najde. Kdo nechce, hledá výmluvu.

[vencour]

Fííha, pěkné To se musí podporovat. Jak? Přece peněženkou!

[DekeL]

Ahoj,

tiez patrim medzi ludi ktory su pekne nasr*ty nepritomnostou legacy portov v beznych PC-ckach. Kdo tvrdi ze rs232 je mrtve nech sa laskavo pozrie pod volant svojej skode octavia/fabia. Najde tam OBD konektor, co je az do roku vyroby 2008 obycajny seriak, akurat s inymi napatovimy urovnami. (Po roku 2008 bol zavedeny HEX-CAN protokol, ktory robi len problemy) Seriak je aj na drahsich veciach ako nejaka ojazdena skodovka, napriklad na core-level switchoch, servroch a pod. Argument ze vsetky 'normalne' zariadenia maju web interface stoji za velke hnede nic - chceli by ste mat web interface v riadiacej jednotke auta ? ;) Web interface je moda poslednych rokov, ale do zariadenia, na ktorom stoji a pada chod fabriky si nikdo nedovoli nastrkat nejaky deravy web napisany v PHPku.

Co sa tyka naseho maleho geek bojkotu tak sme proste v prdeli. Mozeme nadavat, mozeme s tym nesuhlasit ale to je tak vsetko. Seriovy port je silna zbran, avsak ludi co si to uvedomuju je malicko. (ostatne s linuxom je to to iste) Pre sikmookeho vyrobcu elektroniky sme absolutne nepodstatny. Skusme radsej spolocnymi silami najst PCI-E karty,expres karty,USB redukcie ktore funguju. Ak ma niekdo nejake relevantne skusenosti tak sem s nimy

[Zdeněk Štěpánek]

Pouzivam PL2303 a doted jsem s ni nemel zadnej problem... Pouzivam pomerne casto na ruzny wifi krabky.

Zdenek

[vencour]

Jestli někdo staví server, tak si předpokládám za nějakou formu console/sériáku rád připlatí.

Toť odpověď na reakce o mrtvolách.

[Bluebear]

S argumenty víceméně souhlasím, ale na bojkot nemáme dostatečnou tržní sílu.

[Grunt]

Heh. Na to jsem tu nedávno navrhnul anketu. Jen ne teda o RS-232, ale o obecných GPIO (pamatuje ještě někdo jak se komunikovalo se splašeným hřebíkem nebo ALFInou? ale RS-232 do toho samozřejmě počítám též (když už se nemám vymluvit na co, tak aspoň na tu Robotronku)). Sere mě to též, protože RS-232 používám dnes a denně.

[Bluebear]

Možná taky záleží na konkrétním modelu USB-to-serial redukce; možná, že některé chodí bez problémů a jiné dělají blbosti.

Na trhu je obrovské množství USB periférií a některé se chovají fakt dost divně, zvlášť když se musí kombinovat ještě s dalším hardwarem (například redukce USB-to-PS/2 fungují s normálními klávesnicemi a myšmi, ale zdaleka ne všechny fungují taky s KVMkem).

Navíc, jak víme, implementace USB hardwaru na základní desce může být taky svérázná

Možná by stálo za to vyrobit a publikovat schéma řadiče USB-to-serial, který by garantoval správnou funkci a definované chování. Problém s laděním jádra to bohužel nevyřeší, ale aspoň pro účely bastlení by to mohlo pomoci.

[VSi]

Možná taky záleží na konkrétním modelu USB-to-serial redukce; možná, že některé chodí bez problémů a jiné dělají blbosti.

Ty nejhorší redukce, co jsem viděl, neměly vůbec funkční řídící linky. Tj. byly zapojené jen RxD a TxD. Ty lepší, co mají zapojené všechno, nefungují v případech náchylných na časování. Ovšem v těchto případech často ani "nativní" sériový port negarantuje funkci. Tj. se spoléháme na nezaručené chování.

Možná by stálo za to vyrobit a publikovat schéma řadiče USB-to-serial, který by garantoval správnou funkci a definované chování.

No, to by bylo zajímavé, ale z čeho by ten řadič byl složený? Nějaký mikrokontrolér s USB rozhraním? Co když i tam je ta implementace USB nedokonalá? Jedině to udělat celé v nějakém FPGA. Kolik by takový převodník ale nakonec stál? I když teoreticky jde použít i obyčejný ATmega, který zvládne USB pomocí GPIO, ale to je dost velká magie, a na 100% shodu s normou bych si nevsadil.

Problémy jsou z mé zkušenosti jen s těmi USB převodníky. PCI, a většinou i PCIe jsou v pořádku. Jen pozor na to, že ExpressCard má uvnitř vyvedené USB a některé ExpressCard <> RS232 převodníky jsou uvnitř připojené na USB, a tudíž v problémových případech k ničemu.

Jinak to "definované chování" USB převodníku se těžko vyrovná chování nativního sériového portu. Hlavně jde o přesnost časování, kdy USB obecně nemůže tohle zaručit.

[lok]

Jiste. V nouzi se obcas muze com hodit, ale na ruku na srdce, uz jsem ho osobne nepouzil par let (kdyz nepocitam redukce do usb). Myslim, ze by se nemelo lpet na davno vyhaslych tradicich, a tyto umrivsi rozhrani by se nemely exhumovat. :)

[pc2005]

Heh na posled jsem RS232 použil před dvěma hodinama .

[Bluebear]

Myslim, ze by se nemelo lpet na davno vyhaslych tradicich

Jsem pro, pryč s dávno překonanými technikami! Měla by se zrušit výuka psaní na základní škole. Kdo dnes píše ručně?

[Ondrej 'SanTiago' Zajicek]

Pokud se tyka psaciho pisma, tak souhlasim. Naco deti ucit dvoje odlisna pisma (podobajici se tak nejvys v pulce znaku) - tiskaci a psaci, kdyz prakticky vsechen precteny text v jejich zivote bude v tiskacim pismu a pro psani rukou se da tiskaci pouzit take (a IMHO se s nim pise pohodlneji).

[pc2005]

Tak teď nevím jestli to byla ironie, nebo nebyla :-/. Každopádně možná se tak stane .

Pokud nebyla, tak bych rád řekl, že tiskacím se mě píše hodně blbě (nenavazuje) a trvalo by to hodně dlouho, než bych něco napsal (zase kdybych byl dítě na zakládce, tak by mě takový diktát o jedné větě nevadil )

[thingie]

No já nevím. Věřte mi, že rukou píšu fakt dost, ale přesto to je takový nějaký hybrid. Asi bych neměl problém se učit jenom „tiskací“ písmo a nějakou rychlou psací formu si odvodit. Konečně, su za exota už jenom proto, že běžné propisky považuju za naprosto nepoužitelné a používám plnící pero.

[Chytrex]

No já chápu význam psacího písma a naprosto s ním souhlasím.. Navazuje, zrychluje to psaní, propiska/pero/husí brk/whatever se nemusí tak často odlepovat od papíru.. Ale mi jakožto dysgrafikovi dělá psací problem a rozhodně píšu rychleji tiskacím, které taky používám všude. Takže nezavrhuju ani jedno.. Ale rozhodně bych ve školách psací ponechal.. přeci jen to i zlepšuje a procvičuje jemnou motoriku dětí.

[Chytrex]

+1 neřek bych to líp..

[otasomil]

Mela by se zavest vyuka psani na klavesnici a pouzivani vyhledavacu.

Pozdeji skolstvi rozpustit uplne, aby se ony miliardy mohly pro******t nekde jinde.

[Yokotashi]

Co delate dneska vecer? Nechcete se zastavit a misto lpeni na tradicich mi rict, proc mi nebootuje muj kernel na AI Touchbooku, aniz bych tam musel letovat na motherboard ten zbytecny a zastaraly seriak? Kdyz to dokazete nabootovat s nove prelozenym kernelem, mate u me jedno tricko z eshopu chapadla.cz dle vlastniho vyberu.

[Grunt]

proc mi nebootuje muj kernel na AI Touchbooku

V čem je problém? opkg update && opkg upgrade? Stačí vyhodit MMC a promazat vše až na skryté složky a systém bude tak jak přišel z továrny.

[Yokotashi]

Problem je v tom, ze system z tovarny neumi (mimo jine) kartu Zydas 1211 (doufam, ze mam dobre cislo), kterou mam. Jejich driver rt3070sta k jejich karte je totalne v haji - po startu se nahodne podela za 2 minuty az 20 hodin a pak jde rozchodit jedine restartem masiny (vyndat a zadnat kartu a/nebo modul nepomaha).

Dalsi problem je v tom, ze bych rad pridal podproru vlastniho RTC.

Prelozit stejny kernel, jako tam mam (abych mohl pouzit moduly) se mi nepodarilo, chyba je v jejich patchi ...

Neprijemnost (ktera uz s timhle nesouvisi) je silene poddimenzovany zdroj pro USB, ale to budu resit hardwarove a az to bude ozkousene, tak to zverejnim na kanal.ucw.cz.

[Grunt]

Problem je v tom, ze system z tovarny neumi (mimo jine) kartu Zydas 1211

To se týká Ångströmu alias Always Innovating OS. Ten toho moc nemá (ale je to Embedded distro, tak čemu se divit). Něco málo se dá najít v repositářích a co není tam, tak určitě doporučuju přebootnout ještě do Ubuntu a zkontrolovat. Ale mám pocit, že nějakého Zydase jsem zkoušel a ten nejel ani tam, ani tam. Holt v tom případě se člověk kompilaci nevyhne. Ale jinak mě to též docela štve a určitě nebudeme jediní.

Jejich driver rt3070sta k jejich karte je totalne v haji - po startu se nahodne podela za 2 minuty az 20 hodin a pak jde rozchodit jedine restartem masiny (vyndat a zadnat kartu a/nebo modul nepomaha).

Není to jejich rt3070sta, ale je to tím, že je to nějaký proprietární bastl. Už existují i otevřené drivery z linuxwireless, bohužel se v současném stabilním vydání 2010-03.a neobjevili a jak upgradovat na testovací vydání jsem ještě nepřišel (právě zmiňovaný opkg update && opkg upgrade způsobil kolaps systému). JInak chybu potvrzuju a není to ani tak bug jako featura. Ale jinak samotná USB wirless (teda určitě na poměry USB bezdrátových rtěnek) je docela vymakaná (zkoušel jsem si ji předělat do desktopu), jen je bohužel potřeba správný driver a ten se zatím zas nedá získat jinak než kompilací.

Dalsi problem je v tom, ze bych rad pridal podproru vlastniho RTC.

– kompilace.

Prelozit stejny kernel, jako tam mam (abych mohl pouzit moduly) se mi nepodarilo, chyba je v jejich patch

Též. Ale ještě jsem se tím moc nezabýval.

Neprijemnost (ktera uz s timhle nesouvisi) je silene poddimenzovany zdroj pro USB

Ty jo, vždyť ten SoC je 3V nebo 4V a žere dohromady míň energie než kvítka v mém květináči (IMHO i míň než ta LEDka co podsvěcuje LCD). Nějaký USB vibrátor nebo USB vařič bych se na to určitě nepokoušel zapojovat. To by ty baterky nemusely nést dobře i když mají kapacitu jakou mají.

[Yokotashi]

Zkouknul jsem tu sitovku - je to skutecne zydas 1211 (0ace:1215).

Ubuntu to neumi taky ... nezkousel jsem jen toho androida.

S tou sitovkou jsem spokojen (dokud funguje), ale kdyz jsem se ptal na ten driver (popravde receno jsem nevedel, ze uz je i nejaky free, takze netusim, ke kteremu jsem dostal odpoved), tak jsem se dozvedel, ze to je takova cunarna, ze se v tom asi hrabat nechci.

Kolegovi se taktez nepodarilo nabootovat 2.6.32, takze v nem asi bude nejaky problem. Delal to crosscompilaci, jak doporucuji na strankach a ne primo na AI (jako ja).

Zkusim prelozit nejakou novejsi verzi, nebo vanillu ... ale nevim, kdy se k tomu dostanu.

Ty baterky maji 12+6Ah => mohly by kratkodobe dat bez problemu 30W a asi i 60W (<1C).

Zkousel jsem tam pripojovat USB ethernetovou sitovku (neuspech); telefon (=modem) - pokud je AI napajeno, tak to chodi, bez napajeni lehne USB; CDMA modem s vlastni baterkou na vykryvani spicek - pokud je modem napajen svym zdrojem a AI taky svym, tak to chodi, ale uz pri odpojeni AI z napajeni to lehne (ackoliv je modem stale napajen odjinud). Flashky, ctecka SD, USB seriaky a opticka mys s tim nemely zadny problem.

[Grunt]

Zydas 1211

[22308.153008] usb 4-2: firmware: requesting zd1201.fw
[22308.718374] usb 4-2: wlan0: ZD1201 USB Wireless interface
[22308.718653] usbcore: registered new interface driver zd1201

No vida. IMHO to bude mít dokonce stejný driver. Chci ji vyměnit hlavně z toho důvodu, že ten Ralink nemá žádnou integrovanou anténu ale jen trošku čárlé nějakým vodivým čímsi na plošňáku a má strašně malý dosah. U tohoto se dá napájet externí anténa.

[Mrkva]

Hm, co jsem koukal, tak 2.6.34 jádro se tváří, že podporu má, a přitom nemá. Takže po bootu se na sériáku normálně přihlásí getty a displej si pořád bliká.

[CIJOML]

To, ze notebook nema seriak vyveden jeste neznamena, ze nema na desce piny - to ma i to pitome EEE901.

[Yokotashi]

To me zajima, tenhle kram zrovna mam. Povedlo se to nekomu zapojit?

Diky za info.

[genius2000.log]

Souhlasim. Nemusej ho davat na kazdou desku urcenou do kancl PC, ale RS232 pouzivam dodnes. Programovani mPC je pres USB vetsinou horor a taky to je drahy. A stejne to tedka vypada s svetelnejma efektama. Doted se pouziva standart DMX coz je temer RS232 ale s rychlosti pevne na 250kbit. Zapojis svetla po sobe do sbernice, nastavis adresy a pripojis ovladacku nebo pres prevodnik do PC. Ted nekoho napadlo ze bychom to meli delat pres TCP/IP. Takze abych si na akce jeste vozil UTP kabely a switche a svetla adminoval pres web :)

[kotyz]

proc to delat jednoduse, kdyz se to muze slozite? tomu se rika inovace ...