Nickduino

Results 135 comments of Nickduino

> so, if shelled is ticked, don't fillet ![image](https://github.com/Le0Michine/FusionGridfinityGenerator/assets/9784237/c367be94-337e-4a95-bee8-3e413aceda79) So just don't pass the `input.hasBottomFillet` argument as `True` when calling binBodyCutoutGenerator.py for a bin that is shelled and has compartments...

> How does it behave when compartments don't match base grid? You're right, it's less than optimal, as the walls hover over the bottom: ![image](https://github.com/Le0Michine/FusionGridfinityGenerator/assets/9784237/be980221-7963-4715-9532-f1886acea9d8) ![image](https://github.com/Le0Michine/FusionGridfinityGenerator/assets/9784237/18be5928-b0fb-4f32-b99b-9e8c02159bcd) Still better than nothing...

Here's an alternative approach that should work and not be too complex to implement: Currently, from the input grid, you create bodies representing the compartments and you subtract them from...

I've also compared both options in PrusaSlicer, the hollow ones need 50% more material: ![image](https://github.com/Le0Michine/FusionGridfinityGenerator/assets/9784237/81fec904-d5c7-4c31-8bb4-d0836f85f749) Hope this helps.

> not to be nit picky, but that is 34-35% which would also depend a lot on the height, amount of internal walls, width and length of a bin. I...

If A needed 50% less than B, B would need twice as much as A ^^

> I would not connect anything to the rx/tx pins on that board. Most often that is attached to uart0 and is for serial console. I used them myself ![image](https://github.com/rstrouse/ESPSomfy-RTS/assets/9784237/24c822ca-98c7-4257-84ea-118ec11a7bd4)...

But they're used to listen only, so the fact they're assigned to UART pins should not negatively impact the emitting range of the device, right?

I mean by ESPSomfy. The use of the TX/RX pins is for **receiving** frames from other remotes, right? When the CC1101 is receiving. Said differently, can you omit the TX/RX...

Alright, thank you! I had made this assumption because at some point I made a mistake and inverted the Tx and Rx pins but the frames were still sent. Not...