Search found 16 matches

im using regular c in hitide, so there is no premade delay_ms function. but if my pulse/bits are correct (correct width in seconds), there isnt a need to do a delay check to see if my clock is correct ...

If TX9 (9-bit Transmit enable bit) and RX9 (9-bit Receive Enable bit) are both set to zero = Selects 8-bit transmission/reception. How could I be sending 9-bits, and how would that 9th bit be set high ...

I have been looking at my tx and rx lines on the scope. I am comparing the readings from the 18f4610 to the ones on its predecesor, the 17c756(which is proven communication). On the transmit, either ...

i dont know if this helps but this works for me:

SEN = 1;
while(comm_not_finished);

bit comm_not_finished (data passed to function)

while(!SSPIF);
SSPIF = 0;
switch (x)
{
case 0: ...

is the code in assembly?
also
delay_ms(10000) is a function right? wouldnt i need the function definition and prototype?

still I dont have an accurate way to tell time. I have not been able to find a solid delay routine. I have checked my clock chip and its frequency is correct, if I transmit 1010 1010 with a leading lo ...

I think the long 'high' stretch is 8 long, not 7 becuase it has the stop bit, is this correct?

I dont understand what is meant by this? Toggle a pin on and off to make a square wave? how do you toggle it, from a timer interrupt program? I do not know how to create an accurate delay program unle ...

are there any other things that could cause this, perhaps with the chip configuration, not a hardware problem or scope problem or osillator problem or any other external problem?

I am swapping out a 17C756 with a 18F4610. There are no errors with the 17C756. With the 18F4610 I will however get "comm errors" about 10% of the time. The other 90% of the time everything works fine ...

what does that mean

i dont see anything in the data sheet about CRC or checksum errors?

How can i get rid of framing errors?

i think this is the just of the 485 com in the 17. There is a timer that if exceeded sets "clear_485_fault" so that the transmission is repeated. "asynch_485_rec_busy" and "asynch_485_timeout_ ...

this is the config for the 17c756, is this what you meant?

SYNC2 = 0; // port 2 asynchronous mode
SPEN2 = 1; // serial port 2 enable
TX2IE = 0; // disable asynch TX int ...