16F877A HSERIN problem


Closed Thread
Results 1 to 14 of 14

Hybrid View

  1. #1


    Did you find this post helpful? Yes | No

    Default

    Hi

    I use codestudio and it has a build in terminal program

    Still dont see where those pulses on the RX port com from

    Even if I disconnect the MAX232 there are some pulses

    I really think there is a config problem, I also asked the question to Mel
    from Melabs

    Any hints Welcome

    I even checked versions of PBP to be sure there are no updates
    i'm using 1.43

  2. #2
    Join Date
    Nov 2003
    Location
    Greece
    Posts
    4,115


    Did you find this post helpful? Yes | No

    Default

    How fast is the string repeated?

    After the labels TAR, ANT, AUX, EXT the values are ASCII or BINARY coming?

    Ioannis

  3. #3
    Join Date
    Jun 2005
    Location
    Wisconsin
    Posts
    382


    Did you find this post helpful? Yes | No

    Default

    I think everyone is looking past an important hint here. Those pulses on the uarts RX pin. Those pulses could be read as data accidentally and cause a problem. I've been there before.

    If you disable the UART, do the pulses disappear? What types of signals are near by (pin wise)? The goal is to find out what if anything connected to the pic or in the code would be causing the pulses you speak of. There is a chance this is just general noise if that is the case it needs to be suppressed.

  4. #4


    Did you find this post helpful? Yes | No

    Default

    Hi Dymoben and other

    No other signals nearby, it is generated by the PIC itself, clean negative going
    pulses aproximatly 25 uSecondes long or 40khz

    Walter

  5. #5
    Join Date
    Jun 2005
    Location
    Wisconsin
    Posts
    382


    Did you find this post helpful? Yes | No

    Default

    Start tearing the code apart, there has got be de something doing it. In short you shouldn't have a pulse on an RX pin. Very odd.

  6. #6
    Join Date
    Mar 2003
    Location
    Commerce Michigan USA
    Posts
    1,166


    Did you find this post helpful? Yes | No

    Default

    RFsolution, The problem is in the "DEFINE HSER_CLOERR 1 ' automatic clear overrun error " statement. PBP clears the error by disabling the port and re-enabling it the same way as using the statement: RCSTA.4 = 0 and then RCSTA.4 = 1. this command set disables the receiver and then re-enables it to clear an overflow error. It's in the data sheet for the processor you are using. To prevent seeing this pulse you should set the output pin's state to normally high before using it as an input for the usart mode.

    Dave Purola,
    N8NTA

  7. #7


    Did you find this post helpful? Yes | No

    Default

    Thanks,

    I will give it a try

    I'm sure that those pulse are in conflict with the received data comming
    from the max232

    So if understand each time i use HSERIN i should make the pin high before

    or just Tris portc.7 at startup ?

Similar Threads

  1. 16F877 HSERIN problem with 3th party software
    By RFsolution in forum mel PIC BASIC Pro
    Replies: 7
    Last Post: - 11th March 2009, 17:11
  2. HSERIN problem
    By eggman in forum mel PIC BASIC Pro
    Replies: 2
    Last Post: - 6th October 2007, 21:31
  3. Replies: 3
    Last Post: - 12th February 2007, 18:32
  4. 16F877a Interupt driven Hserin
    By RFsolution in forum mel PIC BASIC Pro
    Replies: 2
    Last Post: - 3rd November 2006, 00:38
  5. HSERIN problem
    By s_syafiq81 in forum Serial
    Replies: 2
    Last Post: - 1st January 2006, 11:05

Members who have read this thread : 0

You do not have permission to view the list of names.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts