![]() To convert the zzh 5-pin debug header to a standard 10-pin Cortex Debug Connector, a small adapter PCB is needed (unless you hack and solder an IDC cable to the board directly). GUI tools to use with CC-DEVPACK-DEBUG are SmartRF Flash Programmer v2 (recommended, Windows only) or UniFlash (cross-platform).ĭue to space constraints, the debug header on zzh is (sadly) non-standard: Here'a handy pinout reference for CC-DEVPACK-DEBUG: The cheapest option for an officially supported debugger is the CC-DEVPACK-DEBUG, available from most common electronics distributors. Flashing using CC-DEVPACK-DEBUG (or TI XDS110) On zzhp and zzhp-lite (Rev B3 onwards), all pins are brought out to the debug header so you can use a JTAG compatible debug adapter. The debug header on zzh only exposes TMS/TCK and as such a cJTAG compatible debug adapter is needed. cJTAG (IEEE 1149.7) is an extension to the JTAG standard (IEEE 1149.1), that reduces the number of required pins by multiplexing the TMS, TDI and TDO signals on a single bi-directional pin, providing all the normal JTAG debug and test functionality ( ref). While it may look like it (reduced pin count on the debug header), cJTAG is not SWD. TI's newer generation chips use cJTAG as the default debug interface. If you have accidentally disabled BSL on your stick by flashing it with an incompatible firmware, or if you are a firmware developer needing proper debugging facilities and/or want to get access to the RF tools in TI SmartRF Studio, follow along. exe) AND here's my full review if you haven't seen it.Please Note: For general purpose usage, you will not need an external debugger and BSL method will be enough for your flashing needs. You can grab it from the download page here: Īlternatively here's the direct link to download (simply run the included. It's not surprising that this issue was missed by their team and other reviewers, it would perform flawlessly on all other modes. you can go ahead and update your firmware now. or if you'd like to make sure you don't run into this issue by accident in future. It's quite unlikely that this issue would have impacted you as they were, in my opinion, the two most boring lighting modes on the mouse. it's now fixed and the mouse will always perform at 100% no matter what mode you choose to use. I've tested this new firmware on my M4 sample, as has Pzogel of Tech Power Up, and it's stabilized the 1000 Hz polling rate with no drops i.e. If you don't care to read the previous thread, this issue would cause regular drops in polls to 500 Hz on two problematic lighting modes whilst running 1000 Hz (see image). One email and 12 days later, we have a new firmware update to address the issue I reported on September 18th. V3-01 Firmware for the Xtrfy M4 (fixes the polling rate on 2 problematic lighting modes) ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |