config for upside down boards#6
Conversation
|
Thank you for your contribution. I’d like to address some things with you, though :
impl<C, R> Col2RowMatrix<C, R>
where
C: OutputPin,
R: InputPin,
{
// -->8 snip >8---
fn upside_down(self) -> Result<QuackenZeroMatrix, Infallible> {
// ...
}
// -->8 snip >8---
} |
|
That’s because the promicro is supposed to be soldered the other way. Also, You should redo the soldering, it should look like volcanos: https://docs.keeb.supply/basics/soldering/promicro/thtcontroller-soldered_huda6ecd2bfc0610395ffa35c6acda60b9_251484_87ead76292307859ff005a99ccd79171.webp |
|
@Nuclear-Squid for the I understand. I've seen the microcontroller face down on other setups, and felt invited to put it that way with the anotations on the PCBs An upside_down() function is indeed clearer. Will do |
cfcd340 to
c068dc9
Compare
|
@Nuclear-Squid ready for review. Feel free to incorporate the changes you want (first commit is about typos fixing and formatting, second commit is the upside_down function) |


OS: Ubuntu 24.04
I printed the PCBs and bought a helios rp2040 microcontroller (https://github.com/0xCB-dev/0xCB-Helios) which is supposed to be compatible with the new_sparkfun_rp2040() function in zero.rs, but I had to make some changes in the order of the pins in the matrix to make it work.
Here's the code. Most of it is either typo fixing or my prettier extension formatting Rust, but the relevant change is in new_sparkfun_rp2040(). My question is: was this function tested before or only the new_promicro() one ?
My other hypothesis is that something else is reversed in my configuration, but if I had put the microcontroller in the wrong order nothing would have worked so I am not sure.