Search found 5 matches

by redowl
Thu Oct 31, 2024 12:59 pm
Forum: Hardware
Topic: MCPWM (not for motor) for 1 mhz
Replies: 1
Views: 1591

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 ...
by redowl
Sun Oct 27, 2024 8:37 pm
Forum: Hardware
Topic: MCPWM (not for motor) for 1 mhz
Replies: 1
Views: 1591

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 ...
by redowl
Sat Aug 03, 2024 3:13 pm
Forum: ESP32 Arduino
Topic: ping found on wifi report error
Replies: 1
Views: 1915

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 ...
by redowl
Fri Jul 12, 2024 5:27 pm
Forum: Sample Code
Topic: (arduino) update on reboot, require sd, + webserver upload
Replies: 0
Views: 11376

(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 ...
by redowl
Fri Jul 12, 2024 5:01 pm
Forum: ESP32 Arduino
Topic: serial input discharge overload input
Replies: 0
Views: 2077

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 ...

Go to advanced search