Jeti - failsafe and receiver settings

Ойын-сауық

Пікірлер: 25

  • @JC462345
    @JC4623454 жыл бұрын

    Hi Harry. Regarding Digital Input, you mentioned having a power source for the micro-switch. I don't believe you need that. The output pin supplies the power. I use a micro switch to sense that my nose gear leg is fully retracted before closing the nose gear door. I simply use a standard servo plug connected to the output pin with wires on only the data and negative pins (no wire on the positive pin). Works a treat. Note that it is plugged in to one of the expander pins on an MBar (configured as Digital Input), which is then connected to a CB200 EX-Bus port.

  • @cotswoldpilot

    @cotswoldpilot

    4 жыл бұрын

    I don't know why you say that Jim, at 3:38 I clearly state that you don't need a power for it, that it works solely by shorting the ground to data.

  • @JC462345

    @JC462345

    4 жыл бұрын

    @@cotswoldpilot , I'm referring to what you are saying starting at 10:10...

  • @cotswoldpilot

    @cotswoldpilot

    4 жыл бұрын

    Ok, I see what you mean, however it is an aside within this video. I have 2 other videos on my channel specifically about Digital In, and in which I make it clear it is unpowered and I demonstrate the switch and wiring

  • @JC462345

    @JC462345

    4 жыл бұрын

    @@cotswoldpilot Ah. Gotcha. I recently found your channel and am going through your excellent videos from the beginning. Got a DS-16 four years ago and upgraded to a DS-24 last year. Your video on controlling flaps via flight modes and the butterfly/flaps feature is what got me here. Please do carry on! Thanks.

  • @nigelcastle9282
    @nigelcastle92822 жыл бұрын

    Hi Harry. I'm a longstanding and very satisfied Jeti user but I have a problem with the failsafe operation on one of my internal combustion models and an Assist receiver. The model is fitted with a REX 10 Assist receiver. I have set up the failsafe with the throttle to tickover (which works fine) and everything else to Hold. When I switch off the transmitter to test the system the throttle goes to tick over but the Elevators and Ailerons slowly move to extreme throws. As soon as I switch on the transmitter again all returns to normal. If I set all surfaces to 'failSafe' and set the control surface positions to neutral in the menu option the same thing still happens. This is with a tail dragger, tail on the ground (i.e. assist receiver not level). If I level the assist receiver the surfaces move much less. This happens if the assist receiver is switched on or off (I have it set up with a cut off switch) and regardless of the gain I have dialled in. I'm guessing that in the air this might actually work in my favour with the assist receiver trying to hold the model in a particulat attitude?? Is that the case?? My problem is the powers that be in our club have condemned my model as being unsafe as i cant prove the Failsafe is working as they expect when I demonstrate. I'm not sure myself... Your thoughts and advice please.. Interestingly the Rudder does actually hold its last position.

  • @cotswoldpilot

    @cotswoldpilot

    2 жыл бұрын

    It is because you have "Intelligent" Failsafe" switched on. The gyros are trying to stabilise the model but the model cannot move in response so the gyros keep moving the controls further to get the model to respond. It all works in the air because the model can respond. To prove failsafe just switch off Intelligent Failsafe.

  • @nigelcastle9282

    @nigelcastle9282

    2 жыл бұрын

    @@cotswoldpilot Many thanks once again Harry. I had forgotten about that option when setting the Assist receivers. I've disabled it and all now works as I intended.. It's an old debate but I do wonder what the best Fail safe option is.. I suspect that most signal failures are very short lived and temporary so selecting Hold allows the model to continue on its intended path (often without the pilot even realizing). If a longer lasting failure occurs at least the model will probably crash reasonably close to the flying location (which is normally a relatively safe place for an 'unscheduled arrival'). If a model is set to glide on tick over in a straight and level path it could end up a long way off if the failure happened at a great height - which is probably generally not a good thing.. Clearly there is no 'Right Answer'. Thanks again

  • @jodecuyper7495
    @jodecuyper74952 жыл бұрын

    Hi Harry I have an issue with a receiver low battery alarm. I have a large scale model in double path mode with RX1= REX10, RX2= REX3, and Rsat= 900Mhz II. My radio is DS-16II. I have everything working fine. But I noticed a strange thing when setting alarms on Rx Voltage. In the telemetry I read all three RX's (voltage, and antenna's as per your video). The strange thing is RX1 has a voltage 7.71, RSAT has voltage 7.8 BUT RX2 has a voltage that occasionally drops as low as 6.8 volts without apparent reason (no servo movements, all inputs quite). Can you think of a reason the voltage in RX2 is lower than the other RX1 and RSAT? After all power is simply connected in parallel. thnx for your advice. Jo

  • @jodecuyper7495
    @jodecuyper74952 жыл бұрын

    Hi You mention a link between the output period and the type of servo's used. Digital ones being capable of higher refresh rate. But I noticed something strange. With the output period set to 17 msec and the number of channels in ppm = 8, I noticed a few things on the scope: 1) the number of positive pulses = number of channels +1 = 9 in this particular case (first pulse is needed as a starting reference) 2) the pulse width = 0,4 msec 3) the total length of the pulse train at lowest channel value = 0,4 msec + 8 x 1 msec = 8,4 msec 4) the total length of the pulse train at mid value = 0,4 msec + 8 x 1,5 msec = 12,4 msec 5) the total length of the pulse train at highest value = 0,4 msec + 8 x 2 msec = 16,4 msec So it appears that the 17msec output periode can accommodate 8 channels but no more. Yet it is possible to choose 16 channels PPM. Am I correct in assuming that if more that 8 channels ppm are needed one should increase the output period? Even then it is impossible to choose 16 channels because the output periode is limited to 30 msec. The max number of channels seems to be 14 (0,4 + 14 x 2 = 28,4 msec for max output). Is this correct?

  • @A343sk
    @A343sk Жыл бұрын

    Hi Harry, I’ll challenge you 😮 With a Turbine, selecting Out/OFF works perfectly. The ECU/FADEC will not receive a valid signal and goes to Fail-Safe. Actually this is the only way to have my KingTech G4 engine to show ”FailSafe” on the GSU. Forcing the ”servo signal” outside the defined normal running range , will stop the engine, but will only display a normal shut down. Am I missing something?

  • @cotswoldpilot

    @cotswoldpilot

    Жыл бұрын

    That sounds okay. Every brand of ECU behaves differently.

  • @dnumdug
    @dnumdug3 жыл бұрын

    Bought a expander E4 ex to connect several units into the Rex18 channel receiver. Putting the vario into the first input and a MUI into the next. I suspect the expander not to function, since it doesn't give any telemetry. Putting the vario directly into EX on the receiver works ok. But not when expander is plugged in. What can be wrong? Pin config shows just servo outputs for the 16 channels, not the Ext I plug in sensors. Do I need to config the Ext to Ex-bus to make the expander work? A new DC24.

  • @cotswoldpilot

    @cotswoldpilot

    3 жыл бұрын

    The expander only works with Ex telemetry, it does not work with Exbus. Confusing, isn't it? Expander needs to be plugged into Ext, or an E socket set as jetibox/telemetry. Only ex devices can be plugged into the expander. Mui is ex. Old vario is ex but new vario2 is exbus and will not work through the expander.

  • @dnumdug

    @dnumdug

    3 жыл бұрын

    Ok, just wondering why Jeti has two systems on the devices.. So this means I have to choose either a mui og the vario2? Or possible put the Mui into the 2,4 satelite 1 and the Mvario 2 in Ext on receiver 1? In this way go around the problem?

  • @cotswoldpilot

    @cotswoldpilot

    3 жыл бұрын

    It is actually even worse - Jeti has 3 different data protocols! You can use all 3 in the same model but cannot daisy chain/use same expander for different protocols. So they need different sockets in the receiver, some set to exbus, some to jetibox/sensor www.jetimodel.com/en/Question-of-the-week/What-are-the-differences-in-JETI-DUPLEX-telemetry-/

  • @dnumdug

    @dnumdug

    3 жыл бұрын

    @@cotswoldpilot , thanks for the link. Now I know why people buy a fully capable TEK vario instead of combining Jeti Mspeed and Mvario 2.. This is far to complicated stuff for the average modeller... But would take the opportunity to thank you for the many Jeti videos on your channel, ten times better than Esprite's videos😉👍.

  • @cotswoldpilot

    @cotswoldpilot

    3 жыл бұрын

    @@dnumdug actually you have just reminded me that ex can use the expander ports on an exbus device - I have mspeed which is ex, plugged into mvario2 which is exbus

  • @jodecuyper7495
    @jodecuyper74952 жыл бұрын

    Hi It is clear how fail safe is set on the servo sockets. However how does failsafe affect the EXbus signal? In case the REX receiver feeds an EXbus into a FBL controller like Spirit, what happens to the EXbus signal if the radio-receiver communication is interrupted? thnx for helping. Jo

  • @cotswoldpilot

    @cotswoldpilot

    2 жыл бұрын

    Exbus is not altered by failsafe, pin configuration etc. Exbus is purely what the transmitter sends. The only thing that can alter an Exbus output is an Assist gyro stabilisation. So if you send Exbus, the device it goes to has to have the failsafe in that device

  • @jodecuyper7495

    @jodecuyper7495

    2 жыл бұрын

    @@cotswoldpilot thnx, it sounds logical after you explained it.

  • @andytuscrr

    @andytuscrr

    2 жыл бұрын

    @@cotswoldpilot Does this apply to Sbus too Harry?

Келесі