Hardware ESC 8xSERVO CONTROL on PIC (Oshonsoft BASIC)

Status
Not open for further replies.
All code will be added to the while 1 loop. If the program has to read the values from an R/C receiver then that can be done with CCP2 in capture mode - what it's designed to do.

Do you have a complete description of what the system is designed to do? I assumed it was some kind of autonomous drone but now an R/C component has been introduced. I also assumed the UART data was from a GPS module, is that correct? You get a complete string from the GPS unit, do some calculation and feed the result to the servos, ish?

Mike.
 
Got the analyser data but it's completely different to what's in #469.

Mike.
 
Hi M,
To explain the whole system, which is complicated also consitantly being developed and changes all of the time, and would take a long email. Would you mind leaving it till later please.

The GPS 'sentence' will be PARSED and used in an RC calculation.

The RC section will be quite large I think.

Here is a link to the AAC thread: https://forum.allaboutcircuits.com/threads/remote-control-by-location-pic-in-oshonsoft.148795/

and the one here: https://www.electro-tech-online.com/threads/remote-control-by-location-part-2.163189/

That will give you something to do

C
 
I've got the new file and can look at it,
it has 9 positive pulses of 0.5mS which is correct - 8 for the servos and a ninth for the gap.

However, the off time should be the servo time less 0.5mS.
The first one is correct at 500uS giving a total time of 1mS.
The second one is correct at 625uS giving a total time of 1.125mS.
After this they're all wrong, I don't know why.

Can you place a breakpoint just before the while 1 line and confirm that servoPos contains 2000,2250,2500 all the way up to 3750?

Thanks,

Mike.
 
Hi M,
It only Breaks at 76:75, then keeps running.

I imagine that in the MAIN_LOOP there would be a way for me to change servoPos times, like this:

C main: '\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/ servoPos (0) = 1000 'servoPos ON time, this will change once control is added servoPos (1) = 1000 servoPos (2) = 1000 servoPos (3) = 1000 servoPos (4) = 1000 servoPos (5) = 1000 servoPos (6) = 1000 servoPos (7) = 1000 frame = frame - servoPos (0) 'Subtract each servoPos time from Total time frame = frame - servoPos (1) frame = frame - servoPos (2) frame = frame - servoPos (3) frame = frame - servoPos (4) frame = frame - servoPos (5) frame = frame - servoPos (6) frame = frame - servoPos (7) 'For i = 0 To 8 'servopos(i) = i * 1000 + 8000 '1ms(8000) to 1.875(7/8ths - 15000)ms in 1/8th mS steps 'Next i
 

Attachments

  • RC0 ON.jpg
    196.9 KB · Views: 223
  • Wait 1.jpg
    199.1 KB · Views: 216
Something is very wrong, servoPos is correct for the first two values and then completely wrong. For example, servoPos(7) should be 7*250+2000 which is 3750 but it's got 2214 in it - how is this possible?

Also, frame should contain 1000 but has 31000 in it which suggests it's executed the code at least once,

The (only) good news is the logic output agrees with the values in servoPos.

Mike.
 
camerart said:
frame = frame - servoPos (0) 'Subtract each servoPos time from Total time
Click to expand...
This is done automatically by the line,
frame=frame-servoPos(servoCount)
and, The servo time is now a factor of four different so 2000 is 1mS before, 8000 was 1mS. Hence the changed values in the for loop that sets up servoPos.

Note, servoPos(0)=1000 will not work, this is setting servo time to 0.5mS - minimum value is 2000 which is 1mS.
camerart said:
It only Breaks at 76:75, then keeps running.
Click to expand...
I don't know what this means.


Mike.
 
Hi M,
I test your CODE in your folder, and copy the CODE into my test folder, so I can play. I'll try a few things to see if I can figure it out, while getting used to the CODE.
C
 
Hi M,
I asked this before, but will there be a LOOP for the RC program? In the LOOP, the will be SPI inputs from the other PIC on the PCB, and CODE to deal with calculations etc, where the SERVOPOS's will be changed.

Re: The 'It only BREAKS at 76:75, then keeps running' line!
I don't know when the BREAK is expected to 'fire' but it only 'fires' once at 76.75 us.

C.
 
camerart said:
Re: The 'It only BREAKS at 76:75, then keeps running' line!
I don't know when the BREAK is expected to 'fire' but it only 'fires' once at 76.75 us.
Click to expand...
It should only execute that Break instruction once as it's outside the while loop and frame should equal 1000 but it doesn't!!!! How is this even possible? I'm rapidly loosing faith in Oshonsoft.

camerart said:
I asked this before, but will there be a LOOP for the RC program? In the LOOP, the will be SPI inputs from the other PIC on the PCB, and CODE to deal with calculations etc, where the SERVOPOS's will be changed.
Click to expand...
Lots of code can be added as long as it's not blocking code (no pauses etc.).


Mike.
 
Pommie said:
But first, this needs to work. Can we try and get the break to work?

Mike.
Click to expand...
Hi M,
Yes, let's get the BREAK to work. I was just making sure, so we don't go along a dead end.

Regarding Oshonsoft, from experience, it usually works in the end.
What actually should the BREAK do? Should it BREAk each 20ms?

To clarify: Does the CODE jump in and out of the WHILE/WEND loop?
C
 
Last edited:
camerart said:
What actually should the BREAK do? Should it BREAk each 20ms?
Click to expand...
As I said, it's outside the while loop so should only be executed once before any of the while code is executed and therefore frame should contain 1000 as that instruction is directly before the break.

I can't understand HOW the break gets executed after the loop has been executed (indicated by frame containing 31,000).

Mike.
 
camerart, does your compiler really accept binary values starting 0b.
I have older version, which accepts only % at the beginning or b at the end.
 
Hi M,
Ok. I can run it in the sim, and try to see what happens. It's a bit time consuming, and needs careful speed control. Leave it with me for a while.

I'm a bit puzzled why you set SERVOPOS with a calculation, when it will be set by other inputs. The #486 shows my fixed settings for testing, don't you think this would be better?

C.
 
Can we at least get the indenting right? I was trying to read the code and completely missed the line
If CCP1CON = 0x08 Then
Due to there being no indenting.
The code I posted had all the indenting correct.

jjw said:
camerart, does your compiler really accept binary values starting 0b.
I have older version, which accepts only % at the beginning or b at the end.
Click to expand...
Wouldn't this cause an error? And if not, why not?

Mike.
 
jjw said:
camerart, does your compiler really accept binary values starting 0b.
I have older version, which accepts only % at the beginning or b at the end.
Click to expand...
Hi J,
I c#accepted 0b as i try not to change someone's CODE, but I know I use %, so I'll try changing it in my test folder. 0b compiles, but I suspect some things squeeze by in OSH.

Would you mind running the latest CODE, in your sim, you may be faster than me?

Thanks. C
 
Have you read my replies? As I stated, 1000 WILL NOT WORK. As explained above.
Pommie said:
Note, servoPos(0)=1000 will not work, this is setting servo time to 0.5mS - minimum value is 2000 which is 1mS.
Click to expand...

The only place servoPos is written is in the for loop and should contain values between 2000 and 3750. How can other values be in there?

Mike.
 
Hi M,
The way you post the CODE looses the indent, I think it has to be in a text file and attached, perhaps you could look at one of text CODEs and see if it's indented.

I would have thought 0b would cause an error, but it may have slipped by. This is the kind of thing, I try, when I'm testing. Previously, I have done this kind of test, but I think sometimes they get lost in the many exchanges.
C
 
Status
Not open for further replies.

Similar threads

  • Question
Library to work with displays based on TM1638 (Oshonsoft Pic Basic Compiler).
Replies
0
Views
1K
DogFlu66
  • Question
Library for DS1302 clock (Oshonsoft Pic Basic Compiler).
Replies
0
Views
591
DogFlu66
  • Question
Libraries for I2C (MSSP1), RTC DS1307 and EEPROM AT24C32 (Pic Basic Compiler Oshonsoft).
Replies
0
Views
583
DogFlu66
  • Question
Display TFT ST7789 (OshonSoft Basic).
9 10 11
Replies
210
Views
20K
Ian Rogers
  • Question
Library to work with displays based on TM1637 (Oshonsoft Pic Basic Compiler).
2
Replies
25
Views
7K
DogFlu66
Menu
Log in
Register
Cookies are required to use this site. You must accept them to continue using the site. Learn more…