- vrob: Az IBM PC és a játékok a 80-as években
- eBay-es kütyük kis pénzért
- hdanesz: Elektromos autózás - első élmények
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Luck Dragon: Asszociációs játék. :)
- Lalikiraly: SÜNI energiaital.
- zebra_hun: Hűthető e kulturáltan a Raptor Lake léghűtővel a kánikulában?
- Gurulunk, WAZE?!
- sziku69: Fűzzük össze a szavakat :)
- 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
-
Janos250
őstag
válasz
Teasüti #11831 üzenetére
Igen, egy méteren belüli pontosságot tud. Én ezt úgy írtam - ahogy szokás - hogy deciméteres pontosságot tud, tehát a hiba egyszámjegyű deciméterben kifejezve.
A koordináta rendszerre meg pontosan az igaz, amit leírtál.
Nem lényeges, hogy ténylegesen mi a valódi koordináta, mert úgyis attól relatív lesz, tehát egy tetszőleges pontot tekinthetsz origónak.
Majd ha lesz időm, egy picit részletesebben is leírom. -
Janos250
őstag
Még valami az árakról.
Ha jó vagy arduinos hadver és programozás terén, akkor már akár kétszázezerből is kihozhatsz egy tűrhető rendszert. Ha csak módjával,
akkor megveszed a darabonként kb négyszázezres boardot, azzal már jól elboldogulsz a net szerint, ha azért van némi arduinos ismereted.
Ha még ennyire se, akkor másfél millió körül kezdődik a "kulcsrakész" rendszer.
A fix pontok árai: a drágábbak - ha jól emlékszem - ezer Ft/darab. Ha szerencséd van, létezik is az a kő, amiért fizettél.
Nekem pl. nem volt szerencsém, mert nem bogarásztam át előtte a netet, ahol írták, hogy ezt a követ valamelyik traktoros
már rég kiszántotta, és csak az alapja van meg, a földben valahol jó mélyen. Egy ingyenes pontot jelölő legalább 50 éves, kb. 20 centi magas kő az egyik alföldi kisvárosban a bicikliút közepén van. Gondolom, örülnek neki a biciklisek. -
Janos250
őstag
Na, akkor részletesebben mindenkinek.
Én elég jól ismerem ezt a témát, csak nem akartam litániát írni, hanem tömören.
"Kérdés viszont, hogy ez a fix gps is ugyan akkorát téved-e, vagyis inkább ugyan abba az irányba téved-e és ugyan akkorát?"
Egyszer sem biztos, mert nem biztos, hogy ugyanazokat a holdakat használja. Ha ugyanazokat használja, akkor centiméteres pontossággal ugyanabba az irányba és ugyanakkorát téved. Mivel nem biztos, hogy ugyanazokat használja, ezért deciméteres nagyságrendben egyezik meg a kettő hibája. Ha éppen ugyanazokat használja, akkor meg elég pontos, mint már írtam.
"Próbáltad már?"
Elkezdtem régebben próbálkozni vele, de éppen amiatt, hogy nem biztos, hogy ugyanazokat használja, áttértem a másik - már az előző hozzászólásomban leírt típusú - GPS-ek használatára, de azok jóval drágábbak.
"így elég egy pár percig egy helyben hagyni és átlagot számolni"
Nem, ezt már próbáltam. Egy heti mérés átlaga is deciméteres nagyságrendűen különbözött a tényleges értéktől.
" hogy mérik be a fix pontot?"
Nem tudom, de vannak bemért referencia pontok. Több "szintje" van a bemért pontoknak. Ezek között van, ami ingyenesen használható, van, ami fizetős. A saját földed sarokpontjainak a koordinátái is megvannak a
Földhivatalban, de neked nem mondják meg - elvileg - pénzért sem, hanem csak annak, akinek van földmérési engedélye. A földmérés kicsiny hazánkban (természetesen nem ingyenesen) engedélyköteles.
"Ezt a korrigált jelet, mint referencia pontot már lehet hasznosítani."
Majdnem. Az egyes műholdak hibáját számítja ki hiba típusonként és műholdanként külön-külön, és ezt küldi a másik GPS-nek. Ezt csak a drágább típusú GPS-ek tudják használni. Ha nem olyan a GPS-ed, akkor annyit tudsz, hogy összehasonlítod a másik adatával, és az ÉD irányú hiba pl. 0.2 m, a KNY irányú pedig pl. 7.8 m, és ezzel korrigálod a másik GPS adatát.
"Létezik is ilyen szolgáltatás, csak elég borsos áron."
Az a szolgáltatás azokat a jeleket küldi neked neten (valóban drágán), amit a "majdnem" után írtam. Ezt elméletben hobbi célra is megrendelhetnéd, de a gyakorlatban nekem nem sikerült. Ha van ilyen neten érkező jeled, akkor elég egy GPS, de persze a drágábbik fajtából, mert ezek az egyszerű GPS-ek ezt a jelet nem tudják hasznosítani. Persze nem csak a Földhivataltól lehet venni ilyen jelet, hanem jóval olcsóbban máshonnan is. Én pl. egy dunántúli állomásról tudok, amit egy magánszemély üzemeltet, és neten ingyen láthatod, ha - mint már mondtam - olyan (a drágábbik) GPS-ed van, ami ezeket a jeleket tudja fogadni, és akkor lesz nálad is ugyanakkora hiba, ha nem vagy ettől a bázis állomástól pár km-nél messzebb. Ennek van részletes irodalma, ami hozzáférhető is, de nem minden része egyszerű.Amatőr viszonylatban csak a deciméteres pontosságot biztosító jöhet szóba.
Egyébként nem feltétlen kell ismerni a pontos koordinátáit a fix GPS-nek.
Felveszel egy koordináta rendszert, origónak azt veszed, ahová letetted a fixet. Ebben a rendszerben már tudsz dolgozni az olcsó GPS-ekkel is, deciméteres, ha mázlid van, akkor az adott pillanatban akár pár centis pontossággal. -
Janos250
őstag
válasz
tonermagus #11801 üzenetére
Igen, próbálkoztam. Nem fogsz tudni lényegesen nagyobb pontosságot elérni, akármilyen GPS-t veszel! A hiba a technológiából adódik. A GPS pontosan veszi a jeleket, de NEM PONTOS, AMI ÉRKEZIK. Pl. légköri viszonyok, műhold órájának hibája, stb. Viszont a hiba - ha ugyanazokat a holdakat használja - két különböző, de egymástól néhány km-nél nem távolabb lévő helyen elhelyezett GPS-nél megegyezik. Ezt ki tudod használni. Próbáld ki, hogy két egyforma GPS-sel mászkálsz, láthatod, hogy a kettő nagyjából együtt hibázik, a kettő közötti különbség hibája lemegy a deciméteres tartományba. Azért csak nagyjából, mert ezekkel a GPS modulokkal nem tudod megoldani, hogy pontosan ugyanazokat a holdakat használják. A kettő közötti távolság hibáját a drágább (sokkal drágább) modulok úgy csökkentik, hogy az egyik méri a holdak hibáját külön-külön minden holdra, és azt elküldi a másiknak. A másik azokra a holdakra, amiket éppen használ, ezzel a korrekcióval kalkulál. Így pár centiméteres pontosságot tudnak elérni a milliós árkategóriába tartozó geodéziai GPS-ek. (Lehet persze párszázezerből is elég jó pontosságot elérni, hozzáértő tervezéssel, programozással).
Tehát a megoldás:Kiteszel a partra egy GPS-t, ami méri a pozíciót, ezt valamilyen módon - WiFi, GSM, stb. - elküldi a vízen úszkálónak, és a távolságot a vizes és a száraz GPS által mért pozíciókból számolod. Így deciméteres hibát kaphatsz.
-
Janos250
őstag
Igen, ugyanaz, csak az itthoni négyszeres áron (1200 Ft) van postaköltség nélkül, mint a linkelt postával együtt (300 Ft). Igen, azokat állítja. Hogyan? Azt pontosan nem tudom, engem csak addig érdekelt, hogy működik.
Aztán van még pár másik csippel szerelt is, azok is működnek, ha jó drivert használ hozzá az ember. Ez nem is mindig olyan egyszerű, ha működőt akarsz, de vírust se akarsz benne. -
Janos250
őstag
-
Janos250
őstag
válasz
Attix70 #11737 üzenetére
Azt nem tudom, hogy mit használj, csak azt írom le, én mit használok kapcsolóelemként. Motorhoz is, ha csak egy irányba kell forogni (mottó: ágyúval verébre)
Itt egy minta:
IRL dicsérete
https://circuitcrush.com/arduino/2017/06/02/logic-level-mosfets-irl-or-irf.htmlŐ az IRL540-et ajánlja, bír 100V rántásra 36A Rds=44m?
link pdf
darabja 70 Ft
link ebayIRLB4030PbF, bír 100V rántásra 180A Rds=3.4m?
link pdf
darabja 240 Ft
link ebayIRLB3034PbF, bír 40V rántásra 300A Rds=1.4m?
link pdf
darabja 150 Ft
link ebayInnen lehet csemegézni:
Infineon (megvette)Ha mindkét irány kell, akkor muszáj a H híd.
-
Janos250
őstag
válasz
zsolti_20 #11675 üzenetére
Vagy innen:
http://www.cplusplus.com/reference/cstdio/sprintf/Hogy ismételjem önmagam:
"amikor írunk egy programot, nem úgy kell gondolkodni, hogy hogyan írjuk ezt "Arduinóban", hanem, hogy hogyan írjuk ezt C++-ban"
https://prohardver.hu/tema/arduino/hsz_11576-11576.htmlRá-rácsodálkoznak arduinosok egy-egy C++ osztályra, függvényre, hogy ezeket nem, vagy ritkán írják az Arduino tutorialokban, pedig tudja.
-
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.
-
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. -
Janos250
őstag
válasz
Mexbacsi #11481 üzenetére
A logikai analizátorról jut eszembe:
Én mindenkinek ajánlani szoktam ezt az 1500 Ft-os logokai analizátort, mert NAGYON megkönnyíti az ember életét, ha meg tudja nézni, hogy egy adott program hatására TÉNYLEGESEN hogyan változnak időben a jelek a panel lábain. Aztán ha azt látja az ember, hogy nem úgy, ahogy ő szeretné, már sokkal könnyebb javítani.
Logic AnalyzerMég az ilyen is hasznos tud lenni :
test clamp climp -
Janos250
őstag
válasz
Mexbacsi #11473 üzenetére
A led sorok 12V-al mennek, ehhez kell:
- ha nincs elektronikai gyakorlatod, akkor relé. Az UNO 5 V-al megy, tehát olyan relé, amit 5V meghúz. Később meg majd olyan, ami már 3.3 V-on, mert a korszerűbb lapok 3.3 V-al mennek.
- ha van, akkor FET. Valami alacsony gate feszültségű, pl. IRL sorozat.
Ha meg olyan szalagot akarsz később, amin az egyes ledek fényereje, színe egyenként változtatható (WS2812), akkor - szerintem, de nem mindenki szerint - az ESP32 lesz a legcélszerűbb UNO helyett. -
Janos250
őstag
válasz
Mexbacsi #11471 üzenetére
Szerintem ez kezdésnek jó. Majd ha már gyakorlottabb leszel, akkor úgyis áttérsz komolyabb kontrollerű lapokra, amik nem, vagy alig drágábbak, mint az UNO. Viszont a neten az UNO az iskolapélda, ezért kezdésként ez a jobb, mert hiába gyakorlatilag ugyanaz a más kontrollerrel épített lap is, kezdésnek jó, ha pontosan oda tudod dugni, ahol a neten látod. A 230-at - szerintem - hagyd későbbre, mert az rázós téma lehet.
-
Janos250
őstag
Vehetjük úgy, hogy az ESP-32S (Ai-Thinker) az ESP-WROOM-32 (Espressif) leánykori neve.
A mai boardokon elsöprő többségben ESP-WROOM-32 feliratú modul van, nem is érdemes olyat megvenni, amin nem ez van. Néha mégis ESP32S megnevezést írnak hozzá. Meg kell nézni a fényképet, mi van a modulra írva. A lábak száma eltérő lehet, de a használható lábak (meg néha a nem használhatók is) ki vannak vezetve, valamint különböznek aszerint is, hogy hány GND, és táp láb van rajtuk. Ezekből ugyanis soha nincs elég. -
Janos250
őstag
válasz
Victoryus #11406 üzenetére
Fogalmam sincs így ránézésre, de:
1. én lekérdezném, hogy sikerült-e a WiFi.softAPConfig
2. meg a WiFi.softAP
3. ez nem kellene? : WiFi.mode(WIFI_AP);
4. Valami rémlik régebbről, hogy nekem csak akkor működött jól, ha a
WiFi.softAPConfig
a
WiFi.softAP + utána várakozás
után volt. Ennek a logikáját azóta se értettem meg.Valami ilyesmire gondolnék:
WiFi.mode(WIFI_AP);
WiFi.softAP(ssid, password);
delay(100); // vagy több
IPAddress ip(192, 168, 1, 1);
IPAddress mask(255, 255, 255, 0);
WiFi.softAPConfig(ip, ip, mask);Nem vagyok olyan gépnél, hogy próbáljam.
-
Janos250
őstag
-
Janos250
őstag
válasz
gazso75 #11318 üzenetére
Egy kis esp8266 Serial fejtágító, nem csak Neked:
(Manoj R. Takoj : NodeMCU ESP8266 Communication Methods and Protocols)
2.1 Serial Communication
ESP8266 Serial works the same way as on a regular Arduino. Apart from
hardware FIFO (128 bytes for TX and RX) Serial has additional 256-byte
TX and RX buffers. Both transmit and receive is interrupt-driven. Write
and read functions only block the sketch execution when the respective
FIFO/buffers are full.
Serial uses UART0, which is mapped to pins GPIO1 (TX) and GPIO3
(RX).
Example 1: Serial Data Transmission
Program to send “Hello World” message to serialvoid setup () {
Serial.begin(115200);
}
void loop(){
Serial.println("Hello World");
delay(500);
}Amint látható, a Serialt nem kell példányosítani, mert előre példányosítva van, csak meg kell nyitni, és használni.
"
Serial1
uses UART1, TX pin is GPIO2. UART1 cannot be used to receive
data because normally its RX pin is occupied for flash chip connection. To
use Serial1, call
Serial1.begin(baudrate)
.
Example 3: Using Serial-1 (Only TX)
After uploading program you will see blue led flashes due to data is
getting sent on GPIO2(TX)."
-
Janos250
őstag
válasz
Victoryus #11266 üzenetére
Csak egy tipp:
A tools/erase Flash alatt nem véletlenül az Only sketch-et állítottad be, az All Flash Contents helyett?Na, közben látom, ez megoldódott. Nekem szokott menni telefonról is. Ha a régit látja, felejtesd el a telefonon az állomást, újra megtalálja, és akkor már jó lesz.
-
Janos250
őstag
válasz
Victoryus #11238 üzenetére
programodból:
"myservo.attach(5,600,2300); //GPIO 5, meg min max, ezt nem értem, de ennyi volt a példában""Writes a value in microseconds (uS) to the servo, controlling the shaft accordingly. On a standard servo, this will set the angle of the shaft. On standard servos a parameter value of 1000 is fully counter-clockwise, 2000 is fully clockwise, and 1500 is in the middle.
Note that some manufactures do not follow this standard very closely so that servos often respond to values between 700 and 2300. "
https://www.arduino.cc/en/Reference/ServoWriteMicrosecondsEzért kellene tudni, milyen a servo. Mindenesetre én 1000 és 2000 közöttivel próbálnám, mert én még csak olyat láttam.
Már eléggé kavarodnak bennem az infók, de - úgy rémlik - Wemos D1-et használsz. Az viszont ESP8266, de:
libraries/Servo/src/Servo.h - ban ez van:
"This library only supports boards with an AVR, SAM, SAMD, NRF52 or STM32F4 processor."Lehet ez a gond? A servo.cpp interrupttal dolgozik, és az az ESP-nél más.
A servo ugyanis úgy működik, hogy folyamatosan adni kell neki az adott időszélességű impulzust, ami általában 1 és 2 millisec (1000, ill. 2000 microsec) között van. Ha az 1 msec-es inpulzusokat kapja folyamatosan, akkor az egyik végkitérésre áll, ha 2 msec-et, akkor a másikra, 1.5 msecnél meg középre. Olyan állapot undefinit, hogy adok neki egy impulzust, és nem ismételgetem.Más:
Az Arduino "nyelve" a C++, ami magában foglalja a C-t is. Ha tanultál PHP-t, az C++ némi extrákkal.
Tehát, ha a PHP-ból kihagyod a hálózatos dolgokat, akkor az C++, ami már megy az Arduino lapon is (illetve ez nem teljesen igaz, de majdnem). Tehát a C++ -al akarj ismerkedni. Ebben a PHP, Delphi jó alap, mert a filozófiájuk ugyanaz. A pascal is jó, bár abban még nincs objektum. -
Janos250
őstag
válasz
gazso75 #11215 üzenetére
A BN-250 egy jó modul, sokan dicsérik, és olcsó.
Nekem is van, de még nem próbáltam, mert kiderült, hogy amire nekem kell, arra csak nyögvenyelősen használható részlegesen.
A nano nem egy gyors, korszerű lap. Helyette jobb lenne valamelyik ESP, STM32.
Nem tudom, elég-e a 9600 baud ennyi adathoz. -
-
-
Janos250
őstag
"Én nemrég átírtam az esp8266 softwareserial lib-et paritásbitesre"
Én meg a GPS-ekhez ESP32-n hardwareserialt használok, mert nekem nem csak az NMEA adatok kellenek, így rengeteg adatot kell kezelni."Egyébként az lesz a hiba, amit DigitXT kolléga írt"
Láttam én is, azért nem is foglalkoztam ezzel a részével, hanem pár általános gondolatomat írtam le. A distanceBetween nem azon segít, hanem könnyebben kezelhetővé teszi a távolságot, mert közvetlenül méterben adja meg.Viszont, ha jönnek hibás adatok is, akkor esetleg annak az okát (hardware ?) is meg lehetne keresni.
-
Janos250
őstag
válasz
gazso75 #11198 üzenetére
Pár gondolat így elsőre. Lehet, ezek számodra nem aktuálisak, fogadd kellő kritikával őket.
1.) A TinyGPSPlusban van:
double TinyGPSPlus::distanceBetween(double lat1, double long1, double lat2, double long2)
Miért nem azt használod a
if(abs(prev_lat - gps.location.lat()) < 1 && abs(prev_lon - gps.location.lng()) < 1)
helyett?2.) Az osztály végez kontrollszumma ellenőrzést. Ezek szerint csak azokat a hibásakat veszi át, ami ezen átcsúszik, ezért viszonylag kevés a hibás adat, de a valóságban sokkal több, csak azt nem látjuk.
3.) Milyen kontrolleren (lapon) futtatod? Mert ha egy kicsit korszerűbbön, mint az UNO, akkor nem célszerű a SoftwareSerial, hanem helyette a hardware megoldás.
4.) Milyen GPS modult használsz? Nem tud paritásbittel küldeni? Bár - úgy tudom - a SoftwareSerial nem tud paritásbites olvasást :-(
-
Janos250
őstag
"Port forwardinggal sajnos nem érsz semmit, ha szolgáltatói NAT mögött van az ip címed"
Nálam UPC van, a NAT a lakáshoz telepített router feladata, így nekem ez nem gond.
Akkor marad az alábbiak valamelyike:
a.) Saját ftp helyedre feltöltés
b.) Számos kínai saját, kínai felhőbe tölt. Én meg attól idegenkedem. -
Janos250
őstag
Csakhogy az 21 $! Én biztonsági kameráknak Hiseeu HSY-HB612 1920x1080 kínai kamerákat vettem. Szeptemberben 25 $ volt, egyébként 30 körül van. Az viszont komplett, a firmware tudja a szokásos biztonsági kamera funkciókat, riaszt mailre, távolról nézhető, feltölt ftp-re vagy NVR-re, stb. Azóta már nagyobb felbontású is kapható alig drágábban.
A TTGO technikát még nem próbáltam ki, pedig már pár hónapja megérkezett a próbadarab, persze nem kamerás változat, csak sima.
-
Janos250
őstag
"Ehhez, amit linkeltél, nincs is kamera"
Bocs, csak rákerestem egyre a Bangoodon, ehhez tényleg nincs, rossz a link.
"Honnan vetted együtt a kettőt?"
Innen, ez a jó link:
https://www.banggood.com/Geekcreit-ESP32-CAM-WiFi-bluetooth-Camera-Module-Development-Board-ESP32-With-Camera-Module-OV2640-p-1394679.html?rmmds=myorder&cur_warehouse=CN
Ez most drágább, 8 $, én olcsóbban vettem.
"Erős fényben sem nő a framerate?"
Nem próbáltam.
"Mire jó ez tulajdonképpen fotózáson kívül? "
A kamera része csak érdekesség. Nekem az benne a lényeg, hogy rajta van az SD csatlakozó hely. És, hát ESP32, ami elég sok mindenre jó. -
Janos250
őstag
Megérkezett a 6.5 dolláros ESP32 CAM modulom:
https://www.banggood.com/Geekcreit-ESP32-CAM-WiFi-Bluetooth-Camera-Module-Development-Board-ESP32-p-1443851.html?rmmds=search&cur_warehouse=CNAzt nem mondanám, hogy szuper a kamerája, de kevesebb mint kettőezer Ft-ért mit vár az ember.
Az ESP32 modul teljesen OK. Azok a kivezetések, amik a camera modult kezelik, ki sincsenek vezetve, de nekem így is marad elegendő GPIO. A lap hátulján van egy SD kártya hely, azt még nem próbáltam, remélem az is működik.A kamera: hát.... gyengécske.
Nálam vízszintes csíkok is vannak benne, azt még nem tudom, hogy a kamera hibája, vagy más. A felbontásokhoz a mért fps-ek:
1600x1200 : 0.2 fps
800x600 : 1 ffps
320x240 : 3 fps
160x120 : 8-10 fpsÖsszességében kettőezer Ft-ért kaptam egy ESP32 lapot SD slottal, kamerával együtt. Ez azért ugye elég jó ár! Egy UNO is önmagában alig kerül kevesebbe.
Ha a kamerát nem akarjuk használni (eldobjuk), akkor is nagyon jó árért kaptunk egy ESP32 lapot, ráépített SD card slottal -
Janos250
őstag
válasz
gyapo11 #11114 üzenetére
"349-889 Euró közötti árakon"
Az azért elég húzós ár!
Akkor már inkább 450 $-ért:
https://www.banggood.com/RIGOL-DS1054Z-Digital-4-Channels-50MHz-Bandwidth-1GSs-7inch-WVGA-12Mpts-30000wfm-Oscilloscope-p-1112065.htmlEz a sorozat legolcsóbb tagja, "belépő" szintűnek írják. Ami egyébként érdekes, mert az egész sorozat ugyanazt a hardvert tartalmazza, csak a firmware más, ha megveszi valaki a teljes firmwaret, akkor a legfelső szintű lesz belőle, igaz, nagyon magas áron. Persze van megoldás
Az viszont tényleg nagyon sok mindent tud. 100 Mhz-es 4 csatornás, memóriás analóg szkóp rengeteg funkcióval lesz belőle.Persze hobbi szinten ez elég drága, nem lehet kihasználni.
Saleae:
A Saleae klónnak is van 100 Mhz-es verziója is, kb. 10e Ft-ért. Nekem van mindkettő, de az esetek 90 %-ában a 24 Mhz-est használom, csak nagyon ritkán van szükségem a 100 Mhz-esre. -
Janos250
őstag
válasz
brickm #11108 üzenetére
"Enyém megy a Saleae logic analyzer szoftverrel is"
Példánya válogatja, hogy melyik megy a Saleae szoftver installálós verziójával.
De van béta verzió, amit installálni se kell. Többet itt nem részletezek."PulseView"
Na, ez nekem új infó! Kipróbálom.Már többször javasoltam, hogy vegyetek ilyet, mert NAGYON megkönnyíti az ember életét. Most is nyomatékosan ezt mondom!
-
Janos250
őstag
-
Janos250
őstag
Valaki próbálta már ezt?
8 dollárért ESP32 modul + 2 Mpixel kamerával eléggé ajándék árnak tűnik.
-
Janos250
őstag
válasz
Mr.Csizmás #11030 üzenetére
Én ebay-ről szoktam venni, de ha pesti vagy, adok pár darabot.
-
Janos250
őstag
válasz
Teasüti #10952 üzenetére
"Olajnyomás"
https://www.ebay.com/itm/0-3m-Wire-Pressure-Transducer-or-Sender-Sensor-for-Oil-Fuel-Diesel-Gas-Air-Water/172992432465?hash=item2847270951:m:m6lmraNbOpqMwaLfpGJ7qPg
Ehhez is kell ADC. Nekem bevált, de kalibrálni célszerű.Én autó benzinpumpa menet közbeni hibakereséshez használtam pár ével ezelőtt. Mobiltelefonon mutatta az aktuális benzinnyomást.
A fogyasztás mérésre én is kíváncsi lennék. A gyári megoldások - tudtommal - az injektor jeléből számítják, mert az áramlásmérők olyan pontatlanok, hogy a visszafolyás miatt használhatatlan a jelük.
-
Janos250
őstag
válasz
t72killer #10915 üzenetére
Én ma is ezt használom:
https://www.ebay.com/itm/Natural-Colophony-Gum-Incense-resin-50-100grams-Rosin-Pine-Resin-High-Grade-Flux-/113241616351?var=&hash=item1a5db9efdf
Igaz, nem SMD-hez.
Nekem ma is ez válik be legjobban. Természetes állapotában, vagy 96% alkoholban oldva.
A Z80-at is ugyanúgy forrasztottuk, mint ma az arduinokat. -
Janos250
őstag
válasz
zsolti_20 #10872 üzenetére
Ha tényleg eredetiek, akkor jó, bár ott konkrétan a szállítás elég drága.
Érdekes ez az ebay. A legtipikusabb átverés az ultrafire akkuk, ilyet nehogy vegyen valaki! Iszonyatos kapacitásokat írnak, ami a jelenlegi technológiák mellett kizárt. Jelenleg a maximum, amit egy 18650-es akku tudhat, az a nagyjából 3500 mAh. Ahol ennél több van írva, az biztosan átverés. Ennek ellenére bejön a dolog az eladóknak, megéri az átverés. Nézzük pl az alábbi linken lévőt:
https://www.ebay.co.uk/itm/182883282203
Az eladónak több mint 25ezer értékelése van, 99% pozitív! Tehát ez sem biztosíték!
9800mAh-t ír, ami természetesen átverés, a hasonlók 500-1000 mAh-t szoktak tudni. Onnan tudom, hogy korábban én is bedőltem ezeknek, és vettem. Aztán amikor megvettem azt a töltőt, ami kapacitást is mér, csak akkor jöttem rá, micsoda balek voltam. -
Janos250
őstag
válasz
fpeter84 #10859 üzenetére
Az ebay-en vett mindenféle kék, piros akkuk felét, negyedét, tizedét tudták, mint ami rájuk volt írva.
Viszont ebből a szériából vettem már háromszor is:
https://www.banggood.com/4PCS-NCR18650B-3_7V-3400mAh-Protected-Rechargeable-Lithium-Battery-p-90989.html?cur_warehouse=CN
Legalább 3200 mAh-t mind tud, mérve, és protected. Nem olcsó, de nekem bevált. -
Janos250
őstag
válasz
t72killer #10756 üzenetére
Erről a régi vicc jut eszembe: Lehet-e Svájcban szocializmust csinálni? Lehetne, de minek?
Egy tényleg full HD kínai net IP kamera 7-10 eFt. Annak a programjában benne van a kép küldés, a streamelés, és még rengeteg dolog. Azt rádugod a routerre, és akár Ausztráliából is láthatod. A szabad WiFi streamre használatát felejtsd el! Sávszélesség kell neki. Nekem egy családi házban vannak vidéken ilyen kamerák, és a vezetékes UPC net olcsó verziója van a házban. Az FHD távolról nem megy a kis sávszélesség miatt, csak a 720p. A macera persze az az olcsó kínai kamerákban, hogy a fórumokon nemigen lehet hozzá segítséget kapni, mert a profi telepítők undorral szólnak a kínai kamerákról, ők az igen drága Hikvisiont preferálják, hogy vedd meg tőlük. Nem, mintha a Hikvision nem kínai lenne, de azt kevesen tudják. Egyébként a kezelésük mondhatni ugyanaz, csak legfeljebb más sorrendben vannak a menü pontjai, és más a nevük. Persze biztosan megbízhatóbbak a drága kamerák, kinek mi kell. Az olcsó kamerák elismerten Huawei (Hisilicon nevű leánya) által gyártottak, a drágákról meg általában titkolják az tényleges eredetet. Vajon miért?
Összefoglalva:
Én olyan megoldást javasolnék, amit erre gyártanak, mert az sem drágább. -
Janos250
őstag
válasz
t72killer #10733 üzenetére
Ez kezdéshez jó választás. Ne vegyél hozzá WiFi-s lapkát! Ha WiFi-t akarsz próbálgatni/használni, akkor ESP8266 (Pl. Wemos), vagy ESP32. Az ESP8266 1000 Ft alatt van, az ESP32 meg 2000 körül.
Az ESP8266 előnye, hogy az okosotthon témába elég jól beillesztették. Számos Sonoff gyártmányú lap van hozzá viszonylag olcsón, amik célfeladatokat látnak el. Pl. WiFi-s fali villanykapcsoló, hőmérő, páratartalom mérő, miegymás. Ha az ESP8266-ot nagyjából megismered, akkor ezeket könnyedén tudod használni. Egy lelkes ember írt egy minden Sonoffra jó, paraméterezhető programot (Tasmota néven), ami egyből illeszkedik az okosotthonos dolgokhoz. Az ESP32 előnye meg az, hogy op. rendszert használ, és 2 mag van benne, tehát a párhuzamos programozáshoz jól jön. Mindenesetre kezd el a megrendeld UNO-val, aztán majd lépsz tovább! -
Janos250
őstag
válasz
t72killer #10731 üzenetére
Így, hogy elolvastam amiket írtál, pár privát megjegyzés:
1. Hajrá, mások is így kezdik, fog az menni. Ha elakadsz, szólj, és lökdösünk!
2. Nem vagyok meggyőződve, hogy ez az icuri-picuri lapocska túl jó választás volt kezdésnek.
Hogy mi a jó, arról megoszlanak a vélemények. A neten az "arduinos Hello World" az UNO.
Arra van rengeteg program, tutorial, miegymás. Igaz persze, hogy a többi lapokon is gyakorlatilag változtatás nélkül, vagy minimális változtatással futnak ugyanazok a programok, de kezdők számára előny, amikor fénykép-szerűen ott egy UNO, és látod, melyik lábhoz mit köss.
Vannak korszerűbb lapok, amik nem, vagy alig drágábbak, és mint már írtam, általában változtatás nélkül mennek rajta a más lapra írt programok.
A korszerűbbek: ARM alapú a DUE, de rokona az elég nagy tudású és olcsó STM32 sorozat. Aztán jött az ESP8266 ami WiFi-t is tud, majd ezt korszerűsítve az ESP32. Én mostanában ez utóbbit szoktam ajánlani, bár kaptam is már érte a fejemre.
3. Az Arduino lapokat C++ nyelven programozzuk, azzal a kiegészítéssel, hogy számos osztály és objektum van előre definiálva, amit minden lapnak tudnia kell, ha illesztik ebbe a rendszerbe. Példa erre a serial
osztály, és annak egy előre definiált példánya, a Serial(). Ha most kezded, ne mássz bele az objektumos örökléses részbe mélyen, használd ökölszabályszerűen őket, pl. a Serial()-t. Majd később megérted,
hogy pontosan mi is az, és miért úgy van. A C mutatóit meg egyelőre végképp ne! A fordítók a GNU C++
fordítók valamelyik verziója, ez biztosítja a szabványosságot. Majd később, ha valami hiányzik, nézd meg, hogy van az a C++-ban, és próbáld ki! Meg fogsz lepődni: megy, akkor is, ha az arduinos irodalom nem írja. Én - mint már mondtam - az ESP32-t használom, ami a C++11 szerinti fordítót használja, és valóban tudja is. (Pl. a szálak "szabványos" kezelése, stb).
4. Mégegyszer: Hajrá! -
Janos250
őstag
-
Janos250
őstag
válasz
t72killer #10717 üzenetére
Nem pontosan értem a kérdést, de:
https://raw.githubusercontent.com/damellis/attiny/ide-1.6.x-boards-manager/package_damellis_attiny_index.json ???? -
Janos250
őstag
Tudom, hogy nem ide vágó dolog, de hangsúlyozom mégegyszer, hogy ez igenis a run length limited, RLL, korlátozott futáshossz technika. A GCR az RLL-ek egyik fajtája, az RLL (0,2)
Ismét a link:
https://en.wikipedia.org/wiki/Run-length_limitedTe szerencsére már megoldottad a problémád, de másnak is javasolom, hogy ha hasonló jellegű gondja van, ne sajnálja az időt megismerkedni a pár évtizedes RLL technikával, aminek különböző fajtáit ma is előszeretettel használják több területen.
-
Janos250
őstag
Na, ezek egy része nekem teljesen új. Tehát több kocsi beszélget egymással, hogy ne ütközzenek össze, mint a madárraj, vagy a repülőgépek mikor alakzatban repülnek? Ha a led és az érzékelő fölé raksz egy csúcsára állított tükröző kúpot, akkor talán eléggé terít is 360 fokban.
Én továbbra is szétválasztanám a távolság mérést és a kódot, ha már mindenképpen ragaszkodnék az infrához. Adnék egy rövid burst jelet (talán minden kocsin különböző frekivel), ennek analóg mérném az alsó és felső értékét, és a különbség lenne a jel erőssége. Aztán külön küldeném a kódot, amit továbbra sem tudom, hogy mi akar lenni, de ez tk. nem is érdekes.
"A háromszögelés pedig 1 adó + két vevő között történne"
Ezt így este már nem nagyon tudom felfogni, hogy ha egy háromszögnek ismered egy pontját (adó), és két oldal hosszát, kéne még egy adat, de Te bizonyára érted, mit akarsz. -
Janos250
őstag
"szerintem az a lézeres mérő"
Igen a lézeres mérő, és a GPS carrier fázis mérése alapján írtam, a sharpot nem ismerem.Azt még mindig nem mondanám, hogy pontosan értem, hogy mit akarsz, de vannak róla elképzeléseim.
Tehát van egy mozgó kocsi, aminek infókat akarsz küldeni IR-en. Ez alapján akkor a vevőnek a kocsin kell lenni.
Van 1-2-3 (esetleg több) adó ismert koordinátájú pontokban, amik küldik a jelet. A jel erősségéből távolság infót akarsz kinyerni.
Ahhoz, hogy elfogadható pontosságot kapj, muszáj lesz (szerintem) a vevőt egy pincurka servo- vagy léptetőmotorral az adó, azaz a maximális jel erősség irányába állítani. Hogy az egyéb fények által okozott offset ne zavarjon, az adó(k) jele egy 30 kHz körüli jel, így a jel erősségét a van jel/nincs jel szint különbségéből akarod számítani, ami a távolság függvénye.
A távolság egyértelmű függvénye, ha vagy az adó(k) is a vevő felé irányba beállnak, vagy a sík minden irányába egyenletesen adják a jelet.Jel erősséget is akarsz mérni, és a kódot is venni.
a.) Az adó folyamatosan adja a 30 kHz jelet, ebből digitálisan elég könnyen tudsz jel erősséget kapni, a kódot pedig úgy küldöd, hogy egyértelmű legyen a vevő számára, hogy most meg a kód jön. Pl. a startbit dupla periódusidejű, azaz 15 kHz. Így a kód is viszonylag könnyen kinyerhető.
b.) Egyszerre akarod a kódot is és a távolságot is megkapni. Akkor jön a vér izzadása, hogy mindenféle szűrésekkel megold.Adók száma:
1 adó:
A távolságot a jel erősségéből számolod, de kell egy szög is, hogy a feladat definit legyen. Mivel a kocsin nincs (?) digitális iránytű, ezért a pontos irányát nem tudod, muszáj az adónak forogva meghatározni a szöget. A maximális jelhez tartozó szög.
2 adó:
A távolság mint egy adónál, de a kocsin lévő vevő forgatásával meg tudod kapni a bezárt szöget. Ha tudod, hogy a két adót összekötő egyenes melyik oldalán van a kocsi, akkor akár szög se kell.
3 adó:
Szögek nélkül, csupán a távolságokból is teljesen definit.Melyik verzió az általad elképzelt? Vagy valami tök más?
-
Janos250
őstag
"Emellett a küldő oldal jelerőssége alapján szeretnék hozzávetőleges távolságmérést csinálni"
De a jel erőssége nem csak a távolságtól függ, hanem pl. attól is, milyen szöget zár be a vevő és az adó.
Ha jól emlékszem, ESP-t használsz. Ott van a WiFi.RSSI(), ami a jel erősségét adja. Nem tudom, mennyire használható. Én nem használtam még semmire, csak passzióból íratom ki néha.
"árulnak arduino-hoz való ir távolságszenzort, ami egy egyszerű reflektív optokapuból + némi elektronikából áll, ahol az ir led fényét frekvenciamodulálják, hogy ne zavarja a környezeti fény."
Na, ahogy én tudom - lehet rosszul - ez azért ennél bonyolultabb. Az IR-rel a távolságmérést nem a jel erőssége, hanem a visszavert jel visszaérkezési idejéből számítják. Mivel a fény szeret elég gyorsan menni, ezért ilyen pici időt macerás mérni. Ezért találták ki azt az ötletet, hogy modulálják a kimenő fényt, majd a visszavertet is ugyanolyan erősségűre erősítik, aztán "összekeverik". A fáziskésésből adódóan a kevert jel erőssége függ a fáziskéséstől, azaz a futási időtől. -
Janos250
őstag
Szerintem többnyire nem értik meg pontosan a kérdést.
Az, hogy ott van egy IR tranzisztor, még nem sokat mond.
Ha én akarnám ugyanezt megcsinálni, mit tennék:
1. Nem az analóg jelet akarnám így átküldeni, hanem helyben digitalizálnám, és azt küldeném át. (Már amennyire sikerült felfognom a részinformációkból, hogy tulajdonképpen mit is akarsz)
2. Ha mégis, akkor:
Először is kimérném az R2 értékét, azaz odatennék egy potit, és megnézném, hogy milyen értékeknél teljesül, hogy a használt legnagyobb fénynél és a nulla fénynél olyan tartományba essen a kollektoron mérhető feszültség, ami jól illeszkedik a használt A/D-hez. Tehát a használt max fénynél "elég kicsi" legyen, a használt legkisebbnél meg "elég nagy", hogy mérhető legyen. Ezt így a rajz alapján nem hiszem, hogy bárki is meg tudja mondani, mert az függ az adott IR tranyótól, és a körülményektől. Persze tévedhetek.Utána egy külön téma lenne a low pass ( igen, így p-vel
) filter.
Ha a válasz nem ide vágó dolog, akkor bocs. -
Janos250
őstag
Én sem értek az analóg technikához, ezért régebben, mikor egyszer szükségem volt rá, a Multisim nevű (National Instruments) áramkör szimulációs programot használtam, hogy bejátsszam az egyes alkatrészek értékeit. Azóta már van online próba verziója, de nem tudom, mennyire használható.
-
Janos250
őstag
Mindenképp hasznos, ne add fel! Aki ilyesmiből él, az másként látja, mint akinek hobbi.
"egy ir receiver kimenetéről sehogy sem tudok analóg jelet levenni"
Impulzus hossz, ahogy pl. a servo vezérlés is történik?
Ha nem ide vágó dolog a válasz, akkor bocs, egyből offba is tettem. -
Janos250
őstag
https://en.wikipedia.org/wiki/Run-length_limited
" If the runs are too long, clock recovery is difficult" -
Janos250
őstag
válasz
Breaker #10567 üzenetére
Ha még a D1 is nagy, akkor rárakod egy "fehér panelra".
https://www.ebay.com/itm/PCB-Adapter-ESP-07-12-Board-fur-ESP8266-WIFI-Wlan-Serial-Modul-ESP-12E-E/252713824790?hash=item3ad6eaf216:g:0WQAAOSwXKtb5KtL:rk:9:pf:0
Van ESP32-höz is, bár annak a forrasztása elég macerás.
Ennél kisebbet nehéz lesz találni. -
Janos250
őstag
válasz
67CsabaB #10571 üzenetére
Brrrrrr!
"promote Mind health such as improved focus, concentration, working memory and acuity. Other uses include meditation and relaxation monitoring or improved educational processes. Our low cost, complete OEM solution is a high-performance bio-signal on a single chip solution for accurate Mind activity detection and processing."
Hinni a templomban szoktunk, nem az ilyen bio bizgentyűkben.
Ha eladásra akarod, akkor ez egy jó ötlet, és mindegy, mit csinál. Drágán add, mert csak akkor veszik meg.
Ha magadnak, hát........
"Minden eszköz adott, a programok is, ennek ellenére sem akar működni."
Nem is kell annak működni, hinni kell benne!
Bocs! -
Janos250
őstag
"Jól gondolom, hogy ez úgy fog működni, ahogy én szeretném"
Nem tudom, én a software serialt nagyon régen használtam, csak a hardware-t használom.
"analogWriteFreq"
Soha nem használtam.
"Annyi minden alkatrész van már itthon, amit megvettem az évek során, de még nem használtam fel,"
Na, ez ismerős. -
Janos250
őstag
Új hozzászólás Aktív témák
Hirdetés
- Sony FE 28-70 mm F3.5-5.6 OSS
- PS5 Slim Disc 1TB 2026.10.08 GARANCIA
- Bomba Ár! Dell Latitude 3190 - Intel N4120 I 4GB I 128GB SSD I 11,6" HD I Cam I W11 I Garancia!
- Bomba Ár! Dell Latitude 3190 - Intel N4120 I 4GB I 64GB SSD I 11,6" HD I Cam I W11 I Garancia!
- Bomba ár! Dell Latitude E6520 - i7-2760QM I 8GB I 256SSD I Nvidia I HDMI I 15,6" HD+ I W10 I Gari!
- Telefon felváráslás!! Xiaomi 13T, Xiaomi 13T Pro, Xiaomi 14T, Xiaomi 14T Pro
- Tablet felvásárlás!! Apple iPad, iPad Mini, iPad Air, iPad Pro
- SZÜNETMENTES TÁPOK
- Bomba ár! HP ProBook 430 G8 - i5-1135G7 I 16GB I 256GB SSD I HDMI I 13,3" FHD I Cam I W11 I Gari!
- Microsoft Surface Pro 7 - Újszerű, dobozban, gyári töltővel, billentyűzettel
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest