abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

dnes 09:44 | Zajímavý software

Kalifornskému Muzeu počítačové historie (Computer History Museum) se po pěti letech vyjednávání se společností Qualcomm podařilo získat veškerá práva na poštovního klienta Eudora (Wikipedie), tj. kromě zdrojových kódů muzeum získalo také ochranní známku Eudora nebo domény eudora.com a eudora.org. Po pročištění byly zdrojové kódy Eudory uvolněny pod licencí BSD.

Ladislav Hagara | Komentářů: 0
včera 15:00 | Nová verze

Byla vydána nová stabilní verze 5.11 toolkitu Qt. Přehled novinek v příspěvku na blogu a na wiki stránce. Další dnešní příspěvek na blogu Qt je věnován Qt pro WebAssembly umožňujícímu běh Qt aplikací ve webovém prohlížeči. K vyzkoušení jsou příklady.

Ladislav Hagara | Komentářů: 0
včera 12:22 | Nová verze

Po 7 měsících vývoje od verze 0.12.0 byla vydána verze 0.13.0 hardwarově nenáročného desktopového prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklého sloučením projektů Razor-qt a LXDE. Přehled novinek v oznámení o vydání a v příspěvku ve fóru.

Ladislav Hagara | Komentářů: 9
včera 12:11 | Pozvánky

V úterý 29. května v 18:00 se v Brně koná pátý přednáškový večer o webovém vývoji. Čeká vás povídání o frameworku v Elixiru, vydávání nové kryptoměny přes ICO, component trees v Reactu. Na místě bude lehké občerstvení; vstup zdarma pro registrované. Více informací na Facebooku nebo se rovnou registrujte na Meetup.

dejvik | Komentářů: 0
včera 12:00 | Pozvánky

V pátek 25. května 2018 v Praze proběhne společné setkání komunity kolem Drupalu a překladatelů softwaru – tématem bude právě lokalizace svobodného softwaru (nejen Drupalu). Program začíná v 9.30 v budově Českého rozhlasu (Vinohradská 12), ale můžete přijít i později během dne.

Fluttershy, yay! | Komentářů: 0
včera 06:55 | Zajímavý software

Operační systém 9front, zřejmě nejaktivněji vyvíjený neoficiální fork systému Plan 9 (více informací), se dočkal nové verze nazvané „Ghost in the Minesweeper Shell“. K novým vydáním obvykle dochází každé jeden až tři měsíce.

Fluttershy, yay! | Komentářů: 0
včera 02:00 | Bezpečnostní upozornění

Byly zveřejněny (Project Zero, Intel, AMD, Arm) informace o dalších 2 bezpečnostních chybách v procesorech: variantě 3a aneb CVE-2018-3640 - Rogue System Register Read (RSRE) a variantě 4 aneb CVE-2018-3639 - Speculative Store Bypass (SSB). Podrobnosti o chybě CVE-2018-3639 například v příspěvku na blogu Red Hatu. Princip vysvětlen pomocí videa na YouTube.

Ladislav Hagara | Komentářů: 3
21.5. 19:44 | Zajímavý software

Spolek vpsFree.cz na svém blogu informuje, že přechází z OpenVZ na vpsAdminOS. Distribuce vpsAdminOS je založena na NixOS a not-os. Pokud provozujete OpenVZ Legacy a nevíte co dál, můžete zvážit vpsAdminOS, který je na migraci kontejnerů z OpenVZ připraven.

Ladislav Hagara | Komentářů: 4
21.5. 10:22 | Komunita

Minulý týden byla ze správce souborů (Files, Soubory, Nautilus) v GNOME odstraněna možnost spouštění aplikací. Po bouřlivé diskusi byla dnes tato možnost do správce souborů vrácena (commit).

Ladislav Hagara | Komentářů: 29
20.5. 22:44 | Nová verze

Ani ne po měsíci vývoje od vydání verze 2.10.0 byla vydána nová verze 2.10.2 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP. Přehled novinek i s náhledy v oznámení o vydání. Opraveno bylo 44 chyb. Novinkou je podpora formátu HEIF (High Efficiency Image File Format) a dva nové filtry.

Ladislav Hagara | Komentářů: 63
Používáte pro některé služby inetd?
 (35%)
 (23%)
 (42%)
Celkem 144 hlasů
 Komentářů: 5, poslední včera 16:46
    Rozcestník

    Dotaz: C++, obsluha serioveho portu, daemon

    6.6.2017 19:23 Hrabosh | skóre: 26 | blog: HBlog | Brno
    C++, obsluha serioveho portu, daemon
    Přečteno: 816×
    Zdravím,

    potřeboval bych napsat program, kterej bude spuštenej čekat a poslouchat na seriovem portu. Když přijdou data (ASCII text), rozparsuje, zpracuje a pošle command(taky ASCII text) na ten samý seriový port.

    Můžete mě trochu nasměrovat s tou obsluhou toho portu? Jak udělat, aby ten program poslouchal na seriovém portu a nedošlo k timeoutu? Budu před vysíláním muset ten seriovy port zavřít pro čtení a otevřít pro zápis, nebo to tak nefunguje...?

    Díky, Z.
    To jsem psal já ... to není bordel, to je modulární!

    Řešení dotazu:


    Odpovědi

    6.6.2017 19:41 NN
    Rozbalit Rozbalit vše Re: C++, obsluha serioveho portu, daemon
    Nestacilo by to v Pythonu? Pouzivam a bez problemu..
    7.6.2017 08:33 Hrabosh | skóre: 26 | blog: HBlog | Brno
    Rozbalit Rozbalit vše Re: C++, obsluha serioveho portu, daemon
    To vypadá dobře. Já sjem chtel C++, páč ho budu potřebovat kvuli práci, tak bych se pocvičil. Ty v tom děláš přesně co?
    To jsem psal já ... to není bordel, to je modulární!
    7.6.2017 12:32 NN
    Rozbalit Rozbalit vše Re: C++, obsluha serioveho portu, daemon
    Ja v tom ve smycce taham data z AVR/MAX232, ktera regexpem parsuju a posilam dal..
    vlastikroot avatar 7.6.2017 18:45 vlastikroot | skóre: 24 | blog: vlastikovo | Milevsko
    Rozbalit Rozbalit vše Re: C++, obsluha serioveho portu, daemon
    Ja pouzivam QtSerialPort. Podporuje plne asynchronni komunikaci, takze kdyz mi prijdou nejaky bajty, spusti se funkce a zpracuje je. Vetsinou je zpracovavam byte po bytu, ale v pripade ASCII textu se da pouzit s vyhodou newline jako oddelovac zprav. Synchronni (blocking) IO uz je minulost, tim bych se moc nezabyval.
    Sg1-game | We will destroys the Christian's legion ... and the cross, will be inverted | IP 80.188.182.6
    7.6.2017 21:01 R
    Rozbalit Rozbalit vše Re: C++, obsluha serioveho portu, daemon
    Port otvoris normalne cez open (O_RDWR | O_NOCTTY) - na citanie aj zapis. Nastavis parametre (tcgetattr, tcsetattr). Citas/zapisujes cez read/write.
    Řešení 1× (Hrabosh (tazatel))
    21.6.2017 17:18 frr | skóre: 33
    Rozbalit Rozbalit vše Re: C++, obsluha serioveho portu, daemon

    Měl bych jeden příkládek, jak jsem to páchával já. Omlouvám se za nevysokou štábní kulturu, je to jenom pár rychlých hacků. Je tam pár funkcí pro nastavení baudu, formátu znaku apod. prostě inicializaci sériového portu skrz termios. A C++ je tam jenom pro primitivní opouzdření - vlastně se jedná o skoro čisté Céčko.

    Pokud se správně pamatuju, stačilo otevřít device pro čtení i zápis (podrobné flagy viz zdroják), pokonfigurovat baud rate a trochu umravnit TTY halucinace aby se device choval jako tupé znakové zařízení, a pak šlo ten port obsluhovat dvěma různými vlákny, z nichž jedno většinu času spalo zablokované v read() a druhé občas poslalo nějaký write(). Obě vlákna sdílejí otevřený file descriptor.

    Troufl bych si nesouhlasit s názorem, že blokující synchronní I/O je out. Minimálně pokud se sériových portů týče. Rozvlákněním s důslednou aplikací primitivních principů producent/konzument a "pouze na jednom místě se smíš na neurčito zablokovat" se dají napsat docela zajímavé věci (nemluvím o výše odkázaném rychlém bastlu). Je na tom nějaká práce se vzájemnou synchronizací threadů a člověk se nesmí bát trochu "vykouknout ze škatulky" klasických POSIXových synchronizačních primitiv: já jsem si prošel učebnicové příklady a pak jsem si z nich skládal trochu složitější objekty pro "vzájemné vyloučení" a komunikaci více vláken podle potřeb konkrétní aplikace.
    Pravda je, že asynchronní IO s použitím callbacků vyřeší spoustu věcí asi napohled méně pracně - mně to přišlo trochu nepřehledné a v některých případech se mi moc nelíbilo, že pak aplikace dělá "příliš mnoho různých věcí v jednom vlákně", tzn. při nepečlivém programování hrozí situace, kdy se nějaký callback "nečekaně" zablokuje a zdržuje ostatní callbacky. Záleží na osobních preferencích, cílech, situaci, programátorské sebekázni...

    [:wq]
    21.6.2017 17:30 frr | skóre: 33
    Rozbalit Rozbalit vše Re: C++, obsluha serioveho portu, daemon
    Pardon... znovu jsem si přečetl zadání a mám pocit, že ani nepotřebujete machrovat s vlákny, zámky a frontami. To Vaše zadání je prostý "odpovídač" request/response. Pokud správně rozumím, nepotřebujete zároveň přijímat a odesílat. Úloha "čekám na nějaká data, když přijdou tak se podrbu na hlavě a pak něco pošlu, goto na začátek" se dá pohodlně obsloužit jediným vláknem. Kein Stress. To že může být device otevřený s dovoleným zápisem i čtením je samozřejmost. Softwarové vrstvy i UART hardware mají každým směrem samostatný buffer. Inicializace termios viz můj odkaz výše. Tuším tcsetattr() a pár funkcí kolem. Čtení zápis normálně read()/write(). Read se samozřejmě na neurčito zablokuje, pokud nechodí žádná data, ale dá se signálem probudit, pokud si to povolíte. I timeout se dá zařídit. Nebo použijte nějaký ten async způsob práce, pokud Vám bude sympatičtější než blokující vlákna.
    [:wq]
    22.6.2017 08:42 frr | skóre: 33
    Rozbalit Rozbalit vše Re: C++, obsluha serioveho portu, daemon
    Což mi připomíná, že mám možná pro Vaše potřeby "hotovější" example. Jediné vlákno, ale má to démonizaci, má to již zmíněné rutiny pro konfiguraci sériového portu, dělá to cosi ve smyčce se sériovým portem. Posílá to string jednou za sekundu, pokud možno přesně na hraně celé sekundy (a že to není legrace, je ten kód kolem časování v hlavní smyčce dost nepřehledný a hustě komentovaný.) Vám stačí vykostit z hlavní smyčky programu ty blbosti kolem časovačů, jako hlavní blokující bod tam dát nějaký read() ze sériového portu a dopsat svých pár rutin na tu sériovou komunikaci.
    [:wq]

    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.