- gban: Ingyen kellene, de tegnapra
- sziku69: Szólánc.
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Magga: PLEX: multimédia az egész lakásban
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- Argos: Szeretem az ecetfát
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- zebra_hun: Hűthető e kulturáltan a Raptor Lake léghűtővel a kánikulában?
- bambano: Bambanő háza tája
-
LOGOUT
Arduino hardverrel és szoftverrel foglakozó téma. Minden mikrovezérlő ami arduinoval programozható, és minden arduino program, board, és hardverrel kapcsolatos kérdések helye.
Új hozzászólás Aktív témák
-
válasz
zsolti_20
#10797
üzenetére
Hát egy 9V elem jó ha 800mAh-t le tud adni, ráadásul abból egy csomót maga a konverter fog elpazarolni.
Egy pár, illetve inkább 3db AA elem vagy ceruza akksi több mint 3x ennyit bír. Az a kérdés, hogy a rádiónak mennyi az áramfelvétele és hajlandó-e működni 5V alatt, mert 3db új AA elem konverter nélkül 4,8V-3,3Vig fogja ellátni a cuccot, 3db AA ceruza akkumulátor mondjuk 4,2-2,4V közt. Maga a kontroller 3V alatt is működik (kisebb órajelen 1,8V-ig is, mint azt tegnap megtudtam
)t72killer: ki mondta, hogy baj van vele?
-
zsolti_20
senior tag
Üdv emberek! Ha elemről/akkumulátorról szeretnék üzemeltetni egy arduino nano-t, abban az esetben helyes ez a bekötési rajz? kép
Ha esetleg USB-n szeretném csatlakoztatni az arduinomat akkor nem elsz semmi gond, hogy közben ott lóg rajta egy 9v-os elem?
-
fpeter84
senior tag
válasz
szuszinho
#10791
üzenetére
lévén hogy az ali/ebay tele van a típussal, így jócskán van rá esély hogy hamisítják is a rizsföldiek - sajnos a népszerű termékekre adódó nagy igényt gyakran meglovagolják a zavarosban halászók is... ha látod rajta ezt a huplit, akkor valószínűleg védett - bár az igazán pofátlan hamisítványon akár ez is lehet kamu:
igazán biztos csak akkor lehetsz benne, ha megbontod a zsugort és alálesve látod a kis elektronikát... de ha teszel rá egy védett TP4056 kapcsolást plusszba, azzal bajt nem csinálsz biztosan
-
fpeter84
senior tag
-
fpeter84
senior tag
Sziasztok!
A "hagyományos" arduino-k, vagyis az atmega328 (és kistesói) lock fuse bit-jei nem teljesen egyértelműek számomra... Arra van lehetőség, hogy ISP-vel vagy szoftverből ne lehessen visszaolvasni a tartalmát, de a bootloader képes legyen frissíteni a firmware-t?
@szuszinho: túlmerítési védelem vagy van egy liion/lipo akkun vagy nincsen... Ha 18650-es cella, akkor ha valami márkásabb megbízható forrásból akkor a datasheet-ben benne lesz hogy protected e vagy sem, vagy a méretéből lehet totózni - a védettek egy hajszállal hosszabbak szoktak lenni, illtetve a zsugorfólián lehet egy kis hupli a negatív sarka előt a vékony ráépítés miatt. Ha egyéb csomagolás, akkor szintén a kivezetések környezetéből lehet tippelni, de biztosra akkor mehetsz ha megbontod kicsit - ha közvetlenül a fémházból jön ki a vezeték akkor nem védett, ha bármi sorba van kötve a negatívra akkor védett lehet... Ha pótolni kell a védelmet, akkor pl ez, vagy a legjobb választás egy ilyen kapcsolás, és akkor egyben töltőt is kaptál hozzá... Akkutól is igényektől függően esetleg az RPROG ellenállást érdemes lehet lecserélni rajta, mert általában 1A-re lövik be a kínaiak, ami nem feltétlenül szolgálja az akku tartósságát... A BOD-ot 8MHz vagy alatta én 2.7V-ra állítanám, mert kb itt úgyis letilt az akku védelme...
-
válasz
szuszinho
#10773
üzenetére
Olyan nincs is... 8 meg 16MHz-est látok.
Régebben teszteltem úgy az uno-t (ATmega328), hogy az 5V lábra ceruzaelemeket kötöttem konverter nélkül, és egészen 3V-ig stabilan működött. Szóval ha oda kötöd, működni fog, de ha érzékelők is vannak rá kötve, akkor azok már nem biztos, hogy ezt tolerálják. 4V alatt a 3,3V kimeneten se lesz 3,3V. -
zsolti_20
senior tag
-
gyapo11
őstag
Ha usb-re dugod, akkor az ic megbeszéli az oprendszerrel a dolgokat, ez tart 2-3 másodpercig és közben villog a led és ezek szerint más lábak is. Nem tudom mit csinál a bootloader, de elképzelhető, hogy amikor megtudja, hogy usb kapcsolat van, akkor is csinál valamit.
Ha nem usb-n táplálod, vagy megszünteted a data lábak kapcsolatát, akkor ez nincs, hanem a sima processzor éledés, de az sem biztos, hogy parazita impulzusoktól mentes.
Van talán valami reset ic, ami ezen segíthet, alapjában a resetet aktív állapotban kell tartani addig, amíg a tápfesz megfelelő feszültséggel stabilizálódik, ekkor fölengedni a resetet, és a lábak bemenetekként indulnak, és bootloader nélkül csak a programot hajtja végre, tehát semmi nem várt impulzus nem lesz. -
Alu
senior tag
-
Vladi
nagyúr
Akkor add az áramot külső tápról. Vagy a véglegesben usb-re tervezel?
Ez kínai klón? Ne tudd meg, mennyit szenvedek én is az olcsó klónokkal, hogy stabil legyen a tápellátása.
Ha most jó, akkor hagyd a bootloadert. Milyen szkópod van amúgy? Szerintem oylan, mint nekem, csak én a hantek programjával nem jutottam dűlőre.
Kínai elektronika cuccokat jófogáson nézd meg. VAn olyan dealer, aki nem tesz rá sok hasznot és van készlete is!
-
Alu
senior tag
Megnéztem szkópon a problémás kimeneteket, a tapasztalatom:
- Csak usb-t csatlakoztatva csinálja a prellegést. Olyan, mint ha a gép kommunikálna az arduval, ráadásul folyamatosan rángatja a reset lábat. Ez tart néhány mp -ig aztán indul a program.
- Ha simán külső tápról indítom, akkor sokkal gyorsabban elindul a program és nincs prellegés.Bootloaderrel még nem foglalkoztam, de innentől kezdve nem biztos, hogy van értelme legyilkolni, vagy?
Enabledet újabban beterveztem a kapcsolásba. Alapból tiltva lesz és ardu fogja engedélyezni. Nekem jónak tűnik.![;]](//cdn.rios.hu/dl/s/v1.gif)
Csatolok pár képet:
A kimeneten lévő prellegés egy impulzusa
A reset láb, amikor usb -re csatlakoztatom
(#10761) Gergosz2:
Ez/hasonló itthon is beszerezhető? Sajnos most nincs annyi időm, hogy megvárjam külföldről. -
válasz
t72killer
#10765
üzenetére
Ez esetben még mindig ott van az a lehetőség, hogy olyan routert veszel, ami tud egyszerre két wan kapcsolatot kezelni, az egyik a mobilnet, vagy free wifi, a másik pedig a kamera lenne, így mégis csak a routeren keresztül tudnád elérni, pl vpn-en keresztül. Ekkor megint nem kellene a raspberry, mert közvetlenül otthonról tudnál rá kapcsolódni, a többit pedig az attiny elintézi (ki-be kapcsolgatás, exponálás). De akkor még mindig ott van az a probléma, hogy free wifi-re kapcsolódva nem fogod tudni elérni kívülről az egész cumót publikus ip cím nélkül, sőt szerintem LTE modem mögül se biztos, ha NAT-olt.
-
Úgy látszik arról az oldalról lefelejtették
. (ez ugye gopro4, a thieye alapból livestreamel)Alapból nem tud routerre kapcsolódni, kliensként kell őhozzá kapcsolódni. Kicsit körülnézek, mit tud az openwrt/dd-wrt: lehet egy utazós routerrel megoldható lenne a dolog - persze valami vpn vagy egyéb titkosított csatornán, mert nem szeretném, ha más piszkálná a kamerát... (utóbbi egyébként a <500$-os chinaware IP kameráknál is felmerülő kérdés)
Hogy ne legyen teljesen off-topik a dolog: egy router ugyebár sose fogja tudni bekapcsolni a kamerát, a vezetékes részhez megy majd az arduino. Hogy normál routert szerzek-e be a feladatra, vagy egy raspyból alakítok ki kvázi routert, még kitalálom: a költség kb azonos, viszont egy raspberry pláne rock64 jóval sokoldalúbb, más feladatokat is rábízhatok.
-
Vladi
nagyúr
Pedig ez normális vezérlő, izolált jellel.
Azt nem találom, hogy milyen jelszintet kér.
Mod meglett, 5v. Ez oké.Jó hír viszont, hogy van rajta enabled pin, szal workaroundnak jó, ha ezt kívülről oldod meg. Tehát kap egy tiltást, és cak akkor engedélyezed ha felállt a rendszer.
Sima unóval nem tudod letesztelni? Szerintem még az usb áramforrásod is lehet ludas.
mod: Bootloaderrel is fuss egy kört, amit linkeltél.
-
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. -
Szépjóreggelt
. A gopro-ra ezt találtam, a hamarosan érkező Thieye t5 edge-re nincs egyelőre ilyen gyűjteményem, de ha megvan a kamera, elvileg azt is ki lehet nyomozni."Command center" szerepbe leginkább raspyt tudok elképzelni a rugalmassága miatt (pl ha befuccsol a http-s módszer).
-
válasz
t72killer
#10756
üzenetére
Az a baj, hogy egyszerre akarsz mindent is.
Amit most leírtál, azt valószínű legjobban tényleg raspberry-vel lehetne megoldani, de nem azért írom itt a raspberry-t, a raspberry topikban meg az arduino-t, hogy szivassalak.
Az attiny felesleges redundancia lenne a projektben, mert az esp simán tudná vezérelni a gombokat és wifi-n keresztül http parancsokat adni. Ahogy én csinálnám: egy routert beállítanék repeater módba, ami a környéken fogható free wifi-re csatlakozna, erre kapcsolódna a kamera és az esp is, így nem kéne két hálózatot kezelni. Az esp szerintem képes arra, hogy 4Mbyte-os jpeg-eket leszedjen a kameráról és továbbítson, ha tényleg http parancsokkal ezt meg lehet oldani (az esp szakértők majd kijavítanak, ha tévedek), ez esetben viszont nem világos, hogy ha már a kamera a netre van kötve, miért nem próbálod otthonról a neten keresztül letölteni a kameráról a képeket és az esetleges videó streamet?
A kamera vezérlésről http protokollon keresztül tudsz leírást adni? -
válasz
Janos250
#10734
üzenetére
Az esp8266-al kapcsolatban rögtön itt a mélyvíz
. Azaz, a távoli kamera projektemhez nem csak szimpla kikapcs-bekapcs megoldást, de komplett vezérlést és adattovábbítást (streaming vagy fájlfeltöltés) is szeretnék varázsolni.Ezt különösebb programozási tudás nélkül le lehetne rendezni pl egy izmosabb Rock64+android+kameraapp segítségével, érdekelne, hogy tisztán arduinó alapon megoldható lenne-e a darabonként 3-4megás fotók, horribile dictu fullHD live streaming feltöltése? Azaz összedobható-e egy eszköz, ami az egyik oldalról a kamera AP kliense, a másik oldalról pedig az alkalmasint elérhető ingyenwifihez, vagy a backupként üzemeltetett LTE-hez kapcsolódik és az egyiken bejövő képi anyagot teljes tömegében át tudja tolni, azaz effektíve routerként/bridge-ként funkcionál?
-
Alu
senior tag
Próbálok mindenkinek válaszolni:
Vladi:
A vezérlő. Az egyik nano HEStoreos, a másik Ebayes. Mindkettő utángyártott, CH340G -s típus. Az áramforrásom ardunál sima usb, vezérlő külső 24v tápról ment.
Én konkrétan erre a jelenségre eddig nem is figyeltem, de nem is rémlik, hogy lett volna ilyen.aryes:
Ha jobban belegondolok szerintem külső ellenállás esetén is ugyan úgy ugrálna, mivel nem a kimenet lobog, hanem a kimeneti tranzisztorokat vezérlő láb. Azt a lábat kéne földre húzni. Egyébként úgy emlékszem már próbáltam a kimenetet földre és tápra is húzni, de ugyan úgy csinálta.
Említetted a nagy puffert. A végső kapcsolásban szerepel egy 2200uF elkó és egy 100nF kerámia az 5V -os ágon szűrésként. Bár sok esélyt nem látok rá, de hátha pozitív hatással lesznek a problémára.gyapo11:
Jó ötlet, de nagyon bonyolítaná az áramkört, ráadásul így is helyszűkében vagyok.Gergosz2:
ISP programozást egy másik nanoval is meg tudom valósítani, csak helyesen kell összekötnöm a két boardot a megfelelő passzív alkatrészekkel kiegészítve, feltölteni a programozóra a megfelelő kódot, majd ide -ben a programozónál az Arduino as ISP -vel töltöm fel a saját kódomat?Egyébként most néztem, hogy IDE -ben újabban lehet választani az alaplap kiválasztásánál, hogy atmega328P vagy atmega328P (old bootloader) az eszközöd. Én utóbbival csináltam. Lehet, hogy ez a gond?
-
válasz
Gergosz2
#10749
üzenetére
Én meg pont úgy tudom, hogy az atmega328 lábai gyárilag boot alatt input (nagyellenállású) módban vannak (ezt éppen hívhatjuk lebegésnek is). Az persze lehet, hogy a bootloader állítgatja közben őket, de a legjobb lenne a kérdéses lábakat külső ellenállásokkal földre húzni. Én először biztos ezt csinálnám, mielőtt nekiesek kiirtani a bootloadert. Plusz tennék egy nagy puffer kondit a nano tápjára.
-
Gergosz2
veterán
válasz
gyapo11
#10748
üzenetére
Pont ez történik. Amíg a bootloder nem indítja el a programot, addig a lábak össze vissza lebegnek, vannak valahogy. Ezért írtam az ISP-t, mert ilyenkor nincs bootloader, nincs emiatt késlekedés táp felállás, reset után. A program rögtön indul, így ennek a lebegés állapotnak nagyon kis esélye van.
-
gyapo11
őstag
Nem olyan ez mint egy astabil multivibrátor, ami azonos alkatrészekből áll a két tranyónál, és nem lehet tudni, hogy melyik zár előbb? Amíg nem kap a programból beállítást, hogy out legyen és 0 vagy 1, addig nem lehet tudni, hogy be vagy kimenetként működik, van belső felhúzó vagy nincs, szóval bizonytalan. Ha fontos, hogy csak a program határozza meg a kimenet állapotát, akkor én tennék a proc és a külvilág közé egy áramkört, amit a program kapcsol be és csak ezután jutnak ki a jelek. A bekapcsolás pedig legyen olyan, amit az éledő processzor nem tud produkálni, pl. egy 5 kHz-es négyszögjel.
-
Alu
senior tag
Sziasztok!
Remélem jó helyre írok. Adott egy tervezés alatt álló egység, aminek a lelke egy Arduino Nano. A nano sok más mellett egy léptetőmotor vezérlőt irányít. A problémám, hogy amint megkapja a tápot egészen a program futtatásának kezdetéig elkezd prellegni a nano kimenete és emiatt kóbor lépéseket tesz a motor. Ledet téve a nano kimenetére az említett időszakban halványan villog. Megnéztem a többi kimenetet is. Van amelyik ugyan ezt csinálja, van amelyikkel semmi gond. A kérdésem, hogy találkozott már valaki ilyennel, tudnám ezt valahogy egyszerűen orvosolni?
Az érdekes az egészben, hogy az említett nanoval induláskor kb. 6 lépést csinál a motor és a led is láthatóan azonos időközönként villan. Kipróbálva egy másik nanoval viszont mindig csak 1 kóbor lépést csinál, de azt se tudom elkerülni.
Nagyon megköszönném a segítséget! -
-
fpeter84
senior tag
válasz
Teasüti
#10737
üzenetére
Fizikai UART oldalon pont hogy nem lenne szükségem több portra, a találatok mind erről szólnak hogy vagy mega/due sok porttal, vagy softserial, de én nem erre gondolok
Virtuális oldalon kellene több sorosport - a modemekhez hasonlóan több soros eszközként jelentkezzen be USB csatlakoztatáskor, és az arduino szoftver oldalon is több portot lehessen írni/olvasni. Ennek a PC oldalon volna jelentősége, hogy ne csak egy szoftver tudjon egy időben csatlakozni az arduinohoz, hanem több program is tudja külön külön utasítani, olvasni a visszajövő infókat mind a saját virtuális sorosportján
-
Teasüti
nagyúr
válasz
fpeter84
#10736
üzenetére
Csak hangosan gondolkodom:
Működne vajon a futás közbeni Serial inicializáció? Egyes lapoknál lehet mux-olni a gpio lábakat (esp32), ott futás közben váltogatni melyikre írjon ugyanaz az UART periféria.
Arduino lapokon nincs Mux úgy tudom, ott Software Serial-lal lehet befogni más gpio lábakat erre. Nem tudom a könyvtár tud-e kezelni több virtuális portot is.
Esetleg külső hardver jöhetne még szóba vmilyen shift regiszteres módon, ami az SPI-hez hasonlóan váltogatja az eszközöket. -
fpeter84
senior tag
Sziasztok! Találkozott itt már valaki olyan projekttel, hogy egy natív USB-s Arduino (Leonardo, Due, STM32 stb) ne csak egy sorosportot adjon USB-re csatlakoztatva? Azthiszem multiplexing néven kellene megtalálni - pl modemeknél szokott 3-4, akár 5 COM* / ttyACM* / ttyUSB* eszköz bejelentkezni külön a data, debug, control, gps stb felületeknek, de a gyakorlatban persze ez mind egy hardverből kimixelve. Ha jól gondolom ehhez semmi extra hw támogatás nem kell, csak kérdés hogy szoftverből implementált már valaki ilyet? Próbáltam keresgélni, de a fenti szavakra eddig csak olyanokat találtam ahol a különböző UART portokról jövő infókat multiplexelik egybe...
-
-
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! -
válasz
Janos250
#10732
üzenetére
Köszi a bátorítást
. Gyakorláshoz berendeltem egy ilyen készletet is, még tegnap. Ennek az LCD-jén jöhet a "hello world", meg a "kiafrászloptakiasütitahűtőből" 2$ - 10$ körül kapni hozzá wifis lapkát is, lehet abból is elcsípek egyet. -
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á! -
Vladi
nagyúr
válasz
t72killer
#10726
üzenetére
Hosszú menet lesz...
c-ből sejtesz valamit? Az arduino ide c-re épülő lib alapú nyelvet használ.
magyarr könyv probramozásra. link.
Elektronikából hogy állsz? Lady Ada írásai.
Elleszel vele egy darabig. Aztán ha kész vagy, az egész cuccot vágod ki a kukába és megcsinálod normális elektronikai alapokon. Mert azért erre a kis kacatra én nem bíznám a házam.
Én is így voltam vele, kisipari automatizálást csinálok, de lassan cserélem is a cuccokat normális iparira.
-
Köszi
egyelőre csak előre aggódtam, a lapka tegnap indult útjára Kínából. Ez lesz a nulladik ismerkedésem az Arduinóval, sőt, az egész mikrokontroller-programozással is, úgy, hogy Pythonból ovis kategória vagyok. De nagyon érdekel a téma, elsőre a ház körül adódó automatizálási-távvezérlési feladatokat szeretném így megbütykölni, aztán ki tudja. -
Vladi
nagyúr
válasz
t72killer
#10717
üzenetére
Rémlik, hogy volt már ez kérdés.
Arduino idevel nem tudod feltolni a kódot? Kiválasztod a megfelelő lapot és kész. Boot loader nem tudom, hogy van -e rájuk téve, még az kellhet.
mod:
Naszóvalmrgooglenemabarátom:
Felteszed az arduino ide-t. Bármilyen platformra.
Utána: link
Hozzáadod az ő linkjüket az arduino ide-ben, hogy le tudja magának szedni a board fájlját.
Utána hozzáadod a board managerben ezt a cuccot.
Utána már ki tudod választani, hogy ilyenre kéne kód.
Utána feltudod tölteni a kódot.Ha nem, jössz és távgyógyítjuk.
-
gardener
senior tag
Szerettem volna beletölteni egy ino file-t.
A következő hibaüzenetet kaptam:
Arduino: 1.8.5 (Windows 10), Alaplap:"FireBeetle-ESP32, 80MHz, 115200"Vázlat használ 708166 bájt (54%) -ot a program tárhelyből. A maximum 1310720 bájt.
A globális változók 37464 bájt (11%)-ot használnak a dinamikus memóriából, 290216 bájtot hagyva a helyi változóknak. A maximum 327680 bájt.
C:\Users\Attila_Dell_N7710\AppData\Local\Arduino15\packages\esp32\tools\esptool_py\2.6.0/esptool.exe --chip esp32 --port COM6 --baud 115200 --before default_reset --after hard_reset write_flash -z --flash_mode dio --flash_freq 80m --flash_size detect 0xe000 C:\Users\Attila_Dell_N7710\AppData\Local\Arduino15\packages\esp32\hardware\esp32\1.0.1/tools/partitions/boot_app0.bin 0x1000 C:\Users\Attila_Dell_N7710\AppData\Local\Arduino15\packages\esp32\hardware\esp32\1.0.1/tools/sdk/bin/bootloader_dio_80m.bin 0x10000 C:\Users\ATTILA~1\AppData\Local\Temp\arduino_build_15388/mah_robot.ino.bin 0x8000 C:\Users\ATTILA~1\AppData\Local\Temp\arduino_build_15388/mah_robot.ino.partitions.bin
esptool.py v2.6-beta1
Serial port COM6
Connecting........____
Chip is ESP32D0WDQ6 (revision 0)
Features: WiFi, BT, Dual Core, Coding Scheme None
MAC: 24:0a:c4:82:f4:78
Uploading stub...
Running stub...
Stub running...
Configuring flash size...
Warning: Could not auto-detect Flash size (FlashID=0xffffff, SizeID=0xff), defaulting to 4MB
Compressed 8192 bytes to 47...A fatal error occurred: Timed out waiting for packet content
A fatal error occurred: Timed out waiting for packet contentEnnek a jelentésnek több információja lehetne
a "Bővebb kimenet mutatása fordításkor"
opció engedélyezésével a Fájl -> Beállítások-ban.Haver valami olyat mondott, hogy kevés a memória és az OTA-t ki kell hagyni-kapcsolni. És akkor belefér a progi. De ezt, hol hogyan kell? Kezdő vagyok még ... szájbarágósan kéretik szépen. köszi.
-
válasz
Janos250
#10721
üzenetére
Ha bármilyen OS-re van hozzá driver, akkor megoldom, csak vki árulja el, hogy melyikkel érdemes próbálkozni...
Lehet rendelek egy UNO-t is, jól jöhet még - igaz, az attiny, ami jön forrasztott, de elvileg be lehet azt is drótozni.
-
Janos250
őstag
-
válasz
Janos250
#10718
üzenetére
Köszi, azt hiszem, jó lesz, ott van benne a package
Tesztelni persze csak akkor tudom, ha x hét múlva megjönnek a lapkák.#10719: a windowsos megoldás is érdekel, fórumokon olvasgatva mások is futottak már driverproblémára, amire nem láttam megoldást. És mivel kínai kütyükről van szó, nem is biztos, hogy ami az egyiknél működött, a másiknál is fog...
-
Beszereztem, egy mikroUSB-s Attiny85 változatot, az lenne a feladata, hogy napelemmel etetett kamerát kapcsoljon fel, ha az akksi töltöttsége elérte a 80%-ot. Véletlenül tudja valaki, h Ubuntu alatt hogy etetem meg a megfelelő kóddal
?Esetleg vannak erre már előre megírt cuccok?
-
zsolti_20
senior tag
Végre meglett a probléma. Nem is gondoltam volna soha ezt. Ezen a képen a bekarikázott résznél össze volt forrasztva két kimenet, gondolom gyártási hiba. Alig lehetett észrevenni, épp hogy egy pici ón össze zárt két részt. Forrasztoval gyorsan rámelegítettem, leszedtem onnan és most hibátlanul működik.
-
-
zsolti_20
senior tag
Kifogytam eljesen az ötletekből. Kipróbáltam a példák közül ezt a "getting start"-ot ai elérhető az nRF24L01 könyvtárból, de ezt a hibát kapom mindig:
Próbáltam két különböző modullal, két arduinoval, 4 különböző kábellel, sockettel, socket nélkül, kondenzátorral, de se hogy sem akar műküdni. Kellene még hozzá valami kiegészítő? Vagy én néztem be valamit?
-
. Azt hittem, nimh helyett javasolod a lítiumos megoldást.
)
? Valahogy jobban bízok bennük, mint a lítiumos petárdákban.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
ekkold- EAFC 25
- Óvodások homokozója
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- Anglia - élmények, tapasztalatok
- Sorozatok
- Építő/felújító topik
- Szeged és környéke adok-veszek-beszélgetek
- Na! Ez egy JÓ utólagos autós fejegység - Minix CP89-HD
- PlayStation 5
- Kerékpárosok, bringások ide!
- További aktív témák...
- BESZÁMÍTÁS! 6TB Seagate SkyHawk SATA HDD meghajtó garanciával hibátlan működéssel
- BESZÁMÍTÁS! 4TB Samsung 870 EVO SATA SSD meghajtó garanciával hibátlan működéssel
- BESZÁMÍTÁS! Intel Core i7 8700K 6 mag 12 szál processzor garanciával hibátlan működéssel
- BESZÁMÍTÁS! Intel Core i7 4790 4 mag 8 szál processzor garanciával hibátlan működéssel
- BESZÁMÍTÁS! ASUS TUF Z390-PRO GAMING alaplap garanciával hibátlan működéssel
- Telefon felvásárlás!! Samsung Galaxy A70/Samsung Galaxy A71/Samsung Galaxy A72
- Csere-Beszámítás! Asztali számítógép PC Játékra. I5 12400F / RTX 3070 / 32GB DDR4 / 1TB SSD
- Epson Workforce DS-530II Dokumentum szkenner
- Samsung Galaxy A52s 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- LG OLED Televíziók: FRISS SZÁLLÍTMÁNY -30%
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest