Automated voice pack building

I'll give that a go. I tried Mingw64 environment and that failed to build also

I'll tried building from another computer and I encounter the same issues.

encountered the same issue on osx...solution is simple: enter subdirectory libopencm3 and run

make

Seems we don't currently force this in Makefile....

Moeder wrote: encountered the same issue on osx...solution is simple: enter subdirectory libopencm3 and run

make

Seems we don't currently force this in Makefile....

I tried and it refuses to build, filled with errors

Cannot find the specified files

edit: Had to download gcc-arm-none-eabi and it makes. However, still has errors, at least it attempts to build

After make in libopencm3 this issue when building

Building zip_devo7e
Preparing for ARM build
make[1]: *** No rule to make target `clean'. Stop.
make: *** [distclean] Error 2
Fetch libopencm3 via 'git submodule update --init'
make[1]: *** [libopencm3/lib/libopencm3_stm32f1.a] Error 1
make: *** [zip_devo7e] Error 2

I really don't understand why it's an impossible task to create from a local git

ok I finally have it working; not if it was this but using it helped to build;

git submodule foreach --recursive git submodule update --init

Thanks for your help and patience Moeder. I'm not sure if the build process guide may need updating to reflect the need for "make" command for libopencm3 for Windows 10 users or if I'm just a one off case

The submodule has recently been introduced, the documention has not been updated. When using built in gut from docker the command runs automatically, but not on local git repository. We'll find a solution. Glad you showed patience and finally got it working.

Moeder wrote: The submodule has recently been introduced, the documention has not been updated. When using built in gut from docker the command runs automatically, but not on local git repository. We'll find a solution. Glad you showed patience and finally got it working.

Thanks for your explanation. One last question, I have two 3 way switches and I have enabled it in Hardware.ini but I only have SW A0/SW A1 B0/B1 but no A2 and B2. Assigning in the mixer SW A2/B2 do not work, or with A0/B0 working from mid point of switch. Is there another setting in target or capabilities that I need to enable to have 3x2 switches show up correctly?

Is this a bug? Reverted to earler build, switches work correctly

Has the issue with the extra switches not working been rectified?

Can you please share your hardware.ini here? Also, can you reproduce the behavior in the emulator?

Hi Moeder, hardware.ini file is the same as previous Voice alert build before the voice_diet2

;Only useful for transmitters with an after-market vibration motor
;enable-haptic=1
;
;switch_types: 3x2, 3x1, 2x2
extra-switches=3x2
;
;button_types: trim-all, trim-(left|right)-(up|down|both)
;May occur more than once if necessary.
;extra-buttons=
;
[modules]
; there is no need to enable the cyrf6936 module unless
; it is wired to an alternate port. It is Enabled automatically otherwise
enable-cyrf6936 = B12
has_pa-cyrf6936 = 0
enable-a7105 = A13
has_pa-a7105 = 1
enable-cc2500 = A14
has_pa-cc2500 = 1
enable-nrf24l01 = A15
has_pa-nrf24l01 = 1
; enable-multimod = A13

Works if I return to previous working build. EMU doesn't show the issue but the build you also made for me displays the same problem

Have you checked with current nightly? It should probably have the same issue. You are right, I cannot reproduce it in the emulator.

I will check the current nightly tomorrow and update you

Moeder, I tested Nightly build from 21st March and issue persists.

PB committed a patch (well, actually a major rework of switch and channel code) to master branch which should hopefully fix the issue. Please try building from current DeviationTX/master or wait for the upcoming nightly build and check if the issue persists.

I have tried the latest nightly build and the problem hasn't changed. No movement in channel monitor.

Nightly build 26-3-19, problem hasn't changed

That is really odd, as the devo7e 3*2 setup supposedly works for PB. Do you mind sharing pictures from your setup?

I followed the same setup as the ones described and explained on these forums. I can switch back to an earlier fw and switches work but anything more recent and I get the problematic behaviour.

Here's wiring for my Devo7E,I can't see anything that could cause the issue



edit: Throttle trim isn't working correctly too. All this on fresh install of nightly and fresh model file. Is there a way to completely erase the installation on the Devo 7E or do I need to return to Devention? When upgrading the nightly etc, it flashes really quickly, maybe theres an issue with my MCU?

Same problems here with the switches and throttle trim too (used as a switch).
https://www.deviationtx.com/forum/6-general-discussions/8361-devo-7e-3x2-switches-not-working-anymore#73614
I think it's confirmed, so it's time to dig into the code.