nydas

nydas, 5 months ago

While I love to jump on the anti-Elon bus, I have to query: the highest accident rates, or highest accident rates as a percentage of vehicles on the road? If you have 10 Tesla cars on the road, and there are 2 MGs on the road, and 2 Telsas and one MG crashes, then what? 20% of Tesla vs. 50% of MG, but also that could be framed as ‘double the number of Teslas crash compared to MGs’ or ‘Tesla has the highest accident rate of any auto brand’.

nydas, 5 months ago

It’s running on 2x BlackPills, with hotswap sunset orange switches. The two halves are connected by an ultra thin CAT6 patch cable. It’s the first keyboard I’ve built with backlights, so quite happy that it worked as planned.

nydas, 5 months ago

LDSA blanks

nydas, 5 months ago

Oh that’s an interesting thought. All might not be lost after all! I’ll need to investigate.

nydas, 5 months ago

They are custom angled risers I got printed. They fit between the switch and the keycap.

nydas, 5 months ago

True. I’ve not yet added any code to manage the per key RGB. Hopefully they all work as planned too.

nydas, 5 months ago

It took a while to get used to them (like a day or two). But I’ve been using them on keyboards for a couple of years now, and it feels strange to not have them.

nydas, 6 months ago

Blackpill is defined within qmk already. You can do a search in the repo for STM32F401 and see a number of keyboards that use it. From this, you can also see which are split keyboards. The M60 Split is a good example which uses a SPLIT_HAND_PIN to define left and right. The Phoenix is another. This also uses the SPLIT_HAND_PIN. Given that, I’ve tried updating, but no luck. If SPLIT_KEYBOARD = yes then nothing works. If SPLIT_KEYBOARD = no then they work but they both come through as the left side (even if SPLIT_HAND_PIN B9 is set, and B9 is connected to GND or not).

nydas, 6 months ago

Are you referring to the #define MASTER_LEFT?

This is just defining whether the USB is plugged into the left board or right board.

All defines start with a hash as standard. It’s not commenting the line out. For that, you’d use //.

nydas, 6 months ago

Ah, thank you. I’ll have a go at that then.

nydas, 7 months ago

I’m assuming you downloaded an stl of the switches and the controller? Where did you dl them from?

nydas, 8 months ago

Thank you. Yeah, the shape is a mix of convex and concave. I might need to just make do for this prototype. https://i.imgur.com/gtJurrp.png

nydas, 8 months ago

Thank you! So, you can get a regular 2D shape and use the linear_extrude() function to extrude out at 90 degrees from the object. They refer to in in the docs as the equivalent of pushing playdoh through a press. And from the docs ‘In OpenSCAD Extrusion is always performed on the projection (shadow) of the 2d object xy plane and along the Z axis; so if you rotate or apply other transformations to the 2d object before extrusion, its shadow shape is what is extruded.’

So the Z axis is no related to what I see on the screen, but is in direct relation to the original 2D image. If I were to first rotate the 2D image by 90 degrees, and then extrude, the extrusion would be on the Z axis relative to the 2D object, but the X axis relative to the rest of the project (if that makes sense).

What I want it to extrude on the absolute Z axis of the total project, regardless of the angle of rotation of the 2D object. To put it another way, if I were to have a square on the 2D, and I rotated it 30 degrees before extruding, I would not want a cube to be formed, but rather would want a rhombohedron.

nydas, 8 months ago

That’s awesome, thank you so much!

nydas, 8 months ago

Hadn’t heard of it, but now I’m interested to give it a try.

nydas, 8 months ago

So yeah, not a fan. At least not of orange, raw sugar, cinnamon and star anise as the base.