abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 09:00 | Zajímavý software

    Jose Fernandez z Netflixu představil nástroj bpftop pro monitorování eBPF programů.

    Ladislav Hagara | Komentářů: 0
    dnes 08:00 | Nová verze

    Incus (GitHub), komunitní fork nástroje pro správu kontejnerů LXD, byl vydán ve verzi 0.6 (YouTube). Vyzkoušet jej lze online ve webovém prohlížeči.

    Ladislav Hagara | Komentářů: 0
    včera 19:22 | IT novinky

    Společnost Broadcom prodává svou End-User Computing (EUC) Division (Workspace ONE a Horizon) koupenou se společností VMware investiční společnosti KKR za 4 miliardy dolarů.

    Ladislav Hagara | Komentářů: 0
    včera 14:44 | IT novinky

    Začal veletrh MWC Barcelona 2024 (Mobile World Congress). Firmy představují své novinky. Lenovo například ThinkBook s průhledným displejem (YouTube).

    Ladislav Hagara | Komentářů: 1
    včera 12:55 | Nová verze

    Byla vydána nová verze 1.46.0 sady nástrojů pro správu síťových připojení NetworkManager. Novinkám se v příspěvku na blogu NetworkManageru věnuje Fernando F. Mancera. Vypíchnout lze podporu randomizace MAC adresy na základě Wi-Fi sítě (wifi.cloned-mac-address=stable-ssid). Schváleno pro Fedora Linux 40.

    Ladislav Hagara | Komentářů: 0
    25.2. 22:00 | Zajímavý článek

    Byly zveřejněny výsledky průzkumu mezi vývojáři v programovacím jazyce Rust: 2023 Annual Rust Survey Results. Téměř 70 % účastníků průzkumu vyvíjí na Linuxu, 85 % pro Linux, téměř 62 % používá Visual Studio Code, …

    Ladislav Hagara | Komentářů: 5
    25.2. 21:11 | Nová verze

    Dlaždicový správce oken, resp. kompozitor pro Wayland Sway byl vydán ve verzi 1.9 založené na wlroots 0.17. Měl by poskytovat lepší výkon a přidává několik konfiguračních voleb, příkazů atd.

    Fluttershy, yay! | Komentářů: 0
    25.2. 13:33 | Nová verze

    Byla vydána nová verze 2.44.0 distribuovaného systému správy verzí Git. Přispělo 85 vývojářů, z toho 34 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    24.2. 17:11 | Nová verze

    KiCad (Wikipedie), sada svobodných softwarových nástrojů pro počítačový návrh elektronických zařízení (EDA), byl vydán v nové major verzi 8.0.0 (𝕏). Přehled novinek v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 2
    24.2. 16:55 | Nová verze

    Na čem aktuálně pracují vývojáři GNOME a KDE? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE.

    Ladislav Hagara | Komentářů: 0
    Kolik máte nálepek na víku notebooku?
     (18%)
     (59%)
     (6%)
     (4%)
     (5%)
     (9%)
    Celkem 399 hlasů
     Komentářů: 15, poslední včera 21:46
    Rozcestník

    Dotaz: Metody pristupu k seriovemu portu v C

    27.11.2008 10:59 Tomáš Skočdopole | skóre: 13
    Metody pristupu k seriovemu portu v C
    Přečteno: 623×

    Ahoj,

    chtel bych se zeptat ohledne pristupu k seriovemu portu v linuxu. Nyni pouzivam klasicke
    otevreni serioveho portu jako souboru /dev/ttyUSB0, nastaveni struktur termios a v programu
    je pak nekonecna smycka ktera kontroluje prichozi data na portu a pripadne odesila data na port. Jenze tato aplikace diky nekonecne smycce zatizi zbytecne procesor na 100 procent.
    Moje dosavadni programy, ktere jsem naprogramoval vetsinou neco udelaji a hned skonci. S programovanim aplikace, ktera bezi neustale a kontroluje vstupy z ruznych zdroju (seriovy port, joystick, ...) a na zaklade toho neco udela vubec nemam zadne zkusenosti. Chtel bych se zeptat, jakou metodou se vubec takoveto programy pisou. Napriklad program ceka dokud neprijdou nejaka data na seriovy port, pokud prijdou provede se treba nejaka napsana funkce a pak se zase ceka na dalsi "event".

    Mohl bych prosim pozadat o nejakou radu jak se tyto aplikace delaji. Jestli je potreba delat vicevlaknove aplikace, nebo nejake eventy, signaly, semafory.
    Budu rad za kazdou radu.

    Dekuji Tomas

    Odpovědi

    ava avatar 27.11.2008 11:42 ava | skóre: 10
    Rozbalit Rozbalit vše Re: Metody pristupu k seriovemu portu v C

    predpokladam ze nemyslis /dev/ttyUSB0 ale /dev/ttyS0

    Chova se to normalne jako soubor, otevri si ho pomoci open (man 2 open) a na otevreny filedescriptor volej select (man 2 select), tomu muzes rict at ceka az nastane na deskriptoru nejaka nova udalost (napr. nova data). Dokonce lze cekat na udalosti na vice deskriptorech najednou i s pripadnym timeoutem.

    Press any key to continue, or any other key to cancel
    27.11.2008 11:58 Messa | skóre: 39 | blog: Messa
    Rozbalit Rozbalit vše Re: Metody pristupu k seriovemu portu v C

    Ještě man select_tut.

     

    kozzi avatar 27.11.2008 12:12 kozzi | skóre: 55 | blog: vse_o_vsem | Pacman (Bratrušov)
    Rozbalit Rozbalit vše Re: Metody pristupu k seriovemu portu v C

     jen dodam ze klidne mohl mit namysli /dev/ttyUSB0 jelikoz je to taky seriovy port

    Linux je jako mušketýři "jeden za všechny, všichni za jednoho"
    27.11.2008 12:44 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: Metody pristupu k seriovemu portu v C
    Jako alternativu k select() lze použít také poll(). Jeho rozhraní mi připadá trochu čistší a používání pohodlnější, ale to je asi věc vkusu.
    27.11.2008 15:48 Tomáš Skočdopole | skóre: 13
    Rozbalit Rozbalit vše Re: Metody pristupu k seriovemu portu v C

    Ahoj,

    dekuji vsem za reakce. Jenom bych se chtel jeste zeptat:
    Jakou technikou by sla naprogramovat trida pro praci se seriovym portem, aby programator, ktery bude potom pracovat s tou tridou, mohl napriklad zaregistrovat si nejakou svoji funkci, ktera se provede jakmile neco prijde na seriovy port.
     
    A jeste k te funkci select()  Dle tohoto prikladu funkce select ceka nejaky timeout. Takze v prubehu toho casu je program zablokovany?
    Ja bych potreboval spis udelat neco, aby ten program mohl normalne pokracovat ve sve cinnosti a na pozadi prijimat a vysilat data do serioveho portu. To budu muset vytvorit vicevlaknovou aplikaci? Dekuji

    #include <errno.h>
    #include <stdio.h>
    #include <stdlib.h>
    #include <unistd.h>
    #include <sys/types.h>
    #include <sys/time.h>

    int wait_for_input_2s () {
     fd_set set;
     struct timeval timeout;

     FD_ZERO(&set);
     FD_SET(0, &set); // 0 - stdin

     timeout.tv_sec = 2;
     timeout.tv_usec = 0;

     return select(FD_SETSIZE, &set, NULL, NULL, &timeout);
    }

    int main (int argc, char ** argv) {
     while (1) {
      printf("napis nieco a stlac ENTER: ");
      fflush(stdout);
      if (wait_for_input_2s() > 0) {
       char * str;
       scanf("%as", &str);
       printf("\nvyborne, vies aj pisat (%s)\n\n", str);
       break;
      } else {
       printf("\nnic si nenapisal, este raz,\n");
      }
     }

     exit(EXIT_SUCCESS);
    }

    27.11.2008 16:01 rastos | skóre: 62 | blog: rastos
    Rozbalit Rozbalit vše Re: Metody pristupu k seriovemu portu v C
    To budu muset vytvorit vicevlaknovou aplikaci?
    Ano.
    27.11.2008 17:24 Tomáš Skočdopole | skóre: 13
    Rozbalit Rozbalit vše Re: Metody pristupu k seriovemu portu v C

    Dobre, takze dejme tomu, ze vytvorim instanci te tridy serialport, pak do ni vlozim ukazatel na svoji funkci, kterou chci volat, kdyz prijdou data na seriovy port.

    Trida serialport potom vytvori vlakno, ve kterem bude blokujici rezim cteni. Pokud fce read v blokujicim rezimu neco vyhodi, data se ulozi napr do fronty a zavola se prislusna funkce.

    Soucasne s timto bude ve fci main provaden jiny vypocet.

    Je to tedy takhle spravne?

    Dekuji

    27.11.2008 19:38 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: Metody pristupu k seriovemu portu v C
    V principu ano, ale při realizaci se tam dá samozřejmě nasekat spousta chyb. :-)
    27.11.2008 21:34 Tomáš Skočdopole | skóre: 13
    Rozbalit Rozbalit vše Re: Metody pristupu k seriovemu portu v C

    Mno, ted jak premejslim nad tou implementaci, napada me nekolik otazek:

    ta trida by mela otevreny jeden file deskriptor na ten port v rezimu read&write? Nebo musi mit  kazde vlakno svuj deskriptor v prislusnych rezimech (jedno RD only a druhe WR only)?

    Jde mi o to, zda je korektni z jednoho filedeskriptoru naraz cist a naraz zapisovat z techto dvou vlaken.

    Dal bych se chtel zeptat jak to bude se zapisem na port - jak to jedno vlakno mam jakoze nechat cekat az mu poslu nejaka data? A pres co mu budu posilat nejake data?

    Dekuji za reakce! Tomas

    28.11.2008 10:01 Messa | skóre: 39 | blog: Messa
    Rozbalit Rozbalit vše Re: Metody pristupu k seriovemu portu v C

    Hm, nebylo by to s tím selectem jednodušší? :-)

    Stačí jeden file deskriptor pro všechna vlákna. Naráz číst a zapisovat by neměl být problém, přinejmenším ne u systémových volání (read a write).

    "A pres co mu budu posilat nejake data?" Vlákno si na nějaká bude muset počkat. Třeba použitím condition variables. Fronty jsou v úvodech do programování s vlákny časté téma.

    28.11.2008 10:10 Tomáš Skočdopole | skóre: 13
    Rozbalit Rozbalit vše Re: Metody pristupu k seriovemu portu v C

    ano, to je taky vec, kterou jeste netusim jak udelat. Takze rikate condition variables - zkusim o tom neco pocist.

    Me napadlo neco jako virtualni roura, nebo nejaky stream. Proste ze to vlakno by stalo na funkci read, ktera by se nastavila jako blokujici. Dokud by uzivatel te dane tridy neposlal nejake data.

    Tomas

    28.11.2008 13:06 Tomáš Skočdopole | skóre: 13
    Rozbalit Rozbalit vše Re: Metody pristupu k seriovemu portu v C

    jeste me napadlo, ze by se to vlakno pro odesilani vytvorilo jen na tu dobu, co by bylo potreba neco odeslat ven z portu.

    Ale nevim, zda by to nesezralo zbytecne vykon - rezie pro vytvoreni vlakna...

     

    28.11.2008 14:57 Michal Kubeček | skóre: 72 | Luštěnice
    Rozbalit Rozbalit vše Re: Metody pristupu k seriovemu portu v C
    Hm, nebylo by to s tím selectem jednodušší?

    Záleží na tom, co během toho čekání potřebujete dělat. Pokud čekat na jiný descriptor, tak ano. Pokud něco složitějšího, tak ne.

    Stačí jeden file deskriptor pro všechna vlákna. Naráz číst a zapisovat by neměl být problém, přinejmenším ne u systémových volání (read a write).

    Problém by to neměl být ani u streamových funkcí, protože ty elementární defaultně zamykají, což je někdy potřeba z výkonových důvodů potlačit, viz unlocked_stdio(3).

    28.11.2008 00:29 trekker.dk | skóre: 72
    Rozbalit Rozbalit vše Re: Metody pristupu k seriovemu portu v C
    Proč hned vícevláknovou aplikaci? Co takhle signály? Při použití Qt si lze relativně snadno v reakci na signál vygenerovat událost.

    Rozhodně bych neřekl, že vícevláknová aplikace je jediná volba.
    Quando omni flunkus moritati
    28.11.2008 09:40 Tomáš Skočdopole | skóre: 13
    Rozbalit Rozbalit vše Re: Metody pristupu k seriovemu portu v C

    no mela by to byt nenarocna konzolova aplikace.

    Ty signaly jsem zvazoval, jenze pro uzivatelske pouziti jsou k dispozici jen 2 - SIGUSR1 a SIGUSR2.

    Coz je pro me malo... :(

    28.11.2008 12:48 trekker.dk | skóre: 72
    Rozbalit Rozbalit vše Re: Metody pristupu k seriovemu portu v C
    Ty signaly jsem zvazoval, jenze pro uzivatelske pouziti jsou k dispozici jen 2 - SIGUSR1 a SIGUSR2.
    Já jsem myslel signál od toho portu. Funguje tak, že přijdou data od portu, běh programu se přeruší a skočí se do obslužné funkce. V té se data přijmou, nějak se s nimi naloží, tam záleží na tom, co přesně děláš, pak se funkce ukončí a běh programu se v vrací tam, odkud se vyšlo.

    Existují i nějaké možnosti synchronizace - možnost, že se ti ten signál doručí, až když budeš chtít. Základní informace jsou česky popsány např. v knize Jádro systému Linux, další informace najdeš v manuálových stránkách (man signal, sigaction, sigwaitinfo), na webu najdeš příklady.
    Quando omni flunkus moritati
    27.11.2008 17:00 Messa | skóre: 39 | blog: Messa
    Rozbalit Rozbalit vše Re: Metody pristupu k seriovemu portu v C

    Jak naprogramovat tu třídu? Třeba aby si uživatel mohl zaregistrovat handler na nějakou událost :-) To je těžké takhle rozhodnout, to záleží na tom, co to má vlastně dělat a umět.

    Select čeká, dokud se něco nestane nebo dokud neuběhne timeout. Nebo dokud nepřijde nějaký signál, pokud pracuješ se signály, možná tě bude zajímat pselect, ale to je teď vedlejší. Pokud nechceš, aby select čekal, jednoduše nastav nulový timeout. To je také popsané v té man stránce.

    Select a podobná volání existují právě od toho, aby poskytly jednodušší a výkonější řešení než za pomoci vláken (a s otravováním se s mutexy, semafory...). Záleží ovšem, co jiného bude tvá aplikace ještě dělat, pokud budeš spouštět nějaké příkazy (např. z cizí knihovny) které trvají dlouho a jejich autor se o to moc nestaral, asi některé věci půjdou hladce jen s vlákny (nebo procesy).

    FD_SETSIZE? Zajímavé použití... Mimochodem, pokud chceš při programování dát najevo, že 0 je standardní vstup, můžeš použít makro STDIN_FILENO z unistd.h. :-)

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.