- Milyen házat vegyek?
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- AMD Navi Radeon™ RX 9xxx sorozat
- UHD filmek lejátszása
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Melyik tápegységet vegyem?
- Milyen processzort vegyek?
- Milyen billentyűzetet vegyek?
- Kompakt vízhűtés
-
PROHARDVER!
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
-
-
-
Nem rossz ötlet, de pont a lövéssel nincs gondom, ott nem kell távolságot mérni.
Beacon jelnek tényleg lehetne használni, de az a baj az ultrahanggal, hogy egyrészt nagyon irányított, tehát 360°-ra kellene vagy 8db adóvevő, másrészt 80cm-en túl gyakorlatilag használhatatlan. Ezen kívül nagyon érzékeny a visszaverődésekre (hiszen ez a dolga), és ha két robot széklábak és játéktároló dobozok közt bújkálva keresi egymást, annyi visszhang lenne, hogy nem lehetne használni.
De tartaléktervnek azért elteszem. -
Teasüti
nagyúr
Erre pillanatnyilag nem tudok válaszolni eszközök hiányában. De feltételezem egy lebegő portot kell GND-re húzni. Nos, ez a legrosszabb eshetőség. Erre keresek megoldást. Ha van vmi felhúzó a porton, akkor egyszerűbb lesz a dolog, de bármivel is oldom meg ezt, az nyilván működni fog mindkét esetben.
Legrosszabb esetben bedobok egy relét oszt' csókolom.Jelenleg ez minden, ami rendelkezésemre áll és egy fél mondat vhonnan, hogy elvileg ellenállást mér a kamera.
-
Tankblock
aktív tag
Hello
Milyen ESP32 használsz?
Ha Devboardot akkor az nem lesz kevesebb,Ha egy sima ES32 használsz nyákra forrasztva az működhet sokkal kisebb felhasznált energiával is deepsleep mellett....
pl vannak időzítő aramkörök set / reset lábakkal amik vezérelhetnek sima lineár regulátort enabled pinjét, így [nA] tartományban is tartható az ESP32.
-
Egy fokkal érdekesebb téma, hogy egy ilyen vezérlővel, csupán két output pin felhasználásával megoldható két darab egyszerű (szénkefés) motor meghajtása, némi kompromisszum árán akár több sebességfokozatban is (microstepping használatával).
Kaptam egy marék ilyen vezérlőt, és elkezdtem gondolkodni, hogy mire lenne még jó stepper meghajtásán kívül. Akkor találtam ezt a jó kis leírást, hátha jól jön még egyszer valakinek. Vagy csak mint érdekesség. -
-
Sikerült monitorozni az adatokat, nem volt egyszerű, viszont értelmezni már nem igazán tudom őket.
CA 3E 55 00 00 6C
CA 14 00 00 10 DB MODE
CA 15 04 00 00 E6 GAIN - IB 16x gain
CA 19 08 00 00 DE WA_CFDIV
CA 3E AA 00 00 1735 05 E4 00 00 16 IA rms
35 07 D5 A3 2E 52 V rms
35 09 F0 FB 02 09 FREQ
35 0A 00 00 00 F5 WATT
35 08 00 00 00 F7 PF
35 0C 00 00 00 F3 WATT_HR35 05 26 02 00 D2
35 07 30 AB 2E EF
35 09 FB FB 02 FE
35 0A 00 00 00 F5
35 08 00 00 00 F7
35 0C 00 00 00 F3Ez a kommunikáció az LCD egység és a mérőchip között a wattméter bekapcsolásakor, utána már csak a 35-tel kezdődő sorok ismétlődnek. Annyit sikerült kihámoznom a datasheetből, hogy a CA az írás, 35 olvasás, ill. minden sor mellé odaírtam, mi tartozik az adott címre. Az adatok jónak tűnnek, mert a checksum stimmel, és a frekvencia is kijön cca. 50 Hz-nek a képlet szerint. Két dolgot nem értek:
- miért mutat nyugalmi állapotban az áram valami értéket, ha a teljesítmény nem
- hogyan kellene értelmezni a feszültséget, egyszerűen sehogy sem tudok a 2E A3 D5-ből cca. 230-at csinálni.Valakinek valami ötlete? Az adatok 35 address data_low data_mid data_high checksum formában vannak.
-
kbhuinfo
tag
Elnézést a korábbi szűkszavúságért. A microwave radar (RCWL-0516) lábai VIN (5V), GND, és az OUT (ezen a lábon érzékelés esetén megjelenik 3,3V a GND-hez képest). Az ESP32-re kötve csak akkor jön 3.3V az OUT kimeneten (és jelzi a mozgásérzékelést a GPIO bemenetén az esp32-nek), ha az ESP32 GND pinje és az OUT között mérem a feszültséget egy multiméterrel. A kérdés pedig: mire van szükség (ellenállás, kondenzátor, stb.), hogy jól működjön az áramkör? Feltételezem, hogy valami hiányzik és a mérés az, ami ezt az űrt betölti... Köszi!
-
Vladi
nagyúr
Okés, de ahogy nézem, long helyett nyugodtan használhatok int-et, mert 1000-nél sose lesz egyik értékem se nagyobb.
Amúgy köszi srácok, hogy átmasszírozzátok a kódomat, mindjárt jövök a véglegesnek szánt verzióval.
mod:
Meg szerintem unsigned is felesleges.
(#9901) aryes:
Nahát, ejnye.
-
Janos250
őstag
A volatile akkor kell, ha úgy is változhat a változó értéke, hogy a fordító előre "nem tud róla". Pl. interrupt megváltoztatja, vagy amikor perifériát olvasol. Azt teszi, hogy nem puffereli az értéket, hanem mindig újraolvassa az adott helyről, valahányszor kell. Ártani sehol nem árt, viszont, ha feleslegesen használod, lassít a pufferelés hiánya miatt. A konstansok elé biztosan nem kell volatile, hiszen azt más programrészlet (interrupt, másik szál akár másik magon) biztosan nem változtatja meg.
-
Volatile egészen biztosan kell a megszakításban használt változókra, de nekem még gyanús ez a feltétel is:
currentpulse >= pulzus || voros
Én így írnám fel:currentpulse >= (pulzus || voros)
Nem vagyok pontosan tisztában a műveleti sorrenddel, ezért általában az indokoltnál több zárójelet használok, de elég sokszor okoz nehezen kideríthető hibát, így biztosra megyek.
Vladi: az enkódert nem kell pergésmentesíteni?
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
-
mprrpm
tag
Sziasztok!
Szerintem DS3231-el jössz ki a legjobban.
Hozzáteszem csináltam DCF77-el templomtorony harangvezérlőt. Előny: pontos ha tökéletes a vétel nem kell vacakolni téli/nyári átállással. Hátrány: csak Conrádnál fogsz kapni vevőt aranyárba 4000Ft környéke.
Valamint készült melóhelyre ESP32 NTP-vel óra is.
NTP is jó de ahol nincsen használható WIFI ott nem jöhet számításba.DS3231 és NTP kombó már elég jó páros tud lenni (előny: elég egyszer egy hónapban szinkronizálni WIFI-ről és viszonylag pontos időt kapsz olcsón sokáig. Hátrány hogy ha nem LIR32 aksit használsz hanem CR2032-t elemet a DS3231-hez akkor kicsit át kell alakítani a töltőáramköri részt (pukkanás elkerülése végett).
És a téli nyári átállás progiba 4sor.
Tapasztalat 4 éve megy DS3231 CR2032-vel évi +2 sec csúszással egy nehezen hozzáférhető helyen fényreklámban, nem kell óraátállításkor vacakolni. -
tvamos
nagyúr
Ertem. Koszonom!
Es van erre valami ismert megoldas?
Mukodhetne valami olyasmi, hogy par masodpercenkent megpingetem a kiszolgalot, vagy ilyesmi?Az ujabb kerdesem az lenne, miert van az, hogy az ugyan azon a halozaton levo RPi-t ha pingelem, akkor az valaszol 15-40ms-on belul, ez az ESP32 meg 100-500ms? (Es vica verza, ha az eszkoz pingeli a szamitogepem, ugyan ez a jelenseg.) Lehet ezen "tuningolni" valamit?
-
tvamos
nagyúr
Mindig ugy indul, hogy
WL_NO_SHIELD.
Ha tolok egy WiFi.begin-t, akkor tol egyWL_IDLE_STATUS.
De utana csakWL_CONNECTED, megWL_DISCONNECTEDvan.
Akkor is ezt csinalja, ha a router nem elerheto, meg mindig is.
Ha elviszem, messze a routertol, akkor semWL_CONNECTION_LOST-ot nyom, hanemWL_DISCONNECTED.
Ha kikapcsolom a routert, (hot-spotot,) akkor is ez van.
Sajnos nem talatam eddig jo manualt, de biztos rossz helyen keresem.A masik gond, hogy neha hiaba kapcsolom ki a hot-spotot, akkor is tolja tovabb, hogy
WL_CONNECTED, (de altalaban azert jo,) es ezt nem tudom detektalni.Ezek a gondjaim.
-
fpeter84
senior tag
Nekem az az érzésem, hogy a SimpleTime-ban használt getLocalTime valami szoftveres RTC lehet, mert ha berakom plusszba a printLocalTime() -ot rögtön a serial init / wifi csatlakozás közé, akkor szerintem úgy kéne működnie hogy első körben normális a Failed to obtain time, de ha egyszer megtörtént a szinkronizálás, akkor egy reset után ki kéne tudnia írni az időt, de ugyanúgy Failed to obtain time marad...
Azért még kísérletezek vele, hátha rájövök a nyitjára... -
fpeter84
senior tag
Mert Te találtál bármi leírást, példakódot, library-t a témához? Én csak annyit hogy még az IDF-be sincsen rendesen implementálva az egész, nemhogy arduino alá...
Az egyetlen amit találtam az a lenti linken lévő deep sleep, de nekem nem ez a része kellene az RTC-nek, hanem azt szeretném tudni hogy két indítás között mennyi idő telt el... -
MrChris
nagyúr
Nem is erőltettem, 64szeres, durva is lenne azoktól a miniatűr fogaktól ha átvinnék és kibírnák.
A Nema17-t néztem ki, nagyon sok helyütt találkozom vele. Ez valami szabvány, vagy egy gyártó terméke?tvamos: lötyizik rendesen.
Csak egy irányba lesz forgatva talán összefeszül. De ide-oda mozgatásra valszeg nem a legprecízebb. Másfél buszjegy ára. -
Tankblock
aktív tag
A többi board mind 1 magos ha jól sejtem, az ESP32 meg 2 core. Mivel mind a 2ről el lehet érni igy gondolom van restriction. Az ESP-IDF alatt is structúrán keresztül lehetett definálni ha jól emlékszem.
Bőven megfelelő a sebessége. Nézegesd inkább a példaprogramokat amit az ESP-IDF mellé kapsz. Az sokat fog segiteni. Az arduino erre a layerre húz rá még egyet.
-
Teasüti
nagyúr
Az egy 5V-os chip és a devkit nyákterve alapján csak 5V-ról kap áramot (usb vagy külső stabilizált táp). Ha áramtalanítani akarod, akkor 3V-ról kell betáplálni a modult.
Egyébként magát az IC-t lehetne altatni, de nem értem a nyákterven hova van kötve az a láb. Vmi "active" net label van rajta, de nem látom sehol máshol ezt a címkét. Lehet fixen fel/le van húzva.
-
ecaddsell
aktív tag
Bár lehet jó eséllyel meg tudnám csinálni (legalábbis az esetek egy részére), de ez nem annyira triviális mert a kondi a jelalakot is torzítja.
Szóval méretezni kell zavaró és kívánatos jeltől függően stb. A zavaró jel meg gombtól, öregedéstől stb. is függhet (meg encodernél forgatás sebessége miegymás).
A SW-ben 1 változót sokkal gyorsabban változtatok mint a kondit újraforrasztom.Példának okáért gyorsan összedobtam a gomb kódját a lenti logikának (mivel most per pill. még fordítani sem tudom, szóval lehet nemcsak hibás is, hanem esélyes, hogy már a fordító sem eszi meg), nekem ez sokkal gyorsabb mint forrasztgatni, tárolós szkópon nézegetni a lehetséges hibákat stb.
(Alsó rész init-be megy, meg GPIO-t változókat stb. be kell állítani).
#include <pthread.h>
#define ROTE_SW GPIO_NUM_xx
#define RENC1_STPLIM 6
typedef struct {
gpio_num_t swpin;
uint16_t step;
} roteswT;
roteswT rote1par;
pthread_t rotethrdsw1;
void* roteswbgrd(void* pars){
roteswT* swpar = (roteswT*) pars; // switch parameters
gpio_num_t swbut = swpar->swpin;
uint32_t bcount;
while (1){
if(digitalRead(swbut) == LOW)
{
bcount = 0;
for(int i=0; i<20; i++){
delayMicroseconds(100);
if(digitalRead(swbut) == LOW) bcount++;
}
if(bcount>=6){
swpar->step = (swpar->step +1) % RENC1_STPLIM;
delay (300);
}
}
delay (5); // could pthread_cond_wait() for interrupt from pin
}
} // roteswbgrd
pinMode(ROTE_SW, INPUT);
rote1par.swpin = ROTE_SW;
rote1par.step = 0;
pthread_create(&rotethrdsw1, NULL, roteswbgrd, (void*) &rote1par);Az encoder számláló része persze kicsit húzósabb és ami dühítő, hogy a HW akár tudhatná is (nagyon közel van hozzá)...
-
OK, sietve írtam. 1024 és 950 körüli értékek jönnek, delay-jel is. A fényerő változására alig változik, aztán néha 1-1 másodpercre felugrik 1024-re, vagy leesik 950-960 köré az analóg lábról olvasott érték. Fura. Csináltam már ilyet, csak nincs meg a rajz, hogy akkor hogy működött (és akkor is valamiért megás ellenállás volt rajta, s sorba volt kötve az egész.....???? De akkor is nagyon kis szórású értékek voltak, arra emlékszem.
-
-
kjocoka
csendes újonc
Igen kiír mindent, ip, dns,.stb, de csak a soros portra.
[testDHCP]
MAC: 74:69:69:2D:30:31
Setting up DHCP
My IP: 192.168.1.6
Netmask: 255.255.255.0
GW IP: 192.168.1.1
DNS IP: 192.168.1.1Mikor viszont rá teszem a TFT progit nem akar működni. Csak a sima szöveget írja ki, az elején, utánna már nem megy a progi tovább.
Amugy a TFT progit innét szedegettem: http://forum.arduino.cc/index.php?topic=312916.0
-
kjocoka
csendes újonc
Az a baj, hogy azt honnét tudom meg, mert ezekben állítólag nincs mac cím, nekem kell beírni valamit.
Azt jó lenne tudni, hogy akkor miért működik az Arduino minta progival?
Ez a típus van nekem : https://www.indiamart.com/proddetail/enc28j60-ethernet-lan-network-module-for-arduino-13121572433.htmlez a mintaprogram egyből működik, semmit nem kell átírni rajta:
// Arduino demo sketch for testing the DHCP client code
//
// Original author: Andrew Lindsay
// Major rewrite and API overhaul by jcw, 2011-06-07
//
// Copyright: GPL V2
// See http://www.gnu.org/licenses/gpl.html
#include <EtherCard.h>
static byte mymac[] = { 0x74,0x69,0x69,0x2D,0x30,0x31 };
byte Ethernet::buffer[700];
void setup () {
Serial.begin(57600);
Serial.println(F("\n[testDHCP]"));
Serial.print("MAC: ");
for (byte i = 0; i < 6; ++i) {
Serial.print(mymac[i], HEX);
if (i < 5)
Serial.print(':');
}
Serial.println();
if (ether.begin(sizeof Ethernet::buffer, mymac) == 0)
Serial.println(F("Failed to access Ethernet controller"));
Serial.println(F("Setting up DHCP"));
if (!ether.dhcpSetup())
Serial.println(F("DHCP failed"));
ether.printIp("My IP: ", ether.myip);
ether.printIp("Netmask: ", ether.netmask);
ether.printIp("GW IP: ", ether.gwip);
ether.printIp("DNS IP: ", ether.dnsip);
}
void loop () {} -
Teasüti
nagyúr
Az nem automatikusan kerül lefoglalásra?
Úgy tudom a globális változók kerülnek a ram elejére. A fent maradó terület úgy tudom a stack, amit a lokális változók használnak. De ezen mit növeljek, amikor a fordító szerint 1500 bájt szabadon van hagyva a memóriából?
Ez egy igen primitív program, futtattam már olyanokat is, amik a tár 100%-át foglalták és több mint kétharmad ram-ot és vígan futottak.Amúgy volt egy szemantikai hiba:
char data[8];tömb méretét megnöveltem, de még így is produkálja a hibákat. -
_q
addikt
A delayt csak próba miatt tettem bele, nem szép, de rá akartam jönni hol csúszik el a dolog. A kijelzős részt nem teljesen jól írtam le, úgy gondoltam, hogy egy timerrel számolom a 2 másodpercet és az megszakításként változtatna egy változót, ami mondjuk egy if szerkezeten belül végrehajtaná a kijelzést.
Ha már itt tartunk ESP32-re van jó timer leírás megszakítással egybekötve? Uno-hoz jól le van írva több helyen is hogy timer0 millis és delay-ért felelős, timer1 és timer 2 pedig szabadon használható. Mi a helyzet ESP32 esetében?
(#8544) aryes
Igen mert amiket próbáltam nem működött, ezért nem is tettem bele, csak a kódot magát hogy látszódjon amiből kiindulnék. -
Janos250
őstag
Eléggé sztochasztikusan.
Az elsőt a core0-ra teszi, a másodikat a core1-re, a többit meg hasraütésszerűen.
Az xTaskCreate mindenképpen rugalmasabb, mert tudsz stack méretet, prioritást adni."Tök jó, viszont ez ha jól értem csak érdekességképpen készül, nem azért mert csak így tudsz megvalósítani valamit?"
Igen, az xTaskCreate-el ugyanezt meg lehet valósítani, mert ő is ezzel oldja meg.
Viszont a szállal az szabványos, máshol megírt program is futtatható, illetve az itteni átvihető máshova is, míg az xTaskCreate csak a freeRTOS-t használó rendszeren van. A szabványosság miatt kerestem a konzolra írást (cout) is. -
Ja, tök jó, nekünk elektroműszerész szakközépben, kb. ugyanabban az időszakban, kb. említés szintjén volt a mikorporofesszor, egy fogalmatlan hülye előadásában.
Infó szakon minimális assembly (mind a kettőn, amit elvégeztem).
Komolyan, ha középiskolában szabadidőmben nem programozok, sehol se lennék. -
Janos250
őstag
Tudok olyan helyet, ahol nagyjából akkoriban törölték még a Neptunból is (oktatási adminisztrációs program) azt a választható tárgyat, aminek keretében PIC-kel olvastak egyszerűbb szenzorokat, vezéreltek mintaként ledeket, lámpákat, szervo és léptető motorokat.
"Erre csak a villamosmérnököknek van szüksége", mondták. Ma, ha egy mérésnél a készülék fűtését telefonról (ESP8266) vezérlik, és ott olvassák le az adatokat, arra, mint értelmetlen hibbant, különcködő ötletre tekintenek az intézménynél. Érdekes, hogy leginkább a tanítottak éreznek rá ennek az ízére. -
-
Tomi8822
tag
// Date and time functions using a DS3231 RTC connected via I2C and Wire Lib
#include <Wire.h>
#include <RTClib.h>
#include <Time.h>
#include <TimeAlarms.h>
RTC_DS1307 RTC;
// Start Time
int sHour = 11;
int sMinute =30;
int sSecond = 0;
// End Time
int eHour = 11;
int eMinute = 30;
int eSecond = 4;
int lightRelay = 2;
int lightRelay2 = 3;
int lightRelay3 = 4;
int lightRelay4 = 5;
int lightRelay5 = 6;
int lightRelay6 = 7;
void setup() {
// Set the relay to off immediately
digitalWrite(lightRelay, HIGH);
Serial.begin(9600);
Wire.begin();
RTC.begin();
// Set the pinmode
pinMode(lightRelay, OUTPUT);
// Notify if the RTC isn't running
if (! RTC.isrunning()) {
Serial.println("RTC is NOT running");
}
// Get time from RTC
DateTime current = RTC.now();
DateTime compiled = DateTime(__DATE__, __TIME__);
if (current.unixtime() < compiled.unixtime()) {
Serial.println("RTC is older than compile time! Updating");
RTC.adjust(DateTime(__DATE__, __TIME__));
}
// Use RTC time to set the start time
setTime(sHour, sMinute, sSecond, current.day(), current.month(), current.year());
time_t s = now();
// Use RTC time to set the end time
setTime(eHour, eMinute, eSecond, current.day(), current.month(), current.year());
time_t e = now();
// Use RTC time to set the current time
setTime(current.hour(), current.minute(), current.second(), current.day(), current.month(), current.year());
time_t n = now();
// Test if grow light should be on
if (s <= n && n <= e) {
digitalWrite(lightRelay, LOW); // Sets the grow light "on"
}
Alarm.alarmRepeat(sHour, sMinute, sSecond, LightOn);
Alarm.alarmRepeat(eHour, eMinute, eSecond, LightOff);
}
void loop() {
DateTime now = RTC.now();
setTime(now.hour(), now.minute(), now.second(), now.day(), now.month(), now.year());
Serial.print("Current time: ");
Serial.print(now.year(), DEC);
Serial.print('/');
Serial.print(now.month(), DEC);
Serial.print('/');
Serial.print(now.day(), DEC);
Serial.print(' ');
Serial.print(now.hour(), DEC);
Serial.print(':');
Serial.print(now.minute(), DEC);
Serial.print(':');
Serial.print(now.second(), DEC);
Serial.println();
Serial.println();
Alarm.delay(1000);
}
void LightOn() {
Serial.println("Turning Light On");
digitalWrite(lightRelay, LOW);
}
void LightOff() {
Serial.println("Turning Light Off");
digitalWrite(lightRelay, HIGH);
}Csak annyit szeretnék hogy a hat relét adott időben be majd ki kapcsolni külön külön
-
Honkydoo
őstag
Ekkora a mintavételezési frekvencia amivel az ADC-ből olvasni fogok:
unsigned int sampleRate = 22050;A setup részben ez van:
timer1Start = UINT16_MAX - (F_CPU / sampleRate);Így néz ki a kódrészlet:
ISR(TIMER1_OVF_vect) {
TCNT1 = timer1Start;
signal = AudioHacker.readADC();
fft_input[i] = signal; // put real data into even bins
fft_input[++i] = 0;
if (i == 511){
i = 0;
cli();
fft_window(); // window the data for better frequency response
fft_reorder(); // reorder the data before doing the fft
fft_run(); // process the data in the fft
fft_mag_log(); // take the output of the fft
sei();
}
}Az fft_input egy tömb amiben jelen esetben az elő érték egy egész a második érték 0.
Az a kérdés, hogy vajon elég gyorsan ki tudja e számolni az arduino az energia szinteket, vagy egymásra fognak e csúszni a műveletek?
-
Bazs87
tag
kérlek erősítsetek meg vagy cáfoljatok, de a tapasztalatom az, hogy az olcó pici kínai szenzorok sajnos nem túl pontosak. A DHT11 elvileg kalibrált szenzor mért hőmérsékletei több szenzornál +/- 2 fok különbséget tudnak kb. Ha nem valamilyen komolyabb szabályzást akarsz megvalósítani, akkor tanácsolom, hogy egy időig gyűjts adatokat, átlagolj, majd pedig a végső átlagolt idővel dolgozz (pl másodpercenként 1 értéket adj ki ciklikusan, 1 mp alatt pedig olvass folyamatosan és dobáld egy array-be, amit a végén átlagolsz, küldesz/logolsz, majd ürítesz és kezdet újra)
RTC: valszeg velem van a baj, de többet is próbáltam és pár hónap után mind sikeresen elcsúszott 5-10-20 perceket folyamatos táp mellett. Amint szükségem lesz 3 dolgon gondolkodom, ami megoldhatja a problémám: 1. NTP serverről idő szinkronizálás (valamilyen egyszerűbb socketes lib csak van hozzá)
2. DCF77 rádiós óra
3. routerből vagy a belső hálózatból valahogy kihúzni az aktuális időt (ez lenne a legjobb, de még nem mélyedtem el benne, persze úgy, hogy ne kelljen semmilyen pc-nek ehhez futnia folyamatosan) -
Tankblock
aktív tag
Hello,
Milyen gyakran mérsz? Valamennyit fog mozogni, mondjuk én 5 percenként mérek, de így sem látok nagy kilengéseket, pl légnyomás ugyanannyi órákon keresztül is és a levegőnedvesség is....
Adafruitos könyvtárat használok :
#include <Adafruit_Sensor.h>
#include <Adafruit_BME280.h>
, nem vagyok ám ennyire hülye, csak véletlenül azt írtam be, ahogy szerintem félreolvassa a sort a fordító. 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Azért még kísérletezek vele, hátha rájövök a nyitjára...
Az egyetlen amit találtam az a lenti linken lévő deep sleep, de nekem nem ez a része kellene az RTC-nek, hanem azt szeretném tudni hogy két indítás között mennyi idő telt el...
Új hozzászólás Aktív témák
Hirdetés
ekkold- Mozgásban a METAL GEAR SOLID Δ: SNAKE EATER
- Villanyszerelés
- One otthoni szolgáltatások (TV, internet, telefon)
- PlayStation 4
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Xbox Series X|S
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- E-roller topik
- Magga: PLEX: multimédia az egész lakásban
- GTA VI
- További aktív témák...
- Telefon felvásárlás!! Honor Magic6 Lite, Honor Magic6 Pro, Honor Magic7 Lite, Honor Magic7 Pro
- Csere-Beszámítás! RGB Számítógép PC játékra! R5 5600X / RTX 3060Ti 8GB / 32GB DDR4 / 500GB SSD
- Iphone 15 Plus 128GB Pink Dobozos 12 Hónap Garancia
- Új Apple iPhone 16e 128GB, Kártyafüggetlen, 3 Év Garanciával
- Samsung Galaxy A16 128GB Kártyafüggetlen, 1Év Garanciával
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: PC Trade Systems Kft.
Város: Szeged