Awesome! (and nothing silly here) :-)

Idea for the initial post (showing on top): Maybe it would be useful to also have the diagram (PNG) for Simple UI show up? As far as I can tell, there is one image that can function as a thumbnail at the very top (should probably just stay the Advanced UI PNG, as presently), but maybe in the text below, either the Simple UI PNG or both, Advanced UI PNG and Simple UI PNG, could be displayed (displaying both underneath each other would show them together and make clear that they belong together; and Anduril novices might want to start off with the Simple UI diagram and could see that one right away). This way, the Simple UI diagram would get more and immediate attention as well.

Hi, multi-channel Emisar D2 user here, Model number 0135, emisar-2ch, using ToyKeeper’s latest Anduril 2 version, anduril.2023-08-07.emisar-2ch.hex: At my end, momentary turbo 3H/4H works just fine and as expected, so I do not have the same behavior.

4H from ON for momentary turbo works with every channel mode, whether there is tint ramping or not, and 3H from ON for momentary turbo works when there is no tint ramping with the selected channel mode; all exactly as displayed in the diagram.

Thanks for the update! I checked the new PDF version, and I have to say that I am still not convinced.

The frame is gone now, which is good, but the diagram size appears to have remained the same. Simple UI is still quite small and located in the upper right corner only, just as you stated, but also Advanced UI is (still) not centered on the page, but is located somewhat low; this results in not being able to have it scaled to the largest possible size when printing.

I guess that both diagrams would need to be scaled to and centered on the respective page in MS Visio before exporting/printing as PDF. Maybe the PDF format is not a strength of MS Visio in general? In any event, this probably would require an extra effort with each new diagram revision, depending on how MS Visio is handling this.

Furthermore, the graphic elements in the PDF version appear smoother on-screen now, but when printed, they still look pixelated, actually more pixelated than in the printed PNG version.

So, for the time being, I would still suggest to keep on going with the established PNG files exclusively.

Sure thing!

Great! Those commands are looking just fine. Good to hear that you got this sorted.

As a D2 owner, to confirm a couple of things: My D2 originally shipped with Anduril version number 2021-12-13-0135 as well. Model number 0135 was originally named emisar-d4sv2-tintramp, and is now named emisar-2ch, cf. https://toykeeper.net/torches/fsm/anduril2/MODELS. Over there, it is also specified as attiny1634.

Scrolling down https://toykeeper.net/torches/fsm/anduril2/, you will find the latest emisar-2ch version at the bottom, currently indeed anduril.2023-08-07.emisar-2ch.hex. Over there, you will also still find anduril.2021-12-13.emisar-d4sv2-tintramp.hex.

For instructions specifically for backing up, cf. for example https://anduril.click/flashing/avrdude.html#backing-up.

Usually, I am using ZFlasher AVR via mobile phone (Android), which is very straightforward, but I just checked with avrdude (on Linux), and I had no difficulties with pinging the device, backing up, and updating, while using the instructions over at https://anduril.click/flashing/avrdude.html.

Finally, cf. https://bazaar.launchpad.net/~toykeeper/flashlight-firmware/multi-channel/view/head:/ToyKeeper/spaghetti-monster/anduril/hank-cfg.h to see which modifications Hank lights have from stock Anduril 2. Recently, a couple of functions were allowed in Simple UI, namely ramping toggle as well as aux config and strobe modes.

All looking great, thanks!

Thank you very much for adding the .pdf version!

Unfortunately, as far as I can tell, there are several issues with the .pdf version that would need to be addressed, and I am not sure if that is worth the trouble, as this could turn into a project of its own. :-)

Obviously, it would be fantastic to have a source file from an open source, cross-platform software, so everyone could modify it as needed, and export/print it as needed. But that is a different topic.

Some thoughts:

• First off, as expected, the font print is very crisp in the .pdf version, and as there is much text, that is great. But several graphic elements apparently are pixel graphics and do not scale cleanly (.png is a raster-graphics file format based on a pixel grid; this is for example also why the newly added link to the diagrams cannot be marked and copied from the .png version, but it can from the .pdf version).

• Then, for some reason, there is a frame around both diagrams, and when printed with this frame, the diagram size shrinks, as opposed to the established .png version, which makes the .pdf version less readable. Moreover, the Simple UI .pdf version only appears in a small size in the upper right corner, instead of being displayed on the entire page.

While these issues might be addressed easily, I am not familiar with MS Visio, and there might be tricky details involved. Therefore, for the time being, I would suggest to remove the .pdf version again and to just go ahead with the established .png versions. These are high resolution and can also be printed just fine (although not as clearly as in .pdf format), and they are great for on-screen viewing and editing, so they already cover a wide range of use cases on their own.

Thank you very much again for all your efforts!

Question/suggestion: If not too much hassle (I am running Linux, and I am not familiar with MS Visio), would it be possible to add a .pdf version of the diagrams below the .png versions?

The .png files are high resolution and are great esp. for on-screen viewing, but for printing, esp. in larger formats given the diagram complexity, .pdf will still be more suitable than .png.

Actually, this could be one single .pdf file with 2 pages, one for Simple UI and one for Advanced UI, and this .pdf file could then be printed double-sided, or one specific page only, as preferred.

Some further details:

1. Advanced UI: Layout detail: For consistency, the new additions to Ramp Config, three times “(7H and 10H)” and “(only 7H)”, should probably be written in italics as well, just like “(only 10H)” at the end.

2. Simple UI: Layout detail: It caught my eye that with 13H on the arrow to Factory Reset, the H is visually very close to the (4C) arrow line to the right of it. Possibly, this 13H could be moved slightly to the left? This is the only visual instance like this that caught my attention.

3. Simple UI and Advanced UI: As an idea, possibly a link to the diagrams, at present lemmy.world/post/1038159, could be added, so everyone could easily locate the current diagram revision. A place to put this link as an extra line could be below the Diagram Revision line in the Anduril 2 “bubble”. To maintain the “bubble” size, maybe a little smaller font size(s) could be used at the top; furthermore, as the multi-channel and the single-channel branches apparently are going to be merged, there might soon be no need anymore for the Multi-Channel specification, opening up some more space in the Anduril 2 “bubble”.

All looking very good to me, thanks! #4 is very clear this way, and suitably located.

OK, I see, great! I noticed one layout detail, which I will include in a new comment, to keep the overview.

Here are some additional details:

1. Advanced UI: In Strobe Modes, Actions, 3C: Next channel mode is not a function for Police Strobe (which makes sense, as Police Strobe uses more than one channel on its own), so it could read 3C: Next channel mode (except Police Strobe).

2. Advanced UI: In Strobe Modes, Actions, instead of presently 4C: Previous mode, it could read 4C: Previous strobe mode, to clearly distinguish strobe mode from channel mode. This wording would also be in line with the text manual.

3. Advanced UI: In line with #2, in Strobe Modes, Actions, instead of presently 5C: Momentary for selected mode, it could read 5C: Momentary for selected strobe mode.

4. Simple UI: As an idea, maybe it would be useful to add two lines of information below (or next to) BattCheck, Line 1: Simple UI: once, cf. text manual, and Line 2: Advanced UI: continuously. This distinction can serve well in determining whether the current UI is Simple UI or Advanced UI, even the more so with the recent developments in hank-cfg.h, where the modified Simple UI now allows ramping toggle as well as aux config and strobe modes.

This is great, thank you very much!

As to #4, amazing that you managed to squeeze (config current ramp) in there. Possibly, visually the 7H could be a little larger, in line with e.g. the 10H of 10H (config Simple UI) and the other Hs and Cs around it?

As to #3, I figure it is also fine as it is. Just to clarify: the point is not to exclude Advanced UI (configuration) from Stepped Ramp, but rather to exclude Simple UI (configuration) from Smooth Ramp. The proposal is:

• Release after first flash (7H and 10H)
• Release after second flash (7H and 10H)
• Stepped Ramp (7H and 10H)
• Smooth Ramp (only 7H)
• Release after fourth flash (only 10H)

Again, the diagram is sufficiently complex already, and if this overcomplicates things, it might just be left as it presently is.

This being said, I will post another comment with some additional details. :-)

Yes, indeed, there have been a number of good developments recently. And given the already present permeability between single channel and multi-channel, all the better for not needing a separate single channel diagram anymore. After having gone “multi-channel” with a single channel D4K boost, I have also been going single channel, or one channel mode only, with a dual channel D2, and I can report that I have returned safe and sound.

Thank you for the heads up!

By the way, the Anduril 2 multi-channel diagrams have a wider scope than maybe anticipated. I noticed that ToyKeeper in r743 (2023-07-23) converted noctigon-dm11-boost, model number 0273, so I compiled the hex file for my D4K boost. This is a single channel light, but after I enabled one of the aux LED channels, it turned into a “multi-channel” light. :-)

Thanks again!

Thanks, and the more compact style is looking very good!

Some further suggestions for Simple UI (multi-channel) and Advanced UI (multi-channel):

1. Simple UI: Possibly add (3H to cycle) after 3H from Lockout Mode, to differentiate this from (3C to cycle) for 3C from ON.

2. Simple UI and Advanced UI: In Simply UI, possibly keep the current 1H from Lockout to Momentary Moon (maybe in one line), and rename 2H from Lockout to Momentary Low and remove the current Manual Memory reference, as Manual Memory is not a Simple UI function. At the same time, for consistency, in Advanced UI, possibly rename 1H from Lockout to Momentary Moon and 2H from Lockout to Momentary Low as well, keeping the additional information that is currently displayed in Advanced UI (Lowest Floor of Smooth vs Stepped and Highest Floor of Smooth vs Stepped, or Manual Memory if set). This wording would be in line with the text manual for 1H and for 2H. 1H and 2H are the same in Advanced UI and in Simple UI (of the three floors, only Smooth Floor and Stepped Floor are of relevance here, not Simple UI Floor), so they could be named the same, with Advanced UI offering more specific information on what exactly Momentary Moon and Momentary Low refer to, while Simple UI is keeping it as simple as possible.

3. Advanced UI: Ramp Config, containing multiple configurations, might be more accurate regarding which items refer to 7H from ON (config current Ramp Style) and which items refer to 10H from OFF (config Simple UI), in short to 7H and to 10H. There is esp. some unclarity regarding Item 3, of which only the Stepped Ramp applies to 10H, config Simple UI, cf. the text manual, whereas the smooth ramp speed is inherited from Advanced UI, cf. the text manual. To address this, (7H and 10H) in italics could be added for Item 1 after Release after first flash, (7H and 10H) could be added for Item 2 after Release after second flash, (7H and 10H) could be added after Stepped Ramp in Item 3, (only 7H) could be added after Smooth Ramp in Item 3, and (only 10H) could be added for Item 4 after Release after fourth flash, instead of currently (only Simple UI) (all in italics).

4. Advanced UI, related to #3: Possibly add (config current Ramp Style) or (config current Ramp) to 7H from ON, similar to (config Simple UI) already present at 10H from OFF. However, this might not be possible due to space constraints.

5. Advanced UI, typo: In Misc Config, Item 1, it should read 3+C instead of currently 3C+, cf. also 15+C for Version Check and 1+C for Ramp Extras Config, Item 1.

UPDATE 2023-07-25:

6. Advanced UI: Possibly add an arrow for 3C from ON pointing to Toggle Ramp Style, possibly to the right of the present 6C from ON arrow. This arrow could read 3C (single channel), or 3C (single-channel), cf. the text manual, also in the UI Reference Table. I checked: 6C from ON for Toggle Ramp Style always works, also for single channel, when only one channel mode is enabled. So the 6C from ON arrow can just stay as it is in the diagram. In order for an additional 3C from ON arrow to fit, possibly the Toggle Ramp Style box might need to be moved up a bit, and the Switch to Simple UI box a bit to the right. Also, this might mean that there is even less space for a possible addition of #4, so #4 might have to step back as #6 should have priority.