(With many blank lines in between, that appeared only when I do a copy to clipboard, if not the screen lock as above).
-------------------------------------------------------

Any hint where should I look, I am kind of lost.

Thanks
jujo

temtronic

Joined: 01 Jul 2010Posts: 5816Location: Greensville,Ontario

Posted: Fri Jan 05, 2018 7:38 pm

Every 'terminal program' has options for how 'control characters' like \r and \n are to be used. Some, for example, will automatically generate a new line if a carriage return is seen.
I use RealTerm, have for years as it can be setup to show the 'raw data' coming in as you can program it to handle CR, LF as you want it to.

Jay

PCM programmer

Joined: 06 Sep 2003Posts: 20135

Posted: Fri Jan 05, 2018 8:48 pm

Quote:

Any hint where should I look, I am kind of lost.

Post an example of what you expected to see, if it worked correctly.

temtronic

Joined: 01 Jul 2010Posts: 5816Location: Greensville,Ontario

Posted: Sat Jan 06, 2018 6:22 am

I also notice the '---' that appear in your 'output' but are NOT in your 'code'...
that's a huge concern !

Every \r (carriage return), is being displayed (as <CR>), and every \n (line feed) is also appearing (as <LF>).

You obviously have this setup to display controls rather than act on them, hence the difference to Hyperterm (Advanced terminal settings - the control characters setting for YAT).

The Hyperterm is giving what would be expected (\n moves it to the next line, \r moves back to the left hand column).

The only 'fault' seems to be in the extra --- already noted by Temtronic.

As PCM_programmer says, what do you expect the output to be?.

jujoab

Joined: 05 Aug 2017Posts: 41Location: brazil

Posted: Sat Jan 06, 2018 10:39 am

hi

I think I detected the problem, as being the "usb to serial adapter". I will be able to test sometime next week when the new and different brand adapter will arrive. So i think any further work on subject is nor justiofied until such test is done.

Do you know a simple way to send the messages from the pic to the PC using bluetooth or wifi ? Like having a terminal program at the PC able to display whatever is sent from the PIC ?

thanks
jujoab

temtronic

Joined: 01 Jul 2010Posts: 5816Location: Greensville,Ontario

Posted: Sat Jan 06, 2018 11:03 am

<cr> <lf> text
means you've got the terminal program configured to SHOW control characters. You'll have to see the options for display for your terminal program and turn off or disable or whatever they call it to NOT display control characters ( or unprintable characters).

as for sending data via wireless to a PC screen. how depends on hardware for the PIC, remember most peripherals will be 3 volts...
as for a PC terminal program, any high level language will work QB45, C++,DELPHI,etc. THAT depends upon you. I use DELPHI for the PC side of projects as it produces tight, transportable code INDEPENDENT of Windows and DLLs !

Jay

jujoab

Joined: 05 Aug 2017Posts: 41Location: brazil

Posted: Sat Jan 06, 2018 11:48 am

temtronic wrote:

<cr> <lf> text
means you've got the terminal program configured to SHOW control characters. You'll have to see the options for display for your terminal program and turn off or disable or whatever they call it to NOT display control characters ( or unprintable characters).

as for sending data via wireless to a PC screen. how depends on hardware for the PIC, remember most peripherals will be 3 volts...
as for a PC terminal program, any high level language will work QB45, C++,DELPHI,etc. THAT depends upon you. I use DELPHI for the PC side of projects as it produces tight, transportable code INDEPENDENT of Windows and DLLs !

Jay

thanks

i have tried booth on the YAT:

quote
f I change the EOL sequence on the YAT to none, i get following: