14:16 <haobogu[m]> Hi, I'm writing a driver library which uses BLE. I found nrf-softdevice for nRF and bleps for esp, both worked well for me. But I want to make my driver library portable to both. There is already something in C, for example, https://github.com/h2zero/NimBLE-Arduino. I'm wondering does similar thing exist in rust embedded world?

17:07 <thejpster[m]> Who’s in London next week for Rust Nation?

17:20 <rustyboy[m]> Hey! Has anyone tried programming the SIPEED M1S Dock(the board that has the BL808 chip) with Rust? I would like to know if it's possible to program it using Rust before purchasing it. It is pretty feature packed: RISC-V 480 mhz, 64 mb dram, wifi, bt, ble and others.

17:30 <rustyboy[m]> <haobogu[m]> "Hi, I'm writing a driver library..." <- Can I program this: Nordic nRF52840 using your project?

17:33 <rustyboy[m]> rustyboy[m]: I have a https://nicekeyboards.com/nice-nano board around and I don't know how to program it without ZMK

17:37 <rustyboy[m]> yea, I saw that too, they also ship the wifi firmware as blobs and that sucks

17:37 <david[m]> Seems possible to run, I suppose: https://github.com/bouffalolab/bl-pac/tree/main

17:37 <david[m]> Although it looks like there's a bunch of peripherals with implementation TODO so if you want to be doing any wireless stuff you'll probably be treading some new ground

17:38 <david[m]> I think I've seen luojia65 around so maybe they have some wisdom

17:43 <rustyboy[m]> <rustyboy[m]> "I have a https://nicekeyboards...." <- I am really curious if you could add support for it if you have only the pinout. I will help with testing if you want.

18:26 <f0rte[m]> <rustyboy[m]> "yea, I saw that too, they also..." <- A lot of chips ship the wifi firmware as blobs unfortunately :/

18:27 <mabez[m]> <thejpster[m]> "Who’s in London next week for..." <- Me!

18:37 <khionu[m]> I'm starting to work with ESP for the first time, and I have an S3 here. I'm having a hard time finding information about the processor. Is it ARM based?

18:41 <khionu[m]> Also any recommendations for an embedded db that could run on an S3?

18:41 <khionu[m]> I don't have any feature constraints, just don't want to think too much about how I persist my data.

18:42 <K900> ESP32-S3?

18:43 <K900> It's either Xtensa or RISC-V and I think that one is Xtensa

18:43 <khionu[m]> Yeah

18:43 <khionu[m]> Xtensa

18:43 <khionu[m]> But I've never heard of that brand before now

18:43 <K900> It's not really a brand

18:44 <khionu[m]> IP, line, whathaveyou. It's my first time seeing such a CPU

18:44 <K900> It was originally a DSP core

18:44 <K900> And isn't really used by much

18:45 <K900> I assume Espressif chose it because it was cheap, and it was cheap because no one was buying it

18:45 <thejpster[m]> It’s from Tensilica who were bought by Cadence.

18:46 <thejpster[m]> And yeah, I suspect you compete with Arm by being cheaper than Arm

18:46 <K900> And Cadence isn't really in the high end CPU core business to begin with

18:46 <K900> Or even middle end

18:47 <K900> They mostly sell tools and fixed function IP

18:47 <K900> I'm pretty sure they bought Tensilica for the patents and not the actual products, too

18:48 <vollbrecht[m]> khionu: if you want to learn more about a specifc esp, the first thing is to get the "technical reference manual" to that esp chip. You can find it for any esp variant from esp32 to esp32s3 to the c3 and so on.

18:48 <khionu[m]> vollbrecht[m]: I did that, but they don't specify much

18:49 <khionu[m]> "Xtensa® dual-core 32-bit LX7 microprocessor" is what they have

18:49 <K900> Yeah, that's all you're really going to have

18:49 <khionu[m]> And searching for that doesn't even get me a list of models

18:49 <K900> There are no models, Cadence sells the design

18:50 <K900> As in, the schematics, basically

18:50 <khionu[m]> I really just need to know if it's big or little endian

18:50 <K900> And the actual vendor, which is Espressif, integrates that design into their chip

18:50 <K900> And sells the final product

18:51 <khionu[m]> Ahh, like how RISCV is done

18:51 <K900> So there is no Cadence or Tensilica chip in there, Espressif bought the core design from them and built the rest of the SoC around it

18:52 <K900> And then they sent the entire chip design to someone (I'm guessing TSMC) to actually produce it

18:53 <mabez[m]> khionu: Take a look at https://docs.esp-rs.org/book/ it should explain what you need

18:54 <mabez[m]> As for a database, that could mean quite a few things, what is your use case for the DB? What are you planning to store?

18:55 <khionu[m]> A few settings per users for a small (<100) user base

18:56 <khionu[m]> Like, it's small enough where I'd feel comfortable just saving a CBOR file outside of embedded dev

18:58 <khionu[m]> Don't need any DB features, per se, just don't want to worry about managing the storage besides maybe writing some glue to the backing store

19:01 <mabez[m]> Some kind of NVS key store would be appropriate then I think, there is one ready for use in esp-idf-hal, or you can find some other third party crates that build on top of embedded-storage

19:02 <mabez[m]> <K900> "I assume Espressif chose it..." <- Definitely not the case; those licenses are certainly not cheap, I mean look at the market cap of Cadence considering no one really knows about them vs ARM 😂

19:03 <K900> A lot of people know about Cadence, just not for those reasoms

19:03 <K900> s/reasoms/reasons /

19:04 <GrantM11235[m]> khionu: I haven't used this, but it sounds like what you are looking for https://crates.io/crates/sequential-storage

19:10 <diondokter[m]> <GrantM11235[m]> "khionu: I haven't used this, but..." <- I think I've had someone use it on ESP before, so I think it should work!

19:14 <khionu[m]> Alrighty, I'll give that one a shot. Thanks!

19:15 <khionu[m]> Is esp-idf-hal a drop-in replacement for esp-hal, with respect to how you might use it with Embassy?

19:17 <diondokter[m]> khionu[m]: If you've got questions about the crate, feel free to open an issue! Seems like I'll be working on that crate tomorrow anyways

19:17 <khionu[m]> Heh, alrighty, will do!

19:22 <khionu[m]> Actually, looks like I don't need esp-idf for sequential-storage?

19:23 <diondokter[m]> khionu[m]: Anything that implements the embedded-storage traits will do

19:47 <khionu[m]> <diondokter[m]> "Anything that implements the..." <- "will do" meaning "will need esp-idf", or "will just work"?

19:48 <diondokter[m]> Will just work. No specific executor or HAL is required

19:49 <diondokter[m]> I've used it for nrf, external flash and STM flash 

19:51 <vollbrecht[m]> in other words, the HAL provides a implementation of "embedded-storage" than you don't need to do anything, if the HAL doesn't than you need to provide a Implementation of embedded-storage to sequential storage.

19:52 <khionu[m]> Alrighty

19:52 <khionu[m]> Thanks!

20:16 <khionu[m]> What does the rt feature on the pac crates enable?

20:26 <RoyBuitenhuis[m]> That seems to come from here: https://docs.rs/svd2rust/latest/svd2rust/#the-rt-feature

20:42 <sajattack[m]1> cortex-m-rt generally, I think it stands for "runtime"

21:47 <khionu[m]> <RoyBuitenhuis[m]> "That seems to come from here..." <- Thanks

23:22 <M9names[m]> <rustyboy[m]> "Hey! Has anyone tried programmin..." <- yes, i have. https://github.com/9names/bl808_rust_playground

23:22 <M9names[m]> an espressif board or pico-w would be a better place to invest your time and money.

23:49 <haobogu[m]> <rustyboy[m]> "I have a https://nicekeyboards...." <- Currently you have to flash nrf52840 with a debugging probe. It’s possible to flash when just have usb connected imo, just like zmk. a little more work has to be done. I’ll investigate this week.