Search found 5 matches
- Thu Oct 31, 2024 12:59 pm
- Forum: Hardware
- Topic: MCPWM (not for motor) for 1 mhz
- Replies: 1
- Views: 827
Re: MCPWM (not for motor) for 1 Mhz or 1hz
generate 1hz #define H_BRIDGE_FREQUENCY 1 #define H_BRIDGE_PWM_PARTIAL 50 #define NW_RESOLUTION 1e3 // porto la risoluzione dei bit da 1e3 a (1hz) generate 1Mhz #define H_BRIDGE_FREQUENCY 1e6 #define H_BRIDGE_PWM_PARTIAL 50 #define NW_RESOLUTION 1e8 // porto la risoluzione dei bit da 1e8 a (1Mhz) vo...
- Sun Oct 27, 2024 8:37 pm
- Forum: Hardware
- Topic: MCPWM (not for motor) for 1 mhz
- Replies: 1
- Views: 827
MCPWM (not for motor) for 1 mhz
mcpwm to full control a mosfet@1mhz, the bridge used in a power control a transformer 1Mhz (not khz) the mcpwm not generate frequency to 1mhz 100khz 1mhz for this usage 5 bit pwm 4 wire have idea to increrase frequency to 1mhz ? #include <stdio.h> #include <stdlib.h> #include <iomanip> #include <ios...
- Sat Aug 03, 2024 3:13 pm
- Forum: ESP32 Arduino
- Topic: ping found on wifi report error
- Replies: 1
- Views: 1194
ping found on wifi report error
esp32 on boot: [113338] [WiFiClient.cpp:260] connect(): select returned due to timeout 3000 ms for fd 49 ...got: 0 retrying... ...trying... [116849] [WiFiClient.cpp:260] connect(): select returned due to timeout 3000 ms for fd 49 ...got: 0 retrying... ...trying... [120358] [WiFiClient.cpp:260] conne...
- Fri Jul 12, 2024 5:27 pm
- Forum: Sample Code
- Topic: (arduino) update on reboot, require sd, + webserver upload
- Replies: 0
- Views: 4023
(arduino) update on reboot, require sd, + webserver upload
uint64_t SD_CARD_INFO[5] = {0,0,0,0,0}; //type and present, size, totalbyte, used, freebyte Preferences nvs_; void gatto_fw_set_writable(){ nvs_.putBool("update",true); } void gatto_fw_set_protect(){ nvs_.putBool("update",false); } bool gatto_fw_get_staus(){ bool str = nvs_.getBool("update"); retur...
- Fri Jul 12, 2024 5:01 pm
- Forum: ESP32 Arduino
- Topic: serial input discharge overload input
- Replies: 0
- Views: 1212
serial input discharge overload input
I'm looking for a solution to ensure that if a user continuously sends requests to the serial line the user finds himself having to wait for the end of the previously given command. for example, 3 seconds can pass for a response, any input sent to the serial port in this period of time should be dis...