This would be good. Especially if I don't need to keep the firmware binary stored on the P4.
Search found 20 matches
- Tue Aug 20, 2024 6:12 pm
- Forum: General Discussion
- Topic: ESP32-P4, so close to the golden goose
- Replies: 15
- Views: 8055
Re: ESP32-P4, so close to the golden goose
- Wed Aug 14, 2024 6:32 pm
- Forum: Report Bugs
- Topic: Unexpectedly low floating-point performance in C
- Replies: 28
- Views: 160210
Re: Unexpectedly low floating-point performance in C
ESP32-P4 results at 360 MHz Integer Addition 319.520721 MOP/S CPI=1.001140 Integer Multiply 319.680328 MOP/S CPI=1.000406 Integer Division 319.680328 MOP/S CPI=1.000401 Integer Multiply-Add 319.744202 MOP/S CPI=1.000381 Float Addition 318.249634 MOP/S CPI=1.004953 Float Multiply 319.648376 MOP/S CPI...
- Fri Jul 12, 2024 6:15 am
- Forum: ESP-ADF
- Topic: 4 channels output from ESP32
- Replies: 6
- Views: 11834
Re: 4 channels output from ESP32
One way to do it (might be the same as @thefury) is: Configure one of the I2S as slave then share the clock signal. The GPIO trick can be referred to from components/esp_driver_i2s/test_apps/i2s/main/test_i2s.c: i2s_test_io_config . After I2S finishes initializing GPIO, use esp_rom_gpio_connect_out...
- Tue Apr 16, 2024 5:37 pm
- Forum: General Discussion
- Topic: Bluetooth Packet Error Rate?
- Replies: 0
- Views: 900
Bluetooth Packet Error Rate?
I've been asked to determine the percentage of packet error rate on ESP32. (Bluetooth classic, main application is A2DP & SPP)
How do I go about doing this? I haven't found anything through my googling around on bing. There doesn't seem to be an API that provides the info.
How do I go about doing this? I haven't found anything through my googling around on bing. There doesn't seem to be an API that provides the info.
- Mon Mar 11, 2024 8:04 pm
- Forum: General Discussion
- Topic: Trying to find out why "Class of Device" / UUIDs response is delayed
- Replies: 5
- Views: 1482
Re: Trying to find out why "Class of Device" / UUIDs response is delayed
Interesting. When I call esp_ble_gap_config_local_privacy(true); and set adv_params.own_addr_type to BLE_ADDR_TYPE_RPA_PUBLIC, the inquiry response gets the class of device right away. BLE has a different address, then, which I think is fine for my purposes. However, now the inquiry scan has two sep...
- Mon Mar 11, 2024 6:55 pm
- Forum: General Discussion
- Topic: Trying to find out why "Class of Device" / UUIDs response is delayed
- Replies: 5
- Views: 1482
Re: Trying to find out why "Class of Device" / UUIDs response is delayed
If all else fails, you can try to send custom advertisements. Although, from the issue I gather that you're using the libraries own SPP service which may override any custom advertisement... I did try turning off any manufacturer specific data packets from my Bluetooth LE advertisement/scan respons...
- Mon Mar 11, 2024 6:31 pm
- Forum: General Discussion
- Topic: Trying to find out why "Class of Device" / UUIDs response is delayed
- Replies: 5
- Views: 1482
Re: Trying to find out why "Class of Device" / UUIDs response is delayed
Has anyone else observed a delayed Class of Device / UUID list response? What could cause it? Might be that CoD and other data (UUID list) are not (automatically) included in your advertisements. I don't seem to have much control over it. I just call esp_bt_gap_set_cod before becoming discoverable ...
- Mon Mar 11, 2024 6:00 pm
- Forum: General Discussion
- Topic: Trying to find out why "Class of Device" / UUIDs response is delayed
- Replies: 5
- Views: 1482
Trying to find out why "Class of Device" / UUIDs response is delayed
I am working on a custom board for a customer whose application requires a specific Class of Device because they are depending on BlueZ's "icon" field (found to be determined exclusively by the CoD). My ESP32 system seems to respond to it very slowly, in that the Class of Device and UUIDs list does ...
- Thu Sep 07, 2023 2:05 pm
- Forum: General Discussion
- Topic: What would you like to see in The Next Chip?
- Replies: 443
- Views: 938304
Re: What would you like to see in The Next Chip?
A true successor to the ESP32, in my humble 2.5 cents (inflation!), from the perspective of an audio system, after having gone through a couple of prototypes with ESP32 and/or ESP32-S3: Keep the APLL, it gives a cleaner MCLK than ESP32-S3 does. This helps with signal-to-noise ratio on DACs that don'...
- Tue Sep 05, 2023 6:29 pm
- Forum: ESP RainMaker
- Topic: ESP Insights issues/questions
- Replies: 1
- Views: 9033
ESP Insights issues/questions
We have started to evaluate ESP Insights as a solution for remote debugging and logging, maybe OTA updates (but I currently have a solution for OTA updates using our GitLab CI/CD). I have tried to invite a teammate to my ESP Insights dashboard; the email did not arrive and he does not see the incomi...