- NASsoljunk: ZyXEL NSA-310 és az FFP
- Luck Dragon: Asszociációs játék. :)
- Elektromos rásegítésű kerékpárok
- Mr. Y: Motoros sztorik #06
- Napkollektor - csak úgy
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- sziku69: Fűzzük össze a szavakat :)
- Magga: PLEX: multimédia az egész lakásban
- Szevam: „Rendszerleállás” – egy AI képzeletbeli halál utáni élménye
- sziku69: Szólánc.
-
LOGOUT
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
-
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.
-
-
ViZion
félisten
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.) -
Janos250
őstag
válasz
Wolfram
#19036
üzenetére
OK. Én azért tekintettem fölötte lévőnek, mert http nélkül nincs websocket, és én eddig mindig a weblapra írásra használtam, miután itteni kollégák megtanítottak rá, hogy ezt jól lehet használni. :-)
Mivel a WiFi szerverre , és kliensre ül rá, közvetlenül azok is használhatók, de ahhoz nincsenek úgy készen a dolgok, mint a websockethoz.
Mellesleg, ha nem szakítod meg a kapcsolatot, a sima szerver is tud kérés nélkül küldeni. Most hirtelen nem jut eszembe, de valaki leírt egy konkrét esetet, ahol a szerver lesi a klienseket, és ha bármelyik ír, mindenkinek elküldi, hasonlóan az MQTT-hez. -
JozsBiker
aktív tag
válasz
Wolfram
#18990
üzenetére
Érdekes cucc, jó lenne mellé valami típusjel vagy mintakapcsolás, mert így nagyon a levegőben van. Azt sem értem minek neki 5V, ha - legalábbis látszólag - nincs rajta aktív alkatrész.
Egyébként a ZMCT103C amit használok ugyanez, csak van benne egy kis elektronika ami a jelet "előfeldolgozza". -
-
Janos250
őstag
válasz
Wolfram
#18976
üzenetére
Én fenyőgyantát használok. Vagy csak magában, vagy alkoholban feloldva. És persze gyantás ónt.
Ha az ember a pákával "jobbról" felmelegíti a lábat, és "balról" a forró lábhoz, ha szükséges, a páka hegyéhez is érinti az ónt, s amikor megfolyt, felemeli a pákát, hogy a felesleget a páka leszedje, akkor szépek, és jók a forrasztások. Én legalábbis így tanítottam forrasztani azokat, akik nálam tanulták.
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
Hirdetés
ekkold- Lenovo ThinkPad T14 Gen 3:i5 1250P(12mag),16GB,512GB,14"matt TOUCH,vil.HU bill,Lenovo gari 2026.6.25
- Amazfit Gtr 3 Pro okosóra dobozával újszerű állapotban
- i3-8100 + ASUS H310M alaplap + 8GB RAM egyben (félkonfig)
- Asztali PC , R5 5500 , RX 6700 XT , 32GB RAM , 512GB NVME , 1TB HDD
- Sony PlayStation 5 Fat 825 GB eredeti doboz, gyári kontroller
- Tablet felvásárlás!! Apple iPad, iPad Mini, iPad Air, iPad Pro
- BESZÁMÍTÁS! GIGABYTE AORUS ELITE Z790 i7 14700K 64GB DDR5 1TB SSD 7900XTX 24GB be quiet! SB802 1000W
- Apple iPhone 14 256GB/ 86% Akkuval / 12 hónap jótállással!
- BESZÁMÍTÁS! 2TB Samsung 980 PRO NVMe SSD meghajtó garanciával hibátlan működéssel
- Honor 200 , 8/256GB , Kártyafüggetlen
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest