- 30 9月, 2020 10 次提交
-
-
由 Mauricio de Oliveira 提交于
Add support for the v1.8.6 compiler.libraries.ldflags: https://github.com/arduino/Arduino/wiki/Arduino-IDE-1.5:-Library-specification This fixes the issue reported here: https://community.bosch-sensortec.com/t5/MEMS-sensors-forum/BSEC-1-4-7-4-compilation-error-on-ESP32-1-0-3-rc1/td-p/9120
-
由 kliment 提交于
When connecting using transportTraits, the CA and client certificates are ignored after the initial _client->connect() is called. This is because on connect, WiFiClientSecure will call start_ssl_client with _CA_Cert and other cert options set to null unless setCACert, setCertificate etc. are called before connect. Running _transportTraits->verify after connect therefore does exactly nothing. It's easy to verify that this is the case by passing a CACert to HTTPClient with verbose logging enabled - the logs will say "WARNING: Use certificates for a more secure communication!" which is only present when both PSK and CA are null. This change fixes the issue.
-
由 puuu 提交于
-
由 Mark D 提交于
-
由 Andrzej Sierżęga 提交于
Real DNS resolving timeout used by lwip library is 14[s] (7[s] for DNS1 + 7[s] for DNS2). Function WiFiGenericClass::hostByName() has timeout set to lower value (only 4[s]), so callback function may be called after this low timeout and it may overlappe stack memory used now by other function. Fixes #3722
-
由 Me No Dev 提交于
-
由 Dirk O. Kaar 提交于
* Extend Print class for 64bit integers. modulo 32bit and 64bit tuned for code size. * Fix 32bit long used in long long printNumber.
-
由 Dirk O. Kaar 提交于
Greatly reduces error rate (half, or 0 zero errors, depends on in/out ranges) for round-trip mapping at the same performance. (#3655) (Based on "improved_map" from ESP8266's Servo.cpp)
-
由 crnchbng 提交于
-
由 ducalex 提交于
-
- 28 9月, 2020 1 次提交
-
-
由 Sean Kwok 提交于
fix some mistake
-
- 31 8月, 2020 1 次提交
-
-
由 Valerii Koval 提交于
-
- 25 8月, 2020 2 次提交
- 19 7月, 2020 1 次提交
-
-
- 01 6月, 2020 2 次提交
-
-
由 Nigel Mellor 提交于
They are all broadly similar, all being based on the ESP32-D0WD core, but have some subtle differences between variants around PSRAM inclusion and camera pin mappings. The ESP32CAM "unit" product (SKU: U007) has no PSRAM and maps the "Pixel Data 0" (Y2 GPIO/OV2640 D2) camera pin to IO17 rather than IO32 as is the case with most other M5Stack ESP32 camera devices. The ESP32CAM also requires the "hmirror" and "vflip" camera configuration bits setting in order to capture a true image. The relevant M5Stack pin configuration documentation can be found here: https://docs.m5stack.com/#/en/unit/esp32cam?id=pinmap
-
由 James.Y 提交于
There is no need to decrement if nothing was removed from removePeerDevice Reference issue: #3974
-
- 29 5月, 2020 1 次提交
-
-
由 kitsrnd 提交于
* Add 'KITS Edu ESP32' board definition add 'KITS Edu ESP32' board definition * Modify board name the board name was modified. * Change the board name Finally, we decided the board name. - 'KITS ESP32 EDU' Co-authored-by: NHamson Park <hamson.park@koreaits.com> Co-authored-by: NHamson Park <hspark3235@gmail.com>
-
- 22 5月, 2020 3 次提交
-
-
由 Gitshaoxiang 提交于
* change m5camera pins * add M5Camera version B pins * add M5Camera version B pins
-
由 Verkehrsrot 提交于
According to ESP-IDF API https://github.com/espressif/esp-idf/blob/dc14d027cec49260b78efb1c3724b1710f2f3ec0/docs/en/api-reference/peripherals/sdmmc_host.rst : "To configure the bus width, set the width field of :cpp:class:`sdmmc_slot_config_t`. For example, to set 1-line mode: sdmmc_slot_config_t slot = SDMMC_SLOT_CONFIG_DEFAULT(); slot.width = 1; "
-
由 PaulMartinsen 提交于
Co-authored-by: NPaul <Paul.Martinsen@NumberEightInnovation.com>
-
- 05 5月, 2020 1 次提交
-
-
由 hreintke 提交于
Co-authored-by: NMe No Dev <me-no-dev@users.noreply.github.com>
-
- 04 5月, 2020 1 次提交
-
-
由 Valerii Koval 提交于
Co-authored-by: NIvan Kravets <me@ikravets.com>
-
- 23 4月, 2020 1 次提交
-
-
由 Gitshaoxiang 提交于
* Add M5Stack-ATOM Board * Add M5Stack-ATOM Board * Add M5Stack-ATOM Board Co-authored-by: NMe No Dev <me-no-dev@users.noreply.github.com>
-
- 21 4月, 2020 1 次提交
-
-
由 sweetymhaiske 提交于
-
- 16 4月, 2020 1 次提交
-
-
由 sweetymhaiske 提交于
1. WiFiProv.ino sketch is added that allows arduino users to do provisioning via SoftAP or BLE. WiFi.beginProvision( ) API is designed for provisioning in Arduino. 2. In WiFiProv.h provisioning class is defined. 3. WiFiProv.cpp contains implementation for provisioning class. 4. README.md file is added which contains detail information for working.
-
- 13 4月, 2020 1 次提交
-
-
由 Me No Dev 提交于
-
- 12 3月, 2020 1 次提交
-
-
由 hznupeter 提交于
* add handbit * add handbit pins_arduino * Update boards.txt
-
- 14 2月, 2020 1 次提交
-
-
由 Alexander Bergmann 提交于
The boundary delimiter (_STREAM_BOUNDARY) needs to be send before the body part (_STREAM_PART) too follow RFC2046. This caused ffplay/ffmpeg to fail to open the MJPEG stream.
-
- 29 1月, 2020 3 次提交
-
-
由 Isaranu Janthong 提交于
* Add Senses's WEIZEN board from Senses IoT platform * Add Senses's WEIZEN board (updated variant)
-
由 chuck todd 提交于
* std::shared_ptr Memory Leak clientSocketHande and _rxBuffer are std::shared_ptr, the stop() call was not correctly releasing them and the operator= had similar problems fix for #3679 * operator= second attempt * operator= third time
-
- 27 1月, 2020 2 次提交
-
-
由 hreintke 提交于
* Minimize HardwareSerial Receive and Transmit delays * Remove uartRxFifoToQueue from esp-hal-uart.h Co-authored-by: NMe No Dev <me-no-dev@users.noreply.github.com>
-
由 chuck todd 提交于
* fix removeApbChangeCallback() error in spiStopBus() spiStartBus() was using spiStopBus() to init the hardware, one of spiStopBus() functions is to unregister the runtime CPU clock speed change callback. But, spiStartBus() only wanted to init the hardware. This patch separates the hardware init into a standalone function spiInitBus() that both spiStartBus() and spiStopBus() call. * Update esp32-hal-spi.c capitalization problem
-
- 25 1月, 2020 1 次提交
-
-
由 me-no-dev 提交于
-
- 21 1月, 2020 5 次提交
-
-
由 Mark D 提交于
WiFiClient.connected() was hanging thinking there was still a connection when the remote had already closed. The one-liner in this patch addresses recv() returning 0 and errno==128. I couldn't find the corresponding errno for 128 but its caught by the case statement which includes EPIPE, ENOTCONN, ECONNRESET and ECONNABORTED so I assume its one of those. Broken pipe maybe? ```c [D][WiFiClient.cpp:511] connected(): Disconnected: RES: 0, ERR: 128 ``` EDIT: added comment to reflect that recv() can set errno when it returns 0.
-
由 Kartik Nighania 提交于
-
由 mishafarms 提交于
* Fix flush flush should not flush the read buffer, it should wait till all output is drained from the write buffer. * Update BluetoothSerial.cpp Co-authored-by: NMe No Dev <me-no-dev@users.noreply.github.com>
-
由 Me No Dev 提交于
* IDF release/v3.3 46b12a560 * fix build * IDF release/v3.3 367c3c09c
-
由 Me No Dev 提交于
-