PIC - USART spatne preneseny byte

[zozo]

Ahoj vespolek,

mohl by mi prosim nekdo poradit s nasledujicim problemem?
Odesilam data pomoci serioveho portu procesoru PIC16F877A. Toto delam v simulatoru MPLABu a vystup ukladam do souboru. Dejme tomu, ze chci odeslat jeden byte s hodnotou 196 dekadicky. Pri odeslani je v registru TXREG odesilany byte jeste v poradku, ale v souboru se objevi hodnota jina. Zjistil jsem ze se neprenese nejvyssi bit a proto je hodnota max 127. Nevite nekdo v cem je problem?
Konfiguraci portu mam 9600,8,bez parity.

Diky zozo

[mihal]

To vypada ako keby ti ukladalo len ASCII a nie HEX, pohrab sa v nastaveni terminalu.

[zozo]

Jaky nastaveni terminalu mas na mysli?

[mihal]

1-zisti ci sa uklada 7 alebo 8b, a ci to spravne kontrolujes (nastavenie ASCII ^ HEX)
2-skontroluj nastavenie zachytavanych dat, mozno sa tam da navolit format dat

Ak vysielas 8b (overene osciloskopom) a stale sa ti bude zobrazovat len 7, tak skus pouzit iny terminal pre zachytenie a zobrazenie dat.

[zozo]

Ono je to jinak, ja ty data nezachytavam v terminalu. Primo v MPLAB IDE je volba pro ukladani dat do souboru. A v tom souboru je to spatne. Procesor na desce (tedy ne v simulaci) to posila do terminalu spravne, pouze v tom simulatoru je to spatne. Coz je potom simulace na houby asi

[ZdenekHQ]

Na tohle používám starej dosovskej TERM90

[mihal]

TakTak, dobry je overeny terminal, zopar ich beha aj po pindowsami.. Ale nechce sa mi verit ze by v MPLABe nechodilo spravne zachytavanie dat, aj ked simulovanych, bohudik MPLAB nemam, CW ani IAR podobne vtakoviny nema.

[jankop_]

Konfiguraci portu mam 9600,8,bez parity.

Řekl bych, že máš konfiguraci jinou, prostě chybné nastavení. Vysíláš pouze 7bitů místo osmi. MPLAB má občas svoje mouchy, ale tady bych to viděl jako tvoji chybu.

[meereck]

pro win doporucuji tento terminal:
http://braypp.googlepages.com/terminal