Skip to content

Conversation

@CRImier
Copy link

@CRImier CRImier commented Oct 21, 2021

I removed unused keying dictionary parameters - R,S,T,U,W,X,Y,Z.
I then united keyingSecond and keyingFirst into one dictionaries,
inverted V calculation for secondKey and then inverted V (KeyCenter) parameter
so that key offset parameters would be the same direction for all keys.

Generating A+E card with "E" as first and "A" as second results in garbage.
I also added sanity check logic that checks the key alphabetic order
and reverses them if needed. I tried to read into the logic but it was
a bit too much for my brain, sorry.

The script works identically, from my testing, and I was finally able to
generate A+E key for my project, adding this A+E key to the repo as well.
You can now generate more wacky keys like E+M, thankfully, not seen
in the wild and likely useless.

I also added G key, just in case someone needs it in the future,
G key sockets are available, after all.

Thank you for your impressive work, and I hope this helps someone in the future.

I removed unused keying dictionary parameters - R,S,T,U,W,X,Y,Z.
I then united keyingSecond and keyingFirst into one dictionaries,
inverted V calculation for secondKey and then inverted V (KeyCenter) parameter
so that key offset parameters would be the same direction for all keys.

Generating A+E card with "E" as first and "A" as second results in garbage.
I also added sanity check logic that checks the key alphabetic order
and reverses them if needed. I tried to read into the logic but it was
a bit too much for my brain, sorry.

The script works identically, from my testing, and I was finally able to
generate A+E key for my project, adding this A+E key to the repo as well.
You can now generate more wacky keys like E+M, thankfully, not seen
in the wild and likely useless.

I also added G key, just in case someone needs it in the future,
G key sockets are available, after all.
@CRImier CRImier marked this pull request as draft October 21, 2021 06:00
@CRImier
Copy link
Author

CRImier commented Oct 21, 2021

Converted to draft - seems like the A+E footprint generated had the wrong edge.cuts layer, I'll check why that happens, and perhaps it'll help me clean up the code a bit more, too.

drawing out of first_key+second_key block into the bottom endpoint processing
block, together with soldermask opening calculations. Also, refactored out duplicate
arc angle definition. Adding fixed A+E footprint with this commit.
@CRImier CRImier marked this pull request as ready for review October 21, 2021 16:22
@CRImier
Copy link
Author

CRImier commented Oct 21, 2021

Fixed the issue by refactoring out the bottom horizontal line generation code, and added the fixed footprint to the repo!

@CRImier
Copy link
Author

CRImier commented Oct 21, 2021

Feel free to merge this if you like it, I'll now add one more PR with some refactoring commits further based on this PR.

@qitas
Copy link
Contributor

qitas commented Jun 10, 2022

test

@CRImier
Copy link
Author

CRImier commented Jun 10, 2022

updated - all changes ready to merge in a single PR

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants