Alpha Testing - New ProffieOS Config Helper Tool

This is fantastic, @Fett263.

My default config had BLADE_DETECT_PIN 17 defined. What should I choose on your config helper for Blade Detect Pin?

I havenā€™t come across that in the documentation, Iā€™d have to add it.
@profezzorn is there a list of available pins for BladeDetect?
I built based on this document

Got it. Not a big deal, obviously, since it can be easily changed in the output. However, I believe it is the default for Sabertrio, as this is the second Sabertrio Iā€™ve seen that is 17, and 2 others I know have confirmed the same.

All pins that are hooked up directly to the CPU can be used for blade detect, so data pins, button pins and RX/TX.

Ok, Iā€™ll expand the list, thanks.

No problem, Iā€™ll expand the dropdown to handle all possible pins.

Ok, updated dropdown to include all possible pins (I think). Youā€™ll just need to refresh the page to get update.

Cheers! Thatā€™s a hell of an SLA for an open-source response.

MTFBWY

1 Like

Works great!!

1 Like

Hi Fett! Iā€™ve tried your tool and canā€™t find how to generate two things:

  1. The defintion of shared power lines for NeoPixels. When doing Blade ID you need to specify all the MOSFET that feed those lines.
#define ENABLE_POWER_FOR_ID PowerPINS<bladePowerPin2, bladePowerPin3> 
  1. I put an SMD resistor between Data 1 and 3.3V so I can poll the ā€œtrueā€ resistor value in Blade ID.
#define BLADE_ID_CLASS ExternalPullupBladeID<bladeIdentifyPin, 22770>

Another issue is that I have more presets than presetneopxl and presetnoblade. I use one stricly for charging modules, another for illuminated bladeplugs and fifth one for Shtokā€™s NPXL-TriCree adapter. All those need different style definitions than normal blades and no blades. That info is actually in the Blades definition, but even being able to manually add more blades preset, would help me enormously.

I havenā€™t used and never ran across those in documentation when researching the defines so theyā€™re not there. Not sure how easy or hard theyā€™ll be to add or when Iā€™ll have a chance to look but Iā€™ll see about them at some point.

Additionally, youā€™re setup is not a typical beginner use case, which is whom the tool is geared toward assisting.
Youā€™re at like DEFCON 3 on the build complexity level meter.
(DEFCON scale goes from 5 (normal) to 1 (nuclear war))

1 Like

Fett has just explained in this thread, that if you use this tool, you get a printout of all the saber commands for the user. I do installs for friends and have not touched Battle Mode (in fact, have never configured anything but the saber.h prop), because I donā€™t want to deal with explaining it to them. But if this tool allowed to make a nice printout of all the commands, I would more than gladly enable all the bells and whistles since I can send them to RTFM. :rofl:

Ah. I usually just direct people to read the instructions already included right in the prop file itself, but I see now it tailors the output to be " based on the defines selected in the tools.
Thatā€™s cool.

Yeah, itā€™s intended to help ā€œas many users or installers as possibleā€ so Iā€™ll certainly look at the missing defines.

For your purposes, those defines donā€™t actually affect controls so you could still use the tool to generate the config and print outs for Controls, Styles, Sound, etc. but then just add them in before you upload. Those do appear to be more obscure defines but Iā€™ll try to get them in when I have a chance.

1 Like

I can add the obscure defines with no problem. I donā€™t know about the multiple presets in general. But I can add those presets myself, too. So itā€™s quite useful as it is.

Working well so far.

I wanted to add a basic save so I can start up where I left off in my presets.

Can you add a check box for #define SAVE_STATE as an alternative to the well documented #define KEEP_SAVE_FILES_WHEN_PROGRAMMING please?

1 Like

SAVE_PRESET got lumped in with ENABLE_ALL_EDIT_OPTIONS, I have moved it out separately. Just refresh to see it.

SAVE_STATE is actually just a combination of the ENABLE_ALL_EDIT_OPTIONS defines
with SAVE_PRESET added, so itā€™s not actually used in the tool to avoid confusion.

If you want to select/delect the other save/dynamic options simply uncheck ENABLE_ALL_EDIT_OPTIONS and they will appear individually and you can pick and choose which ones you want, but checking ENABLE_ALL_EDIT_OPTIONS automatically selects them all anyway (except for SAVE_PRESET) :wink:

1 Like

So I was really looking for SAVE_PRESET to just bookmark where I am when I power down.

Unchecking ENABLE_ALL_EDIT_OPTIONS in the Congfig Helper works great. SAVE_STATE is something I see I donā€™t really need.

Thanks!

Oops, just had to push a fix to the script so the define actually gets into the CONFIG_TOP. Just refresh again and it should work now.

1 Like