Volgend probleem is iets heel raar maar toch is het zo:

De opstelling is als volgt voor het verzenden van karakters dmv UART:

Hyperterminal->COM13->USB FTDI->PIC

De serieele poort wordt dus ge-emuleerd dmv een chip.

Op zich werkt het maar bij een opeenvolging van dezelfde karakters niet: Als ik bvb het karakter 'r' (72h)meermaals verstuur , dan krijgt de PIC het volgende binnen:

RX: F2
RX: 72
RX: F2
RX: 72
RX: F2
RX: 72
RX: F2

Met andere karakters is het hetzelfde: De eerste bit wijzigt steeds. Het probleem kan zich volgens mij maar aan 2 zaken liggen:

-Hyperterminal
-FTDI chip

Wat ik wel al geprobeerd heb is het volgende: hyperterminal openen
karakter zenden
hyperterminal heropenen
karakter zenden

En dan lukt het wel om meermaals hetzelfde karakter te verzenden, dus ik vermoed dat het aan hyperterminal ligt.

Weet iemand raad ? En weet er iemand een ander progje ipv hyperterminal om over de COM poort karakters te verzenden ?
-

Uhmmm... Je hebt de poort toch niet toevallig op 7 bits staan? ;)

Dat ligt aan hyperterminal.
Ik zie dat effect ook vaak langskomen.
Ik kan het niet herleiden naar een instelling.

Wat je kunt doen is een tekstbestand maken en dan het tekst bestand verzenden met hyperterminal.

Met het programma XVI32 kun je ook tekstbestanden maken met alle codes tussen 0x00 en 0xFF.
Merk op dat Hyperterminal wel alles wil versturen, maar niet alle 'karakters' kan ontvangen.
Diverse control karakters worden uitgevoerd in plaats van naar een bestand geschreven.

Opnieuw bedankt bart. Ik heb de settings eens opgeslaan en de connectie opnieuw geopend en nu werkt het wel. Heel vervelend dat je hyperterminal niet 100% mag vertrouwen

No problem.

Nee, eigenlijk is het een flutprogramma, maar ik heb nog niet echt een betere gevonden en die bovendien gratis is.
En als je een beetje weet wat het wel en wat het niet kan, dan valt ermee te leven.

lijkt op een unicode probleem.
zet in hyperterminal je emulatie eens op vt52 of vt100. tzal wegzijn.