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í
×

včera 23:55 | IT novinky

Společnost StartCom oficiálně oznámila, že jako certifikační autorita končí. Od 1. ledna 2018 přestane vydávat nové certifikáty a následující 2 roky bude poskytovat OCSP a CRL. Počátkem roku 2020 budou všechny platné certifikáty zneplatněny.

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

Hodnota Bitcoinu, decentralizované kryptoměny, překonala hranici 8 000 dolarů [reddit].

Ladislav Hagara | Komentářů: 0
včera 21:55 | Zajímavý software

Byla vydána verze 10.0 linuxové distribuce Raspberry Digital Signage. Jedná se o distribuci pro jednodeskové počítače Raspberry Pi určenou k prezentačním účelům (veletrhy, prodejny, ...). Po naběhnutí systému je spuštěn webový prohlížeč v režimu celé obrazovky a vybraná prezentace. Nejnovější Raspberry Digital Signage vychází z distribuce Raspbian Stretch.

Ladislav Hagara | Komentářů: 0
včera 13:33 | Zajímavý software

Společnost Google na svém blogu věnovaném open source představila container-diff, nástroj pro analýzu a porovnávání Docker kontejnerů. Zdrojové kódy jsou k dispozici pod licencí Apache 2.0.

Ladislav Hagara | Komentářů: 0
včera 08:00 | Komunita

Flatpak Workshop proběhne ve středu 29. listopadu od 10:00 v Brně. V dopolední přednáškové části se účastníci seznámí s Flatpakem, se specifiky pro aplikace napsané v Qt a GTK+, portály, které integrují aplikace do systému, a na závěr, jak dostat aplikaci do Flathubu, což je momentálně největší centralizovaný repozitář Flatpaků. V odpolední části si pak mohou za pomoci lektorů zkusit nějakou aplikaci zabalit pro Flatpak. Workshop je určen pro 20 účastníků. Nutná je registrace.

Ladislav Hagara | Komentářů: 5
včera 07:00 | Zajímavý článek

Software Freedom Law Center a Software Freedom Conservancy jsou organizace zaměřené na podporu svobodných/open-source projektů: SFLC poskytuje právní konzultace, SFC mj. také zázemí. SFC upozornila, že ze strany SFLC vůči ní proběhly právní kroky směřující k odebrání obchodní známky. SFLC v reakci tvrdí, že se jedná o logický krok, protože obchodní známky jsou si podobné, a SFC dlouhodobě nekooperuje. Brian Lunduke situaci shrnuje včetně ohlasů Neila McGoverna a Matthewa Garretta. Podle nich je Eben Moglen ze SFLC v konfliktu se zájmy komunity.

Fluttershy, yay! | Komentářů: 2
včera 06:00 | Komunita

MariaDB Foundation, nadace stojící za vývojem open source relační databáze MariaDB, oznámila, že Microsoft se stal jejím členem a platinovým sponzorem. Cílem Microsoftu je optimalizace MariaDB pro cloudovou platformu Microsoft Azure.

Ladislav Hagara | Komentářů: 0
16.11. 23:44 | IT novinky

Společnosti Dell a Canonical společně představily 5 nových počítačů Dell Precision s předinstalovaným Ubuntu. Jedná se o 4 notebooky a 1 all-in-one počítač. Cena počítačů s Ubuntu je o 100 dolarů nižší než jejich cena s Windows 10.

Ladislav Hagara | Komentářů: 14
16.11. 22:55 | Nová verze

Po pěti měsících vývoje od vydání verze 4.8 byla vydána nová verze 4.9 svobodného open source redakčního systému WordPress. Kódové označením Tipton bylo vybráno na počest amerického jazzového muzikanta a kapelníka Billyho Tiptona.

Ladislav Hagara | Komentářů: 0
16.11. 22:11 | Pozvánky

Spolek OpenAlt zve příznivce otevřených technologií a otevřeného přístupu na 146. brněnský sraz, který proběhne v pátek 17. listopadu od 18:00 hodin v restauraci Bogota na Nových Sadech.

Ladislav Hagara | Komentářů: 0
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (9%)
 (1%)
 (1%)
 (1%)
 (74%)
 (14%)
Celkem 700 hlasů
 Komentářů: 36, poslední 17.11. 18:43
    Rozcestník

    Dotaz: C++, obsluha serioveho portu, daemon

    6.6. 19:23 Hrabosh | skóre: 26 | blog: HBlog | Brno
    C++, obsluha serioveho portu, daemon
    Přečteno: 784×
    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. 19:41 NN
    Rozbalit Rozbalit vše Re: C++, obsluha serioveho portu, daemon
    Nestacilo by to v Pythonu? Pouzivam a bez problemu..
    7.6. 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. 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. 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. 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. 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. 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. 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.