Continue to Site

Welcome to our site!

Electro Tech is an online community (with over 170,000 members) who enjoy talking about and building electronic circuits, projects and gadgets. To participate you need to register. Registration is free. Click here to register now.

  • Welcome to our site! Electro Tech is an online community (with over 170,000 members) who enjoy talking about and building electronic circuits, projects and gadgets. To participate you need to register. Registration is free. Click here to register now.

Remote Control By Location Part 2--CONTROL SECTION

camerart

Well-Known Member
[ https://www.electro-tech-online.com/threads/remote-control-by-location-part-2.163189/ ]

This is the Control section of the above project, where the Joysticks on the BASE transmitter and the Incemental encoder movements are sent to the REMOTE.
As the name suggests, the idea is to send a location + orientation + direction (AIM) a bit like a cross on a map, with altitude, and the REMOTE should go to that location. In practice the location will be mostly just in front of the REMOTE, like a carrot and donkey.

I have ideas for doing this, but they're not fully formed, and much of it will need calculations, that will hopefully interest some of you. e,g, in a similar way to conventional RC, instead of THROTTLE, 'UD' (UP/DOWN) is used. In this case the ALTITUDE at take off will be the same, and as UD is moved 'say' 1MTR, once sent to REMOTE it will calculate 1MTR above it's ALTITUDE and switch the Prop motors on until it achieves 1MTR.

Please ask questions if this interests you.
Cheers, Camerart.
 
Last edited:
Hi,
Here is the TX from BASE showing 5x Joystick, Temp, pressure, QEIDEG plus a spare BIT DATA values. This is read and used by the REMOTE as CONTROL.

The first reading is the UD, Up/Down and combined with the pressure, 'say' [ALT_UD] and [ALT_REM] will be the same at ground level. As UD is moved UP or DOWN then the ALT_UD will be a lower or higher number (lower pressure = Higher) than ALT_REM, so the prop motor should go faster or slower to match the 2x readings..

Next is dividing the UD reading! The range is somewhere between 250 and 850 and at rest approx 550. This has to be combined somehow with the pressure reading, to make the ALT_UD.
C
 

Attachments

  • BORI.jpg
    BORI.jpg
    103.7 KB · Views: 50
Hi,
A quick update!
All of the peripherals are working, and today a SERVO moves o the REMOTE, when a joystick is moved on the MASTER.
It was a long time coming, and it has a delay, but progress :)

EDIT: Much of the delay has now gone. It was due to my monitor terminal outputs, and now they are commented out, until needed.
Cheers, C
 
Last edited:
Hi,
BASE is sending BORI (BASE out REMOTE in,) and REMOTE is sending ROBI (REMOTE out BASE in) radio outputs.

As they are unable to both work together, some sort of toggle is needed!
I have added a 'TOFRO' BIT to each of the outputs, so they can switch each other ON and OFF, if necessary.

I'm not sure which is the best way to do this as any delay with the BORI is bad. A delay with ROBI is not serious, as it's only battry etc reports, from the REMOTE.
Any ideas please?
C
 

Latest threads

New Articles From Microcontroller Tips

Back
Top