pwm controlling in matlab with 16f877a problem

sametyildiz1989 · Joined: 14 Jul 2011 Posts: 4

Hi there. I'm dealing with the speed control of a dc motor. I use pic 16f877a working together matlab. In my project, i give a constant from -1024 to +1024 that + values are for right, - values are for left side circulation. I use rs232 in order to communicate with the pc. I know that pic only uses 8bit informations. So, my range is totally 10 bit (-1024...+1024). I write the code below of the page. Please, help about this problem.
regards...

deperkin · Joined: 04 Feb 2009 Posts: 83 Location: PA

i believe a better name for your variables would be 'byte' instead of bit...

also you can use the make16() function for this.

also your pwm duty cycle cannot be up to ~32000.... you need to normalize this value... probably best to normalize it so it is between 0 and 100... that way you can see it as a percent duty cycle.

sametyildiz1989 · Joined: 14 Jul 2011 Posts: 4

In this project, it is not wanted to use 8bit pwm. It is wanted 10 bit pwm that is synchronized with the adc 10bit values. It is said that 10 bit pwm that is commanded from the matlab constant part as -1024 to +1024 is more precise than the values that you talked about as 0 to 100. I wrote the code, I think my thinking about the code flow is right, but I don't understand what the problem is. I'm gonna try the make16() function but except from this function usage, what can the problem be about my code?

deperkin · Joined: 04 Feb 2009 Posts: 83 Location: PA

you are welcome to use the larger 10bit duty cycles if you like that is not an issue, but first of all you have not exactly stated what the problem is yet...

What are you seeing wrong? are you getting any outputs ?

One thing i would suggest is looking at how much time you may be spending in the interrupt.

Ttelmah · Joined: 11 Mar 2010 Posts: 19339

There are several problems with the code:
First, an int_rda, means _one_ character is waiting to be read. Not two. The code will therefore have to sit and wait for the second character. Not too long at 115200, bt longer than is really desirable.
Then there is nothing to ensure synchronisation. If a byte is missed, high_bit (byte...), and low_bit (byte...), will be reversed. Perhaps you need to send a marker?.
Then, big problem with the maths. the high_bit value, is defined as a char. If you rotate a char 8 times, all the bits go out the end. You have lost your high byte, before you perform the or operation. _You_ need to ensure numeric values are large enough before performing operations. Correct sequence for the rotation is:
a=(int16) high_bit<<8;
converting the byte to an int_16 before performing the rotation.
However make_16 is much better, or a union (best). Just assemble the bytes into the required locations when they are loaded.
Finally, how can 65536, minus a 16bit value (max 65536) ever be greater than 0?. Possibly you mean to offset by 32767?.
So:

sametyildiz1989 · Joined: 14 Jul 2011 Posts: 4

I'm dealing with this problem for a few days and I'm sorry for forgetting about what the problem is. My problem is exactly because of the negative pwm set values. i wrote the code for only positive pwm values that is from 0 to 1024 and it was working clearly. After i wrote the code for both negative and positive pwm values together, there was a problem about the pwm synchronization (ccp1 and ccp2). I want to change running direction between ccp1 and ccp2 for negative or positive value. and also in interrupt section. I want to finish the whole part of the pwm section in the interrupt part. I, on the other hand, take clearly the negative and positive set values -1024 to +1024 clearly and i can see the values on the display in matlab. Although the values are right that is exactly the same form with the +positive pwm values, i can take only %33,%66,%99 pwm values for the each three consecutive numbers like that"for 23=%33,24=%66,25=%99". It is not sensitive situation and my problem is absolutely composed with these situations. I hope it may be clear now.
regards..

sametyildiz1989 · Joined: 14 Jul 2011 Posts: 4

First of all, thanks about your sense. The offset is 32767 as you said. The negative values is set between 32767 and 65536. But I did not understand why the pwm cannot occur for the negative values while it is working for the positive values. I'm gonna try the code with the circuit tomorrow, Ttelmah. I did not understand the "val;". What can the "val;" do that you used with the "val.b[1]=getc();" ?
Regards.