readme: update U2C v2 note

BigTreeTech has released firmware that fixes the issue with this
device.

Signed-off-by:  Eric Callahan <arksine.code@gmail.com>
This commit is contained in:
Eric Callahan 2023-01-16 10:41:49 -05:00
parent 74dac182a7
commit 9010890d1f
No known key found for this signature in database
GPG Key ID: 5A1EB336DFB4C71B

View File

@ -179,13 +179,11 @@ acceptance of the
## Notes ## Notes
- It is recommended to USB CAN device flashed with - It is recommended to USB CAN device flashed with
[candlelight](https://github.com/candle-usb/candleLight_fw), such as a [candlelight](https://github.com/candle-usb/candleLight_fw), such as a
[Canable](https://canable.io/). Alternatively, a device that supports [Canable](https://canable.io/). Alternatively, a device that supports Klipper's
Klipper's USB-CAN bridge mode works well. USB-CAN bridge mode works well.
- The BTT U2C v2.1 CAN device does not consistently work with CanBoot. On - The BTT U2C v2.1 CAN device requires the latest firmware. The binary can be found
some systems (anecodotally the Raspberry Pi 4) the device fails when [in the U2C repo](https://github.com/bigtreetech/U2C/tree/master/firmware) and the
large data transfers are requested. Note that this problem may also source can be found at [BTT's candlelight fork](https://github.com/bigtreetech/candleLight_fw/commits/stm32g0_support).
lead to Klipper to shutdowns. This device *may* work depending on your
hardware setup, however tread carefully.
- If using a MCP2515 CAN device (ie: Waveshare RS485 CAN HAT) it is possible - If using a MCP2515 CAN device (ie: Waveshare RS485 CAN HAT) it is possible
that packets will be dropped when reading flash back from the node during that packets will be dropped when reading flash back from the node during
the verification process. That said, I have successfully tested the 12 MHz the verification process. That said, I have successfully tested the 12 MHz