Hi @adamfeuer

it would help a lot if you would provide the exact steps you did.
But one issue that we have seen is that with some USB cables you can't flash at the highest baud rates.

Have you seen this page: sdk setup

Br
Karl

Thanks, @david.

Regarding the Audio Control API it doesn't explicitly say that one can re-use the JSON examples, and that the API is licensed under the CC 4.0 Attribution - No Derivatives license which prohibits people from doing the following: "produce and reproduce, but not Share, Adapted Material."

I presume this is to stop people sharing modified versions of the documentation. Maybe I'm being pedantic, but perhaps a blurb on that page saying people can re-use the examples in their products, might clarify things a bit, e.g. explicitly state that using the examples is "fair use" or something?

Hi @John-Davis

Sorry to hear you having issues with your AC. This forum is actually only for a specific device from Sony called Spresense so it is very unlikely you get any support for it here.

Best regards,

Karl

Hi @amendez
Could you please provide the full sketch together with your full error log?

Thanks,

BR
Karl

@perryfather

Thanks for rising this question.

I started to look into this and can see that the interrupts are being handled by the low level drivers. But I stopped the investigation there for a while to continue on your number 2 question.,

According to page 170: CXD5602 user manual the RTC has two counters.

15 bit PreCounter that counts the 32,768Hz clocks, increments every 1/32768 seconds, overflows every second.

32 bit PostCounter is incremented every second. A 32 bit counter can have a maximum value of 4294967295. To translate this to a human understandable time gives me something in the range of 150 years before it will overflow. 0xFFFF / (3600 x 24 x 7 x 4 x 12) = 147,95 years
(32 bit max val / (sec/h x h/day x days/week x weeks/month x months/year))

I know that I didn't answer your question but I doubt that this will be an issue.

BR
Karl

@perryfather said in RTC part: Post-counter is 32 bit with 32768 Hz clock, and how to handle the overflow of Post-counter register:

.
Will Spesense generate an interrupt when Post-counter register is overflow every 36.4 hours ? So Spresense will use this IRQ to correct the rtc saving time at ISR of this IRQ ?

Hi @Tehbondz,

"case 10 bit 4k90fps via 4 lane MIPI CSI-2" , that's pretty massive!
I can't really get involved in a general question like this too much, but I guess that the electronics forum at stackoverflow might help you.

Can I ask what you are building that needs this kind of performance?

BR
Karl

@david, wonderful! Thank you so much.

Thanks for following up @TE-KarlKomierowski ! I'll look into the PDM microphones.

@raghulax you can't open a file on your PC from Spresense by a simple function call.
You would have to transfer the data from Spresense to PC first.
This can be done using UART if you don't mind having a wired connection with limited throughput 1MBps or so.
You could either use a already existing protocol (maybe xmodem?) or write something your self.
You will have to run something on your PC to initiate and receive the sent data.

But the short answer is that there is no simple way of just opening a file from Spresense on the PC to store files.

BR
/Karl

@raghulax said in Capture video from spresense camera board using arduino:

One more question. I found that we can create video from libJPEG. But i'm not sure how to access linux file system from spresense board. How to get handle on linux File system? In the below arduino example code, the bold lines write file to SD card ..... how to write the same to PC instead?

if (img.isAvailable())
{
/* Create file name */

char filename[16] = {0}; sprintf(filename, "PICT%03d.JPG", take_picture_count); Serial.print("Save taken picture as "); Serial.print(filename); Serial.println(""); /* Remove the old file with the same file name as new created file, * and create new file. */ **theSD.remove(filename); File myFile = theSD.open(filename, FILE_WRITE); myFile.write(img.getImgBuff(), img.getImgSize()); myFile.close();** }

Sorry if the question is too basic. I'm just learning.

I'v just attempted to re-install the SDK on my Raspberry Pi (for the sole purpose the running the flasher - full builds still require an Intel system) but it seems it now fails at install-tools stage. which is a shame.

shasum: openocd-0.10.0-spr1-20191113-linux32.tar.bz2.sha: no properly formatted SHA checksum lines found

Hi @petrokikundi

I have forwarded your question to people with more knowledge about the requirements are in the latest release.

BR
Karl

@david thanks - already implement all that. The IrCommandProxy is actually a rest/scalar service that I can't figure out.

BTW - interestingly the blurays that I have access do handle storage list correctly (getStorageList returns the correct results for a few of the fields). Seems like the soundbars/AVRs do not (although the events are correct for them)..

Note that none of them seem to set a few of the fields correctly however (like the number [space] fields)...

Thanks for the feed back, will forward it.

Have put this on the list of improvements, will start with updating the documentation to clarify. Hopefully the API will be improved also.

@marky hahahaha, thanks man! I’m glad it worked for you too!! Have a good one

@david, thank you for shedding some light on this.

Hi @slipperyseal

Thank you for taking your time and writing this feedback.

Br
Karl

@david, thanks. Understood. The only product listed under getSleepTimerSettings and setSleepTimerSettings is the STR-DN1080.