wernerdaehn / CC3D-CableCam-Controller

CC3D and STM Cube based CableCam controller
Apache License 2.0
37 stars 15 forks source link

broadcast to the Servo2 output #14

Closed zond-media closed 6 years ago

zond-media commented 6 years ago

Thank you for this wonderful project! Can you add the ability to broadcast directly 1 channel (any free) from the transmitter to the second output of the board (Servo2)? That would be great! Plan to put the Servo to control Yaw on gimbal.

wernerdaehn commented 6 years ago

That's actually a good idea. I have a similar request for a break-servo and was wondering how to incorporate that. Answer is simple: Use the RC sender mixer. Will do.

zond-media commented 6 years ago

in the case of a Brake use a Mixer is of course a good idea, but in my case it does not fit at all. Thank you, looking forward to the implementation ;)

zond-media commented 6 years ago

as another proposal ;) It would be cool to have an automatic mode so as not to touch the throttle stick!

wernerdaehn commented 6 years ago

btw, what gimbal are you using? Just out of curiosity...

zond-media commented 6 years ago

img_0905 DIY, AlexMos 32bit

wernerdaehn commented 6 years ago

I just went through the hardware layout and the code, servo2 actually is configured for PPM servo output already, just like servo1 for the PPM ESC output. Hence to enable what you requested is essentially one line of code or so.

My problem is the $i command as such. Currently it takes as parameters

And now I add the aux channel, later the yaw, pitch, tilt channels for the gimbal and more. I think I want to change that and rather move the accel and speed channel settings to the corresponding commands $a and $v. Likewise with the aux and gimbal channel settings. Move those to commands of their own.

Agree? Leave $i as is but move he future gimbal channels to something else? And Aux to $i or to the gimbal commands?

I am undecided what's best.

zond-media commented 6 years ago

I think that the best option to place commands for gimbal or aux into a separate group. for example $G I'm sure this will be the right decision.

wernerdaehn commented 6 years ago

Agree. Nevertheless, because the Aux Output can be used for Yaw and Brakes, I thought I better add that as yet another $i parameter. That does not prevent us to assign the value via other commands as well or do like suggested for the full gimbal control.

Regarding Gimbal Control I am preparing everything to use another Pin as SBus out. Unfortunately the Revo board has a single SBus Inverter only (none on the TX pin), hence we need another piece of hardware for that. Too bad.

Firmware uploaded.

Please confirm everything is okay and I close this issue in Github.

PS: Implementation.md file updated to reflect the changes.

zond-media commented 6 years ago

wernerdaehn, thanks! and what about Automatic Mode? ;) Can I open new Issue?

wernerdaehn commented 6 years ago

Can you elaborate on what you mean with automatic mode? This is related to the break as opposed to the initial inquiry of yaw control, isn't it?

zond-media commented 6 years ago

I mean automatic CableCam movement at a given speed back and forth without moving the gas stick with the start and end position. This mode is needed for working alone, so that there is a possibility of controlling the gimbal.

wernerdaehn commented 6 years ago

Yes, a new issue please.

zond-media commented 6 years ago

Ok