Hirdetés
- Honor 500-ak részletesen, minden színben
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- „Új mérce az Android világában” – Kezünkben a Vivo X300 és X300 Pro
- Megtartotta Európában a 7500 mAh-t az Oppo
- Xiaomi 15T - reakció nélkül nincs egyensúly
- Apple iPhone 13 Pro Max - őnagysága
- Samsung Galaxy Watch6 Classic - tekerd!
- iPhone topik
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Telekom mobilszolgáltatások
-
Mobilarena
Arduino hardverrel és szoftverrel foglakozó téma. Minden mikrovezérlő ami arduinoval programozható, és minden arduino program, board, és hardverrel kapcsolatos kérdések helye.
Új hozzászólás Aktív témák
-
Tankblock
aktív tag
válasz
Wolfram
#20253
üzenetére
Fogsz egy réz vezetéket, és hozzáforrasztod a tüskék közé, majd pákával vagy/ és Hőlégfúvóval beletolsz annyi hőt h megolvadjon mind majd a gravitáció / csipesz segítségével kiszeded.
Másik megoldás h oldalcsípővel levágod, majd ónszippantóval+páka segítségével egyesével kiszedegeted a lábakat....
-
-
Janos250
őstag
válasz
Wolfram
#20199
üzenetére
"Hogy lehet ESP32-n nanosecond-ot /system_get_time()/ dátummá alakítani? "
Az biz' macerás lesz!
1. a 80 Mhz-es perifériális órajelet számlálja (ha az, amire én gondolok)
2. időnként túlcsordul -> átfordul
3. tudni kell valami kezdő időpontot, onnan tudod számolni
Én régen így oldottam meg, lehet, ha ma újra használnám, már másként csinálnám:
http://arduinouser.hu/esp32/ccount/ccount.txt
Ez persze csak a túlcsordulást/átfordulást kezeli, ettől még nem lesz dátum.Elvileg ez létezik, de még nem próbáltam
std::string s = date::format("%F %T", std::chrono::system_clock::now()); -
válasz
Wolfram
#20171
üzenetére
Nem lehet, hogy nincs egyetlen delay sem a loop-ban és emiatt nem tud a CPU a wifivel foglalkozni? Bár ez ha jól tudom, ESP8266-ra jellemző, te meg ESP32-t használsz, de hátha ez a gond, egy próbát megér.
ESP-n a delay máshogy működik, más funkciót tölt be, mint az AVR-eken. -
-
Janos250
őstag
válasz
Wolfram
#20171
üzenetére
Ezért nem használom én a többféle http fv. egyikét sem. Mivel egyszerű, magam írom meg hozzá kezelést.
Ha minden kötél szakad, akkor be kell tenni a fv-t a .ino mellé, esetleg át is nevezni, azt includolni, mert abba akkor tehetsz magadnak átmenetileg kiíratást, hogy mi a nyűgje.
Az ESP32 16 darab klienst tud kezelni. Nem forduhat elő, hogy többet nyitsz meg, mert még a régiek is élnek, mert nem kaptak választ?
Nincs benne olyan lehetőség, hogy csak akkor get-elj, ha van is ot valaki, aki várakozik?
Próbáld meg kiíratni az FD-jét, ha túlszalad a 63-on, akkor ez a baj. -
Tankblock
aktív tag
válasz
Wolfram
#20104
üzenetére
C++ try() catch() nekem tesztek alatt működik esp-idf et használok (configurálni kellett a sdkconfigot is hozzá), lehet dobni hibát throw() , arra nem esküszök meg hogy ESP_ERROR_CHECK makróra is tud e dobni, nálam működött....
másik megoldás a JTAG pl : [link] bár ezt még nem használtam, ha lesz ráidőm kipróbálom majd.
-
válasz
Wolfram
#20104
üzenetére
Programhibából fakadó fagyás, vagy véletlenszerű, a körülmények miatti (pl. táp vagy wifi) hiba?
Kódból watchdog timerrel szokás az ilyet "kezelni". Ha pedig nem külső körülmények vagy hardverhiba okozza, vagy végtelen ciklus, akkor szinte biztos, hogy memóriaelfogyás az oka. -
válasz
Wolfram
#19920
üzenetére
Ugye milyen meggyőző vagyok?
Nem, illetve infra ledekkel csináltam hasonlót, csak nem idő, hanem intenzitás alapú méréssel, meg sokat játszottam ultrahangos modullal.
Amúgy meg zenész vagyok és teremakusztikából írtam a szakdolgozatomat.
Nem írtad, hogy 2 vagy 3 dimenziós iránymeghatározást szeretnél? A leírt elrendezés alapján feltételezem, hogy 2 dimenzióst.
Ha én csinálnám, én XPS lapokból ragasztanék össze egy sarkai mentén, átlóban félbe vágott kockát (vagyis 3 oldalt, ami egymással 90°-os szögben találkozik), mondjuk 15cm-es oldalakkal, azt belülről beburkolnám valami puha, szálas anyaggal, például vattával, vagy vatelinnel (esetleg puhább szivaccsal vagy vastagabb filccel) mondjuk 2-5cm vastagon, és a sarokba tenném a mikrofont valami rugalmas felfüggesztéssel, például gumikra vagy kötelekre akasztva, mint a stúdió mikrofonoknál.
A mérésnél 10cm térbeli eltérés két csatorna közt ~3ms időbeli különbséget jelent. Kérdés az, hogy impulzus-szerű zaj vagy mondjuk folyamatos beszélgetés irányát szeretnéd meghatározni. Előbb esetben nyilván sokkal egyszerűbb a dolgod. Utóbbi esetben szerintem a nullátmenetek közti idő különbséget kell mérni, meg értelemszerűen a hangerőbeli különbséget is fel lehet használni.
Szerintem az 1m távolság sok, a kettő közt nagy lesz a holttér, de ez csak tipp. -
válasz
Wolfram
#19884
üzenetére
Nem hiszem, hogy ez túl nagy matekozást igényel. A hangsebesség ismert, a jel beérkezési ideje közti különbséget kell mérni, meg a hangerőt.
A csatornák legyenek hangszigetelő anyaggal rendesen elválasztva/körbevéve, hogy ne legyen crosstalk, és maga a helyiség is, amiben ezt a dolgot szeretnéd megvalósítani, legyen csillapított, különben a visszaverődések megnehezítik a dolgod. Érdemes mélyvágást csinálni, mert a magas hangok irányát lehet jól meghatározni.
-
-
válasz
Wolfram
#19320
üzenetére
Esetleg ezzel tegyél egy próbát, nem teszteltem, csak hogy fordul-e.
#include <HTTPClient.h>
class customHTTPClient : public HTTPClient
{
public:
using HTTPClient::GET;
String GET(const String &url)
{
String result;
if(begin(url))
{
if(GET() > 0)
{
result = getString();
}
end();
}
return result;
}
};
void setup()
{
customHTTPClient http;
String result = http.GET("http://www.test.com");
} -
Janos250
őstag
válasz
Wolfram
#19320
üzenetére
Nincs ez elbonyolítva.
Hirtelenjében ezt hoztam össze.
Ha erre gondoltál használd, ha nem, majd valakinek valamire hátha jó lesz.#define __cplusplus 201103L#include <WiFi.h>#include <WiFiClient.h>#include <string>#include <iostream>#include <fstream> // ofstream#include <stdio.h>using namespace std;#define remoteServerPort 80//const char* ssid = "*********";//const char* password = "*********";uint8_t ServerIPlocal[] {192,168,0,30} ;uint8_t gatewayIPlocal[] {192,168,0,1} ;uint8_t subnetIPlocal[] {255,255,255,0} ;WiFiServer remoteServer (remoteServerPort );WiFiClient remoteServerClient ;void setup() {delay(1000);Serial.begin(115200) ;delay(1000);WiFi.begin(ssid, password );delay(2000);WiFi.config(ServerIPlocal, gatewayIPlocal, subnetIPlocal) ;WiFi.setAutoReconnect(true);delay(2000);printf("\nConnecting to %s \n",ssid);uint8_t i = 0;while (WiFi.status() != WL_CONNECTED && i++ < 20){printf(".");delay(500);}if(i == 21){printf("\nCould not connect to \n",ssid);while(1) delay(500);} ;string strMyURL = "http://"+to_string(WiFi.localIP()[0])+"."+to_string(WiFi.localIP()[1])+"."+to_string(WiFi.localIP()[2])+"."+to_string(WiFi.localIP()[3])+":"+to_string(remoteServerPort);printf("My URL: %s \n",strMyURL.c_str() );uint8_t ip[]{192,168,0,33};String valasz = httpGet((IPAddress)ip) ;Serial.println(); Serial.println(); Serial.println(); Serial.println();Serial.println("ez a valasz:");Serial.println(valasz);} // end setupvoid loop() {} ; // end loopString httpGet(IPAddress ip){const char GET_HTTP[] PROGMEM = R"=====(GET / HTTP/1.1)=====";uint16_t idozites ;String reply ;WiFiClient remoteServerClient ;if (!remoteServerClient.connect(ip,80)){return "no connect";Serial.println ("connect hiba");} ;// Serial.println ("connected");remoteServerClient.println(GET_HTTP);idozites = 0 ;reply = "" ;while (remoteServerClient.available() ||(idozites++ < 500)) // rxBuffer->available(){if (remoteServerClient.available()){char c=remoteServerClient.read();idozites = 0 ;reply += c ;// printf("%c",c);}else{delay(1);}; // if (remoteServerClient.available())} ; // end while (remoteServerClient.available())// printf("\n");remoteServerClient.stop(); // _rxBuffer = NULL; _connected = false;// Serial.println();Serial.println();Serial.println();Serial.println();// Serial.println("Ez a string");// Serial.println(reply);return reply ;};
-
válasz
Wolfram
#19276
üzenetére
Én szögegyszerű törhető/vágható, egy soros IC foglalatot (0.1" tűsor/hüvelysor), ha kell, forrótakonnyal körbenyomva, hogy ne törjenek el a forrasztások a használat során. Nem szép, de legalább
csúnyamegbízhatóan működik. Ki szoktam hagyni egy pint valahol, hogy egyértelmű legyen, milyen irányból kell bedugni (poka-yoke). -
Pero
senior tag
válasz
Wolfram
#19245
üzenetére
driver:CH341SER
hw: pont ilyen
https://www.google.com/url?sa=i&url=https%3A%2F%2Fmaze.engineering%2Fproduct%2Fwemos-d1-mini%2F&psig=AOvVaw3yKj0XnrY99q9FTKCMKpmc&ust=1676146496748000&source=images&cd=vfe&ved=0CBAQjRxqFwoTCJiHq7bii_0CFQAAAAAdAAAAABALsemmi extra bekötés jelen pill , csak az usb ami a gépbe megy ill probáltam a d3-GND kombóval is.
-
-
válasz
Wolfram
#19189
üzenetére
Vázlatosan a lényeg: az ellenállásoknak van egy névleges értéke (ez itt a 4,7 kiloohm) és van egy tűrése ennek az értéknek, mittomén +-5%. Ezek az alap típusok. Minél pontosabb az ellenállás értéke, az ára annál magasabb. Pull-up azért kell, hogy a digitális 0-1 ne legyen "bizonytalan", az alap esetben magas GPIO mindenképp a magas tartományba essen. Nem tudom a pontos értékeket hirtelen, de mittomén 1,7 V felett high, alatta alacsony. Ezt állítja be az ellenállás, így mindegy, h 1,8V vagy 2 V lesz a pull-up-al az értéke, az már High. A belső felhúzó ellenállások még nagyobbak, 10 k-sok, de én is külső 10k ellenállásokat pakoltam a legtöbb helyre.
-
válasz
Wolfram
#19187
üzenetére
2db 4,7kΩ, egyik az SDA és a 3V, másik az SCL és a 3V közé. De ezt ne csináld, ha már van az 5V felé, bár lángoszlopok nem lesznek, az álmoskönyv szerint nem jelent jót két tápfesz összekötése
A két eszköz párhuzamos bekötésétől a következő eredmény várható:
1. normál esetben, ha minden jól működik, mindkét eszköz látható az i2c scanner számára
2. ha az RTC chip döglött, vagy zárlat van rajta, az oled nem lesz látható a buszon, mert megakadályozza a kommunikációt
3. ha az RTC busz nincs felhúzva tápra, az oled-del párhuzamosan kötve működni kezdNem ártana multimétert beszerezni, mert valamivel ki kellene mérni a buszt
-
válasz
Wolfram
#19184
üzenetére
Rá tudod kötni mindkettőt egyszerre? Kíváncsi lennék, hogy akkor látná-e az oledet! Illetve csak jó lenne egy multimétert szerezni és kimérni vele az adatlábakat, hogy az 5V-ra vagy a 3V-ra vannak húzva (vagy sehova?), nehogy az oled tönkremenjen.
Ha máshogy nem, szemmel lekövetni, hogy az sda meg scl lábaktól a vezetősáv egy ellenálláshoz visz (az látszik a fotón is), de az ellenállás másik vége melyik tápfeszre van vajon kötve? -
its_grandpa
tag
-
mprrpm
tag
válasz
Wolfram
#19136
üzenetére
Némelyik DS1307 3,3V-al nem indul el. 5V pedig az ESP32-nek nem tesz jót.
Ezt a DS1307 lapot nem ismerem de 5V-al vigyázni sima 3V-os CR2032 elemet felfúja mert nem akksi (LIR2032). DS3231lapoknál ellenállást ki kell forrasztani és akkor nem fogja az elemet tölteni. Tapasztalat sima CR2032 elemmel is 5-10 évig gond nélkül elmegy. -
válasz
Wolfram
#19076
üzenetére
Hogy mekkora a veszteség, az elsősorban a felvett áramerősségtől függ. Kis áramfelvételnél viszont a légköri zavarra lesz nagyon érzékeny a cucc.
Esetleg talán egy köztes megoldás: 12V-os vezeték, és helyben egy konverter? Ezzel a káposzta is jóllakik, meg a kecske is megmarad. Valamilyen LED tápot lehetne használni erre. -
-
Szancsó
aktív tag
válasz
Wolfram
#19051
üzenetére
Vannak rá honlapok: régebben találtam használhatót, csak nem mentettem el, de most ráguglizva leltem egy érdekeset: https://gchq.github.io/CyberChef
Itt a fenti tömböt bemásolva és bal oldalt az input formátumot megadva (From decimal, Gunzip) visszafejtette rendesen HTML-re.
(Visszafelé is megvan minden parancs megfelelője.)
Ha máshogy nem, szemmel lekövetni, hogy az sda meg scl lábaktól a vezetősáv egy ellenálláshoz visz (az látszik a fotón is), de az ellenállás másik vége melyik tápfeszre van vajon kötve?
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
ekkold- Assetto Corsa Rally
- Végleg kitiltaná a Huawei-t az EU a hálózatkiépítésből
- exHWSW - Értünk mindenhez IS
- Vicces képek
- Kertészet, mezőgazdaság topik
- Arc Raiders
- LG LCD és LED TV-k
- 2,5 gigabittel hasítanak a belépőszinten az új Asustor NAS-ok
- Okos Otthon / Smart Home
- Star Wars rajongók
- További aktív témák...
- Microsoft Surface Prémium minőségi Érintős Laptop Ultrabook 13,5"-65% i7-1185G7 16/512 Tűéles Retina
- Microsoft Surface Prémium minőségi Érintős Laptop Ultrabook 13,5" -65% i5-7300 8/256 Tűéles Retina
- Garmin Fenix 6X Pro
- AMD Ryzen 7 5800X3D + ASUS ROG STRIX B550-A + Corsair DOMINATOR PLATINUM 32GB (4x8GB) DDR4 3600Mhz
- Bluetti AC70 1000W Power Station
- Panasonic CF-XZ6 AIO all-in-one laptop tablet 2k touch i5-7300u speciális ütésálló rugged
- 16 GB RTX 4080 SUPER HP OMEN - garanciával
- Bomba ár! Fujitsu LifeBook E544 - i5-4GEN I 8GB I 128SSD I 14" HD+ I DP I Cam I W10 I Garancia!
- iKing.Hu - Google Pixel 10 Tensor G5, 120 Hz OLED, tripla kamera-128 GB Használt, karcmentes Gari
- iKing.Hu - Nubia Z70 Ultra 5G Black Teljes kijelzős zászlóshajó, AI-erejű teljesítmény
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: Laptopműhely Bt.
Város: Budapest