- One mobilszolgáltatások
- iPhone topik
- Olcsó Galaxyk telepíthetik a One UI 7-et
- Milyen GPS-t vegyek?
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Samsung Galaxy A56 - megbízható középszerűség
- Samsung Galaxy S22 Ultra - na, kinél van toll?
- Google Pixel topik
- Amazfit Balance - ár-érték egyensúly
- Ford SYNC 3 infotainment rendszer teszt
-
Mobilarena
Arduino hardverrel és szoftverrel foglakozó téma. Minden mikrovezérlő ami arduinoval programozható, és minden arduino program, board, és hardverrel kapcsolatos kérdések helye.
Új hozzászólás Aktív témák
-
-
Nyirike
csendes tag
válasz
DigitXT
#10958
üzenetére
Szia. Pont ebbe a hibába futottam. VR sensort kéne olvasnom de csak négyszög jelet olvas a cucc. A gond az hogy a VR szenzor tud néha 50 voltot is kiadni az olvasó meg max 18-t képes és négyszöget persze. Neten találtam https://sirhclabs.com/product/vr-to-hall-sensor-converter/ megoldást ami olcsó is de Amerikából. Gondolom szállítással együtt már nagyon nem éri meg. Meg jó lenne hamar megoldani, hogy tudjak haladni.
Neked mi volt a megoldásod erre? A MAX9924-t olvastam én is több helyen de SMD-vel én sem vagyok jóban
-
Janos250
őstag
válasz
gyapo11
#12486
üzenetére
"Semmi kedvem nincs ilyet leprogramozni semmilyen nyelven"
Nem is kell, ezt már mások megtették.Amit leírtál, az tipikusan az "okos otthon" probléma: bamba user számára emészthető módon megfogalmazható szabályrendszert leírni. Ezt netes közösségek már elég jól körbejárták, van pár kiforrott irány, módszer. Kérdés, hogy érdemes-e egy sajátot csinálni, vagy a kiforrott, kidolgozott, hiba javított módszerek valamelyikét alkalmazni. Van itt a PH-n is egy topicja, de aki ezt a témát akarja kezdeni, az sokra nem megy vele. Ezeknek az elve, hogy van egy központi szerver, tipikusan valamelyik málna, vagy annak klónja, amihez kapcsolódnak az egyes eszközök, kontrollerek, szenzorok, stb. Pl. ESP8266-os konnektor, vagy akármi küldi a jelet a központ felé, az "szórja" az üzenetet, illetve feldolgozza. Ennek a feldolgozónak lehet különböző szabályok szerint (ezek egyike pl. a Node Red) megadni az utasításokat, szabályokat. De például lehet hang utasításokkal is vezérelni. Részletesebben nem ismerem, csak az egyik ismerősömnél láttam, hogy amikor megérkeztünk a házához, akkor bemondta a telefonjába, hogy "Hi Google", amire a Home assintant (ha jól emlékszem) figyelő állapotba került, és ezek után azt mondta neki hogy "home" vagy valami hasonlót, és felgyulladt a villany, miegymás.
Tehát ezt csak gondolatébresztőként írom, hogy nem gazdaságosabb-e egy jól kiforrott rendszert átvenni, mint egy sajátot létrehozni. -
JozsBiker
aktív tag
válasz
cog777
#12485
üzenetére
Köszi szépen, én is nézegettem ezt is, de itt is az volt a konklúzió, hogy valami nem kerek.
Viszont, talán megvan a megoldás. Erről az oldalról kipróbáltam a középső példaprogramot, és legnagyobb meglepetésemre egész szép eredményt adott ( anélkül hogy az áramkörön bármit is változtattam volna ). A soros plotteren a következő képet kaptam ( a nyílnál kapcsoltam be egy ledes asztali lámpát mint fogyasztót ):
Mivel a hardver ugyanaz volt, valószínűleg sok múlik a programon. Sőt még az sem mindegy, hogy a soros monitorozás sebessége mennyire van állítva. A fenti 9600 baud volt,
átállítva 115200 -ra ez lett az eredmény:
Szóval az áramkör rendben van, az ismereteimet kell bővítenem valamellyest. Megpróbálok rájönni mi okozhatja az eltéréseket, megírom ha jutok valamire, hátha másnak is jól jön.
-
gyapo11
őstag
válasz
JozsBiker
#12481
üzenetére
Mennyire van szinkronban a mérés a frekvenciával? Ha nincs, akkor össze-vissza értékek lesznek. Érzékeld a 0 átmenetet és utána mérj 5 ms-mal amikor csúcson van a szinusz. Ha 0-át mérsz, akkor vagy nincs áram, vagy a negatív félperiódust mérted, végezz új mérést 10 ms múlva a pozitív félhullám tetején.
-
válasz
gyapo11
#12487
üzenetére
Ha ilyen dolgokat kell csak állítani, hogy 1 perc helyett 2 percig világítson a lámpa, akkor esetleg egy olcsó keypad+LCD shield is lehetne megoldás, és a paramétereket menüből módosítani, hozzáadni-letiltani előre definiált perifériákat (pl szivattyú, lámpa stb) az előre definiált portokon, ami szintén hülyeálló megoldás. Ha i2c megoldás, akkor csak 2 lábat foglal (és nem csak uno-hoz lehet használni), a keypad pedig 1db analóg lábat. Így lehet menet közben is változtatni.
A beállított paramétereket elmented eeprom-ba/spiffs-re, és egy véletlen reset után is megmarad minden. -
-
gyapo11
őstag
válasz
cog777
#12483
üzenetére
Lehet logikat modositani ugy hogy nem inditod ujra?
Nem tudom, a plc-khez én se értek, de ilyet szeretnék. Inkább egyszer dolgozzak vele többet, mint minden apró módosításnál mindent leállítani, mert jön a reset.
Ha egy szelep megszűnik a programban, akkor nincs mit tenni, le kell választani a hardware-ből és vége. Esetleg azt a portot megkapja valami más, szóval veszélyes is lehet otthagyni és nem rácsatlakoztatni az új eszközt. Ha változik a hw, akkor az már nem annyira simple user feladat.
Ezt a módosítást kifejezetten arra az esetre gondolom, amikor apró változtatások kellenek, mert nem jól találta ki a user, hogy 1 percig világítson a lámpa vegy kettőig. Még az is lehet, hogy ezek a paraméterek egy külön adatblokkban csücsülnek, és a parser onnan olvassa ki az adott sor értelmezésekor, így még könnyebben módosíthatók. Az időzítő minden beolvasáskor összeveti a futó időt a fölső határral, és ha túllépte egy adatmódosulás miatt, akkor leáll. Abban az egy loopban lehet, hogy hosszabb lesz, de a következőben már jó.Pl 3 blokkbol egyet kitorolt a felhasznalo. Mi legyen ha eppen a masodik volt futas alatt. stb.
Szerintem megvárnám a loop végét, és akkor olvasnám be a programot, illetve az elején a változásokat, amit még a pc írt oda, hogy ne az arduinonak kelljen kitotózni, hogy a változások milyen portokat érintenek. A megszűnő vagy megjelenő eszközök portját, alapállapotát, időzítőket, hogy amikor a parser elölről kezdi beolvasni a sorokat, akkor már minden be legyen állítva. Az időzítőkön még gondolkodnom kell, ott még nem látok tisztán.
Mindenképpen megjegyzem az esp32+python ajánlást. Mindkettő ismeretlen egyelőre, jócskán kell tanulnom hozzájuk, de a jövő arrafelé mutat.
-
gyapo11
őstag
-
-
válasz
gyapo11
#12479
üzenetére
A LEGO grafikus felülete sajnos nem nyílt forráskódú, a National Instruments csinálta neki, de nekem is ez volt az alap ötletem, hasonló ökoszisztémát létrehozni arduino-val, amit ugyanúgy lehet grafikusan programozni.
Elég sokat kutattam a témában, és a legjobb fejlesztői környezet, amit erre készen találtam a http://snap4arduino.rocks, szerintem ezt vedd alaposan szemügyre, a lényege, hogy saját blokkokat lehet benne létrehozni, pl csinálhatsz benne "szivattyú" blokkot, minden paraméterét legördülő listából lehet állítani, gyakorlatilag egy óvodás is tud benne működő programot csinálni. Azt hiszem Arduino forráskódot is tud csinálni, de ha ez nem is, akkor a tinkercad oldalon lévő hasonló blokkos környezet viszont igen. Sőt, igaz, hogy ez attiny85-höz lett készítve és ha jól látom már egy ideje nem fejlesztik, de esetleg a cocomake7 pc-s programját is nézd meg, ez is tud arduino kódot létrehozni és XML-ben programot menteni, szintén gyerekjáték a használata. -
cog777
senior tag
válasz
gyapo11
#12480
üzenetére
Ja, ertem. Sajnos PLC-hez nem ertek. Lehet logikat modositani ugy hogy nem inditod ujra?
Felvetodik a kerdes bennem mi van ha egy szelepet kinyitsz, majd modositod a programot ugy hogy kitorlod a szelepet a programbol. Akkor az nyitva marad.
Mar pedig ha nem szakember programozza, akkor siman elofordulhat.Ugy kepzelem el hogy allapotgep szerut kell osszerakni valos idoben. Ezt le lehetne irni egy fajlban, es ezt beolvasni. Minden blokk/allapot egy feladatot reprezental. A fajl ujrabeolvasasakor ertesiteni kell a blokkokat a valtozasrol/illetve ujraszervezni a blokkok kozti kapcsolatokat ha modosult a logika.
Elso korben mindenkeppen reset-es megoldast kepzelnek el (ahol mindennek megvan a maga biztonsagos es alap allapota) mert mar az onmagaban is szep feladat.
Masodik korben megprobalnam megoldani hogy hogyan kezeljem a valos idoben megvaltozott allapotokat. Pl 3 blokkbol egyet kitorolt a felhasznalo. Mi legyen ha eppen a masodik volt futas alatt. stb.En esp-ben gondolkodnek, mert python-ban pl ujra lehet tolteni a modulokat anelkul hogy a program tovabbi resze leallna. (pl hibajavitasra jo, ahol a szelep nyitas modult frissited)
Tovabba tud webszerverkent mukodni, es tavolrol racsatlakozva megnezni a naplojat. Tovabbgondolva, akar egy blokk diagram szerkesztot is meg lehetne valositani ahol megtervezed a folyamatot. Igy csak egy bongeszo kell...Persze te dontod el mi szamodra a megfelelo.
Erdekes a feladat. Remelem irsz felole hogy haladsz.@Janos250: wow Node Red is erdekesnek tunik...
-
JozsBiker
aktív tag
Sziasztok !
Volt már valakinek élménye ezzel a ZMCT103C áramérzékelővel ?
Önmagban tulajdonképpen jól működik, a kimenetét szkóppal nézve jól látható az átfolyó árammal arányos jelalak. Azt mondjuk nem értem, miért van negatív része a hullámnak. +5 V a tápja, úgy gondolnám, hogy a kimenetén is 0-5V közötti jel lehet.A gondom az, hogy az Arduino nem nagyon bír vele. A kimenetét közvetlenül az Arduino egyik analóg bemenetére kötöm, a loop -ban kiolvasom és kiíratom ill. a soros plotter segítségével megjelenítem, de nagyon malac értékeket kapok. Már akkor sem kapok közel konstans adatokat, ha nincs átfolyó áram. Ha bekapcsolom az áramot ( tehát elvileg színusz szerű jel érkezik ), akkor sincs sok változás az adatokban. Nem tudom mennyi az Arduino A/D konverziós ideje, de a 20 ms -os hálózati periódus azért nem kellene hogy gondot okozzon neki. Vagy éppen a fent említett negatív félperiódus kavarhat be ? Köszi ha van ötlet.
-
gyapo11
őstag
válasz
cog777
#12478
üzenetére
A python egy programnyelv. Akkor az esp-ben a python értelmező futna, és byte kód helyett python forrást kellene átküldeni? Ez azzal járna, mintha arduino forrást vinnék át, vagyis reset. Ha egy csomó kapcsoló, relé, triak, szelep, motor van valamilyen állapotban, időzítők futnak, akkor egy reset nem túl jó. Ha elmentem az állapotokat, és reset után beolvasom, akkor talán folytatható minden ugyanonnan, de ezt ha lehet elkerülném. Lehet olyan program, ahol semmi ilyesmi nincs, ott nyugodtan lehet resetelni.
Az alapötlet az, hogy nem vadi új programokat töltök rá, hanem az ott levőt kicsit változtatva. PL. hozzáadok új feladatokat vagy törlök másokat, ez az egyszerűbb, a bonyolultabb, hogy meglévő feladatok változnak, ezen még gondolkodnom kell hogyan tudom egyeztetni az aktuális állapotot az új részekkel. Pl. megy a szivattyú 5 perc időzítéssel, most 3 percnél tart, az új programban viszont 7 vagy 2 perc időzítés van, egyiknél 2 perccel meg kell hosszabbítani az időzítést, a másik esetben viszont azonnal ki kell kapcsolni a szivattyút.
Lehet, hogy ezt is a pc-vel kell feldolgozni, és infót tenni a byte kód mellé, hogy mit kell csinálni, jobb ha nem akarom ezt is bezsúfolni az arduinoba. -
gyapo11
őstag
Scratchet láttam már, képernyőn mozgott ez-az, azt nem tudtam, hogy program kimenete is van, ez akár még használható is lehet. Az xml-ből csinálhatok könnyen értelmezhető tömör byte kódot. Meg kell néznem ezt a scratchet közelebbről, elsőre nem tűnt túl egyszerűnek a frontend. Persze nem vagyok már gyerek.
A lego robotjának is valami grafikus összetologatós frontendje van, de épp csak futólag láttam.
Nekem is a saját nyelv jutott először eszembe, csak nem a hagyományos programnyelvekhez hasonló de szűkített utasításkészlettel, hanem minél közelebb az emberi nyelvhez, hogy a programozáshoz legkevésbé értő emberek is tudják használni. Még talán az is hasznos lenne, ha lenne egy arduino forrásnyelvű kimenet is, amit csak bele kellene tölteni az IDE-be, onnan lefordítva az arduinoba, ez is sokaknak segítség lenne. -
-
válasz
gyapo11
#12476
üzenetére
Erre a feladatra viszont a legjobban ajánlott téma a blockly/scratch típusú grafikus nyelvek! Az elsős gyerekem játékot írt benne, mondjuk alapból is okos gyerek.
Van, ami rögtön arduino kódot generál, van, ami a firmata fw-en keresztül vezérli a lapot. Mindegyik tud XML-ben kódot exportálni, nyílt forrású, az XML-ből megpróbálhatsz byte kódot generálni a saját parser-edhez.
Vagy amit én csináltam, robohw kolléga programnyelvéhez hasonló byte kódos robot vezérlő nyelvet találtam ki, hasonló a harvard architektúrához, csak nagyon szűkített utasításkészlettel (15 utasítás). Ehhez hasonló robotot akartam építeni a gyerekeimnek, de csak a parser lett kész, a frontend még nem készült el eddig. -
gyapo11
őstag
válasz
robohw
#12475
üzenetére
Szeretnék elszakadni a programnyelvektől, mert az sok embernek nem megy. Egészen emberközeli utasításokat kell feldolgozni. Itt a fórumon is jó párszor volt kérdés, hogy nem vállalná-e valaki erre vagy arra a feladatra megírni a programot. Az emberek szívesen használnának egy ilyen olcsó és jó kis eszközt mint az arduino, de a c vagy c++ nyelv már probléma.
Éppen ez lesz a legnagyobb nehézség is szerintem, hogy az élő beszédből hogy csinálok a pc-n futó compilerrel olyan byte kódot, ami egy programnyelvet helyettesít és az arduinoban futó program értelmezni tudja.
Generálhatnék arduino kódot, és akkor nem kell az értelmező, de az nehezíti a betöltést, és főleg a betöltés közbeni futást.
Meg az ipari plc-k is hasonlóan működnek, nem bízzák a felhasználóra a processzor által futtatott kódot, azt megírják a fejlesztők, a felhasználó meg a létradiagrammal adja meg a feladatot. Ezt a létradiagramot akarom én helyettesíteni egy még könnyebben megérthető nyelvvel.
És hogy még nehezebb legyen, nem egy feladatot szeretnék elvégezni, hanem többet. Egymás után jönnek a feladatok a loopban, és sorban hajtja végre az értelmező. Tehát a fűtés vezérlése és a lépcsőt megvilágító lámpa kapcsolása az nem két arduino, hanem két feladat.
hőfok=ai1, fény=di1, kazán=do1, lámpa=pwm1
ha hőfok<20 fok kazán bekapcsol
ha hőfok>21 fok kazán kikapcsol
ha fény=0 lámpa=200 bekapcsolMi ez a wireless adapter? Byte kód átvitelre kell. Egy rf adó-vevő modulpár nem tudom elég megbízható átvitelt tud-e.
A byte kód miatt várhatóan elég kevés adatot kell hordozni, ha 10 byte egy feladat, akkor 20 feladat elfér 200 byte-on, ami már azért elég sok mindent lefed, még a hűtőt is lehet vezérelni, akár egy riasztót pár szenzorral stb. -
robohw
aktív tag
válasz
gyapo11
#12472
üzenetére
"Még a basicnél is sokkal egyszerűbb nyelvet szeretnék, input/output melyik portra mit, feltételek, időzítés, mindezt byte kódokkal."
Ennek az általam ajánlott tini Basic-nek az utasításkészlete nem más mint a BASIC nyelv subset-je.
Ennél egyszerűbbet, úgy vélem, nemigen lehet összehozni. Lényegében azt tudja, amit te igényelsz. Alap I/O, iteráció, szelekció, delay. Mondjuk byte kód nincs, de azt már nem olyan nehéz megvalósítani.
Amit te szeretnél, hogy egy nyelvet definiálsz és ahhoz megírod a parsert, scannert, kódgenerátort, virtuális gépet, az már nem annyira triviális feladat.
Ehhez talán némi segítségül szolgál az amit én csináltam. Csak ez assembly, bár annak elég puritán, szvsz könnyű elsajátítani. A VM-je is egyszerű. Itt megtalálod: [link]"Ha az arduino be van építve valahova messze a pc-től, akkor a kábeles kapcsolat már nem jó, sok embernek nem notebookja van, nekem az, de én se szívesen húzgálnám ki minden frissítéskor az összes kábelt belőle."
A PC terminál és az arduino (vagy AVR) közötti soros kapcsolat lehet wired is és wireless is. Én opcionálisra csinálnám. Vagy a vezeték végi csatlakozót dugja rá a portra, vagy a wireless adaptert és akkor nyomhatja úgy is. A dolog előnye, hogy nem kell PC-n byte kódra fordítani, hanem direktben az eszközön is megszerkeszthető, lepróbálható a program. Persze lehet használni csak byte kód átvitelére is.
Némi plusz munkával megvalósítható simplex kapcsolat is, egy 3-400 Ft-os RF adó-vevővel. Itt reálisan max. 1000 byte-os adatcsomagról beszélünk. Ennél hosszabb programot aligha írna bárki. Na meg, maga az eeprom is csak ekkora.Jó, lehetne írni PC-re egy emulátort, ahol kipróbálható, tesztelhető lenne a kód, de ilyen rövid programoknál én ezt fölösleges befektetésnek tartom.
-
gyapo11
őstag
válasz
robohw
#12469
üzenetére
Még a basicnél is sokkal egyszerűbb nyelvet szeretnék, input/output melyik portra mit, feltételek, időzítés, mindezt byte kódokkal. A kódolást ugyanis pc programmal szeretném megoldani, ott valami emberközeli beviteli móddal, aztán ez állítja elő az arduinoba töltendő kódot. A cél az is lenne, hogy programozni nem tudó emberek is tudjanak működő kódot gyártani.
Tehát valaki kiteszi a kertbe a cuccot, méri a talaj nedvességet, hőfokot, és beállított feltételek alapján be-kikapcsolja az öntözést. Ha nem jó, a pc-n módosítja, kiírja az adathordozóra, odamegy az arduinohoz, rádugja, beolvas, kihúzza, kész. -
-
robohw
aktív tag
válasz
gyapo11
#12468
üzenetére
"A program nem arduino kód lesz, hanem tömény adat, még ezt sem tudom hogy hova fog kerülni, valószínűleg az arduino eepromjába, és egy arduino kódban megírt értelmező fogja értelmezni.
Szóval milyen megoldást javasoltok a kód hordozására?"Erre kínálkozik két megoldás is. Az egyik egy BASIC-szerű programnyelv, amely a kontroller eeprom-jában tárolja vagy onnan olvassa be és futtatja a kódot. A másik is hasonló megoldás, a neve VTL (very Tiny Language) ez még a BASIC-nél is szimplább.
Erről írogatok egy cikket mostanában, csak keveset foglalkozok vele és magától nem akar befejeződni.
A BASIC eredetileg arduino uno-ra lett írva, az én célom a nyelv egy 40 lábú AVR-re való kiterjesztése. ATMega32L lett megcélozva, mivel ezt 500 Ft körüli összegért be lehet szerezni.
-
gyapo11
őstag
Van egy régi elképzelésem, hogy csinálok egy home plc-t. Két dolog nem tiszta, a software, de azzal majd birkózok, és hogy milyen módon vigyem a pc-ről a programot a plc-re. A plc persze arduino lesz, és nem a pc mellett, tehát a kábeles kapcsolatot kizártam.
Lehet sd-kártya, vagy egy kis panelen iic flash vagy eeprom, amit a pc is tud kezelni meg az arduino is, valami tüskesorral vagy élcsatlakozóval. Ha van jobb ötlet, írjátok.
Az adathordozó föl- vagy lecsatlakozásakor nem szabad leállítani a plc programot, az fusson az eredeti programmal. Valahogy detektálni kell az új adat megjelenését, beolvasni az új programot, és onnantól azt futtatni. Ekkor már le is lehet húzni a tárolót.
A program nem arduino kód lesz, hanem tömény adat, még ezt sem tudom hogy hova fog kerülni, valószínűleg az arduino eepromjába, és egy arduino kódban megírt értelmező fogja értelmezni.
Szóval milyen megoldást javasoltok a kód hordozására? -
-
válasz
Imre077
#12462
üzenetére
Írj egy kicsit többet a projektről, mivel van összekötve, milyen módon, milyen uC van benne stb.
Ha egy bizonyos hangfrekvenciára szeretnél reagálni, csinálhatsz egy céláramkört, mikrofon+előerősítő, sávszűrővel, ami csak egy digitális jelet adna magából. Esetleg ugyanezt infraleddel, 38kHz-el modulálva, a karkötő bemenete pedig egy ir receiver lenne. (Én ezt csinálnám, mert akkor az adót közvetlenül a pc hangkimenetére lehetne kötni és nem lennének zavaró vezetékek+a karkötő súlyát sem növeli.)
Vagy usb-vel a gépre kötve egy arduino pro micro vagy egy digispark gamepad emulációval a force feedback-et használni a pc saját gamepad driver-én keresztül, bár ezt nem tudom támogatja-e a gamepad emuláció.Úgy látom a joystick library nem támogatja a force feedback-et. -
Imre077
csendes tag
Üdv mindenkinek!
Egy ideje már dolgozom egy haptikus (xbox/playstation kontrollerhez hasonlóan rezgő) csuklópánton. A kóddal nagyon szépen tudom állítani a rezgés idejét, erősségét stb...
Hogyan tudnám ezt valódi játékokkal (főként Half Life 2) használni? Gondoltam arra, hogy a szükséges hangfájlokat (játékos lövést ad le vagy sebződik) kicserélem két különböző frekvenciájú hangra, azonban nem tudtam semmilyen direkt hang bemenetet beolvasni az Arduinoval.
Valami mást ötlete van valakinek? Hogyan tudnám a frekvencia megkülönböztetést megvalósítani?
Előre is köszi minden segítséget!
-
cidalain
veterán
válasz
domi007
#12459
üzenetére
a fém érintkező kivehető a műanyag házból. közvetlenül a fém érintkezőre forrasztod a másik kábelt (annál persze le kell vágni a fém érintkezőt). Majd visszadugod a műanyag házba. Így a toldás nem is látszik, másrészt a forrasztás sokkal biztosabb kötés, mint a sima krimpelés.
egyébként mivel budapesti vagy gondolom (mert ott keresel erre embert), elballagsz a Lomex-be valahol a Nyugati mögött van a Lehel utcában, aztán kb 32 forintért veszel olyan éritkező tüskét, és megszereled magadnak. nem baj ha nincs krimpelő fogó, egy műszerész laposfogóval, vagy bármilyen kisebb méretű fogóval meg lehet oldani.update:
megnéztem, alapára 2-3 forint egy ilyennek de 10000 db van a csomagban. mivel neked annyi nem kell, csomagbontási díj is van. 54 forintra jön ki 1 db anya érintkező. viszont 10 darabot már 90 forintért odaadnak, lesz tartalék. 2.54mm anya krimpelhető tápcsatlakozó néven fut ott.(#12460) domi007
én is azt éreztem kicsit, hogy túlgondolod, nem bántásból írtam -
cidalain
veterán
válasz
domi007
#12457
üzenetére
nem feltétlen értem.
ilyen kábel kellene csak 2 apa vége legyen? [link]
miért kell ezt krimpelni? van 2 ilyen sima madzagod, elvágod megforrasztod, kész.azt gondolnám, hogy aki ilyesmivel akar foglalkozni, annak kell hogy legyen egy rakás ilyen madzagja, hogy a különböző modulokat összedrótozza egy próbapanelen. illetve ha ezt utána normálisan véglegesre csinálja, akkor meg forrasztani fogja, így elvileg a forrasztó is adott. úgy gondolom hogy ilyen teszt vezeték, és forrasztó nélkül nem is lehet nekiállni semmilyen mikrokontrolleres feladatnak, különben olyan lenne, mintha kisbicskával szeretnék kereket cserélni egy kocsin.
-
domi007
őstag
Sziasztok,
Egy nagyon egyszerű kérdésre keresem a választ: van-e esetleg olyan valaki lehetőleg Budapest környékén, aki tudna nekem krimpelni egy olyan kábelt, amivel egy sima tüskét ketté tudok osztani?
Tehát így nézne ki a cucc:anya Dupont -- apa Dupont\__ apa DupontA neten alig van készen elérhető ilyen cucc, ami van az is pl. Franciaországból jönne nagyon drágán, kínai oldalakon ebayen akárhogy kerestem semmit nem leltem.
Köszi előre is a segítséget, illetve bármilyen ötletet szívesen fogadok, eléggé új még nekem a mikrokontroller világ, így nem tudom még a megfelelő kulcsszavakatAmúgy a projekt egy viszonylag egyszerű sztori: DigiSpark-ra kötött infra LED-del bekapcsolom automatikusan a hifit amennyiben a rákötött számítógép elkezd bármilyen hangot kiadni (film, zene stb). A hifinek van USB portja amin csak akkor van áram amikor már bekapcsolt, így ezt tervezem feedbackként használni (csak simán megnézem van-e már 5 volt a tápvezetéken). Az említett probléma abból adódik, hogy egyetlen föld tüském van nyilván, nekem meg kéne a LED miatt is egy, meg az USB méréséhez is egy.
-
robohw
aktív tag
"Értem. Akkor viszont nem értem, miért nem 434MHz-nek rövidítik/kerekítik, "
Az már kerekítve van.
Eredetileg 450 és 900 Mhz.
A ~ 433 illetve ~ 866 Mhz már egy szűkebb érték a 450-es 900-as csoporton belül. A jelátvitel nem egy meghatározott frekin, hanem egy spektrumon (tartományon) keresztül történik. Ez az un. sávszélesség. -
#12453
Janos250
őstag
Szakbarbár
#12451
Janos250
őstag
válasz
Szakbarbár
#12451
üzenetére
"szeretnék egy olyan vezeték nélküli adót készíteni ami jelzi nekem ha nyitva felejtettem a garázsajtót"
Más lehetőség, ami esetleg meggondolandó:
a.) Wifin küld mailt.
b.) Megcsörgeti a telefonod. Ha nem veszed fel, nincs költsége. -
#12452
Aryes
nagyúr
Szakbarbár
#12451
válasz
Szakbarbár
#12451
üzenetére
Értem. Akkor viszont nem értem, miért nem 434MHz-nek rövidítik/kerekítik, ha már.
A garázsnyitót lehet, hogy nem véletlenül nem látja, talán szándékosan olyan protokollt használnak, hogy ne lehessen ilyen olcsó eszközökkel olvasni a kommunikációt. -
#12451
Szakbarbár
aktív tag
Aryes
#12450
Szakbarbár
aktív tag
Valószínűleg más csatornát használnak vagy a moduláció lehet eltérő amit az eszközök használnak vagy . Itt találtam egy leírást róla: [link]
Ez meg a vevőm datasheetjéből van:
RF wireless receiver module & transmitter module 433MHZ DC5V
(ASK /OOK)
Product specifications and operating instructions
Receiver module parameters:
Product Model: XY-MK-5V
Operating voltage : DC5V quiescent current: 4mA
Receiving frequency: 433.92MHz
Receiver sensitivity: - 105dB
Igazából ez most csak egy próba volt, később szeretnék egy olyan vezeték nélküli adót készíteni ami jelzi nekem ha nyitva felejtettem a garázsajtót és ahhoz próbálom megismerni a 433MHZ-es vezeték nélküli kommunikáció alapjait. -
#12450
Aryes
nagyúr
Szakbarbár
#12449
válasz
Szakbarbár
#12449
üzenetére
Én ezt nem látom problémának... Az adó-vevő nem véletlenül van párban, egymás jelét kell fogniuk, más (zavaró) jelet pedig figyelmen kívül hagyni. Az is lehet, hogy fogja a jeleket, csak figyelmen kívül hagyja őket. És/vagy egyéni protokollt használnak, nem azt, amit a Te adó/vevőd.
Ezen kívül pedig a 433,92MHz az nem 433MHz.
-
#12449
Szakbarbár
aktív tag
Szakbarbár
aktív tag
Üdv!
Kezdő Arduinósként kapásból belefutottam egy problémába:
Vettem egy 433 MHz-es adó-vevőt, egyelőre még csak a vevő részt próbálgatom de nem érzékel minden jelforrást. MX-RM-5V a vevő típusa, RC-Switch library-t használom. A led szalag távirányítónak "látja" a jelét de sem a fixkódos garázsnyitót sem pedig a vezeték nélküli időjárás állomás jelét nem érzékeli közvetlen közelről sem. Mindkét eszköz 433,92 Mhz-en üzemel
A led szalagról ilyen jelet észlel:
Decimal: 5571585 (24Bit) Binary: 010101010000010000000001 Tri-State: FFFF00F0000F PulseLength: 398 microseconds Protocol: 1
Ti már találkoztatok hasonló problémával? -
Janos250
őstag
válasz
Melorin
#12445
üzenetére
Ezek a ledek zabálnak rendesen. Tehát led táplálása: külső, 5V-os táp. Értelemszerűen a GND és a +5V közé.
Arduino táplálása pl.USB-ről. Led szalag, Arduino összekötés: GND-GND, megfelelő pin(Arduinon)- dataszalagon).
Amikor összekötötted az Arduinot,és a szalagot, adj USB-t az Arduinora. Elvileg az Arduino elindul,semmi egyéb. Utána add a tápot a szalagra, hogy lásd,mi történik. Elvileg működik a szalag.
Azért én mindenképpen a fordított polaritásra gondolnék! Én is vettem a múltkoriban olyan tápból egy nyalábbal, amin fordítva van a csatiba bekötve a polaritás, azaz 0 belül, + kívül. Mellesleg én is WS2812-höz használom őket,konverter közbeiktatásával.
(Végre normális könyvtárba raktam a régebben elkészült ESP32-re való WS2812 meghajtó drivereket. Most(is) látom, mennyire jó az ESP32: 8 led szalagot tud(na) párhuzamosan kezelni különböző mintákkal) -
JozsBiker
aktív tag
válasz
Melorin
#12443
üzenetére
A második esetben szerintem mindenképpen rosszul csináltad, mert ha a Vin -re 5V -ot kötöttél az édeskevés ( a Vin az arduino panelen levő stab IC bemenete, 5 V -al nem tud mit kezdeni ). Ha pedig nagyobb feszt kötöttél rá és ezáltal a LED szalagra is, akkor a LED szalagot károsíthatta. Mondjuk egyik esetben sem értem hogy miért füstölt az arduino panel.
-
válasz
Melorin
#12443
üzenetére
- A szalagon nincs zárlat?
- Működik a két pórul járt lap?
A második esetet nem pontosan értem: másodszor külső adaptert kötöttél rá, és a szalagot a Vin-re kötötted? Milyen adapter volt az?
Az arduino és a szalag közt csak a gnd és a data lábakat szabad összekötni, a V+-t nem. -
válasz
Melorin
#12441
üzenetére
Ilyen kevés információ alapján elég sok mindent.
- Ugyanarra a lapra dugtad másodszor is?
- Először mivel lett megtáplálva, usb-ről vagy a hordó csatlakozó/Vin felől külső táppal?
- 100%, hogy nem cserélted fel a polaritást? A szalagot is meg kell nézni, hogy a csatlakozó biztosan a képen látható módon van-e bekötve.
- Ha külső adaptert használtál, annak biztosan jó volt a polaritása?
- Maga a lap túlélte a manővert? Ha az 5V regulátor sült meg, még van esély, hogy a uC túlélte, nekem is van egy ilyen lapom. Ilyenkor már csak az 5V vagy az usb irányából tudod megtáplálni -
Melorin
addikt
Sziasztok!
Szerettem volna arduinoval vezérelni a Corsaid LED szalagomat ezen cikk alapján: [link]
Bekötöttem a LED-et így:Amikor rádugtam a tápot az arduinora, az arduino panelből füst jött ki :S
Gondoltam nem bírja a stab IC a panelen meghajtani a ledet így a Vin-re kötöttem a LED szalag 5V pinjét. (5V 3A tápja van az arduinonak) De ekkor is elfüstölt az arduino.
Mit csinálhatok rosszul? -
Volkov
senior tag
Sziasztok!
ESP32-n található BLE-vel kapcsolatban szeretnék segítséget kérni.
Arduino-ban van a kód, a beépített keresővel letölthető libary-t használom. (BLEDevice.h)
Van egy eszköz (ő a server) amihez kliens módban kell csatakoznom az ESP32-vel.
A gondom az, hogy teljesen random, hogy mikor csatlakozik össze a két eszköz.
Próbáltam úgy, hogy scan-ellem 5mp-ig, majd mikor megvan a megfelelő serviceUUID, akkor connect, ha nincs akkor újra az egész, de egy sokszor átugrik a megtalált eszközön csatlakozás helyett.
Próbáltam úgy, hogy scan, majd mivel tudom a MAC address-t, azzal csatlakozom mindenképpen (nem a scan-ből nyerttel), de ez is esetleges, nem stabil.
Próbáltam teljesen törölni a scan-t, hogy csak direktbe a mac address legyen, ekkor unhalded excption-nal elköszön az egészSzóval a kérdés, hogy szükséges-e a scan?
Lehet fixen mac alapon csatlakozni?Google a barátom, van pár példa, de amit találtam, az mind a beépített példa client kódra épül.
Köszönöm!
-
Úgy látom még nem esett szó róla, de most fedeztem fel, hogy a tinkercad.com-on arduino uno és attiny programokat és hozzájuk kapcsolódó áramköröket lehet tervezni és emulálni is működés közben.
-
#12437
Janos250
őstag
tonermagus
#12436
Janos250
őstag
válasz
tonermagus
#12436
üzenetére
Helyette egy FET? Alapjában véve az is "relé"- féleként is használható , és biztosan kinyit már az Arduino feszején is, nem kell hozzá semmi plusz. Ha jó típust választasz, még a 3.3 voltosak is kinyitják. Persze, ha 230 V-ot akarsz kapcsolni, akkor nem jó, akkor triak kellene, de azt akkor galvanikusan le kell választani.
-
#12435
Janos250
őstag
tonermagus
#12433
Janos250
őstag
válasz
tonermagus
#12433
üzenetére
Amit linkeltél, azon 5V-os relé van!
-
#12434
PHM
addikt
tonermagus
#12433
PHM
addikt
válasz
tonermagus
#12433
üzenetére
10V-nál még általában behúznak ezek a relék.
Néztem egy hasonló relé adatlapját, ott sajnos nem találtam a
legkisebb behúzó feszültségre utalást.
Biztosat sajnos csak próba után fogsz tudni. -
#12433
tonermagus
aktív tag
tonermagus
aktív tag
Sziasztok!
Nem tudjátok véletlenül, hogy ez a relé amit belinkelek 9-10V környékén is kapcsol-e?:
https://www.hestore.hu/prod_10036570.html
Elvileg ez 12V-os relé, de mivel az áramkört egy 11,1-es lipo akksi fogja meghajtani így szinte mindig 11V alatt lesz a feszültség és lehet be fog esni 10V alá is. (tudom hogy ez kritikus szint egy 3 cellás liponál, de ez most nem lényeges ) -
De melyiket? És miért pont ezzel?
Egy hátulütője lehet ennek a megoldásnak, és az maga az attiny44, amit az usb-s kommunikációra használ, éspedig azért, mert nincs benne natív usb támogatás, csak szoftveres emuláció (v-usb), ami elég érzékeny arra, mibe van dugva, legalábbis ha úgy működik, mint a digispark (attiny85), amit csak akkor ismer fel a gép, ha kihúzom az összes többi usb eszközt, illetve egy bizonyos usb hub-ra dugva is működik. -
#12428
gyapo11
őstag
férfiállat
#12422
gyapo11
őstag
válasz
férfiállat
#12422
üzenetére
Ha 0 a hardware és software ismeret, akkor szerintem érdemes előbb azokkal kezdeni, mert semmi nem fog működni az arduinon. Kész projectet letölteni a netről és betölteni az arduinoba menni fog, de bármi változtatás már nem.
A software résznél nézegetni kell sok kis példaprogramot és megérteni a működést. Pl. én nem tanultam c-t se meg c++-t se, basic, pascal, fortran, clipper, assembly pár processzorra, de ezekből már el lehet indulni. Ja és sokszor semmit nem értek abból amit itt a kollegák mutatnak, nagyon alap tudással is lehet boldogulni.
Ott van a 13-as porton a led, egy másikra lehet tenni egy csipogót, harmadikra nyomógombot, analóg bemenetre potmétert, pwm kimenetre ledet, ezekkel már lehet ügyeskedni.
Hardware téren meg a külvilággal való kapcsolatot lehet kezelni, akár ki vagy befelé. Érzékelők kellenek, vannak készen kapható kis modulok, ezekkel kevesebb a gond. Kimenetként relés modul. Ha megy a tranzisztor, fet vezérlése, akkor már sok mindenhez lehet illeszteni. -
#12427
mprrpm
tag
férfiállat
#12422
mprrpm
tag
válasz
férfiállat
#12422
üzenetére
Például kezdésnek.
-
#12426
cidalain
veterán
férfiállat
#12422
cidalain
veterán
válasz
férfiállat
#12422
üzenetére
Nekem ez volt az első, a betanulós projektem: [link]
Mondjuk következő még nem volt, szóval eddig ez az egyetlen.
Mondjuk sokat dolgoztam hogy normálisan menjen, hogy ha egy funkció épp működik, akkor is figyelje a gombok megnyomását, ne legyen késleltetés, stb. State machine designt alkalmaztam, azzal ezt szuperül meg tudtam valósítani, meg a timer vezérlés volt még a fő alap. -
#12425
Aryes
nagyúr
férfiállat
#12422
válasz
férfiállat
#12422
üzenetére
Tanács tőlem: szerezz egy UNO-t, mert nem létezik olyan feladat, amihez UNO-ra ne írt volna valaki példakódot+library-t. Nagyon gyorsan megtanulható rajta mindenféle periféria, szenzor kezelése. Könnyű tápot biztosítani neki, 2db ceruzaelemtől és egy 18650 li-ion cellától a powerbank-on át a 9-12V fali adapterig kb. mindenről működni fog. Prototipizálj, gyakorolj rajta, és ha már úgy működik, ahogy szeretnéd, felejtsd el az UNO-t gyorsan, és vegyél valódi projektekhez Arduino Nano-t, Arduino Pro Micro-t vagy ESP32-t.
-
#12423
weiss
addikt
férfiállat
#12422
válasz
férfiállat
#12422
üzenetére
Keress/találj ki valami projektet, amiben hasznosítani tudsz egy mikrovezérlőt /időjárás állomás, valami egyszerű játék, etc./, és kezdj el foglalkozni vele. Ha céltalanul belevágsz, akkor csak nyűgnek fogod érezni.
-
#12422
férfiállat
tag
férfiállat
tag
Sziasztok. Tudnátok adni pár tanácsot, hogy kezdjen neki az ember ennek témának a 0ról?
Előre is köszönöm -
Janos250
őstag
válasz
gyapo11
#12416
üzenetére
Itt van rá library, de hogy mennyire jó, azt nem tudom:
https://www.codeproject.com/Articles/645/Sunrise-Sunset-Calculations
-
cidalain
veterán
válasz
gyapo11
#12416
üzenetére
Én nem pepecselnék, bevágnám egy 365 (vagy 366, szökőév van idén) elemű konstans tömbbe, és az adott napról csak lekérném hanyadik nap az évben, és kolvasnám a konstans tömb adott wlemét, aztán csókolom. Ezek az időpontok simán leszedhetők netről, még begépepni sem kell.
-
válasz
gyapo11
#12416
üzenetére
Amennyire én tudom, az általános képlet igencsak bonyolult. Maga a napkelte/nyugta egy szinuszhullámot követ, tehát ha arra a helyre, amire kíváncsi vagy kiszámolod az függvényt jó vagy. Viszont figyelembe kell venni a nyári időszámítást is, ha korrekt akarsz lenni, szóval az még plusz munka.
-
gyapo11
őstag
Bevezető: valamikor régen volt egy olyan házi feladat, hogy számítógép program kap egy év-hónap-nap adatot, és írja ki, hogy az a hét melyik napja. Valamelyik HP számológép doksijában találtam egy képletet erre, 2 sor volt.
Most azon gondolkodom, hogy arduinoval szeretném tudni, hogy az adott napon (itt elég a hónap-nap) mikor van napkelte-napnyugta (itt Magyarországon). Egyik lehetőség, hogy beírom a flashbe ha belefér.
Másik lehetőség, hogy a téli meg a nyári napfordulótól kiszámolom hányadik nap van, és valami átlagos napi lépésekkel kivonok vagy hozzáadok perceket.
De van-e esetleg egy ilyen csodaképlet, amivel 2 sorból kijön az adat? -
Jól kicsesztem a kis kínaival, megtanultam assebly-ban programozni, AVR Studioval.
Legalább hasznát vettem a C64 assebly tanulmányaimnak. Mondjuk túl sokra így sem fogom tudni használni, de legalább jól eljátszok vele, mert régóta érdekel az AVR lelki világa, most jól elmerültem benne. -
-
fpeter84
senior tag
válasz
Tankblock
#12410
üzenetére
Természetesen ott van a 0x44 címen - de közben rájöttem hogy hol van a gond - ott hogy bár nincsen rendesen ledokumentálva, de úgy tűnik hogy az összes beállítás regisztere write-only, mindössze egyetlen byte-ot lehet belőle lekérdezni:
Azért kapok mindig 2-t, mert a softmute nem aktív (SM==0) és softstep nem busy (BZ==1) vagyis b10==2... ha a softmute-ot aktiválom a 0x04-es címen, akkor onnantól 3-at kapok vissza, ha kikapcsolom akkor ismét 2-t
Ez nagyban megnehezíti a dolgomat... Adott 2 autós androidos fejegység. 2 különböző platform de az audio proci IC ugyanaz a TDA7729-es. Az egyik kifejezetten jól szól, szeretem a hangját, a másik bár hardverben sokkal bikább, de a hangjával elégedetlen vagyok... Szerettem volna összehasonlítani a regiszterek beállításait első körben, hátha ott rontja el a hangot az erősebb vas - de így ez a verzió bukta...
Saleae Logic-al kissé macerás visszafejtegetni a nagy tömegű kommunikációt, úgyhogy most összerakok egy ilyen i2c_sniffer-t, és írok hozzá egy programot ami valahogyan könnyen összehasonlítható módon megjeleníti a különbségeket a két eszköz buszain küldött beállítások között. B terv, hogy veszek valami DSP-t (mint az ADAu1701), és megpróbálom azzal ráncfelvarrni a hangot...
-
-
fpeter84
senior tag
Sziasztok!
I2C kommunikációval kapcsolatban volna szükségem segítségre... Egy TDA7729 (==TDA7719) audio processzorral szeretnék beszélgetni, lekérdezni a regisztereit. Utasítani tudom gond nélkül, de a lekérdezésekre mindenáron csak annyi a válasza, hogy 2..
Wire.begin();Wire.beginTransmission(0x44);Wire.write(0x0C);Wire.endTransmission(false);Wire.requestFrom(0x44,1);Serial.println(Wire.read(),HEX);Volt, hogy próbából tettem 10ms delay-t a lépések közé hátha nem tud olyan gyorsan válaszolni, de semmi változás. Bármelyik regisztert próbálom 0x00-0x12 (0..18) között, a válasz a read-nél mindig az hogy 2...
Néztem logikai analizátorral is, és tényleg mintha csak ennyi történne a buszon:
Hol lehet a probléma? Ha valaki kicsit járatosabb az I2C kommunikációban, plz lessen bele a fenti datasheet-be - mit csinálok rosszul a kommunikáció során?
-
Janos250
őstag
A hiba zöme megvan:
A .h és a .cpp fájlokat nem az include könyvtárba kell tenni, hanem a lib-be úgy, hogy a lib-ben csinálunk egy könyvtárat, aminek az a neve, mint a .h (és a .cpp) fájlnak, ebben a könyvtárban csinálni kell egy src könyvtárat, és oda kell elhelyezni a .h és .cpp fájlokat. Akkor minek van az include, az titok.
Így lefordítja, feltölti, de nem fut. :-(
Új hozzászólás Aktív témák
Hirdetés
ekkold- Milyen egeret válasszak?
- Kerékpárosok, bringások ide!
- HiFi műszaki szemmel - sztereó hangrendszerek
- Autós topik
- Sony MILC fényképezőgépcsalád
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- One mobilszolgáltatások
- iPhone topik
- Milyen cserélhető objektíves gépet?
- További aktív témák...
- Telefon felvásárlás!! Xiaomi Redmi 9, Xiaomi Redmi 9AT, Xiaomi Redmi 10, Xiaomi Redmi 10 2022
- Üzleti Fujitsu Lifebook u7510 15,6" FHD IPS 2021/08. havi gyártás
- BESZÁMÍTÁS! ASUS ROG Ally Z1 Extreme 512GB SSD játékkonzol garanciával hibátlan működéssel
- Bomba ár! Lenovo ThinkPad X395 - AMD Ryzen PRO 5 I 8GB I 512GB SSD I 13,3" FHD I Cam I W11 I Gari!
- ÁRGARANCIA! Épített KomPhone Ryzen 5 9600X 32/64GB RTX 5070 12GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest