<fu5ha[m]>
Which is then used by the main `Color` type to store arbitrary color types that can be represented arbitrarily in data as well as carry metadata about what that representation actually encodes semantically https://fu5ha.github.io/colstodian/colstodian/struct.Color.html
romancardenas[m] has quit [Quit: Idle timeout reached: 172800s]
IlPalazzo-ojiisa has joined #rust-embedded
IlPalazzo-ojiisa has quit [Client Quit]
IlPalazzo-ojiisa has joined #rust-embedded
<spinfast[m]>
this wm8960 codec has 9 bit registers, so fun
firefrommoonligh has joined #rust-embedded
<firefrommoonligh>
What up all?? Does anyone know of a dev board with an Stm32 that has a Sx127z LoRA chip onboard? Ty! There are a few I've seen that use L0, but I'm hoping for a newer MCU for reasons
<firefrommoonligh>
s/Sx127z/Sx127x/
<firefrommoonligh>
I am designing a board, but am confused by the antenna passives, so want to eliminate that as an error source
<firefrommoonligh>
* I guess I could use a Disco/Nuc with a dedicated LoRA board too
StephenD[m] has joined #rust-embedded
<StephenD[m]>
flip-link is awesome
<StephenD[m]>
Just wanna say, love this community. Super helpful and friendly (:
nuid64[m] has quit [Quit: Idle timeout reached: 172800s]
<firefrommoonligh>
Concur on both
<firefrommoonligh>
The knurling stack is one of those gems
<firefrommoonligh>
Fundamental to all the embedded stuff I do
<firefrommoonligh>
I used an OCD script before; it was a mess
<firefrommoonligh>
* OCD script and a slower print system before; it
<JamesMunns[m]>
<firefrommoonligh> "What up all?? Does anyone know..." <- fwiw there's also the many various stm32w series with semtech radios either on package or on die, the rust-iot organization has support for a few of them iirc
<thejpster[m]>
<spinfast[m]> "this wm8960 codec has 9 bit..." <- I looked at doing something with this chip, but Cirrus Logic said it's not obsolete. So I'm using the NUA88C22 from Nuvoton instead.
<spinfast[m]>
yeah its obsolete, but still seemingly on ever devboard from nxp
<spinfast[m]>
I'll be interested to see how the nuvoton driver goes, are the docs decent?
<spinfast[m]>
s/ever/every/
<thejpster[m]>
As good as the ones I previously used for the TI TLV320AIC23
<thejpster[m]>
I might knock up a driver now actually
<spinfast[m]>
* yeah its obsolete, but still seemingly on every devboard from nxp, kind of like the non-placed fxos8700 sensor.. also out of production yet still has a spot on my imxrt evk
<spinfast[m]>
I tried using the camelot python package to rip out the register map table for wm8960 without much success (56 registers... many bit fields), were you planning on hand rolling those or...
<thejpster[m]>
yeah by hand
<firefrommoonligh>
<lulf[m]> "I've been using the lora-disco..." <- Ty for the info! That one looks great; unfortunately, I'm staying away from L0
<firefrommoonligh>
But that code example should def help
<spinfast[m]>
my current plan is write up yaml that looks like the chiptool register data and then create simpler custom generator... I basically need to store the entire regmap in memory for wm8960 as it only supports i2c writes not reads
<firefrommoonligh>
Also of note trying to use a 127x chip, vice the 126x chip on the WL
<firefrommoonligh>
(The HAL I'm using doesn't support L0, and I don't feel like adding it; it supports the WL, but I'm trying to use a standalone 7x chip vice the builtin 6x chip it uses)
<firefrommoonligh>
These are all in teh ballpark, but I'm being picky
<firefrommoonligh>
<JamesMunns[m]> "fwiw there's also the many..." <- V nice code examples and libs there! May end up using one
<firefrommoonligh>
IIRC also the STM32WL doesn't support FDCAN, which I need for this
<firefrommoonligh>
*Actually I should do more research; i'm not sure what the diff is between 6x and 7x
<firefrommoonligh>
(I've used sx1280 on existing projects, but am looking for sub-ghz h ere)
<firefrommoonligh>
Semtech's site just put the 127x in my face so I assumed it was the newer one
<firefrommoonligh>
*OK, looks like the SX126x will get the job done; only limfac on using the STM32WL is lack of CAN FD
dirbaio[m] has quit [Quit: Idle timeout reached: 172800s]
crabbedhaloablut has quit []
crabbedhaloablut has joined #rust-embedded
<firefrommoonligh>
So, my choice is thus: Onboard radio and offboard CAN, or onboard CAN and offboard radio!
<JamesMunns[m]>
<firefrommoonligh> "Ty for the info! That one..." <- I thought some of them were `L4` based, but I'm not certain about that.
<diondokter[m]>
<firefrommoonligh> "So, my choice is thus: Onboard..." <- Could look at the RFM series from HopeRF. It's basically a 'stamp' form factor for the radio chip. only need to hook up an antenna and your SPI
mameluc[m] has joined #rust-embedded
<mameluc[m]>
<firefrommoonligh> "So, my choice is thus: Onboard..." <- I think off board radio and on board can is easier. even the stm32wl just talks SPI internally. with some RF only module you should be able to use lora-phy
<mameluc[m]>
also I would stay away from AT lora modules if possible
<firefrommoonligh>
<diondokter[m]> "Could look at the RFM series..." <- Very cool!
<firefrommoonligh>
<mameluc[m]> "I think off board radio and on..." <- My thought was along these lines; I already use onboard CAN for multiple STM32 devices, so from a learning curve perspective, this would probably be easier
<firefrommoonligh>
If the WL had onboard CAN-FD though, I would use it