Diskuze: C# WPF Serial read line
V předchozím kvízu, Test znalostí C# .NET online, jsme si ověřili nabyté zkušenosti z kurzu.

Člen

Zobrazeno 10 zpráv z 10.
K personalizaci obsahu a reklam, poskytování funkcí sociálních médií a analýze naší návštěvnosti využíváme soubory cookie. Informace o tom, jak náš web používáte, sdílíme se svými partnery pro sociální média, inzerci a analýzy. Partneři tyto údaje mohou zkombinovat s dalšími informacemi, které jste jim poskytli nebo které získali v důsledku toho, že používáte jejich služby.
Používáme nezbytné cookies pro fungování webu a s tvým souhlasem také analytické a marketingové cookies.
Zajišťují základní funkce, bezpečnost a služby, které sis vyžádal. Nelze je vypnout.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| ITnetwork | ITnetwork | Provoz webu, relace, přihlášení a uložení nastavení cookies. | PHPSESSID, auth_token, sid, itn_consent_impression, __Host-itn_consent | Relace až 1 rok |
| Google Tag Manager | Správa značek a načítání měřicích nástrojů webu. | Žádné | Neukládá se | |
| Google Fonts | Načítání typografie webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google Hosted Libraries | Načítání potřebných knihoven a stylů webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google reCAPTCHA | Ochrana formulářů a webu před zneužitím. | _GRECAPTCHA, rc::a, rc::b, rc::c, rc::f | Relace až 180 dní | |
| YouTube | Přehrávání vloženého video obsahu. | localStorage, IndexedDB; cookies after playback interaction | Relace až trvalé úložiště | |
| Vimeo | Vimeo | Přehrávání vloženého video obsahu. | __cf_bm, _cfuvid, vuid, localStorage, IndexedDB | Relace až 2 roky |
| Facebook Login | Meta | Přihlášení pomocí účtu třetí strany. | Úložiště řízené poskytovatelem | Relace až 1 rok |
| GoPay | GoPay | Zpracování uživatelem vyžádané platby. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
Pomáhají nám porozumět používání webu a zlepšovat ho.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Analytics 4 | Měření návštěvnosti a používání webu. | _ga, _ga_* | Až 2 roky | |
| Microsoft Clarity | Microsoft | Měření návštěvnosti a používání webu. | _clck, _clsk, _cltk | Relace až 1 rok |
Slouží k měření kampaní, personalizaci reklamy a marketingové komunikaci.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Ads | Měření kampaní, reklama a remarketing. | _gcl_au, _gcl_ls | Relace až 90 dní | |
| Meta Pixel | Meta | Měření kampaní, reklama a remarketing. | _fbp, _fbc, localStorage | Až 90 dní |
| Sklik | Seznam.cz | Měření kampaní, reklama a remarketing. | retargeting, sid, szn:* | Relace až trvalé úložiště |
| LinkedIn Insight | Měření kampaní, reklama a remarketing. | bcookie, li_gc, lidc, __cf_bm | Relace až 1 rok | |
| Ecomail | Ecomail.cz | Měření kampaní, reklama a remarketing. | ecmid, Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
| Atribuce kampaní ITnetwork | ITnetwork | Přiřazení návštěvy a objednávky ke kampani. | campaign_clid[*], user_session_context | Až 1 rok |
V předchozím kvízu, Test znalostí C# .NET online, jsme si ověřili nabyté zkušenosti z kurzu.


Malinko jsem přišel na to kde mám chybu ale pořád jsem to nevyřešil

Je to v tom, že čtu ze seriového portu pokaždé co přijde byte.
Nikdy nevím kdy co přijde. Moje
datová zpráva vypadá tak, že chodí každých 500ms hodnota od 0-9999.
Nemám vůbec nápad jak to vyřešit, zkoušel jsem i buffer ale to pořád
není ono 
Hotové řešení by mělo vypadat tak, že v textboxu bude poslední hodnota, co přišla na seriovou linku. V listboxu bude posledních 50 hodnot co přišli na seriovou linku.
Edit: Ještě přemýšlím, že bych tu datovou zprávu upravil na např
D9999,999K Kde D bude začátek zprávy 4 znaky do text boxu a listboxu a 3
znaky do listboxu a K bude konec.
Myslím, že to bude lepší na čtení. Posílám to z PIC procesoru
tak si to můžu upravit jak chci.
Ahoj,
napadá mě, že ještě lepší by mohlo být dát na konec každé zprávy nějaký oddělovací znak, a pak jen vždycky, když přijde byte, tak si ho buď uložíš do nějakého stringu, nebo, v případě, že přijatý byte bude oddělovač, již složený string přečteš.
Tedy něco jako (kód píšu z hlavy, takže nezaručuji 100% správnost:
string zprava;
void prijatyByte()
{
char znak = (char) serialPort.ReadByte();
if(znak==oddelovac)
napisZpravu(zprava);
else
zprava += znak;
}
Ale řešení sis už napsal do titulku
serial.ReadLine();
dej místo
serial.ReadExisting();
Když teda píšeš, že tam máš ten znak \n
Děkuji, že se mi snažíte pomoct ale pořád to nemám
jsem to asi blbě úplně napsal, a
problém, je v tom, že to neumím zobrazit ty data.
Edit: ze zařízení (co posílá na sériovou linku) jsem už upravil data na D9999,999K a posílání cca co 500ms (mění se to)
Tady je celý projekt https://uloz.to/…/wpfapp1-zip
private void Recieve(object sender, System.IO.Ports.SerialDataReceivedEventArgs e)
{
recieved_data = serial.ReadLine();
DiscardInBuffer(); //radsi vyprazdni buffer
Dispatcher.Invoke(DispatcherPriority.Send, new UpdateUiTextDelegate(WriteData), recieved_data);
}
musí fungovat
stačí přidat za číslo \n
Už to funguje DÍKY MOC, taková blbost
Jen ještě maličkost, co myslíš
tím vyprázdni buffer? Jestli jsem to dobře pochopil tak při zavření
aplikace a v polovině čtení řádku to může zlobit?
No - hodně zjednodušeně: ve vstupním bufferu se hromadí všechny došlé
bajty, událost DataReceived se volá po každém přijatém bajtu proto se
můžeš v některých příkladech setkat i s tím, že se po přijetí
prvního bajtu čeká (Thread.Sleep()) až dojdou i ty zbylé, což je
špatné.
Proto existuje ta metoda ReadLine, která zajistí to, že se program nepohne
dál, dokud nepřijde znak pro konec řádku \n
A proč teda vyprazdňovat ten buffer
Stávalo se mi, že jsem z bufferu dostával něco, co jsem nechtěl a proto je
lepší, když před tím, než čekáš zprávu mít buffer úplně čistý,
pak máš jistotu, že tam bude jen poslední zpráva a nic jiného.
Zobrazeno 10 zpráv z 10.