Thanks Tomek! My MicroSD Multiplexer is shipping from Poland right now:
https://www.tindie.com/products/3mdeb/sd-wire-sd-card-reader-sd-card-mux/
I'll test it soon with NuttX on Arm64 PinePhone. Hopefully we can use
MicroSD Multiplexer to auto-test NuttX on any Arm64 SBC (e.g. Raspberry
Pi). Witho
Many people think about this but no solid implementation so far.. have
you consider I2S audio codec?
Tomek
On Sun, Feb 23, 2025 at 12:07 AM Kevin Witteveen wrote:
>
> Thanks, however I'm specifically looking for audio. For example, music,
> samples, etc. A tone is not enough for what I'm looking
On Sat, Feb 22, 2025 at 10:27 PM Lee, Lup Yuen wrote:
> Last week we saw our new Test Bot for NuttX Pull Requests. When we post this
> PR Comment, it will Build and Test the Pull Request on Real Hardware: Oz64
> SG2000 RISC-V SBC...
>
> @nuttxpr test oz64:nsh
>
> Today we extend our Test Bot
Thanks, however I'm specifically looking for audio. For example, music,
samples, etc. A tone is not enough for what I'm looking for.
Or did I miss something and the audio_tone is actually more than just a
tone?
Op za 22 feb 2025 om 22:05 schreef TimH :
> CONFIG_AUDIO_TONE?
>
> Not sure if that’s
CONFIG_AUDIO_TONE?
Not sure if that’s exactly what you’re after but could be?
> On 22 Feb 2025, at 17:12, Kevin Witteveen wrote:
>
> Hi nuttx,
>
> I need an audio device that can generate sound using PWM on the RP2040. It
> appears nothing already exists for this.
> What would be a good way t
Hi nuttx,
I need an audio device that can generate sound using PWM on the RP2040. It
appears nothing already exists for this.
What would be a good way to implement this?
My previous implementation outside NuttX was to use DMA to feed samples
into a PWM register. Relatively simple.
However, in Nut
I propose to wait for the feedback and do not modify the current vote
already launched. After vote completes we have summary, discussion,
send PR with updated guide propositions and discuss the PR to close
the subject.
I have updated rule 14 with propositions gathered feedback. We stay
with 2 revi
Hi Tomek, thanks for all the effort ;)
About proposal 19, I suggested it and dropped it in favor of Nathan's
approach (which Raiden might be favorable as well). Can we reflect it on
the forms?
The current proposal 14 is about the necessary reviewers. The current text
would be 14.1 and Nathan's al
Sure! It might be worth checking if Raspberry Pi themselves has published
any analysis on this.
On Sat, Feb 22, 2025, 9:15 AM Tomek CEDRO wrote:
> Thanks Matteo :-) I have NRF-PPK-2 so I can profile current / power
> for various clocks with running NuttX if you like :-)
> Tomek
>
> On Sat, Feb 2
Thanks Matteo :-) I have NRF-PPK-2 so I can profile current / power
for various clocks with running NuttX if you like :-)
Tomek
On Sat, Feb 22, 2025 at 7:02 AM Matteo Golin wrote:
>
> It appears this is selected at compile time using a #define in the SDK. I
> would certainly assume increased powe
10 matches
Mail list logo
