-
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
-
vegyszer
addikt
Egy kérdés.
Maga a projekt, hogy két enkoder segedelmével a távcsövem mozgását követni tudjam ESP8266 helyett ESP32 segedelmével egyből működött.
De sajnos külön forrás kódfájl van a WiFi és a Bluetooth kapcsolatra. Mindkettő külön külön jól működik.
Lehet egyszerre ezt úgy összesíteni, hogy egyszerre fusson mindkét kliens, és aszerint kapcsolódjon, ahogy szeretnénk?
Mert a kódot valahogy a szemem nem látja át.
Mert én azt gondolom naivan, hogy van egy pár művelet, függvénye, és a végén lövöm ki a kapott adatot a kapcsolat módja szerint (akár mindkét fronton). De valahogy nem látom azt látom, mint szeretném... -
Janos250
őstag
válasz
Dißnäëß
#15396
üzenetére
De, ÁFA is! Július 1-től ÁFÁ-t is kell fizetni, plusz a kezelési költség. A kezelési költség lehet arányaiban a nagy, ha olcsó terméket akarsz venni. Itt jön képbe Anglia, és pár egyéb ország. Ott alacsony ÁFÁ-val esetleg alacsony VÁM-mal és alacsony kezelési költséggel megoldják, és akkor már Eu-n belüli, vagy hasonló partneri kereskedelemnek számít.
A kezelési költségre van ígéret, hogy értékarányos lesz, de ígéretekkel tele van a padlás. Jelenleg - úgy rémlik - 3 eFt fölötti csak az adminisztrációs díj. -
Dißnäëß
nagyúr
válasz
csubuka
#15394
üzenetére
Van egy ESP8266-om, pontosan amit linkeltél, tökéletesen műxik. Áll, nem tudok vele mit csinálni. Szívesen eladom Neked apróért, nem ezen fogunk összeveszni, nekem (sajnos vagy sem), wifi nélküli klasszik, Leonardo tudású Arduino bőven elég a projektjeimhez. Ez kipróbáltan jó, WiFi-n keresztül már kapcsolgattam ki 1-1 endpoint-ot létrehozva rajta Node.JS-el, http-n keresztül böngészőből relét.
(Nekem ez is nagy szó volt akkor még) 
Szóval privi, ha érdekel.
Vagy bárki, akit szintén.
Bocs, nem reklám meg semmi izé, csak tényleg, látom Neked kellene, ha 1 elég, akkor szívesen megválok tőle, nem kell a wifi.
-
-
Janos250
őstag
válasz
csubuka
#15391
üzenetére
Például ki lehet használni azt, hogy a kilépett angolok lehúzzák az Eu-t. A rajtuk keresztül jött cuccok a gyakorlatban tehermentesen érnek ide. Vagy, ha több darabot rendel az ember, sok helyen nem változik a szállítás.
Pl.:
https://www.aliexpress.com/item/4001340660273.html
5db. rendelése, és"Shipping: US $1.79via China Post Registered Air Mail
Estimated Delivery: 20-31 days"esetén a teljes költség US $25.19, vagyis 1500 Ft/darab ár lesz a végeredmény.
Egyébként még annyit, hogy ha valaki kész, már legyártott panelhez akarja, akkor mindig ellenőrizni kell a lábkiosztás, mert főként az USB csati közelében vannak variációk.A jelenlegi árak mellett tényleg csak akkor éri meg ESP8266-ot venni, ha kész panelba kell, mert ha pillanatnyilag nem használja is ki az ember az ESP32 adta plusz lehetőségeket (nagyobb sebesség, valódi 2 mag, sok GPIO, sok periféria hardver kezelése) a jövőben az még jól jöhet, és nem kér kenyeret, ha ott van, akkor se, ha most még nem használjuk ki.
-
Janos250
őstag
válasz
csubuka
#15387
üzenetére
Valóban 4 $ (1200 Ft) körüli árra mentek le az ESP32 lapok árai, ha a hosszú szállítási idővel rendeled. Viszont akkor belecsúszol a vámolási balhéba. Ezért jelenleg - szerintem - érdemes inkább 1800-2000 Ft-ot adni érte, ha még a VÁM mizéria előtt ideér.
Igen, az ESP12 az ESP8266. -
bear_
aktív tag
válasz
Dißnäëß
#15388
üzenetére
Ilyen balhé volt pár éve, az egyik kínai alaplapgyártó a saját mókolt IC-ire cserélte az egyik alaplapon lévőt, amivel aztán tudtak kémkedni. Úgyhogy az óvatosság jogos
Bár azt kétlem, hogy mikrovezérlőkbe hasonló kiskapuk lennének építve. Tekintve, hogy viszonylag egyszerű szerkezetek amiket simán le tudnak másolni már a kínaiak, ezért hamar kibukna a dolog. -
Dißnäëß
nagyúr
Az, amiről nem tudok
De amúgy ja, azért azt nem gondolom, hogy a chip nélkülünk is elrejteget valamit előlünk és megy a háttérben valami olyan, amit nem lát se driver, se OS, se semmi... Csak meg ne lepődjünk egy következő nagy Snowden teregetésen, hogy ja, minden, ami elektronika, be van kiskapuzva az eneszéjnek Windows ? 2 éve tiszta vagyok, kösz, soha.
Tartom virtuális gépben, megvett licensszel, Photoshop és pár hifitervező meg ilyesmik miatt, amik istennek se moccannak meg Linuxon, de ennyi.Debian, minimál install, és majd én felextrázom, igénytől függően. IoT-ben meg Raspbian (uaz).
-
Vótmá'?
Új Arduino lapka: Nano RP2040 Connect
Komoly cucc, wifi, mikrofon és IMU is van rajta. Meg az ára is elég komoly. -
#15383
Aryes
nagyúr
tonermagus
#15381
válasz
tonermagus
#15381
üzenetére
Csak azt tudom mondani, hogy attól, hogy csak két tengelyt használsz, még mind a hármat kalibrálni kellene, mert számoláskor lehet, hogy a nem kalibrált harmadik tengelyt is használja és az félreviszi az egészet.
Úgy próbálnám, ahogy a telefonok iránytűjét szokás kalibrálni: nagy fektetett 8-as alakot leírni vele a levegőben.
-
#15382
Janos250
őstag
tonermagus
#15381
Janos250
őstag
válasz
tonermagus
#15381
üzenetére
Nem tudom, hogy kell kalibrálni, de azt igen, hogy évekkel ezelőtt, amikor kipróbáltam, egyből félre is tettem, mert azt tapasztaltam, hogy minden közelben lévő fém tárgy bezavar. Szerencse, hogy csak hobbiból próbáltam.
-
#15381
tonermagus
aktív tag
tonermagus
aktív tag
Sziasztok!
Teljesen elakadtam egy projektben. Autopilot rendszert építek egy távirányítós autó számára.
Mindent sikerült leprogramoznom már, gyakorlatilag 99%-on áll a dolog, de a digitális iránytű kifogott rajtam....
Ahhoz hogy az autó tudja hogy merre kell elindulnia kell az iránytű, tudni kell hogy az autó orra pontosan hány fokra néz északtól. Ezt pedig a Heading értékkel tudom meg amit az iránytűtől kérdezek le.
HMC5883L iránytűt használok. Ugyebár alapból eléggé rossz értékeket ad vissza, így nyilván kalibrálni kell. Megadom a "Mágneses deklarációm" és egy gombnyomásra lefuttatom a főprogramomban egy voidként meghívva a kalibrációs programot.----------------------------------------------------------------------------------------------------
void calibration() {
Vector mag = compass.readRaw();
// Min/Max értékek meghatározása
if (mag.XAxis < minX) minX = mag.XAxis;
if (mag.XAxis > maxX) maxX = mag.XAxis;
if (mag.YAxis < minY) minY = mag.YAxis;
if (mag.YAxis > maxY) maxY = mag.YAxis;
// offset kiértékelés
offX = (maxX + minX)/2;
offY = (maxY + minY)/2;
}----------------------------------------------------------------------------------------------------
Ezt egy loopban futtatom egészen addig míg a távirányítón ki nem kapcsolom az kalibrációs módot. Itt a végén kapok egy OffX és OffY értéket. Miután kilépek a kalibrációból a compass offsetjét átírom a kapott értékekre:
compass.setOffset(OffX, OffY);
De valahogy nem akar sikerülni. Ha kiíratom az iránytű értékeit akkor szinte csak 200 feletti szögek vannak. 200 és 360 között mozog az érték, és borzasztó pici tartományban van csak jelen a 200 alatti, és az is pillanatok alatt átugrik ~30-ról 200-ra. Tehát teljesen torz az irányérzékelés.
Kérdések:
1. Működik-e ez a módszer? Hogy programfutás közben kalibrálok, majd visszatérek és az offset értékkel és felülírom a compass.setOffset(OffX, OffY);-el?
2. A kalibrálást hogy kell elvégezni? Én egy helyben állva forgatom az iránytűt. Nagyobb köröket kellene mennem? Sétálgatnom kellene vele?
3. Minden irányba, minden tengelyen körbe kell-e forgatnom hogy jó legyen? Kicsit ettől félek, mert az autóval csak jobbra-balra tudok forogni. Fel-le, a tengely körül forogva nem igazán. ÉS nekem ugye csak a vízszintes irány kellene. Illetve elég lenne ha az az egy tengely jól be lenne lőve. -
Janos250
őstag
Egy verziója kész van, de még nincs igazából könyvtárosítva.
Van hozzá .ino program tutorialnak, kétféle (C, illetve C++) file kezeléssel. Mindkét minta ott van a setupban, az egyik ki van kommentelve, de átrakva a kommentet, másik is kipróbálható.
Erre böngészőből be lehet lépni, és a WiFi-ről mint fájlról beolvassa, amit a böngésző küld, majd szintén fájlra írással válaszol neki egy Hello Worlddel.
arduinouser.hu/esp32/ESP32_VirtualFileSystem_to_WiFi_Server_Tutorial.zip
Aki akarja, kipróbálhatja.
A kliens verzióra is majdnem kész a tutorial program.
Akkor a kliens konnektál a szerverre, és utána fájlra írással kokettálhatnak. Ennek értelme is van talán. -
Janos250
őstag
Közben rájöttem, hogy eléggé fából vaskarika, amit szeretnék. Ugyanis még más dolgokat is kellene csinálni. Pl. be kell jegyezni a fájlrendszerbe a device handlert. Amíg nem tudjuk, hogy milyen sorrendben, mikorra is épül fel a fájlrendszer, addig a handler bejegyzése tényleg csak futásidőben biztonságos. Mert ugyebár alapszinten minden fájl. (Ez nem Windows, hogy minden összevissza legyen). Volt még, amivel gondom volt: a bejegyzés úgy történik, hogy egy struktúrát kell létrehozni, amiben benne vannak a handlerek pointerei. Ez C++ alatt nem megy, hogy a struktúra létrehozásakor tegyen be a linkeket, mert C++ alatt csak konstansokat lehet a létrehozáskor berakni, de csináltam a létrehozáshoz külön C fájlt, mert C-ben lehet, így az megoldódott. Állítólag ezt a .cpp-ben is meg lehetne csinálni külön C részként, de ez nekem nem sikerült.
Viszont a bejegyzés mindenképpen futásidőre marad.
Kösz a segítséget. -
Janos250
őstag
Nincs.
Majd még később tökölök vele.
Ha az initben hagyom, a példányosításban kikommentelem, akkor jó, fordítva nem.
Nem is találtam olyan tagfüggvényét a servernek, amivel meg tudnám nézni, hogy milyen a begin állapota. Majd a könyvtári begin-be teszek ideiglenesen kiírásokat, hogy lássam, mi történik. -
Janos250
őstag
vagy:
ifstream file_ifstream;
ofstream file_ofstream;
file_ifstream.open ("/server_fs/fajl.txt", std::fstream::in );
uint32_t cikl2 = 0 ;
while ( !file_ifstream ){
file_ifstream.open ("/server_fs/fajl.txt", std::ofstream::in );
cikl2++ ;
if( (cikl2%100) == 0){
printf ("\n file_fstream.open = false\n");
};
delay(100);
};
printf ("\n file_ifstream.open = OK\n");
Serial.println("ez erkezett a szerverre:");
char s[150] ;
do {
file_ifstream.getline (s, 100 );
Serial.println(s);
} while ( ! (s[0] == (char)13 ) );
Serial.println("a szerverre erkezett vege");
file_ifstream.clear();
file_ofstream.open ("/server_fs/fajl2.txt", std::fstream::out );
file_ofstream << WEB ;
file_ofstream.flush();
file_ofstream.close();
file_ifstream.close(); -
Janos250
őstag
FILE* c_style_file_read;
FILE* c_style_file_write;
do {
c_style_file_read= fopen("/server_fs/file1","r");
delay(1000);
Serial.println("wait c_style_file_read fopen");
} while (c_style_file_read == NULL);
Serial.println("c_style_file_read fopen OK!");
char c;
char buff [250] ;
do {
uint8_t i = 0 ;
do {
c = fgetc (c_style_file_read);
// Serial.print(c) ;
buff[i]= c ;
i++ ;
} while (c != (char)10 );
buff[i]= 0 ;
Serial.print(buff);
} while( (buff[0]!= 13) );
Serial.println("Ennyi jott a szerverrol") ;
c_style_file_write= fopen("/server_fs/file2","w");
fwrite ( WEB, sizeof( WEB), 1, c_style_file_write );
fflush ( c_style_file_write );
Serial.println("kiirta");
fclose(c_style_file_read);
fclose(c_style_file_write); -
Janos250
őstag
Az igaz, de ha lehetne, elkerülném.
Márcsak azért is, mert ha ezt sikerült volna megoldani, akkor semmi a lib-ből nem kellene a programba, minden a szabályos C, vagy C++ file kezeléssel menne a WiFi, így meg hiába a szabályos file open, read, write, close, ha fileként akarom kezelni a WiFi-t, kell az init.
Szabályos file műveletekkel tudok írni egy távoli gépre, vagy tudok onnan olvasni, mindenféle plusz nélkül.
Nem tragédia, de jobb lett volna, ha nem kellett volna. -
Janos250
őstag
-
Janos250
őstag
"nem lehet azt az init függvényt a könyvtár részévé tenni?"
Dehogynem! Annak része. Csak kissé slampos, ha azt kell mondanom a usernek, hogy ha használni akarod ezt, akkor a setupba tedd be, hogy init().
"nem igazán látom a problémát. "
Nem csoda, hisz nincs is különösebb probléma, csak gondoltam, hátha a guruk tudnak valami titkos, szabadkőműves megoldást, és azt eltanulom tőlük. -
válasz
Janos250
#15364
üzenetére
Az a baj, hogy blokkon kívül nem lehet kódot végrehajtani, pl. példányosítani.
Eddig ezt úgy csináltam, hogy összegyűjtöttem őket egy
void init(){} -be,
és azt a setupban meghívtam.
Hát nem lehet azt az init függvényt a könyvtár részévé tenni? Nem igazán látom a problémát.
A másik megoldás, ha az arduino ide "gyári" main() függvényét módosítod, és beleteszed az init függvényt.
-
Janos250
őstag
Szevasztok!
Megint a könyvtárazással jött elő egy kérdés, amire nem tudom a választ.
Van .h, .cpp, .c fájlok. Van-e valamiféle mágikus mód arra, hogy ezekbe valahogy becsempésszek futásidőben végrehajtandó kódot?Konkrétan: ha ezt a könyvtárat használom, MINDIG szükség van a pl. a server.begin(80)-ra. Eddig ezt úgy csináltam, hogy összegyűjtöttem őket egy
void init(){} -be,
és azt a setupban meghívtam.
Van-e arra valami megkerülő mód, hogy ne kelljen ezt a setupban meghívnom? -
Dißnäëß
nagyúr
Persze, de az még csak layer2, a wifi a fizikai réteg, amint belelát, én meg paradicsommal dobálom, VLAN sem nagy védelem.
Mobilnál meg ha privát APN-t kérsz, megoldható, hogy a szolgáltatónál lévô routing mentén, hogy ki mit lásson, Vodánál üzleti elôfizetôknek kérhetô ez (az más téma, hogy milyen a minôségük, de legyen akkor T). Szóval felcsattannak a kis kütyük a hálózatra és vagy izoláltak a nettôl, vagy proxy-zol, vagy akármi egyéb, ezek hasznos dolgok.
Vagy LoRa.
Gyakorlatban aki lorázott már, mennyi a sebessége kb ? Persze ilyen pici üzikhez elég, de ahogy olvastam, tán 9600 baud default és 56k max ? Szóval az a régi modemes kor feeling. (Nem akarok ezen torrentezni
csak érdekel). -
Janos250
őstag
válasz
Dißnäëß
#15358
üzenetére
A WiFit akkor tudja törni, ha a WiFi vételkörzetében van.
Ha látod, hogy megállt kocsival a kapud előtt, és órákat molyol
a számítógépén, akkor hozzávágsz egy paradicsomot. Erre azt mondja,
hogy ilyen védelemre nem számított, és eliszkol haza Koreába, Oroszországba, Iránba, Amerikába (Ízlés és p. hovatartozás szerint választható) -
gyapo11
őstag
válasz
Janos250
#15355
üzenetére
Illetve ha az adóban és a vevőben véletlen karakterekből álló azonos kód van és azzal vannak xorolva az adatok, akkor a hw-t el kell lopniuk és ki kell olvasni belőle a kódot. És elég mondjuk 32 karakter 0-9, a-z, A-Z, ez 2e93 variáció, egy darabig el lehet vele molyolni és a xor elég egyszerű művelet még egy arduinonak is, leprogramozni sem nehéz. Ha meg mondjuk ilyen kódokból van egy 1 MB-os flashben 32768 db kód, akkor lehet ugrókódossá is fejleszteni.
-
Janos250
őstag
válasz
Dißnäëß
#15349
üzenetére
A biztonság azért növelhető, ha elkódolt formában küldöd a parancsokat. Ha pl. az aktuális időt is - akár már eleve azt is elkódolva - hozzáveszed a csomaghoz, és azt a csomagot kódolod el, valami elég bonyolult, csak általad ismert algoritmussal, akkor még maga Bill sem fogja tudni lekérdezni, hogy hány fok van a paradicsomjaidnál.
-
Dißnäëß
nagyúr
És akkor hozok egy ilyen cikket is a wifi biztonságról: [link] (friss)
Ezért (sem) szeretnék wifi-s eszközökkel dolgozni. SIM kártyás megoldások IoT-re sokkal jobbak, mert a szolgáltatótól (cégként persze) lehet kérni privát APN-t, illetve nincs ember, aki a mobiltechnológiát törni képes úgy, mint a wifit. Cserébe lehet egy kicsit nagyobb lag, de ahol nem késleltetés kritikus a kommunikáció egy adott eszközzel, jó lehet. + a havidíj persze...
-
gyapo11
őstag
válasz
Dißnäëß
#15344
üzenetére
Ide tettem.
Digitális jelekre simán lehet egy arduinot használni megfelelő port kiterjesztéssel, pl. shift regiszterrel. Ha beleírod a linkelt programba az összes adat egy kérésre küldését, akkor még lassú sem lesz, mert a shiftregiszterrel beolvasás gyors, az egész adatcsomag átküldése gyors, a központnak szét kell bontania, de az egy arduinonál gyorsabb gép, pl. rpi. -
Janos250
őstag
válasz
Dißnäëß
#15344
üzenetére
A táp etherneten való vitele szokásos, POE (power over ethernet) keresőszavakkal keress rá. A kisebb veszteség miatt 48 V-al dolgoznak, és a felhasználás helyén állítják elő DC/DC konverterrel a szükséges feszültséget. Gyakori felhasználási módja a kamerák. Vannak POE switchek, amik felrakják a vezetékre a tápot, de vannak külön POE injektorok is, amivel az egyik végén felrakod, a másikon meg leszeded a tápot. Ezek Kínából elég filléres dolgok, ha sietsz, és jó szállítási módot választasz, még a tébolyda előtt beér. (Majd meglátjátok, mi lesz a valóság, és mi a mostani hangzatos kijelentések)
-
Dißnäëß
nagyúr
válasz
gyapo11
#15343
üzenetére
Aha értelek. Köszönöm, belenézek, elbíbelődök a megértésével, ha látom. Meg lehet hasznos másnak is innen. Gondoltam még optikára is egyébként (ahogy épületek közötti Ethernet hálózatokat is optikán kötnek össze a potenciálkülönbségek elkerülése végett), olcsó Media Markt-os toslink vagy ilyesmi, de ha úgyis kell réz a táp miatt, akkor lényegében egyszerűbb és jobb azon maradni mindennel is. 40-60nm körüli lenne alapterületre a kis "ház", egymás feletti, kicsit eltolt polcokon (hogy kapjanak fényt) a növények, és talaj nedvességszenzorok, pára, ilyesmik.. még agyalgatok fejben az egészen, valszeg 1 Arduino kiszolgálna (pláne digitális inputon ugye) elég sok szenzort, de élőben majd ezt még eljátszom kicsiben, ha indul a móka és meglátjuk, mennyi Arduino kell összesen... nem számítok ilyen több tucatra amúgy.
De ha fel lehetne őket fűzni egyetlen "buszra", akár maga a kéteres táp is lehet, de tőlem egy 4x 2-eres csavart érpár UTP is, az jó, mert végigmegyek akkor ezzel mint egyetlen kábellel a sorokon és jónapot. -
gyapo11
őstag
válasz
Dißnäëß
#15342
üzenetére
Vezetékes kommunikációra az rs485 ugrik be, de ez sem mindig problémamentes, egyis ismerős is éppen nem régen kínlódott. Asztalon tökéletes, a falban levő vezetékeket használva már nem. Szóval elvileg sodrott érpár kell neki és azonos földpotenciál az összes ponton, szabályos lezárás, amúgy 1200 m és 32 eszköz. Én lehet hogy még szerkesztenék is hozzá mondjuk +-12 vagy +-24 V-os szinteket, ebbe zavarjon bele akármi is, hacsak nem Pakson át megy a vezeték. A pc-k soros portja is azt hiszem +-12 V volt hajdanán, és nem volt vele probléma, igaz általában irodai környezetben mentek a gépek.
Van egy ardionora írt program, egy másik listán tette közzé valaki épület automatizálás témakörben, szívesen közreadom. Pár byte-os parancsokkal kell lekérdezni az eszközöket egyesével amik arduinok, és a szenzorok, beavatkozó szervek adatait küldik/kapják ha őket címezte meg a központ. Ötletadónak mindenképpen jó lehet. -
Dißnäëß
nagyúr
Sziasztok, nagyobb távolságokon (2000 négyzetméter, hosszúkás telek) milyen kábelt javasolnátok Arduino-k összekötésére, és végül a telek egyik végében lévő házban lévő Pi-vel összekötésre akár ? + táp ugye.
UTP alkalmas erre ? Szerintem 5V-t simán elviszek a benne lévő 4 érpár egyikén, zajt nem nagyon szed össze. Ha kell, szét is szedhetem, vagy nem tudom ...
Vagy ha azt mondom máshogy fogalmazva: szeretnék (tervezek) egy fűszeres és növényházat mint melléképületet, azt el szeretném látni egy marék érzékelővel, amik jelentenek be adatokat valamiféle központba (nem csak szimplán vezérelnek 1-2 szelepet), legyen ez a "központ" egy Raspberry Pi 4, szóval a házból látok mindent kvázi, csinálok rá egy kis frontend-et, akkor ezt Ti hogyan valósítanátok meg ?
Milyen kommunikációval, milyen "buszon" vagy ilyesmi .. ? Esetleges Potenciálkülönbségekre is gondolva, bár a kütyük a Pi-vel együtt a melléképületben lennének, a Pi meg wifin lógna a nappali router-én. Direkt klasszik Leonardo-kkal dolgoznék, Arduino Micro / DFRobot Beetle, semmi ESP+wifi. Tudom mehetne a Pi-ről is, GPIO van, tranyókkal illesztek, vagy maradok 3.3V-on, de igazából szeretném a rendszer autonómiáját megőrizni egy esetleges, wifi-nek kitett Pi fagyás vagy bármi anomália esetén is, egy mikrokontrollernél meg nincs megbízhatóbb elektronika jelenleg, egyszer megveszem, felprogramozom, aztán él, amíg tud, nem kell frissítgetnem meg ilyesmik, semmi ilyen nyűgök.
Köszönöm.
-
gazso75
aktív tag
Persze az tiszta volt. Igen 433mhz a freki. Meg is csináltam a 173mm drótot, szépen feltekerve.
Sajna nem lett jó, nem veszi a jelet rendesen. A teszt rf kapcsoló, kapcsolgatja a pecuban lévő relét ami 25m-re van, de az RF Reciever ami a ESP8266-re van kötve, az nem veszi a 8m-re levő csengő adóját
-
Janos250
őstag
válasz
valkesz93
#15335
üzenetére
"Es ha maga a napelem lenne 12V"
Olyan napelem nem létezik.
Mivel a nap hol erősebben, hol gyengébben süt, a napelem teljesítménye változó. Ezért általában annyit szoktak sorba kötni, hogy viszonylag gyenge napfénynél is tudjon adni legalább 12V-ot, ha csak kicsit terheled meg. A feszültsége függ a terheléstől, és van minden fényerőhöz egy optimális terhelés, amivel a z adott körülmények között a legnagyobb teljesítményt leadja. Ezért MINDIG kell konverter. Az egyszerűbbek csak annyit csinálnak, hogy a kimenetük 12V lesz, a jobbak a terhelést (akku töltés) is az optimumhoz igazítják. -
valkesz93
csendes tag
Köszi a valaszt!
Es ha maga a napelem lenne 12V, akkor kilehetne hagyni a stepup/stepdown konvertert?
A tul alacsony tolto feszultseg okozhat problemat a litium cellaknak?
Regota megakartam mar kerdezni, hogy valtozo feszultsegbol pl 6-12 volt, elolehet allitani stabil feszultseget ami pl mindig 5 voltot ad le?
Koszi! -
válasz
valkesz93
#15329
üzenetére
A napelemekhez nem értek egyáltalán, de a linkelt modulok stepdown modulok, 12,6V töltő feszültséghez legalább 14,2V feszültséget igényelnek. Azt írtad, hogy 12V a napelem, tehát elvileg arról nem fog beindulni a töltés, kivéve, ha a 12V csak névleges feszültség, és képes 14V leadására. Ellenkező esetben stepup konverterre is szükség lehet.
Arra figyelj, hogy mivel állandó töltés alatt lesznek a cellák, érdemes a töltő feszültséget a 12,6V alá belőni, pl. 12,3 vagy akár 12V-ra, a lítium cellák élettartama meg fog tőle hosszabbodni.
A BMS szerintem nem fog zavart okozni. -
dew28
aktív tag
válasz
gazso75
#15328
üzenetére
"negyedhullámú huzal" e miatt kérdeztem
Ha mar idezel, ne vagj kette egy szot. Huzalantennarol volt szo.
tekintve, hogy nem emlitetted milyen frekvenciara szeretned, gondolom 433mhz lesz, annak 700mm a hullamhossza, annak a negyede meg 173mm saccperkb. == az antennad hosszusaga is ennyi kene legyen az optimalis hasznalathoz.
de ha talalsz 173mm 'vastag' "drotot", kivancsian varom a megvalositast![;]](//cdn.rios.hu/dl/s/v1.gif)
-
valkesz93
csendes tag
Sziasztok,
Tavaly osszeraktam egy ontozorendszert, egy magnesszelep vezerlesebol allt az egesz, de egeszen jol vegezte a rendszer a dolgat. Az egyetlen dolog amit nagyon nem szerettem benne, hogy fugott a 240V-os halozattol, es iden ezen szeretnek javitani.
Elkezdtem utananezni a napelemeknek, de kicsit elakadtam nyilvan tudas hianya miatt.
Van egy alap koncepciom, de meg nem rendeltem be hozza a komponenseket, mert nem vagyok benne biztos, hogy mukodo kepes lenne, remelbem ebben tudtok segiteni.
Adott lenne egy 12V korul napelem erre kotnek ra egy 5A MPPT Solar Panel controllert(ezeket neztem ki: [link] [link] ) tudom hogy ezek nem a legjobbak, de kiserletezni szeretnek es lehetoleg olcson kihozni. Ennek a kimenetere kotnek ra 3db 18650 lip akksit egy BMS tarsasagaban.
A rendszeremet az MPPT solar controller kimenetere kotnem ra, ugyan oda ahova a az akksit is, ennek van barmifele hatranya?
AZ MPPT-ben onmagaban is van egy "akksi tolto egyseg" mely tudomasom szerint pl 12.6 voltnal nem toltene tovabb az akku pakkot, de azzal mar fokep nem vagyok tisztaban, hogy a BMS kimeneti oldalan ami az MPPT-hez csatlakozik milyen feszultseget mutat, mindig a cellak ossz feszultseget mutatja? es igy kizart, hogy megzavarja a MMPt erzekelojet?
Ha valaki segitene, elore is koszi -
Látott már valaki olyat, hogy ESP32 két BJT-s DRT/RTS auto reset áramkör külső CP2104-es USB/serial konverterrel nem megy. Gyakorlatilag az Adafruit HUZZAH32 idevágó része lett lekoppintva. El sem indul a feltöltés, egyszerűen kitimeoutol. Kézzel beállítva a szinteket működik a feltöltés, egyenként nézve szkóppal a konverter kimeneteit valamit csinál, de csak egy csatornásom van, szóval lehet időzítési probléma. Logikai analizátorom nincs. Bármi ötlet?
-
dew28
aktív tag
válasz
gazso75
#15323
üzenetére
Ökölszabályként megadható, hogy az antenna centiméterben kifejezett huzalhosszúságát úgy számíthatjuk, hogy 7500-at osztjuk a MHz-ben kifejezett frekvenciával. Eszerint 433 MHz-re 17,3 cm, 915 MHz-re pedig 8,2 cm hosszúság adódik negyedhullámú huzalantennát feltételezve.
-
válasz
vegyszer
#15320
üzenetére
Nem arról volt szó, hogy ezek az ESP-k 5V kompatibilis IO jeleket kezelnek?
Nem az ESP-k, csak az ESP8266, hivatalosan a gyártó által megerősítve. Az ESP32 kimenetei már nem 5V toleránsak. Az ESP8266 kimeneteit snapback áramkör védi, azt hiszem 6V-ig bírja, az ESP32 egyszerű dióda, kb. 3.8V fölött megsül rajta a flash chip.
Akkor ezt vajon miért tette???
Azért, mert valószínűleg megszólták miatta.
Mondjuk
egy sorozatgyártásba kerülő eszköz tervezésénél nem illik erre a toleranciára építeni. Egy házi barkács eszköznél simán elmegy, azért javasoltam, könnyítésként.
Ha mindenképp szeretnél szintillesztést, egy egyszerű feszültségosztó is megteszi.
A második verzió nem véletlenül ESP32 kompatibilis verzió? -
vegyszer
addikt
válasz
Janos250
#15302
üzenetére
Köszönöm a segítséget.
Este teszek újabb próbákat.Közben a kódom 2.0 és 2.1 verzióját is meg sikerült lelni.
Ott egy érdekes eltérés van. Bár ugyanez az ESP8266 vezérel mindent, de az enkóderek jelét valami 5V->3.3V konverteren keresztül vezetik vissza.
Az eredetiben ugyanez a kolléga meg direktben vezette vissza a jelet.Nem arról volt szó, hogy ezek az ESP-k 5V kompatibilis IO jeleket kezelnek? Akkor ezt vajon miért tette???
-
Mit is fog ez pontosan csinálni?
A bekötés jónak tűnik, csak a logikát meg kell majd fordítani a programban, a 9V elem magas jelszintje az optón keresztül alacsonyra húzza a D5 lábat és viszont.
Még annyit, hogy a most 5V és D5 között lévő felhúzó ellenállást inkább a 3.3V-ra kösd, mivel a lap 3.3V-os, és itt gond nélkül megoldható a szintillesztés az opto-val. -
-
Janos250
őstag
válasz
vargalex
#15303
üzenetére
"Nincs is inicializálva a Serial"
"Abban soros porton megy ki az infó nem teló, hanem PC számára. De azzal se jutok előrébb."
Persze, de azt azért feltételeztem, hogy próba erejéig csak tett bele valami kiírást, nem anélkül várta hogy a serial monitoron megjelenjen valami.
"Az AP nevének meghatározása sem ördögtől való"
Igen, de ez AP, és ha be akarsz rá jelentkezni, meg kell keresned az SSID-t, hogy be tudj rá jelentkezni, míg ha te adsz egy SSID-t, akkor azt tudod. Egyik elegánsabb, másik kényelmesebb."az AP létrejön"
Persze, aboolean result = WiFi.softAP(AP_NameChar, "stargazing");
alapján kutya kötelessége létrehozni, ha csak nem valami idétlen
karaktersorozat van az SSID-ben (AP_NameChar), vagy nem rövidebb a PW ("stargazing") 8 karakternél.
Lehet épp azért nem látja, mert nem tudja, milyen néven keresse?
Vagy valami egyéb gond van, hogy az egész valami hardver ok miatt el se indul nála?
Mondjuk resetelve marad az ESP.Én egyébként az egészet kissé másként csinálnám. Nem szeretek minden app-ot felrakni a telefonra, inkább WEB-et használok.
Más, hogy én - mint írtam - mindig direktbe létre szoktam hozni az AP-, nem is próbáltam még anélkül soha.
-
válasz
vargalex
#15307
üzenetére
Azt írtad, hogy feltöltötted a kódot és nálad létrejön az AP, ezek szerint lehet, hogy nála valamelyik könyvtár nem stimmel. 🤔
Felmerül a kérdés, hogy Te régebbi könyvtárakat használsz, esetleg régebbi IDE-t, vagy mindent frissítve. Láttam már olyat, hogy egy régebbi kód csak régebbi IDE-ben, vagy egy library régebbi verziójával fordult csak le. -
vargalex
félisten
válasz
Janos250
#15302
üzenetére
Ha erről a kódról van szó, akkor nem csoda, hogy nem jelenik meg semmi a serial monitoron... Nincs is inicializálva a Serial. Mondjuk az ESP8266 inicializálásának azért látszania kellene.
Az AP nevének meghatározása sem ördögtől való, egyszerűen felhasználja a MAC címből az utolsó 2 octetet azért, hogy egyedi legyen az SSID több eszközön egymás mellett futtatva ugyan ezt a kódot.
Egyébként maga az AP létrejön, én eddig teszteltem.... -
Janos250
őstag
válasz
vegyszer
#15294
üzenetére
Én is átnéztem, de nem sokra jutottam.
Az első mindenesetre az lenne, hogy a Serial monitoron a jobb alsó sarokban
nézd meg, ugyanarra a baudra van-e állítva, mint ami Serial.begin-ben szerepel!Az AP nevét valami embertelen bonyolult módon akarod számítani.
"Set unique name of AP" Hát, azért talán magadtól is ki tudsz
találni valami egyedi azonosítót.
Én mindenesetre próbára beírnám direktbe az AP nevét.WiFi.mode(WIFI_AP); // AccessPoint
boolean result = WiFi.softAP("ide az AP nevet", "stargazing"); // SSID, pw.
server.begin(); // start the serverA WDT mahinálást nem is értem, de talán jó. Én úgy gondolom,
hogy nem tart olyan sokáig egy ciklus, hogy ne haljon éhez az a kutyus.A WiFi nekem ránézésre jónak tűnik, bár én nem a connected-del szoktam, hanem így:
client = server.available(); // nem wait, hanem megy tovább
if (client) {
if (client.available()) {
inByte = (uint8_t)client.read(); -
(Nekem ez is nagy szó volt akkor még) 
Bár azt kétlem, hogy mikrovezérlőkbe hasonló kiskapuk lennének építve. Tekintve, hogy viszonylag egyszerű szerkezetek amiket simán le tudnak másolni már a kínaiak, ezért hamar kibukna a dolog.
Tartom virtuális gépben, megvett licensszel, Photoshop és pár hifitervező meg ilyesmik miatt, amik istennek se moccannak meg Linuxon, de ennyi.![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
ekkold
- 15,6" Dell Latitude laptopok: E6540, E5550, E5570, 5580, 5590, 5500, 5501, 5510/ SZÁMLA + GARANCIA
- AKCIÓ! GIGABYTE AORUS MASTER RX 6800 XT 16GB videokártya garanciával hibátlan működéssel
- AKCIÓ! VALVE INDEX virtuális valóság szemüveg garanciával hibátlan működéssel
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5700X3D 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- QNAP TS-870U-RP 8 lemezes Rack NAS
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged