- Hamarosan megkezdődik a nubia 2,8K-s táblagépének szállítása
- Barátokká váltak az eddig rivális AI-óriások
- ASUS blog: Ideális olcsó utazós gép lett az új Vivobook S14
- Az Aura Displays hordozható monitorhármasa jól felturbózhatja a produktivitást
- Dual Mode-os IPS monitorral adott magáról életjelet a Gigabyte
-
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
-
zsolti_20
senior tag
válasz
robohw
#11598
üzenetére
Hatótáv mondjuk 400-500m jelerősség pedig olyan legyen hogy egy fal ne legyen probléma neki.
Ott vanank pl a walkie talkie. Ezeket használnak a security-k a kommunikációhoz. Van köztük kb 1km, teljesen fém az egész épület és mégis tudnak egymással kommunikálni, pedig jelerősítő sincs köztük. -
robohw
aktív tag
válasz
zsolti_20
#11597
üzenetére
Mi a viszonylag nagy hatótáv?
Azt tudni kell, hogy ezek a free frekik nem véletlenül vannak korlátozva, az adók kimenő teljesítményét illetően. Mind azonos frekvencián dolgozik (433, 866 Mhz, 2.4 Ghz). Ki örülne neki, hogy valaki más miatt nem tud forgalmazni, mert az ráült a sávra? Ezért kell a hatótávot lekorlátozni, hogy ha X hajtha a modelljét kecskeméten, akkor ne lehessen már fogni a jelet még New Yorkban is.
Van profi RC adó-vevő, amit csak használatba kell venned, elég komoly hatótávú is akad, de az drága.
Ez a kicsi meg csak 1 USD egy pár, ráadásul ennek tudod emelni a kimenő teljesítményét. -
robohw
aktív tag
válasz
zsolti_20
#11594
üzenetére
De sztem neked az olcsó tökéletesen megfelel.
Adsz egy burst jelet, utána már nyomhatod is a paracs kódot.
5 bittel már 32 féle dolgot tehetsz. A kommunikáció gondolom szimplex, tehát 3-szor kiküldöd az 5 bites kódot és a fogadó oldal megnézi, hogy ebből legalább kettő azonos-e, ha igen, akkor cselekszik a kódnak megfelelően. A zavarszűrés meg is van oldva.Ehhez még példakódot is találsz.
--
Néztem, az is gagyi, mind a kettőben ugyanaz az IC hegedül. A drágább csak az illesztett antenna okán tud nagyobb távot. Ráadásul SPI buszos. -
robohw
aktív tag
válasz
zsolti_20
#11594
üzenetére
Semennyire.
Az egy elég szivatós modul. Nem véletlenül olyan olcsó.
Annak a tápfeszét sem emelgetheted.
A legolcsóbbét viszont igen. Bár az még 18 volton sem fog 250 m-nél tovább elsugározni.Ja, bocs.. én az nrf-8-ra gondoltam. A másikat nem ismerem, de az is Nordic gyártmány.
-
#11593
robohw
aktív tag
tonermagus
#11591
robohw
aktív tag
válasz
tonermagus
#11591
üzenetére
A hatótáv nem nagyon.
Annyiban valószinűleg, hogy a drágább már tartalmaz uControllert. Azért is a 6 csatorna. Bár az csak vevő.
Az olcsóbb, sima adó-vevőhöz neked kell uControllert illeszteni és felprogramozni, de a lehetőségeid is szélesebbek, mert azt tehetsz vele amit akarsz. Sávszélessége egyiknek sincs túl sok. De távvezérlésre bőven sok így is.A hatótáv ezeknél max. 200 méter, a nyílt terepen. Az adó tápfeszültségének emelésével lehet kitolni.
-
#11592
zsolti_20
senior tag
tonermagus
#11591
zsolti_20
senior tag
válasz
tonermagus
#11591
üzenetére
Ahogy látom a legnagyobb különbség, az hogy a Flysky 2.4ghz-en üzemel, amíg a másik 433-on.
-
#11591
tonermagus
aktív tag
robohw
#11590
tonermagus
aktív tag
-
#11590
robohw
aktív tag
tonermagus
#11589
robohw
aktív tag
válasz
tonermagus
#11589
üzenetére
Mindkettővel ugyanott leszel.
-
#11589
tonermagus
aktív tag
tonermagus
aktív tag
Halihó!
Távirányítós hajót szeretnék építeni. Kérdésem hogy mivel járok jobban:
- Veszek egy bármilyen gagyi RF távirányítót (pl: ILYET), plusz egy RF vevő+arduino kombó-t a vevő oldalra.
- Vagy veszek egy ILYET ami elvileg szintén összeköthető az arduinoval, és magán a távirányítón rengeteg programozható gomb van. Kérdés hogy ezeket az arduinoval fel tudom-e dolgozni? PL. fények bekapcsolására, stb... -
Izeka82
csendes tag
válasz
Janos250
#11576
üzenetére
Kezdőnek kezdő vagyok még nagyon, de az az igazság, hogy már jó pár éve elkezdtem foglalkozni vele, mindig 1-2 hetet 'programozgattam', aztán hónapokra abbamaradt. Így sajnos mindig elfelejtődik az a kevés is, amit tanulgatok.A kódok kommentelésével is úgy vagyok, hogy mindig kimarad, és hosszú idő után újra kell kezdenem, hogy vajon mit is csinál amit írtam, de többnyire csak neten talált részeket alakítok saját magamhoz
Én jelenleg csak hőmérséklet mérésre használom azt a rendszert amit próbálok összehozni. Egy raspi-n fut a domoticz, és MQTT helyett én Mysensor hálózatot találtam annak idején, nrf24l01 rádióval összekötve. A kijelzőm most a domoticztól visszakapott adatokat írja ki.
-
válasz
Gergosz2
#11578
üzenetére
Ok, köszi. Még csak a terezésnél vagyok. Az SD kártya támogatás, csak felmerült, hogy ha már a többi kész, akkor ezt is kipróbálom.
#11579 Janos250
Egyelőre összesen 1 szoba, ahol hozzá tudok nyúlni az áramhoz az asszony rosszallása nélkül.
Olvastam a SONOFF dolgokról, de nekem ez most csak játék, maradok vezetéknél mert nincsenek nagy távolságok az érzékelők és az ESP32 között.A leghosszabb vezeték kb 5 méter lesz a kültéri hőmérséklet érzékelő felé. Minden érzékelő utp vagy telefon vezeték lesz. (Olvastam egy fórumon, hogy egy srác 10 db DS18B20-at kötött rá egy ESP32 lábra. A legtávolabbi pedig 15m-re volt, és egyedül az ellenállásokra kellett figyelnie, mert 4-5 méternél már a vezeték ellenállását is figyelembe kell venni. Ő UTP kábelezést használt és állítólag tökéletesen működik neki.)
UTP kábelem van bőven, így én is azt fogok használni.A 4-es relét csak azért vetem, mert majdnem egy árban láttam az 1 darabossal. Ezzel egyelőre csak a szobai lámpát fogom vezérelni.
A redőnyt vezérelném még szívesen, de sajnos ahhoz nagyobb anyagi ráfordítás kellene.
Meg nagyon ötletem sincs, hogy mire használhatnám még a smart home rendszert aminek jelen körülmények között lenne értelme. -
válasz
Janos250
#11577
üzenetére
Azt hittem azért írtad, mert azt írtam a kollégának, hogy túlzás nano helyett esp32, de én is tudom, hogy az esp32 jelenleg az arduino szent grálja.
Csak azért írtam, mert úgy gondolom, hogy aki arduino-zik, sosem árt megtanulni kódot optimalizálni, meg kihozni a maximumot adott hardverből, mert az erős hardver, a végtelen erőforrás nagyon ellustítja a kódolókat, lásd: mobil appok féktelenül növekvő memóriaigénye. -
Janos250
őstag
Szerintem a kód el fog férni. A plafon, ami kocogtatja a fejed az lesz, hogy a különböző helyen elhelyezett dolgok adatait hogyan juttatod el az ESP32-höz. Ha vezetéken, akkor az egy madzag gubanc lesz. Ha a szenzorok egy részének az adatait WiFi-n akarod eljuttatni, akkor azokhoz kell valami WiFi képes eszköz, pl. ESP8266 a szokásos.
És akkor már ott vagy, hogy egyszerűsíti a dolgod, ha nem elemi szenzorokat vásárolsz, hanem olyat, amiben eleve bótilag ott van a kezelő ESP8266 (vagy ESP8255, amit praktikusan ugyanannak tekinthetünk).
Ilyenek az ebay-en a Sonoff ("Switch ON/OFF") cuccok, érdemes megismerkedni velük. Pl. olyan, ami 230V-os relét kapcsol, és mellesleg van benne hőmérséklet érzékelő és páratartalom mérő. Ezek a Sonoffok - és újabban más hasonló eszközök - ESP8266-ot használnak, és készítettek rájuk egy jól használható, rugalmas, C++-ban megírt, forrásnyelven elérhető rendszert, aminek Tasmota a neve.
Sokan a kész lefordított bináris felvitelével kínlódnak, én mindig az Arduino felületen a szokásos módon lefordítom, feltöltöm, mert akkor a forrásnyelvű programba be tudom írni a saját, specifikus dolgokat, pl. saját WiFi router jelszava, stb. Nagyon kényelmes és rugalmas rendszer, érdemes vele megismerkedni, ajánlom általánosan mindenkinek! Ha egyszer feltöltöttél madzagon egy Tasmota rendszert, onnan kezdve - ha változtatni akarsz - már WiFi-n keresztül megy a feltöltés.Továbblépve:
Aztán, ha nagyon sok mindent akar az emberfia használni, akkor már a kisebb gubanc érdekében a következőt használják:
MQTT !!!!
Ez egy ilyen feladatokra kidolgozott rendszer, aminek a lényege:
Minden szenzor nem oda küldi az adatot, ahol arra szükség van, hanem mindent egy központi szerverre (MQTT szerver). Ezen regisztráljuk be, hogy melyik szenzor adatát kinek küldje tovább. Pl. ha a hőmérő fagyot mutat, akkor küldje egy Sonoff relének, vagy konnektornak, ami bekapcsolja a fűtést. Ez nagyon nagy fokú rugalmasságot biztosít, mert nem kell a programokba belenyúlni változtatás esetén, hanem óhajunkat az MQTT szervernek küldjük neten.
Jelenleg erre az MQTT szerver célra a málnát használják, én is azt várom, hogy valaki csinálja már meg ESP32-re is.
Na, és persze akkor már egy lépés, hogy valamelyik okosotthon rendszert is használjuk, pl. Home Assistant.Na, megint szómenésem volt, ezeket nem azért írtam, hogy most azonnal ezeket fogod használni, hanem lásd Te is, és mások is, akik ilyesmiben gondolkodnak, hogy mi a jelenleg használatos metodika.
-
-
Janos250
őstag
válasz
Izeka82
#11573
üzenetére
Kezdők tévedése, hogy az Arduinonak van nyelve. Nincs Arduino nyelv, csak C++ van. A szabad C++ fordító régebbi, vagy újabb verzióját használják az Arduino kompatibilis lapok.
Attól Arduino, hogy meg van benne írva sok osztály, stb. előre, tehát olyan, mint egy szabvány. Például adott módon kell a pinekre írni, olvasni, megadni, hogy input, vagy output lesz, stb, de ezek nem nyelv részek, hanem előre megírt dolgok, amit minden arduinós laphoz megírnak, tehát ugyanúgy kell használni. Aztán persze vannak controller specifikus dolgok, amik az adott controller jellemzői, azoknak a kezelésére - általában - megírja a gyártó a kezelő osztályokat, miegymást, ami természetesen csak az adott controller jellemzője.
Tehát amikor írunk egy programot, nem úgy kell gondolkodni, hogy hogyan írjuk ezt "Arduinóban", hanem, hogy hogyan írjuk ezt C++-ban. Tipikus példa erre pl. az ESP32 párhuzamos programozása. Lehet használni a freeRTOS specifikus módokat, de lehet a szabványos C++(11) párhuzamos programozási dolgait is. Ez utóbbi más controlleren is fog működni, ha elég korszerű C++ fordítót használ, míg az előbbi csak és kizárólag az ESP32-n. Más kérdés, hogy az előbbi rugalmasabb, több mindent tudunk könnyedén beállítani (pl. melyik magon fusson, milyen prioritással, stb.)Ja, és még valami: kérdezni nem szégyen, itt mindenkinek segítenek, itt nem divat az "olvasd el a dokumentációt" válasz.
-
Sziasztok!
ESP32-vel való ismerkedésemet egy LED szalag egyszerű be és kikapcsolásával kezdtem. Azóta az működik, és kicsit tovább is fejlesztettem, mert egy fapados webes felületen a színeket is meg tudom változtatni. a kódon még biztos lenne mit egyszerűsíteni, ami meg is fog történni, de majd csak az új projekt keretén belül.
Most kicsit nagyobb fába vágom a fejszém. ESP32-vel szeretnék egy egyszerűsített smart home rendszert csinálni:
- 3,5" Nextion értintő kijelző
- 1 db ablaknyitás érzékelő
- LED szalag vezérlés (meglévő szalag + kód felhasználásával)
- 2 hőmérő (ds18b20)
- várható hőmérséklet lekérése (van erre API szolgáltatás)
- 4 relés modul kezelése
- 6 nyomógomb a reléhez, a LED szalaghoz, és az LDC kijelző ki-be kapcsolásához
- android applikácó (MIT App Inventor)
- SD kártya (elsődlegesen a webes felület HTML fájljaihoz)Azt hiszem el leszek vele egy darabig, csak egy a félelmem, hogy a kód nem fog elférni az ESP32 flash-ben.
-
-
-
Izeka82
csendes tag
Köszi! Egy 128x64-es kijelző, egy nrf24l01 rádió, egy valamilyen hőmérő és egy mozgásérzékelő. A kijelző SPI-n megy, azt nem tudom elég-e neki a 3-3V, de ha nem van itthon szintillesztőm. Lehet, hogy overkill nano helyett, de a nano memóriájának a 65%-nál tartok, és még csak most kezdtem el
-
-
válasz
zsolti_20
#11564
üzenetére
Ha meg majd adatbázist használsz, a setup részben töltsd fel a tömböt egy ciklusban, így a program újraflashelése nélkül tudsz új kártyákat hozzáadni. Illetve SQL parancsokkal megoldható a közvetlen lekérdezés is tömb nélkül, a kérdés, hogy a sebessége mennyire lesz elfogadható.
-
zsolti_20
senior tag
-
zsolti_20
senior tag
Nem tudom csak vesztegettem az időm vagy sem az arduinoval, de majdnem egész este ébren voltam hogy végezzek a szoftverrel. Mire kb 90% lett és a végére értem annyi mindent kellene módosítani egy új kártya regisztrálásához hogy az rengeteg, és minden felhasználó megdobná a szoftvert elég sok sorral. Így kukázom az arduinos megoldást és hallgatok rád amit kellett volna az első perctől aztán egy ESP8266-ra alapozok adatbázisssal, mert másképp ez nem fog menni. Max arra jó volt az egész hogy megismertem az RFID és az USB író/olvasó működését.
-
Janos250
őstag
válasz
zsolti_20
#11557
üzenetére
Ha C#-et már használtál, akkor rossz a fogalmazás:
"De mikor belekezdtem az ESP ismerkedésébe kicsit kevésnek éreztem magam hozzá"
C# mellé ez lenne a helyes fogalmazás:
"Azért nem nanora építettem, hanem ESP-re, mert a nanohoz kicsit kevésnek éreztem magam"
Ugyanis az ESP32 compilere a C++(11) GNU compilere, ami eléggé korszerű, és ha a C#- ból kiveszed a Microsoft dolgokat, máris azt kaptad! Az már csak hab a tortán, hogy a többi arduinoval való kompatibilitás érdekében meg van írva egy csomó osztály amit használhatsz a "szabványosak" mellett, definiálva van egy csomó konstans, objektum, és a freeRTOS használatához van egy halom API. -
_q
addikt
-
_q
addikt
válasz
zsolti_20
#11550
üzenetére
Nem ellenállást adsz hozzá szoftveresen.
Ellenállás mindig kell, a kondenzátor segít a prellmentesítésben.
(#11552) zsolti_20
Te lehúzó ellenállást használsz. Ha felhúzót használsz, azaz alapból logikai 1-en van a gomb bemenet, akkor fordított logikát kell használni, tehát lenyomod az 0. Ennek annyi előnye lehet, hogy ha szakadás vagy gond van, akkor a gombon alapból is 0 lesz ami gyanús lehet. -
zsolti_20
senior tag
Igen sikerült működésre bírnom a dolgot. Jelenleg már a pendrive írással kísérletezek. Nagyon tetszik ez az RFID olvasó. Kellene fog még egy modul amivel az időt tudom rögzíteni és meg is vagyok. Aztán jöhet a finomhangolás és egy program C#-ban amit átláthatóvá teszi a TXT-t, esetleg átkonvertálja excelbe vagy statisztikát készít.
Örök hálás a sok segítségért.
-
válasz
zsolti_20
#11550
üzenetére
Na várj csak, az ellenállást pontosan hová is kötöd? Mert ha a felhúzó ellenállásra gondolsz, amit a beépített ellenállással lehet helyettesíteni (INPUT_PULLUP), az nem a pergésmentesítés miatt van, hanem azért, mert anélkül "lebeg" a bemenet, mivel a vezeték antennaként viselkedik és összeszed minden jelet a levegőből. A pergés ettől teljesen független dolog.
-
_q
addikt
válasz
zsolti_20
#11547
üzenetére
Szoftveresen elég az ellenállás, de az nem emiatt kell, hanem a nyomógomb működése miatt, ha lenyomod, ne legyen direktbe kötve a GND felé. Bár ezt valaki erősítse meg azért. Kondenzátor fizikai tulajdonságából adódóan kell a prellmentesítéshez, mivel lassan töltődik fel, így kiküszöbölhető a gomb prellegése.
-
_q
addikt
válasz
zsolti_20
#11545
üzenetére
Arduino Implementation fejezetben van egy példa: [link]
Röviden: switch case struktúrát hozol létre. Az egyes esetek megadják, hogy épp mi történik. 1. állapot mondjuk vár a nyomógombra. 2. ha lenyomta a nyomógombot az 1. állapotban akkor a 2. állapotban figyeli, hogy az adott 10 másodpercen belül van-e a várakozás és így tovább. Mindig az egyes állapotok viszik tovább a folyamatot a következő állapotra.A prellmentesítés amikor lenyomod a gombot, az ki-be fog kapcsolni a nem tökéletes kontakt miatt. Tehát lenyomod az egyszer érintkezik, majd nem. Ennek kiküszöbölésére kell vagy hardveresen vagy szoftveresen megoldani, hogy az ne prellegjen. Hardveresen kondenzátort kötnek párhuzamosan a gombbal, szoftveresen pl: [link]
Ezek nem épp túl szakszerű megfogalmazások, de talán érthető.
-
válasz
zsolti_20
#11542
üzenetére
Túlbonyolítjátok. Állapotgép az mindenképp kell (nem nagy dolog, csak a neve ijesztő
), de ha esp lesz a hardver, ott a delay() nem hogy kerülendő, hanem egyenesen kívánatos, ugyanis nem akasztja meg a futást, hanem ilyenkor végzi el az eszköz pl. a wifi hálózat kezelésével kapcsolatos feladatokat.
Interrupt nem feltétlenül kell, mert a programnak igazából ez az egyetlen feladata van, a gombok figyelése. A gombok pergésmentesítéről viszont ne feledkezz el! Jó példakódokat lehet hozzá találni, akár itt a topikban is. -
zsolti_20
senior tag
Kicsit másképp közelítettem meg a dolgot és C#-ból emeltem át az ötletet.
unsigned long counter = 0;
void setup() {
Serial.begin(9600);
delay(1000);
}
void loop() {
for (int x=0; x<300; x++) {
Serial.println(counter);
counter++;
}
Serial.println("túl késő");
counter = 0;
delay(2000);
}Össze dobtam egy számlálót úgy hogy minden minisecben újra megy a loop így nem fagyasztja be.
Szóval gomb lenyom, elindul ez a for ciklus amiben az RFID olvasó részét beteszem, majd ha nem történik meg a scan mondjuk 10mp-ig, akkor kiugrik belőle. -
-
válasz
zsolti_20
#11538
üzenetére
"És az a megoldás esetleg, hogy RFID-val azonosítják magukat, majd gombot nyomnak?"
Ez volt az eredeti ötlet, szerintem ez így jó, én biztos így csinálnám. A konfirm szerintem felesleges macera. Van pár ötletem: esetleg a biztonság kedvéért lehetne egy bizonyos (rövid) időn belül egy javítási lehetőség, olyan módon, hogy kártyát mégegyszer lehúz, és újra szavaz. Mondjuk egy percen belül. Vagy gomb nyomva tartása közben húzza le a kártyát (ez tuti kizárja a véletlent, de kissé erőltetett). Vagy újabb kártyalehúzással nyugtázza a szavazást, de ez újabb hiba lehetőséget rejt, tudniillik a második lehúzást el fogják felejteni.
Esetleg hosszabb gombnyomásra reagálni, mondjuk fél mp-ig nyomva kell tartani a gombot... -
zsolti_20
senior tag
-
válasz
zsolti_20
#11535
üzenetére
+4 interrupt vezeték? Ha jól emlékszem az is van rajtuk (de lehet, hogy rosszul emlékszem).
A nyomógombos megoldás szerintem elegánsabb és kevesebb a hibalehetőség, mert mi van, ha a kártyát kicsit alacsonyabban mozgatja a szavazó, és a szomszédos olvasó előbb olvassa be, mint az, amire eredetileg tenni akarta? Vagy kiejti a kezéből, és ráesik valamelyik olvasóra? Egy fizikai gomb haptikus visszajelzése szerintem ilyen feladatnál kimondottan szükséges. Ezen okból kifolyólag érintőgombot sem tennék oda.
-
zsolti_20
senior tag
Lehetséges 4 RFID olvasót úgy arduinohoz csatlakozni hogy azoknak 4 különböző jelentésük legyen?
Ha pl az elsőnél szkennelem akkor A kerül a txt-be másodiknál B,C és végül D. De ehhez 4 külön RFID olvasó kellene, de nem vagyok biztos benne, hogy ez lehetséges mivel az arduino pinoutból is kifutok.Van bármi más lehetőség erre?
-
_q
addikt
Pár hete kérdeztem mi lehet az oka annak, hogy az ESP32 webserver eddig jól működött, most meg néhány óráig jó, de utána nem lehet elérni. Az esp nem fagyott ki, mivel a kijelzőt kezelte és mérte a hőmérsékletet is, egyedül a webserver nem volt elérhető pár óra után.
Úgy néz ki meg van a hiba oka, legalább is 3 napja gond nélkül megy, előtte meg 1 napot se bírt. Itt a link hozzá: [link]. Ez alapján a wifi küldés buffert kell átírni az sdkconfig.h-ban.
A kódot még tavaly ősszel írtam, nem tudom akkor az Arduino környezetből 1.0.2 mehetett talán vagy 1.0.1. Lehet ott még más volt ez az érték. Pár hónapja újratelepítettem az egész rendszert és az 1.0.3-nál jött elő a hiba. Ha esetleg más is hasonló hibába esne, itt hagyom és a kulcsszavak: webszerver, webserver.
-
válasz
zsolti_20
#11530
üzenetére
Elé kell kötni a ceruzát, aztán a lerakott vonalat már egyszerű követni.
Ha én csinálnám, léptetőmotorokkal hajtanám a kerekeit, és vagy egy optikai egérrel, vagy egy 9axis gyro szenzorral (pl. én ebből csináltam airmouse-t: [link] ) ellenőrizném az eltérést, mert bármiből is csinálod a kerekeket, sosem fognak egyformán tapadni, mindig korrigálni kell."egyszerusiteni kell ahogy csak lehetseges."
Akkor miért bonyolítod?
Az sqlite3 lib SPIFFS és SPI-n keresztül SD kártyát tud kezelni. Illetve ha a pendrive kezelő breakout board, amit linkeltél, szintén SPI-n keresztül kommunikál, akkor talán azt is. De ha lehúzod a pendrive-ot, azon egy adatbázis fájl lesz, azzal mit kezd a hölgy? Vagy mellette létrehozod a txt fájlokat is az eredeti tervnek megfelelően? -
zsolti_20
senior tag
Nem valthatom le sajnos a pendrivet semmivel, mert egyszerusiteni kell ahogy csak lehetseges. De ez a web, tavoli eleres meg az adatbazis sokat szamit nekem.
Szeretnek kesobb epiteni egy olyan robotot ami kepes egyenesen haladni es egy csikot rajzolni a talajra egy szobaban. Van erre mar kitalalt dolog? Lattam a vonalkoveto robotokat de itt epp a vonal lerakasa lenne a lenyeg
-
válasz
zsolti_20
#11526
üzenetére
Hát persze, ezt írtam is tegnap. A belső 4MByte flash ketté osztható, pl. 1M programkód +3M SPIFFS fájlrendszer. Ezen a belső SPIFFS fájlrendszeren tudod létrehozni az sqlite3 adatbázist. A pc/mobil eszköz csak mint kliens kapcsolódik fel wifi-n keresztül, az ESP teljesen autonóm módon működik, még AP módban is tud működni, ha mondjuk nincs router, amire kapcsolódjon, akkor létrehoz egy saját wifi hálózatot, amire mondjuk telefonnal rá tudsz kapcsolódni.
Én a helyedben nem Esp32-vel csinálnám, hanem Esp8266-tal, mert az Esp32 SPIFFS kezelő része szerintem még béta állapotú, nálam legalábbis gyakori adatvesztést produkál, ami egy játéknál elmegy, de komolyabb feladatnál már okozhat kényelmetlenséget. -
válasz
zsolti_20
#11524
üzenetére
ESP32 az ESP8266 továbbfejlesztett változata. Van benne BLE, több I/O port, kétmagos CPU, ami valódi többszálas futtatást is lehetővé tesz, és RTOS fut rajta. Cserébe az ESP8266 olcsóbb (amúgy mindkettő filléres tétel a tudásához képest), a lábai 5V toleránsak, tehát szintillesztés nélkül lehet rá 5V szenzorokat miegyebet kötni, több és kiforrottabb library-t találsz hozzá
-
válasz
zsolti_20
#11522
üzenetére
Dehogyis nincs.
Jlcpcb, Pcbway, de van még talán jobb/olcsóbb.
Amit én kerestem, az magyar gyártó, és az volt a lényeg, hogy számlaképesek legyenek. Aztán megtaláltam őket, csak nem ebben a topikban, hanem a hobbielektronikában linkelte valaki. Akkor kapjanak ők is egy reklámot, unipcb.hu. Azt nem tudom milyen árban/minőségben dolgoznak, de legalább magyar cég. -
válasz
zsolti_20
#11520
üzenetére
Igen, az Esp32 jelenleg az arduino szent grálja.
Az Esp8266 hasonló az Esp32-höz, csak (szerintem) egyszerűbb, kiforrottabb, és jobb az arduino kompatibilitása. Legalábbis amikor én Esp32-re írtam sqlite3 adatbázis kezelő programot, azt tapasztaltam, hogy az SPIFFS kezelő része még igencsak béta állapotú. Neked pedig pont ennek a stabil működése (is) a lényeg. Amire neked kell, az Esp8266 (pl. Wemos D1 mini) is tökéletesen megfelel. -
zsolti_20
senior tag
Köszönöm szépen a válaszokat és tippeket, végig fogom nézni a lehetőségeket amiket ajánlottál. Érdekes alternatívák és ismeretlen eszközök így tudom bővíteni a tudásom.
Jobb választás lenne NFC olvasóval megoldani? Erre gondolok. NFC-nél több lehetőségem van módosítani?
ESP32 érdekes tűnik számomra. Még soha nem hallottam róla. Ez arduino kompatibilis eszköz? Vagy hogy képzeljem el?
-
Bocs, de leírom, hátha hasznát veszed.
Ha nekem kéne ezt megcsinálom, biztosan esp-t használnék (8266-ot vagy esp32-t). Egyrészt mert beépített flash van rajta, amit lehet pendrive helyett használni, másrészt mert van hozzá sqlite3 adatbázis lib, ami képes az SPIFFS-en létrehozott adatbázist írni-olvasni! (igazság szerint SD kártyára létrehozott adatbázist is támogat natívan, SPI kommunikációval) Plusz lehet hálózaton keresztül adminisztrálni, ami azt jelenti, hogy ha új szavazót kell új rfid kártyával regisztrálni, azt böngészőből meg lehet tenni, webes felületen. Ugyanígy az eredményeket is le lehet kérdezni. Lehet jelszóval védeni az egészet, míg egy pendrive bárki számára hozzáférhető (feltéve, hogy titkos/érzékeny adat a szavazás eredménye).
A txt fájl egyik hátulütője, hogy nehéz visszaolvasni belőle, hogy ki szavazott már és ki nem, míg adatbázissal ezt nagyon egyszerűen meg lehet oldani. -
válasz
zsolti_20
#11516
üzenetére
Értem! Jó kis feladat.
Az rfid tag uid-je úgy tudom, hogy nem módosítható, viszont van benne 1kbyte-nyi írható adatmező, ahová azt írsz, amit csak akarsz. Viszont ennek az a veszélye, hogy más is tudja írni-olvasni, illetve le tudja másolni, ami visszaélésre ad lehetőséget. Úgyhogy ha ezt használod azonosításra, úgy emlékszem van lehetőség jelszóval védeni az adatmezőt. Ennél biztonságosabb a kártya uid-jét használni, de ahhoz valóban előzetesen fel kell tölteni a neveket az eszközbe. -
zsolti_20
senior tag
Ez ezt szavazó gép szeruseg lesz rf taggal ellatva. Mondjuk 10 ember szavazhat A, B, C vagy D-re. Lajos oda nyomja az rf tagját és az arduino menti ezt a pendrivera. Időponttal együtt. Később felkerul a PC-re a TXT fájl és látják hogy Lajos 14:35:11-kor B-re szavazott. De a kérdés hogy az rf tag azonosítja módosítható? Van neki egy tag-ne mondjuk E5 B9 F3 H4 és ezt modositanam arra mondjuk hogy Lajos. Így ey kerülne mentesre és nem kellene mindig újra húzni a szoftvert az arduino hanem csak a kártyát kell atirnom és ennek az azonosítja kerül a pendrivera.
-
válasz
zsolti_20
#11509
üzenetére
Mondok még jobbat. Csináld az egészet wemos d1 mini-vel, és akkor a hölgynek hozzá sem kell nyúlnia a pendrive-hoz, se fájlokat nem kell megnyitnia, hanem a wemos rákapcsolódik az otthoni routerére, és neki csak egy könyvjelzőzhető linkre kell kattintania, ahol kap egy színes-szagos weboldalt a kívánt statisztikákkal.
De legjobb lenne, ha megírnád, mire jó ez az egész és hová lesz telepítve, mert most már egyre jobban érdekel. -
-
zsolti_20
senior tag
Igen énsi így oldanám meg ahogy írtad de fontos jelen esetben hogy pendrivera tudjak menteni. Akihez kerül később a feldolgozott adat kb 60 év körüli idős hölgy akinek a szövegkezelő megnyitása is elég nagy feladat. Nem szeretném ilyennel terhelni hogy kártyaolvasó és hasonló. Hanem csak pendrive bedug és látja az adatokat.
-
válasz
zsolti_20
#11507
üzenetére
Jó-jó, értem.
Csak te kérdezted, hogy "Van ennél jobb megoldás is?". Ha arduinoval létrehozott txt fájl pc-n való visszaolvasása a cél, akkor nem értem, hogy minek a kettő közé egy rakás áramkör meg usb chip, ha néhány vezetékkel is megoldható, natív SPI kommunikációval. Utána kártya ki, kártyaolvasóba be és kész.
Persze ha direkt pendrive kezelés a feladat, nem szóltam.
-
zsolti_20
senior tag
-
zsolti_20
senior tag
Sziasztok! Ha pendrivera szeretnék egy egyszerű mondjuk .txt fájlt létrehozni, írni bele, kiolvasni belőle, akkor melyik modul ajánlott hozzá?
CH376S modult nézegettem, de sok mindent nem találtam róla. Van ennél jobb megoldás is? Vagy ez tökéletesen megfelelne?
Ettől csak az a nagyobb gáz, amikor nem is jövök rá... 
Csak azért írtam, mert úgy gondolom, hogy aki arduino-zik, sosem árt megtanulni kódot optimalizálni, meg kihozni a maximumot adott hardverből, mert az erős hardver, a végtelen erőforrás nagyon ellustítja a kódolókat, lásd: mobil appok féktelenül növekvő memóriaigénye. 
Ha már minden periféria lib-je be van importálva, a maradék részt azért nem annyira könnyű teleírni. Feltéve, hogy a progmem-re gondolsz, és nem a ram-ra. Utóbbit könnyű teleírni. 
Csak luxusabb kivitelben. Elgondolkodtató, lehet erre alapozom az egészet.
Új hozzászólás Aktív témák
Hirdetés
ekkold- One otthoni szolgáltatások (TV, internet, telefon)
- Milyen billentyűzetet vegyek?
- SD-kártyát vennél? Ezért ne csak a GB-ot nézd! – Tech Percek #9
- A fociról könnyedén, egy baráti társaságban
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Macron betiltatná az EU-ban a közösségi médiát a 15 év alattiaknak
- Gaming notebook topik
- Atomenergiával dübörögnek tovább az Amazon adatközpontok, SMR-ek is jöhetnek
- Luck Dragon: Asszociációs játék. :)
- Plazma TV topic
- További aktív témák...
- Apple Ipad 10.generáció
- Új HP Pavilion x360 14-ek Érintős hajtogatós Laptop Tab 14" -35% i5-1335U 8/512 FHD IPS Iris Xe
- RTX 4080 SUPER,16GB. Ryzen 7 7800X3D, 32 RAM Fury RGB! Garancia!
- Asztali PC , i7 9700K , RX 5700 XT , 32GB DDR4 , 500GB NVME , 1TB HDD
- Dell Inspiron 5406 2-in-1i5-1135G7 16GB DDR4 3200 512GB NVME 14" FHD Érintőkijelző W11Pro
- Samsung Galaxy A32 4G 128GB, Kártyafüggetlen, 1 Év Garanciával
- BESZÁMÍTÁS! Lenovo ThinkPad T14 Gen 4 üzleti notebook - i7 1360P 24GB DDR5 RAM 512GB SSD Iris Xe W11
- Bomba ár! Dell Latitude 7420 - i7-1185G7 I 16GB I 512SSD I HDMI I 14" 4K I Cam I W11 I Garancia!
- AKCIÓ! ASUS B650M R5 7600X 64GB DDR5 1TB SSD RTX 3080Ti 12GB Be Quiet! Pure Base 500FX ASUS 1000W
- AKCIÓ! Gigabyte B650M R7 7700X 32GB DDR5 1TB SSD RTX 3080Ti 12GB Cooler Master H500P WHITE 750W
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest