Založen: Jul 01, 2005 Příspěvky: 2031 Bydliště: zbídačený kraj
Zaslal: st červenec 30 2008, 16:42 Předmět: PIC - RS323 - ztráta komunikace - ošetření programu
Pro komunikaci PIC16F628A přes RS232 s připojeným zařízením používám tuto rutinu http://www.piclist.com/techref/microchip/16F/628/UARTtest.htm .
Má ale takový háček. Pokud je připojené zařízení nedostupné (off-line, vypnuté) a procesor odešle dotaz do zařízení, marně čeká na odpověď, a program (procesor) vytuhne.
Jak jednoduše ošetřit, aby, např. po dvou vteřinách, co marně čeká na odpověď, procesor signalizoval chybu připojeného zařízení a dále pokračoval ve své činnosti? _________________ *****
Založen: Jul 21, 2006 Příspěvky: 25741 Bydliště: skoro Brno
Zaslal: st červenec 30 2008, 17:11 Předmět:
Přidej do čekací RX smyčky čítač a čekací smyčku tak, aby se čítač incrementoval např. po 1ms. Po přetečení nastavit nějakej bit a "return".
V principu je to blbě, tohle se má řešit přes přerušení, buffer a jeho vyhodnocení po každým příjmu znaku. Hlavní program ať si mezi tím dělá, co chce. I kdyby měl jenom čekat na správnej obsah bufferu. _________________ Pro moje oslovení klidně použijte jméno Zdeněk
Správně navržené zapojení je jako recept na dobré jídlo.
Můžete vynechat půlku ingrediencí, nebo přidat jiné,
ale jste si jistí, že vám to bude chutnat[?]
Založen: Jul 21, 2006 Příspěvky: 25741 Bydliště: skoro Brno
Zaslal: st červenec 30 2008, 17:17 Předmět:
Mimochodem - dobrý je,když dalším časovačem se maže celej buffer, pokud nepřijde další znak do x milisekund a samozřejmě smazat buffer po přijmutí kompletní odpovědi. _________________ Pro moje oslovení klidně použijte jméno Zdeněk
Správně navržené zapojení je jako recept na dobré jídlo.
Můžete vynechat půlku ingrediencí, nebo přidat jiné,
ale jste si jistí, že vám to bude chutnat[?]
Založen: Oct 27, 2007 Příspěvky: 44 Bydliště: PB, SVK
Zaslal: st červenec 30 2008, 17:19 Předmět:
Mozes to spravit tak, ze pouzijes prerusenie od casovaca, pricom pri odoslani spravy do pc zapnes casovac, pricom cakas az napocita do definovanej hodnoty, kt. signalizuje chybu.
takto: v preruseni od c/c inkrementujes premennu (napr. prerusenie kazdych 0,1sec)
v rutine "receive" hned na zaciatku testujes premennu ci nedosiahla (alebo nie je vacsia) ako dana hodnota /napr. cakanie 2sec a prerusenie kazdych 0,1sec je to hodnota #20) ak nedosiahla premenna danu hodnotu, tak citas priznak (neviem co to je u PIC, asi priznak plneho prijim. registra), potom skok na receive a zasa test nasej premennej, a ak dosiahla stanovenu hodnotu resp. prekrocila, tak skok na nejake navestie "receive_error", kde vypnes casovac a vypises spravu, ze time_out err (alebo nieco podobne) a opustis rutinu.
EDIT:uz ma predbehli
Založen: Jul 01, 2005 Příspěvky: 2031 Bydliště: zbídačený kraj
Zaslal: st červenec 30 2008, 17:25 Předmět:
ZdenekHQ napsal(a):
Takže myslíš tady do kódu vložit ten čítač a vyhodnocovat ho?
kód:
; -------------------------------------------
; RECEIVE CHARACTER FROM RS232 AND STORE IN W
; -------------------------------------------
; This routine does not return until a character is received.
;
receive btfss PIR1,RCIF ; (5) check for received data
; SEM VLOŽIT ČÍTAČ
goto Receive
movf RCREG,W ; save received data in W
return
;
; -------------------------------------------------------------
Založen: Jul 21, 2006 Příspěvky: 25741 Bydliště: skoro Brno
Zaslal: st červenec 30 2008, 17:48 Předmět:
Já jsem zvyklej na Atmel, takže s asm z PIC mám trošku problémy.. Ale myslím, že ano, dáš tam incrementaci čítače + vložíš čekací smyčku, abys nemusel při rychlosti procesoru čítat moc velký čísla. Ale jde to i přes ten čítač v přerušení, volanej např. po 1ms a nulovanej po příjmu znaku.
Tu popsanou metodu jsem použil na průmyslové mašině s komunikací MODBUS, trápili to, čím se dalo a měli 0 procent chyb. Ovšem tam se používá CRC, i když např. při délce zprávy 3 byty a 2-bytovém CRC jsem našel kolizi dat...
EDIT : Teď jsem se na to mrkl ještě jednou - důležitý je, aby součástí smyčky bylo jak vyhodnocení příjmu znaku, tak ten čítač ! Tady se mě to nějak nezdá... _________________ Pro moje oslovení klidně použijte jméno Zdeněk
Správně navržené zapojení je jako recept na dobré jídlo.
Můžete vynechat půlku ingrediencí, nebo přidat jiné,
ale jste si jistí, že vám to bude chutnat[?]
Já to většinou řeším pomocí hw časovače, nastavím ho třeba na 20ms a v přerušení inkrementuju proměnnou (bez přetékání). Např. 8bit proměnná mi dá něco přes 5s. Kdykoliv pak potřebuji ošetřit timeout, proměnnou vynuluji a pak ji testuji na potřebnou hodnotu (třeba 100 pro 2s).
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í
