Zkoušel jsem několik kombinací nastavení DMA UARTu(normal nebo circular mode) nebo přes klasické přerušení RX/TX.
Nejspolehlivěji funguje DMA v kruhovým módu...ostatní nějak blbnou (viz dále) a netuším jestli to je vlastnost těch periferií nebo mám prostě něco shnilého v kódu.
Používám nejnovější ST CubeMX pro generování výchozího kódu a nastavení periferií pro toolchain SW4STM32. Kód pak dopisuju a ladím v Embitzu (nástupce Emblocks, projektový soubor se dá z cubemx přepsat ručně nebo vygenerovat utilitou cube2block http://www.arts-union.ru/node/32 ). Zdrojáky (i s examply z STM32CubeF) s projektem pro embitz (emblocks) jsou v příloze.
kód:
int main(void)
{
/* Reset of all peripherals, Initializes the Flash interface and the Systick. */
HAL_Init();
/* Configure the system clock */
SystemClock_Config();
/* Initialize all configured peripherals */
MX_GPIO_Init();
MX_DMA_Init();
MX_USART1_UART_Init();
Pokud mám UART RX DMA v kruhovém módu, tak tenhle kód funguje bez problému. V hlavní smyčce dokola posílá dlouhou a krátkou zprávu a mezitím kontroluje pomocí uživatelské funkce int serial_getByte(uint8_t*) jestli v přijímacím kruhovým bufferu jsou nějaký bajty. Zkoušel jsem RX zahlcovat všelijakými blbostma (od krátkých 10B zpráv po 128 B těsně za sebou) a bez problému. Vše kontrolováno logickým analyzýtorem a jednoduše v terminálu na PC.
Pokud ale DMA pro RX nastavím do normal módu, tak mi přeposílání přijatých znaků zpět po čase zamrzne. Hlavní smyčka jede dál (stále odesílám krátké a dlouhé řetězce), ale přijímací část je nějak mrtvá. Zkoušel jsem to debugovat plus používat semihosting na posílání testovacích zpráv a nic jsem nezjistil. Zachytil jsem, že po přijmutí znaků obdobně jako při správcné funkci (DMA circular mode) program skáče do handlerů v tom API.
Zjistil jsem, že pokud přijme krátké zprávy s nějakou prodlevou nebo přidám řádek s HAL_Delay(10) za vysílání, tak to nějak žije - zase zamrzne, pokud přijme několik dlouhých zpráv za sebou...
Když vypnu DMAčko a nechám klasické přerušení (v modulu serial.c je třeba místo API funkcí HAL_UART_Receive/Transmit_DMA používat HAL_UART_Receive/Transmit_IT), tak program opět funguje, ale jenom pokud je odkomentován řádek se zpožděním.
Zkrátka je sice fajn, že mi to zřejmě bez problému pojede pro RX DMAčko v kruhovým módu, ale vadí mi, že pro klasické přerušení se to chová takhle divně. Už nad tím hniju několik hodin a jsem zkrátka v koncích .
Založen: Jun 30, 2005 Příspěvky: 1569 Bydliště: Pardubický kraj
Zaslal: st duben 27 2016, 17:34 Předmět:
Možná plácnutí do vody, ale není tam nějaká závislost mezi délkou "burstu" (znaků rychle odesílaných - bez mezery) a tou chybou? Setkal sem se s chybou na cpu z rodiny ARM926, kdy při nastaveném DMA (v Linuxu) se neprobouzel select na čtení sériové linky, pokud byla délka burstu celočíselným násobkem 8. Pokud pak přišel burst jiné délky došlo k vyčtení všech dat najednou (beze ztrát).
vypadá to na nějakou shnilost v API
další věc, co mě kaká, že v tom jejich super generátoru stm32cubemx bylo ve starších verzí možnost nastavit typ paměti (FIFO atd) či velikosti kruhových bufferů. Teď tam je jenom možnost si vybrat mezi normal nebo circular mode. Kolik ten kruhovej buffer ukousne paměti sem nenašel. V manualu k stm32cubemx, HAL API či procesoru prd...
V toolchainu mám to samé, ale nejnovější verzi.
Kouknu na to ještě jednou zítra.
Jen pro shrnutí...
Snažím se napsat knihovnu/modul pro seriovou komunikaci, která by spolehlivě fungovala pro U(S)ART jak v DMA módu tak klasickém přes ISR.
Prostě mezivrstva nad API, která poskytuje pohodlnější fce typu putchar, getchar (pokud bylo něco vůbec přijato).
Můj momentální výtvor spolehlivě funguje pro DMAčko v circular mode. Pro ISR blbne, pokud mezi přijatými znaky a jejich okamžitým vysíláním z vyrovnávacího kruhového bufferu není nějaká menší prodleva.
Nemůžete odesílat nové téma do tohoto fóra. Nemůžete odpovídat na témata v tomto fóru. Nemůžete upravovat své příspěvky v tomto fóru. Nemůžete mazat své příspěvky v tomto fóru. Nemůžete hlasovat v tomto fóru. Nemůžete připojovat soubory k příspěvkům Můžete stahovat a prohlížet přiložené soubory
Informace na portálu Elektro bastlírny jsou prezentovány za účelem vzdělání čtenářů a rozšíření zájmu o elektroniku. Autoři článků na serveru neberou žádnou zodpovědnost za škody vzniklé těmito zapojeními. Rovněž neberou žádnou odpovědnost za případnou újmu na zdraví vzniklou úrazem elektrickým proudem. Autoři a správci těchto stránek nepřejímají záruku za správnost zveřejněných materiálů. Předkládané informace a zapojení jsou zveřejněny bez ohledu na případné patenty třetích osob. Nároky na odškodnění na základě změn, chyb nebo vynechání jsou zásadně vyloučeny. Všechny registrované nebo jiné obchodní známky zde použité jsou majetkem jejich vlastníků. Uvedením nejsou zpochybněna z toho vyplývající vlastnická práva. Použití konstrukcí v rozporu se zákonem je přísně zakázáno. Vzhledem k tomu, že původ předkládaných materiálů nelze žádným způsobem dohledat, nelze je použít pro komerční účely! Tento nekomerční server nemá z uvedených zapojení či konstrukcí žádný zisk. Nezodpovídáme za pravost předkládaných materiálů třetími osobami a jejich původ. V případě, že zjistíte porušení autorského práva či jiné nesrovnalosti, kontaktujte administrátory na diskuzním fóru EB.
FAQ
Hledat
Uživatelské skupiny
Profil
Soukromé zprávy
Přihlášení
.
