From 80df3195b7c0762c729e356c9136afd2f5003bca Mon Sep 17 00:00:00 2001 From: Nicolas Munnich <98408764+Nick-Munnich@users.noreply.github.com> Date: Thu, 31 Oct 2024 18:42:00 +0100 Subject: docs: Add a hardware issues page under troubleshooting (#2360) Co-authored-by: Cem Aksoylar Co-authored-by: Anant Thazhemadam <47104651+thazhemadam@users.noreply.github.com> Co-authored-by: Less/Rikki <86894501+lesshonor@users.noreply.github.com> --- .../shields/tester_pro_micro/Kconfig.defconfig | 12 ++ app/boards/shields/tester_pro_micro/Kconfig.shield | 2 + .../tester_pro_micro/tester_pro_micro.keymap | 61 ++++++ .../tester_pro_micro/tester_pro_micro.overlay | 44 ++++ .../tester_pro_micro/tester_pro_micro.zmk.yml | 6 + app/boards/shields/tester_xiao/Kconfig.defconfig | 12 ++ app/boards/shields/tester_xiao/Kconfig.shield | 2 + app/boards/shields/tester_xiao/tester_xiao.keymap | 47 +++++ app/boards/shields/tester_xiao/tester_xiao.overlay | 35 ++++ app/boards/shields/tester_xiao/tester_xiao.zmk.yml | 6 + .../multimeter/schematic_probe_example.png | Bin 0 -> 70005 bytes docs/docs/troubleshooting/connection-issues.mdx | 6 +- docs/docs/troubleshooting/hardware-issues.mdx | 224 +++++++++++++++++++++ docs/sidebars.js | 1 + 14 files changed, 457 insertions(+), 1 deletion(-) create mode 100644 app/boards/shields/tester_pro_micro/Kconfig.defconfig create mode 100644 app/boards/shields/tester_pro_micro/Kconfig.shield create mode 100644 app/boards/shields/tester_pro_micro/tester_pro_micro.keymap create mode 100644 app/boards/shields/tester_pro_micro/tester_pro_micro.overlay create mode 100644 app/boards/shields/tester_pro_micro/tester_pro_micro.zmk.yml create mode 100644 app/boards/shields/tester_xiao/Kconfig.defconfig create mode 100644 app/boards/shields/tester_xiao/Kconfig.shield create mode 100644 app/boards/shields/tester_xiao/tester_xiao.keymap create mode 100644 app/boards/shields/tester_xiao/tester_xiao.overlay create mode 100644 app/boards/shields/tester_xiao/tester_xiao.zmk.yml create mode 100644 docs/docs/assets/troubleshooting/multimeter/schematic_probe_example.png create mode 100644 docs/docs/troubleshooting/hardware-issues.mdx diff --git a/app/boards/shields/tester_pro_micro/Kconfig.defconfig b/app/boards/shields/tester_pro_micro/Kconfig.defconfig new file mode 100644 index 0000000000..d1103ac126 --- /dev/null +++ b/app/boards/shields/tester_pro_micro/Kconfig.defconfig @@ -0,0 +1,12 @@ +if SHIELD_TESTER_PRO_MICRO + +config ZMK_KEYBOARD_NAME + default "ZMK Tester" + +config ZMK_BLE + def_bool n + +config SETTINGS + def_bool n + +endif \ No newline at end of file diff --git a/app/boards/shields/tester_pro_micro/Kconfig.shield b/app/boards/shields/tester_pro_micro/Kconfig.shield new file mode 100644 index 0000000000..68afa4886a --- /dev/null +++ b/app/boards/shields/tester_pro_micro/Kconfig.shield @@ -0,0 +1,2 @@ +config SHIELD_TESTER_PRO_MICRO + def_bool $(shields_list_contains,tester_pro_micro) \ No newline at end of file diff --git a/app/boards/shields/tester_pro_micro/tester_pro_micro.keymap b/app/boards/shields/tester_pro_micro/tester_pro_micro.keymap new file mode 100644 index 0000000000..c130bc4ff4 --- /dev/null +++ b/app/boards/shields/tester_pro_micro/tester_pro_micro.keymap @@ -0,0 +1,61 @@ +#include +#include + +#define PIN_MACRO(name, pin) \ +/ { \ + macros { \ + name: name { \ + compatible = "zmk,behavior-macro"; \ + wait-ms = <5>; \ + tap-ms = <5>; \ + #binding-cells = <0>; \ + bindings = <&kp P &kp I &kp N &kp SPACE>, pin, <&kp ENTER>; \ + }; \ + }; \ +}; + +PIN_MACRO(pin0, <&kp N0>) +PIN_MACRO(pin1, <&kp N1>) +PIN_MACRO(pin2, <&kp N2>) +PIN_MACRO(pin3, <&kp N3>) +PIN_MACRO(pin4, <&kp N4>) +PIN_MACRO(pin5, <&kp N5>) +PIN_MACRO(pin6, <&kp N6>) +PIN_MACRO(pin7, <&kp N7>) +PIN_MACRO(pin8, <&kp N8>) +PIN_MACRO(pin9, <&kp N9>) +PIN_MACRO(pin10, <&kp N1 &kp N0>) +PIN_MACRO(pin14, <&kp N1 &kp N4>) +PIN_MACRO(pin15, <&kp N1 &kp N5>) +PIN_MACRO(pin16, <&kp N1 &kp N6>) +PIN_MACRO(pin18, <&kp N1 &kp N8>) +PIN_MACRO(pin19, <&kp N1 &kp N9>) +PIN_MACRO(pin20, <&kp N2 &kp N0>) +PIN_MACRO(pin21, <&kp N2 &kp N1>) + +/ { + keymap { + compatible = "zmk,keymap"; + + default_layer { + bindings = <&pin0 + &pin1 + &pin2 + &pin3 + &pin4 + &pin5 + &pin6 + &pin7 + &pin8 + &pin9 + &pin10 + &pin14 + &pin15 + &pin16 + &pin18 + &pin19 + &pin20 + &pin21>; + }; + }; +}; \ No newline at end of file diff --git a/app/boards/shields/tester_pro_micro/tester_pro_micro.overlay b/app/boards/shields/tester_pro_micro/tester_pro_micro.overlay new file mode 100644 index 0000000000..9b8f08936a --- /dev/null +++ b/app/boards/shields/tester_pro_micro/tester_pro_micro.overlay @@ -0,0 +1,44 @@ +#include + +/ { + chosen { + zmk,kscan = &kscan0; + zmk,matrix-transform = &transform0; + }; + + kscan0: kscan { + compatible = "zmk,kscan-gpio-direct"; + wakeup-source; + debounce-press-ms = <10>; + debounce-release-ms = <10>; + input-gpios + = <&pro_micro 0 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&pro_micro 1 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&pro_micro 2 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&pro_micro 3 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&pro_micro 4 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&pro_micro 5 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&pro_micro 6 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&pro_micro 7 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&pro_micro 8 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&pro_micro 9 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&pro_micro 10 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&pro_micro 14 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&pro_micro 15 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&pro_micro 16 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&pro_micro 18 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&pro_micro 19 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&pro_micro 20 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&pro_micro 21 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + ; + }; + + transform0: keymap_transform { + compatible = "zmk,matrix-transform"; + columns = <18>; + rows = <1>; + map = < + RC(0,0) RC(0,1) RC(0,2) RC(0,3) RC(0,4) RC(0,5) RC(0,6) RC(0,7) RC(0,8) RC(0,9) RC(0,10) RC(0,11) RC(0,12) RC(0,13) RC(0,14) RC(0,15) RC(0,16) RC(0,17) + >; + }; +}; \ No newline at end of file diff --git a/app/boards/shields/tester_pro_micro/tester_pro_micro.zmk.yml b/app/boards/shields/tester_pro_micro/tester_pro_micro.zmk.yml new file mode 100644 index 0000000000..289f47b6ff --- /dev/null +++ b/app/boards/shields/tester_pro_micro/tester_pro_micro.zmk.yml @@ -0,0 +1,6 @@ +file_format: "1" +id: tester_pro_micro +name: TesterProMicro +type: shield +url: https://zmk.dev/docs/troubleshooting/hardware-issues +requires: [pro_micro] diff --git a/app/boards/shields/tester_xiao/Kconfig.defconfig b/app/boards/shields/tester_xiao/Kconfig.defconfig new file mode 100644 index 0000000000..15316dce5d --- /dev/null +++ b/app/boards/shields/tester_xiao/Kconfig.defconfig @@ -0,0 +1,12 @@ +if SHIELD_TESTER_XIAO + +config ZMK_KEYBOARD_NAME + default "ZMK Tester" + +config ZMK_BLE + def_bool n + +config SETTINGS + def_bool n + +endif \ No newline at end of file diff --git a/app/boards/shields/tester_xiao/Kconfig.shield b/app/boards/shields/tester_xiao/Kconfig.shield new file mode 100644 index 0000000000..336dfaff83 --- /dev/null +++ b/app/boards/shields/tester_xiao/Kconfig.shield @@ -0,0 +1,2 @@ +config SHIELD_TESTER_XIAO + def_bool $(shields_list_contains,tester_xiao) \ No newline at end of file diff --git a/app/boards/shields/tester_xiao/tester_xiao.keymap b/app/boards/shields/tester_xiao/tester_xiao.keymap new file mode 100644 index 0000000000..8b22780b3e --- /dev/null +++ b/app/boards/shields/tester_xiao/tester_xiao.keymap @@ -0,0 +1,47 @@ +#include +#include + +#define PIN_MACRO(name, pin) \ +/ { \ + macros { \ + name: name { \ + compatible = "zmk,behavior-macro"; \ + wait-ms = <5>; \ + tap-ms = <5>; \ + #binding-cells = <0>; \ + bindings = <&kp P &kp I &kp N &kp SPACE>, pin, <&kp ENTER>; \ + }; \ + }; \ +}; + +PIN_MACRO(pin0, <&kp N0>) +PIN_MACRO(pin1, <&kp N1>) +PIN_MACRO(pin2, <&kp N2>) +PIN_MACRO(pin3, <&kp N3>) +PIN_MACRO(pin4, <&kp N4>) +PIN_MACRO(pin5, <&kp N5>) +PIN_MACRO(pin6, <&kp N6>) +PIN_MACRO(pin7, <&kp N7>) +PIN_MACRO(pin8, <&kp N8>) +PIN_MACRO(pin9, <&kp N9>) +PIN_MACRO(pin10, <&kp N1 &kp N0>) + +/ { + keymap { + compatible = "zmk,keymap"; + + default_layer { + bindings = <&pin0 + &pin1 + &pin2 + &pin3 + &pin4 + &pin5 + &pin6 + &pin7 + &pin8 + &pin9 + &pin10>; + }; + }; +}; \ No newline at end of file diff --git a/app/boards/shields/tester_xiao/tester_xiao.overlay b/app/boards/shields/tester_xiao/tester_xiao.overlay new file mode 100644 index 0000000000..f0fc8977cf --- /dev/null +++ b/app/boards/shields/tester_xiao/tester_xiao.overlay @@ -0,0 +1,35 @@ +/ { + chosen { + zmk,kscan = &kscan0; + zmk,matrix-transform = &transform0; + }; + + kscan0: kscan { + compatible = "zmk,kscan-gpio-direct"; + wakeup-source; + debounce-press-ms = <10>; + debounce-release-ms = <10>; + input-gpios + = <&xiao_d 0 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&xiao_d 1 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&xiao_d 2 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&xiao_d 3 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&xiao_d 4 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&xiao_d 5 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&xiao_d 6 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&xiao_d 7 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&xiao_d 8 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&xiao_d 9 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&xiao_d 10 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + ; + }; + + transform0: keymap_transform { + compatible = "zmk,matrix-transform"; + columns = <11>; + rows = <1>; + map = < + RC(0,0) RC(0,1) RC(0,2) RC(0,3) RC(0,4) RC(0,5) RC(0,6) RC(0,7) RC(0,8) RC(0,9) RC(0,10) + >; + }; +}; \ No newline at end of file diff --git a/app/boards/shields/tester_xiao/tester_xiao.zmk.yml b/app/boards/shields/tester_xiao/tester_xiao.zmk.yml new file mode 100644 index 0000000000..77ab90d23a --- /dev/null +++ b/app/boards/shields/tester_xiao/tester_xiao.zmk.yml @@ -0,0 +1,6 @@ +file_format: "1" +id: tester_xiao +name: TesterXiao +type: shield +url: https://zmk.dev/docs/troubleshooting/hardware-issues +requires: [seeed_xiao] diff --git a/docs/docs/assets/troubleshooting/multimeter/schematic_probe_example.png b/docs/docs/assets/troubleshooting/multimeter/schematic_probe_example.png new file mode 100644 index 0000000000..f3536a7e06 Binary files /dev/null and b/docs/docs/assets/troubleshooting/multimeter/schematic_probe_example.png differ diff --git a/docs/docs/troubleshooting/connection-issues.mdx b/docs/docs/troubleshooting/connection-issues.mdx index f8e085416a..7f869f2018 100644 --- a/docs/docs/troubleshooting/connection-issues.mdx +++ b/docs/docs/troubleshooting/connection-issues.mdx @@ -68,6 +68,10 @@ The settings reset firmware has Bluetooth disabled to prevent the two sides from A very common issue is that the wrong Bluetooth profile has been selected, or the Bluetooth profile already has a saved connection. Learn more about Bluetooth profiles [here](../features/bluetooth.md), and learn how to adjust Bluetooth profiles via the `&bt` behavior [here](../keymaps/behaviors/bluetooth.md). +### Hardware Issues + +For connectivity problems caused by hardware, please see [the appropriate section of the hardware issues page](hardware-issues.mdx#hardware-related-wireless-connectivity-issues). + ### Additional Bluetooth Options Some devices and operating systems may have additional restrictions that they require be met before allowing a bluetooth peripheral to pair with them. If your keyboard is visible to your host but you are having issues trouble connecting or no input is registered, this might be the cause. Some of ZMK's [experimental bluetooth settings](../config/bluetooth.md) may suffice to resolve the issue. In particular: @@ -96,7 +100,7 @@ Other microcontrollers may have similar configuration options [found in the Zeph ### Unreliable/Weak Connection -Some users may experience a poor connection between the keyboard and the host. This might be due to poor quality BLE hardware, a metal enclosure on the keyboard or host, or the distance between them. Increasing the transmit power of the keyboard's BLE radio may reduce the severity of this problem. To do this, set the `CONFIG_BT_CTLR_TX_PWR_PLUS_8` configuration value in the `.conf` file of your user config directory as such: +Some users may experience a poor connection between the keyboard and the host. This might be due to poor quality BLE hardware, a [metal enclosure on the keyboard or host](hardware-issues.mdx#antenna), or the distance between them. Increasing the transmit power of the keyboard's BLE radio may reduce the severity of this problem. To do this, set the `CONFIG_BT_CTLR_TX_PWR_PLUS_8` configuration value in the `.conf` file of your user config directory as such: ```ini CONFIG_BT_CTLR_TX_PWR_PLUS_8=y diff --git a/docs/docs/troubleshooting/hardware-issues.mdx b/docs/docs/troubleshooting/hardware-issues.mdx new file mode 100644 index 0000000000..afb9fff1f8 --- /dev/null +++ b/docs/docs/troubleshooting/hardware-issues.mdx @@ -0,0 +1,224 @@ +--- +title: Hardware Issues +sidebar_label: Hardware Issues +description: Troubleshooting common hardware issues. +--- + +import Tabs from "@theme/Tabs"; +import TabItem from "@theme/TabItem"; + +export const TesterTabs = (props) => ( + + {/* eslint-disable-next-line */} + {props.children} + + +); + +export const PinTabs = (props) => ( + + {/* eslint-disable-next-line */} + {props.children} + + +); + +:::warning +This page contains _general and non-comprehensive advice_ for troubleshooting hardware issues. +ZMK is a _firmware_ project, not hardware. +Your first move should always be to reach out to the product's vendor or manufacturer. + +ZMK contributors cannot provide official support for hardware products they did not create, though the wider community may be able to help as a last resort. +::: + +## Electrical Net Connections + +Problems with your electrical net can manifest in a number of ways. The most common way is through one or more keyswitches not working, often an entire row or column. If this is the case, then (assuming you have access to it) you could use your keyboard's schematic to help identify which pins you need to check. + +### Identifying Issues + +There are three general approaches we recommend for identifying potential issues with the electrical net (pins & connections between components) of your device. + + + +ZMK's main repository currently has "tester" shields for [Pro Micro](https://cdn.sparkfun.com/assets/9/c/3/c/4/523a1765757b7f5c6e8b4567.png) and [Seeed Studio XIAO](https://files.seeedstudio.com/wiki/Seeeduino-XIAO/img/Seeeduino-XIAO-pinout-1.jpg) compatible boards. These will help you test your GPIO pins, but cannot be used to troubleshoot power pins. +#### Acquiring tester firmware + + + +Find the `build.yaml` file in your `zmk-config` folder and add an additional `tester_pro_micro` build for your board: + +```yml title="build.yaml" +include: + # ------------------- + # Your keyboards here + # ------------------- + - board: nice_nano_v2 # Replace with the Pro Micro-compatible board you're using + shield: tester_pro_micro +``` + +Save the file, commit the changes and push them to GitHub. Download the new firmware zip file build by the latest GitHub Actions job. In it you will find an additional `tester_pro_micro` UF2 image file. Flash this file to your board. + +The pinout of the pro micro interconnect is shown below: + +![Pro Micro Interconnect pinout](../assets/interconnects/pro_micro/pinout.png) + + + +Find the `build.yaml` file in your `zmk-config` folder and add an additional `tester_xiao` build for your board: + +```yml title="build.yaml" +include: + # ------------------- + # Your keyboards here + # ------------------- + - board: seeeduino_xiao_ble # Replace with the Xiao-compatible board you're using + shield: tester_xiao +``` + +Save the file, commit the changes and push them to GitHub. Download the new firmware zip file build by the latest GitHub Actions job. In it you will find an additional `tester_xiao` UF2 image file. Flash this file to your board. + +The pinout of the seeeduino xiao interconnect is shown below: + +![Seeeduino Xiao Interconnect pinout](../assets/interconnects/seeed_xiao/pinout.png) + + + +:::danger +Do not short a positive voltage pin (5V, RAW, 3V3, VCC, Battery+ aka B+) to ground or GPIO pins when using the tester. Doing so may permanently damage your device or even cause battery fires. +::: + +After flashing, open a text editor of your choice. Shorting a GPIO pin to ground (with e.g. a wire or tweezers, hold one end go ground and tap the pin with the other end) will now trigger the keyboard to send an informative message on which pins were triggered. + +- If one pin was triggered, then the pin is working fine. +- If two were triggered at once, then these pins are shorted together on your device. +- If no pin was triggered, try shorting a working pin to the pin you were trying to trigger to test if it is shorted to ground on your device. Otherwise, the pin is disconnected or broken. + +Once you have identified _which_ pins have issues, if any, it is recommended that you resort to visual inspection or trial and error with this shield/a multimeter to identify where the faulty connection is. + + + +A multimeter is the most reliable tool for troubleshooting hardware issues. If you're not familiar with how to use one or just need a refresher, consider reading through SparkFun's [*How to Use a Multimeter*](https://learn.sparkfun.com/tutorials/how-to-use-a-multimeter) tutorial. + +Here is a checklist for you to use while probing your device with the multimeter: + +- Are any of the pins shorted that shouldn't be shorted? +- Are all the diodes/components working and in the correct orientation? +- Does pressing a keyswitch close the affected circuit? +- When the device is plugged in, are all the pins at the expected voltage? (Typically ground or 3V3, which is where depends on the design and firmware) +- Are there any failed solder joints? + +Do note that as you need to have access to both sides of a connection, you cannot use a multimeter to troubleshoot pins which are underneath a chip. If the chip in question is your MCU, then you should use a tester shield instead. + +:::tip +To check a solder joint, it is best to probe the two points either side of it if you can. + +
+Example + +![A 3D PCB render with three circled solder joints.](../assets/troubleshooting/multimeter/schematic_probe_example.png) + +To check if the joint marked in red is faulty, measure [the forward voltage drop](https://www.fluke.com/en-us/learn/blog/digital-multimeters/how-to-test-diodes) of the diode, then take the same measurement between the joints circled in purple. If you get the same results as probing the diode directly, there is no problem with the joint. + +
+::: + + + +Visual inspection is generally less reliable, but a lot easier than either of the other approaches. Generally, you want to be looking for solder bridges, exposed copper, broken PCB traces, lifted pads, and similar artifacts. + +For through-hole soldering specifically, the below infographic can be quite helpful. +![A helpful soldering infographic. Source: Sparkfun](https://cdn.sparkfun.com/assets/c/d/a/a/9/523b1189757b7fb36e8b456b.jpg) + +To confirm that something you've identified is indeed a problem, you'll want to make use of a multimeter or our tester shield. +:::tip +The above image was taken from [Sparkfun's guide on soldering through-hole components](https://learn.sparkfun.com/tutorials/how-to-solder-through-hole-soldering), which may be of use if you are less experienced with soldering. +::: + + + + +### Resolving Issues + +Many issues can be resolved by reworking the affected solder joints (Look up a tutorial on how to do so for your component). Sometimes a pin ends up broken though, in which case you will need to "bodge" (solder) a wire from a spare GPIO pin to the connection in need of a working pin. + +Once you have done so, you will need to adjust the `kscan` of your keyboard slightly. The recommended approach to doing so is via your `zmk-config`: + +1. Search through the files defining your board/shield for the definition of the keyboard's `kscan`. This is typically a `.dts`, `.dtsi`, or an `.overlay` file. +2. Add a [phandle](https://docs.zephyrproject.org/latest/build/dts/phandles.html) to your `.keymap` pointing at your `kscan`, copying in the property of your `kscan` where the broken GPIO pin appears. Depending on your `kscan` driver this could be `input-gpios`, `row-gpios`, etc. If you are using a [split keyboard](../features/split-keyboards.md) and the issue is only affecting one part, you'll need to create separate keymap files for each part (`keyboard_left.keymap` and `keyboard_right.keymap`, for example), removing the shared one, and only edit the affected one. +3. Edit the node to replace the old GPIO key with the new. For example: + +```dts +&kscan0 { + input-gpios + = <&pro_micro 7 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&pro_micro 6 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&pro_micro 9 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + ; +}; +``` + +could have the pin `&pro_micro 6` (D6 in the [Pro Micro pinout](../development/hardware-integration/new-shield.mdx#shield-overlays)) replaced with `&gpio0 8` (P0.08 for nRF MCUs). + +```dts title=".keymap" +&kscan0 { + input-gpios + = <&pro_micro 7 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&gpio0 8 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + , <&pro_micro 9 (GPIO_ACTIVE_LOW | GPIO_PULL_UP)> + ; +}; +``` + +You can then build and flash using your config as usual. + +:::note +If the affected pin is not in your `kscan`, you will want to copy over and overwrite the node that it is in instead. +::: + +## Hardware-Related Wireless Connectivity Issues + +Under ideal conditions, a Bluetooth connection can be stable at even a 100 meter distance. However, there are many things which can affect the effective range of the antenna. In no particular order, the most common issues you will encounter are: + +- Solid material near an antenna or between the two communicating antennas (metal is _particularly_ bad) +- Interference from other nearby 2.4GHz connections +- The antenna makes use of malfunctioning hardware such as a [faulty oscillator](connection-issues.mdx#mitigating-a-faulty-oscillator) +- Not enough [power being provided to the antenna](connection-issues.mdx#unreliableweak-connection) +- A missing external antenna for motherboard-integrated or PCIe wireless adapters +- Interference from [USB 3 devices](https://www.bluetoothandusb3.com/the-explanation) +- Keyboard design flaws, including + - Using low frequency nRF52840 pins for high frequency purposes such as WS2812 RGB LEDs + - Improperly tuned antenna + +It is expected that your antenna will have some interference -- hence why most household devices using Bluetooth have an effective range of 5-10 meters. + +### Identifying & Resolving Issues + +Troubleshooting wireless connectivity issues caused by hardware can only really be done via trial and error. + +A good initial approach is: + +1. Make sure you have firmware flashed to your device that has BLE enabled, with at least one [Bluetooth profile](../features/bluetooth.md#profiles) free and no uncleared profiles previously paired to the host device. +2. Select the free profile. +3. Remove as many physical objects between your ZMK device and a host device as possible. +4. Switch off as many other nearby wireless devices as possible. +5. Hold the antenna as close to the host's antenna as possible, minimizing material near the ZMK antenna and between the two antennas. + +If your host cannot find the ZMK device under these conditions, then your antenna likely has a more significant problem and you should contact your vendor, manufacturer, or designer. + +If your host _can_ find the ZMK device, then you can narrow down the solution to one or more of the points above. The previously linked documentation sections may be of use for that. diff --git a/docs/sidebars.js b/docs/sidebars.js index 612da6fe64..bc5fe8293d 100644 --- a/docs/sidebars.js +++ b/docs/sidebars.js @@ -25,6 +25,7 @@ module.exports = { "troubleshooting/building-issues", "troubleshooting/flashing-issues", "troubleshooting/connection-issues", + "troubleshooting/hardware-issues", ], }, ], -- cgit v1.2.3