-
-
Notifications
You must be signed in to change notification settings - Fork 0
ngff.py: united keying information; added G key; able to do A+E keying now #1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: master
Are you sure you want to change the base?
Conversation
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.
|
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.
|
Fixed the issue by refactoring out the bottom horizontal line generation code, and added the fixed footprint to the repo! |
|
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. |
…er to modify if needed.
|
test |
|
updated - all changes ready to merge in a single PR |
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.