Hello,
First things first: your work is amassing. Since I joined deskthority I thought about a modular software that could be used with different keyboards. At this time I was not aware of the different technologies under the key sensing. QMK is exactly what I have always dreamt on. The fork to make it work with the IBM keyboards, including my loved model Fs, is absolutely a game changer for me. Thus, I MUST START WITH a) a BIG THANKS and b) ALL MY RESPECT !
For model Fs the simplified assumption is that either a ribbon cable is used, where wires can't cross each other (or that the user takes care to keep the ordering of the wires). This works out well with most model Fs, cause there's only one way to wire then correctly. Some times people accidentally cross two wires when soldering,
The issue is mine, your software is correct.
If you take a look at this pyrelink's built:
and compare it with mine:
you will notice that there is a "connector" in the middle. This setup swaps the cables but in pairs !
If the "normal" = pyrelink soldering patter is (rows) 1,2,3,4,5,6.... and (columns) a,b,c,d,e,f ... my setup creates a distribution like follows: (2,1),(4,3),(6,5)... and (b,a),(d,c),(f,e) ...
In order to get the keyboards working, I spend most of the time in understanding how the software works.
There is no much documentation within the code
This is how I modified the files:
file: keyboards/fssk_
idollar/xwhatsit/xwhatsit.h (the regular PCB):
Code: Select all
#define LAYOUT_all( \
k_2_2, k_2_1, k_2_4, k_2_3, k_1_3, k_2_6, k_2_8, k_1_8, k_2_7, k_2_5, k_2_10, k_1_9, k_2_9, k_2_12, k_1_11, k_2_11, \
\
k_1_2, k_1_1, k_4_1, k_1_4, k_4_4, k_4_3, k_1_6, k_4_6, k_3_8, k_4_7, k_1_5, k_4_5, k_1_10, k_4_10, k_4_9, k_1_12, k_4_12, k_4_11, \
k_3_2, k_6_1, k_3_1, k_3_4, k_3_3, k_6_6, k_3_6, k_6_8, k_3_7, k_6_7, k_3_5, k_3_10, k_6_10, k_3_9, k_3_12, k_6_12, k_3_11, \
k_5_2, k_6_2, k_5_1, k_5_4, k_5_3, k_6_3, k_5_6, k_5_8, k_5_7, k_5_5, k_6_5, k_5_10, k_8_10, k_5_9, \
k_8_2, k_7_1, k_8_1, k_8_4, k_7_3, k_8_3, k_8_6, k_7_6, k_8_8, k_8_7, k_7_5, k_8_5, k_7_10, k_8_9, k_8_12, \
k_7_2, k_7_4, k_7_8, k_7_7, k_7_9, k_7_12, k_8_11, k_7_11 \
) \
{ \
{ k_1_1, k_1_2, k_1_3, k_1_4, k_1_5, k_1_6, KC_NO, k_1_8, k_1_9, k_1_10, k_1_11, k_1_12 }, \
{ k_2_1, k_2_2, k_2_3, k_2_4, k_2_5, k_2_6, k_2_7, k_2_8, k_2_9, k_2_10, k_2_11, k_2_12 }, \
{ k_3_1, k_3_2, k_3_3, k_3_4, k_3_5, k_3_6, k_3_7, k_3_8, k_3_9, k_3_10, k_3_11, k_3_12 }, \
{ k_4_1, KC_NO, k_4_3, k_4_4, k_4_5, k_4_6, k_4_7, KC_NO, k_4_9, k_4_10, k_4_11, k_4_12 }, \
{ k_5_1, k_5_2, k_5_3, k_5_4, k_5_5, k_5_6, k_5_7, k_5_8, k_5_9, k_5_10, KC_NO, KC_NO }, \
{ k_6_1, k_6_2, k_6_3, KC_NO, k_6_5, k_6_6, k_6_7, k_6_8, KC_NO, k_6_10, KC_NO , k_6_12 }, \
{ KC_NO, k_7_2, k_7_3, k_7_4, k_7_5, k_7_6, k_7_7, k_7_8, k_7_9, k_7_10, k_7_11, k_7_12 }, \
{ k_8_1, k_8_2, k_8_3, k_8_4, k_8_5, k_8_6, k_8_7, k_8_8, k_8_9, KC_NO, k_8_11, k_8_12 } \
}
file: keyboards/fssk_
prototype/xwhatsit/xwhatsit.h (there are just two PCBs like this one):
Code: Select all
#define LAYOUT_all( \
k_2_2, k_2_1, k_2_4, k_2_3, k_1_3, k_2_6, k_2_5, k_1_5, k_2_8, k_2_7, k_2_10, k_1_9, k_2_9, k_2_12, k_1_11, k_2_11, \
\
k_1_2, k_1_1, k_4_1, k_1_4, k_4_4, k_4_3, k_1_6, k_4_6, k_3_5, k_4_8, k_1_7, k_4_7, k_1_10, k_4_10, k_4_9, k_1_12, k_4_12, k_4_11, \
k_3_2, k_6_1, k_3_1, k_3_4, k_3_3, k_6_6, k_3_6, k_6_5, k_3_8, k_6_8, k_3_7, k_3_10, k_6_10, k_3_9, k_3_12, k_6_12, k_3_11, \
k_5_2, k_6_2, k_5_1, k_5_4, k_5_3, k_6_3, k_5_6, k_5_5, k_5_8, k_5_7, k_6_7, k_5_10, k_8_10, k_5_9, \
k_8_2, k_7_1, k_8_1, k_8_4, k_7_3, k_8_3, k_8_6, k_7_6, k_8_5, k_8_8, k_7_7, k_8_7, k_7_10, k_8_9, k_8_12, \
k_7_2, k_7_4, k_7_5, k_7_8, k_7_9, k_7_12, k_8_11, k_7_11 \
) \
{ \
{ k_1_1, k_1_2, k_1_3, k_1_4, k_1_5, k_1_6, k_1_7, KC_NO, k_1_9, k_1_10, k_1_11, k_1_12 }, \
{ k_2_1, k_2_2, k_2_3, k_2_4, k_2_5, k_2_6, k_2_7, k_2_8, k_2_9, k_2_10, k_2_11, k_2_12 }, \
{ k_3_1, k_3_2, k_3_3, k_3_4, k_3_5, k_3_6, k_3_7, k_3_8, k_3_9, k_3_10, k_3_11, k_3_12 }, \
{ k_4_1, KC_NO, k_4_3, k_4_4, KC_NO, k_4_6, k_4_7, k_4_8, k_4_9, k_4_10, k_4_11, k_4_12 }, \
{ k_5_1, k_5_2, k_5_3, k_5_4, k_5_5, k_5_6, k_5_7, k_5_8, k_5_9, k_5_10, KC_NO, KC_NO }, \
{ k_6_1, k_6_2, k_6_3, KC_NO, k_6_5, k_6_6, k_6_7, k_6_8, KC_NO, k_6_10, KC_NO , k_6_12 }, \
{ KC_NO, k_7_2, k_7_3, k_7_4, k_7_5, k_7_6, k_7_7, k_7_8, k_7_9, k_7_10, k_7_11, k_7_12 }, \
{ k_8_1, k_8_2, k_8_3, k_8_4, k_8_5, k_8_6, k_8_7, k_8_8, k_8_9, KC_NO, k_8_11, k_8_12 } \
}
I am attaching the full set of files which I have used also in a zip file.
I include the json file which I used to create my "idollar" keymap with the html configurator.
Just a side comment: I have found very useful to assign the "reset" command to a layer. This allows to enter the boot mode easily to upload a new firmware.
I will continue commenting your very interesting post later. I need to leave now.
MANY THANKS for your work, once more !
i$
The critical load is proportional to the Young's modulus of the material, similar to how the actuation force would depend on the Young's modulus with Hookean compression ... So, at the moment I have no good argument for why the floss doesn't make the switch feel a tiny bit heavier, but it is My Subjective Experience© that it doesn't 
