[GB] CA66 replacement PCB - finished

[ZyBeR]

I had the same, tight fit. It's the pcb guidance so if you use switches without them you won't have any issues.


Sent from my iPhone using Tapatalk

[MisterKnife]

Hmmmm I'm sorry to hear that the fittings are a bit tight. I had no issue with my box royals on it but they we're a tad tighter than usual on my mod-l's. If I ever do a rerun for this I will make the holes a bit larger. thanks

my pr is still open unfortunately so you have to checkout my branch to build your firmware.

[PlsCrit]

So I recently got my pcb's and finally got around to tweezer testing them. Both pcb's had several unresponsive positions and I was wondering if anyone could give me some help here. I was expecting 1 unresponsive position since it might be a modifier key, but it looks like on both pcb's there are at least 3 additional positions that are unresponsive. PCB-1 also had an unresponsive "a" key whereas PCB-2 "a" key worked just fine.  This leads me to believe there is some fault with the pcb's here. Anyone else have issues with theirs, or am I just an idiot? The circled areas are the unresponsive positions in question.

[oioil]

I can't speak for why your A isn't working on one of your pcbs, but the bottom row is probably explained by the default layout which is a little weird:
multiple LGUI and MO down there

Code: [Select]

  [_BASE] = LAYOUT(
    KC_GESC,    KC_1,    KC_2,    KC_3,    KC_4,    KC_5,    KC_6,    KC_7,    KC_8,    KC_9,    KC_0,    KC_MINS,  KC_EQL,   KC_BSLS, KC_DEL,  KC_PGUP,
    KC_TAB,     KC_Q,    KC_W,    KC_E,    KC_R,    KC_T,    KC_Y,    KC_U,    KC_I,    KC_O,    KC_P,    KC_LBRC,  KC_RBRC,  KC_BSPC,          KC_PGDN,
    KC_LCTL,    KC_A,    KC_S,    KC_D,    KC_F,    KC_G,    KC_H,    KC_J,    KC_K,    KC_L,    KC_SCLN, KC_QUOT,            KC_ENT,           KC_HOME,
    KC_LSFT,    KC_Z,    KC_X,    KC_C,    KC_V,    KC_B,    KC_N,    KC_M,    KC_COMM, KC_DOT,  KC_SLSH, KC_RSFT,            KC_UP,            KC_END,
    MO(1),      KC_LALT, KC_LGUI, KC_LGUI, LT(1, KC_SPC),             KC_LGUI,          MO(1),   KC_LGUI,           KC_LEFT,  KC_DOWN, KC_RGHT ),


[PlsCrit]

I can't speak for why your A isn't working on one of your pcbs, but the bottom row is probably explained by the default layout which is a little weird:
multiple LGUI and MO down there

Code: [Select]

  [_BASE] = LAYOUT(
    KC_GESC,    KC_1,    KC_2,    KC_3,    KC_4,    KC_5,    KC_6,    KC_7,    KC_8,    KC_9,    KC_0,    KC_MINS,  KC_EQL,   KC_BSLS, KC_DEL,  KC_PGUP,
    KC_TAB,     KC_Q,    KC_W,    KC_E,    KC_R,    KC_T,    KC_Y,    KC_U,    KC_I,    KC_O,    KC_P,    KC_LBRC,  KC_RBRC,  KC_BSPC,          KC_PGDN,
    KC_LCTL,    KC_A,    KC_S,    KC_D,    KC_F,    KC_G,    KC_H,    KC_J,    KC_K,    KC_L,    KC_SCLN, KC_QUOT,            KC_ENT,           KC_HOME,
    KC_LSFT,    KC_Z,    KC_X,    KC_C,    KC_V,    KC_B,    KC_N,    KC_M,    KC_COMM, KC_DOT,  KC_SLSH, KC_RSFT,            KC_UP,            KC_END,
    MO(1),      KC_LALT, KC_LGUI, KC_LGUI, LT(1, KC_SPC),             KC_LGUI,          MO(1),   KC_LGUI,           KC_LEFT,  KC_DOWN, KC_RGHT ),


Thanks for the reply, and the layout map. So it looks like the bottom row is fine (probably?) but the "a" key is indeed an issue. Also I am kind of a noob, where can I find definitions for these key codes? Does LGUI = left group user interface? Just a wild guess.... From my testing the ones that work act as a windows key but idk what the other ones could be.

[oioil]

Thanks for the reply, and the layout map. So it looks like the bottom row is fine (probably?) but the "a" key is indeed an issue. Also I am kind of a noob, where can I find definitions for these key codes? Does LGUI = left group user interface? Just a wild guess.... From my testing the ones that work act as a windows key but idk what the other ones could be.

Yeah, LGUI is left windows key
MO and LT is for activating another layer when that key is held (basically your function keys)
You can get a list of all of them in the QMK docs https://beta.docs.qmk.fm/using-qmk/simple-keycodes

[PlsCrit]

Thanks for the reply, and the layout map. So it looks like the bottom row is fine (probably?) but the "a" key is indeed an issue. Also I am kind of a noob, where can I find definitions for these key codes? Does LGUI = left group user interface? Just a wild guess.... From my testing the ones that work act as a windows key but idk what the other ones could be.

Yeah, LGUI is left windows key
MO and LT is for activating another layer when that key is held (basically your function keys)
You can get a list of all of them in the QMK docs https://beta.docs.qmk.fm/using-qmk/simple-keycodes

Thank you for the link!

[your_fish_monger]

Count me as someone who had no clue that this was happening, and would love to join if another GB happens. Built my first one with box jades but would love the option of a more reliable PCB with some tactile switches instead.

[MisterKnife]

I’m back from holiday next week Wednesday and can help with your a key. Add me on discord: MisterKnife#3841

If you want a Pcb just go to the IC and apply. If we have enough Then I’ll do another gb

[MisterKnife]

So I recently got my pcb's and finally got around to tweezer testing them. Both pcb's had several unresponsive positions and I was wondering if anyone could give me some help here. I was expecting 1 unresponsive position since it might be a modifier key, but it looks like on both pcb's there are at least 3 additional positions that are unresponsive. PCB-1 also had an unresponsive "a" key whereas PCB-2 "a" key worked just fine.  This leads me to believe there is some fault with the pcb's here. Anyone else have issues with theirs, or am I just an idiot? The circled areas are the unresponsive positions in question.

Please send me high res photos from the A location from the sides where the components are. I suspect it might be a knocked off diode. The fabricator was a bit careless and I already reattached all that I found but it might be that I missed this one or it happens in transport

[PlsCrit]

So I recently got my pcb's and finally got around to tweezer testing them. Both pcb's had several unresponsive positions and I was wondering if anyone could give me some help here. I was expecting 1 unresponsive position since it might be a modifier key, but it looks like on both pcb's there are at least 3 additional positions that are unresponsive. PCB-1 also had an unresponsive "a" key whereas PCB-2 "a" key worked just fine.  This leads me to believe there is some fault with the pcb's here. Anyone else have issues with theirs, or am I just an idiot? The circled areas are the unresponsive positions in question.

Please send me high res photos from the A location from the sides where the components are. I suspect it might be a knocked off diode. The fabricator was a bit careless and I already reattached all that I found but it might be that I missed this one or it happens in transport

Thank you, I sent you a fr on discord and will send better pictures

[Jaxxstatic]

I can't get the PCB into DFU mode with the button or the Esc key, but the RGB strip lights up and I can change mode. No keys register at all though.

[MisterKnife]

I can't get the PCB into DFU mode with the button or the Esc key, but the RGB strip lights up and I can change mode. No keys register at all though.

Please add me on discord: MisterKnife#3841

[redjarojam]

Had someone go to build mine and the brass plate and aluminum plate are not cut/aligned properly it seems. So I need a new plate as I see no one here mentions issues with their PCB fitting their plates I doubt it is this beautiful PCB and just my trash plates from the round 2 GB that had tons of issues.

Anyone have a spare good plate? Haha

[MisterKnife]

Hmmm this sounds strange to me. I did try out all the layouts on my prototypes for my brass plates.

Was it to do with all keys or were there keys in particular?

[ZyBeR]

I have a spare ansi cf plate, pm if someone is interested.

[Lyle88]

Had someone go to build mine and the brass plate and aluminum plate are not cut/aligned properly it seems. So I need a new plate as I see no one here mentions issues with their PCB fitting their plates I doubt it is this beautiful PCB and just my trash plates from the round 2 GB that had tons of issues.

Anyone have a spare good plate? Haha

Plates from the R2 GB were terribly cut. I had both a brass and alu plate that had clearly been bumped/moved during cutting and all the switches cut after that bump were 1-2mm out. My replacement ones fit but they were still horribly rough around the edges.

Sent from my SM-G970F using Tapatalk

[redjarojam]

Had someone go to build mine and the brass plate and aluminum plate are not cut/aligned properly it seems. So I need a new plate as I see no one here mentions issues with their PCB fitting their plates I doubt it is this beautiful PCB and just my trash plates from the round 2 GB that had tons of issues.

Anyone have a spare good plate? Haha

Plates from the R2 GB were terribly cut. I had both a brass and alu plate that had clearly been bumped/moved during cutting and all the switches cut after that bump were 1-2mm out. My replacement ones fit but they were still horribly rough around the edges.

Sent from my SM-G970F using Tapatalk

That sounds just like my plates. Ok so it was a common issue. I thought it was incredible that both plates would be off. Thanks for letting me know I am not alone haha.

[JP]

Oh man I missed this and my PCB just died from static shock.