Closed rodrigocam closed 2 years ago
They should both be gnd, so that is normal. Do you have some pics of the top and bottom of your board?
On Fri, 20 May 2022, 20:49 Rodrigo Oliveira, @.***> wrote:
Hey, I build a sweep keyboard v2 but it only works the half connected to the USB. I have a TRRS cable but it didn't work. I have tested the continuity of the holes of the TRRS jack in the PCB and I found a strange behavior, the two holes in the picture below give continuity, is it right?
[image: front_c] https://user-images.githubusercontent.com/12930004/169601031-59f00873-a976-42be-a0e5-1fa0c4a3313e.png
— Reply to this email directly, view it on GitHub https://github.com/davidphilipbarr/Sweep/issues/55, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAAW5MRJFKZ7M6AWEDCEHG3VK7UETANCNFSM5WQNGICQ . You are receiving this because you are subscribed to this thread.Message ID: @.***>
Yes, the one assembled and the other factory new:
Unplug the keyboard from your PC, then plug in the TRRS cable.
- Test that all pins on the VCC net are connected ✅
- Test that all pins on the switch 18 net are connected ✅
Then it shouldn't be a hardware issue 🤔
Is it possible I'm flashing the wrong firmware? I'm using this one https://config.qmk.fm/#/ferris/sweep/LAYOUT_split_3x5_2
@rodrigocam try to flash eeprom right/left on your respective micro controllers
QMK Toolbox > Tools > EEPROM > Set L/R
You're likely going to want to compile firmware with a option enabled.
Try add #define SPLIT_USB_DETECT
to your config.h and flashing both sides.
This changes the USB detection so it doesn't use VBUS sensing which can be a problem with some promicros.
Second on the SPLIT_USB_DETECT. Coincidentally also had the issue today where it seems the promicro always tried to be master. I think sth. is up with J1 which apparently is bridged although the pads are clean. Adding the config fixed it.
You're likely going to want to compile firmware with a option enabled.
Try add
#define SPLIT_USB_DETECT
to your config.h and flashing both sides.This changes the USB detection so it doesn't use VBUS sensing which can be a problem with some promicros.
This worked like a charm, thanks! I think the issue is solved 👍
I've just run into the same issue. Is there a downside to using this option or can I try and add this option to the qmk firmware?
I have the same issue. However, for me, #define SPLIT_USB_DETECT
does not solve the problem.
VCC net and switch 18 net are fine for me too.
Any help would be appreciated!
I have the same issue. However, for me,
#define SPLIT_USB_DETECT
does not solve the problem. VCC net and switch 18 net are fine for me too.Any help would be appreciated!
I have the same issue. However, for me,
#define SPLIT_USB_DETECT
does not solve the problem. VCC net and switch 18 net are fine for me too. Any help would be appreciated!1. Make sure you are using a TRRS cable and not a TRS. 2. Connect the cable and test net 18 with the cable connected. Also test that parts that should be on different nets are not connected (shorts).
I compile with the following command
qmk compile -kb ferris/sweep -km ryoku -e MAKECMDGOALS=uf2-split-left -e TARGET=sweep_ryoku_left
qmk compile -kb ferris/sweep -km ryoku -e MAKECMDGOALS=uf2-split-right -e TARGET=sweep_ryoku_right
and
# rules.mk
CONVERT_TO=elite_pi
SPLIT_KEYBOARD = yes
CONSOLE_ENABLE = yes
\\ config.h
#define SPLIT_USB_DETECT
#define SERIAL_DEBUG
When I run qmk console
and conntect my keyboard, I get:
DPB:Ferris sweep:1: SPLIT: receiving handshake failed
DPB:Ferris sweep:1: SPLIT: receiving handshake failed
DPB:Ferris sweep:1: SPLIT: receiving handshake failed
DPB:Ferris sweep:1: Failed to execute slave_matrix
DPB:Ferris sweep:1: Target disconnected, throttling connection attempts
DPB:Ferris sweep:1: SPLIT: receiving handshake fail
@cgahr I would recommend taking this to QMK's discord chat as I don't know how to help you and not many people will be looking at this page.
Thank you anyways :)
Hey, I build a sweep keyboard v2 but it only works the half connected to the USB. I have a TRRS cable but it didn't work. I have tested the continuity of the holes of the TRRS jack in the PCB and I found a strange behavior, the two holes in the picture below give continuity, is it right?