Extra inputs for Devo Tx's

Cereal_Killer wrote:

Deal57 wrote: The "!=" is "Not equal". In this case you might be able to use "== 0" instead of "!= 1". It probably works either way.

Ok I'm home now and have physically removed the second switch, still the same behavior.

I dont understand why it works on yours and not on mine. Or is my thinking incorrect and you actually want your 3-way switches acting to switch two different channels so you dont have to deal with this?

if (digitalRead(swPin_D1) != 1) { // 3-way Switch 1 pole 1 is pin D6 on Arduino
           sw1_uS = pulseMin;                        // 3-way switch 1 pole 1 is ON - so channel 3 is -100
  } else {
           if (digitalRead(swPin_D2) != 1 ) {  // pin D7 on the Arduino
            sw1_uS = pulseMax;                     // 3-way switch 1 pole 1 is off, pole 2 is on - you're not seeing this on channel 3
  }        else {
            sw1_uS = pulseMid;                       // 3-way switch 1 pole 1 is off and pole 2 is off - channel 3 is 0 
            }
  }

if (digitalRead(swPin_D3) != 1) { // 3-way Switch 2 pole 1 is pin D8 on Arduino
           sw3_uS = pulseMin;                        // if 3-way switch 2 is ON on pole 1 - you're not seeing this on channel 4
  } else {
           if (digitalRead(swPin_D4) != 1 ) { // pin D9 on the Arduino
            sw3_uS = pulseMax;                     // if 3-way switch 2 is ON pole 2 - channel 4 is +100
  }        else {
            sw3_uS = pulseMid;                       // if 3-way switch 2 is in middle position - channel 4 is 0
            }
  }
}

Deal57 wrote:

Epitaph wrote: I've just tried out sketch on my Uno, adjusting the inputs and outputs obviously, just to make sure that there was nothing faulty with the rest of the hardware like the mono jack lead or the pots, and it works fine with the Uno, I see all the channels working great, so the problem is definitely in the Digispark.

Try this. I've put the timer and interrupt code into the sketch. Glad to hear the basic code works on the UNO, so that means we need to resolve this timer/interrupt thing.

Epitaph wrote:

Deal57 wrote:

Epitaph wrote: I've just tried out sketch on my Uno, adjusting the inputs and outputs obviously, just to make sure that there was nothing faulty with the rest of the hardware like the mono jack lead or the pots, and it works fine with the Uno, I see all the channels working great, so the problem is definitely in the Digispark.

Try this. I've put the timer and interrupt code into the sketch. Glad to hear the basic code works on the UNO, so that means we need to resolve this timer/interrupt thing.

With the digispark set to 16.5mhz it programs fine with no errors but doesn't work... on 16mhz it doesn't compile, comes up another time error again on the last line

Deal57 wrote:

Epitaph wrote:

Deal57 wrote:

Epitaph wrote: I've just tried out sketch on my Uno, adjusting the inputs and outputs obviously, just to make sure that there was nothing faulty with the rest of the hardware like the mono jack lead or the pots, and it works fine with the Uno, I see all the channels working great, so the problem is definitely in the Digispark.

Try this. I've put the timer and interrupt code into the sketch. Glad to hear the basic code works on the UNO, so that means we need to resolve this timer/interrupt thing.

With the digispark set to 16.5mhz it programs fine with no errors but doesn't work... on 16mhz it doesn't compile, comes up another time error again on the last line

Well, the fact that it programs at 16.5 is good. How do you know it doesn't work? If the Devo isn't seeing it, it's probably because my code set the timer interrupt to 50ms, but it needs to be 22ms... And I didn't take the time to do the math. Sorry 'bout that. I'm new with this, too!

You could try setting the
OCR0A = F_CPU/8 * 0.000050 - 1;
to
OCR0A = F_CPU/8 * 0.000022 - 1;
Basically change the .000050 value to .000022. I don't know if it'll be right, but it's worth a try.

Cereal_Killer wrote: Got it. All I can figure is pin D7 on this super cheap mini clone is either dead or is mapped wrong. Switched that pin to D11 and moved switch 2 to D2 and D3 and it's working!!!

Thank you Deal.
...

Deal57 wrote: Oops. Pin 5 is NRESET, so if you put a switch on it, it may be actually resetting. The reset process takes about 5 seconds, because it's looking for a programming signal. So I guess we may not want to use that one... Although we can probably use it for PPM output once we get this going.

And we can also use it to output to a serial port using softwareserial, so it we can do some debugging.

We need a timer to make sure we send the 22ms packets so there's more research needed.

Deal57 wrote: Once I get a better prototype I will see what options we have for pin 5 to avoid having it reset the ATTiny85 when we use it!