Search found 606 matches

by fly135
Tue May 14, 2019 9:40 pm
Forum: General Discussion
Topic: Two COM ports on ESP32 development board
Replies: 4
Views: 518

Re: Two COM ports on ESP32 development board

He might have a WROVER board. IIRC correctly they have two ports and one is for JTAG.

John A
by fly135
Tue May 14, 2019 9:39 pm
Forum: General Discussion
Topic: COM port in make menuconfig, syntax
Replies: 1
Views: 325

Re: COM port in make menuconfig, syntax

As shown on my screenshot, I put "COM43" there. Is it correct? I have been doing other Windows development. large com part number require \\\ in front it. Is it the case there? I do not put slashes in front. I always type it lower case. Have no idea if it's case sensitive. If you want to try anothe...
by fly135
Tue May 14, 2019 6:17 pm
Forum: ESP32 IDF
Topic: PDM sample resolution
Replies: 2
Views: 476

PDM sample resolution

I could write a test app, but I thought maybe asking the question would be quicker, and maybe reveal something I would overlook in a test. I'm currently sampling PDM audio at 16 bit, but find the audio at normal levels is pretty poor, especially on mics with low sensitivity (-46dB). The mic INMP621 ...
by fly135
Tue May 14, 2019 2:33 pm
Forum: ESP32 IDF
Topic: How to change separator in response from http_server
Replies: 7
Views: 805

Re: How to change separator in response from http_server

Ok, but is it possible to get something like eg. var1aaavar2bbb instead var1=aaa&var2=bbb using esp_idf? I'm guessing you'll need to do that yourself because it's not something anyone else would want. Just search for every = and &, then remove them from the string. char *src = "var1=aaa&var2=bbb"; ...
by fly135
Mon May 13, 2019 7:08 pm
Forum: ESP32 IDF
Topic: If I2C protected again multible access
Replies: 2
Views: 433

Re: If I2C protected again multible access

I believe the I2C is protected by a mutex for multi-threaded access, and a semaphore should not be necessary.
by fly135
Mon May 06, 2019 4:56 pm
Forum: General Discussion
Topic: Trouble with i2c and i2s running simultaneously
Replies: 6
Views: 1819

Re: Trouble with i2c and i2s running simultaneously

Any chance I could ask you to post your setup and code/Sketch please? I've heard about people having problems under Arduino with the I2C. I'm using the IDF. The code belongs to my employer. And quite frankly it's a lot of code. I don't do it in a single loop. A bunch of tasks are running in my app....
by fly135
Wed May 01, 2019 3:12 pm
Forum: General Discussion
Topic: Trouble with i2c and i2s running simultaneously
Replies: 6
Views: 1819

Re: Trouble with i2c and i2s running simultaneously

ddodge wrote:
Tue Apr 30, 2019 2:00 pm
Have there been anymore advances on this issue?
I am using I2S to record audio and regularly accessing several I2C devices and have not experienced this issue.

John A
by fly135
Tue Apr 30, 2019 5:45 pm
Forum: ESP32 IDF
Topic: BMP280 I2C temperature & pressure reading issue ***Solved***
Replies: 8
Views: 1670

Re: BMP280 I2C temperature & pressure reading issue

We tried using the BME280. I was able to get it to work with the IDF using the Bosch libs. But when we manufactured some boards the humidity reading was totally off on a bunch. And yes, I did use the library's calibration routines with the BME internal calibration data. We were using the HTU21D with...
by fly135
Sat Apr 27, 2019 3:12 pm
Forum: General Discussion
Topic: SPI receive in SPI master, byte shifting in the buffer
Replies: 5
Views: 702

Re: SPI receive in SPI master, byte shifting in the buffer

I can't help much, but it seems to me that if you used incrementing numbers instead of random 126/127, then you might be able to determine more precisely what data is being lost, and therefore get closer to the solution.

John A
by fly135
Sat Apr 27, 2019 12:59 am
Forum: ESP32 IDF
Topic: Task management - Keeping a led on constantly
Replies: 5
Views: 674

Re: Task management - Keeping a led on constantly

nesicarh wrote:
Fri Apr 26, 2019 3:31 pm
I'll reasearch it more, but I think it resets the state when i delay or suspend the task.
That would not be normal behavior. Calling delay should not affect the state of a GPIO.

John A

Go to advanced search