- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Bluetooth hangszórók
- Azonnali fotós kérdések órája
- Raspberry Pi
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Szünetmentes tápegységek (UPS)
- Nem indul és mi a baja a gépemnek topik
- AMD Navi Radeon™ RX 9xxx sorozat
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
-
PROHARDVER!
Arduino hardverrel és szoftverrel foglakozó téma. Minden mikrovezérlő ami arduinoval programozható, és minden arduino program, board, és hardverrel kapcsolatos kérdések helye.
Új hozzászólás Aktív témák
-
#2300
razorbenke92
őstag
powerwade
#2299
-
powerwade
senior tag
Ja igen, van egy zsák mini prom + rf24 hozzá mert az idei első projekt az elemes szenzorhálózatot kiépitése. Amúgy érdemes ESP8266 -ot üzemeltetni elemről vagy nagyon hamar lemerül? Még nem igazán néztem utána, de félek sokkal nagyobb a fogyasztása mint a rf24l01-nek.
A bootloader égetésen én is túl vagyok, felpattant az 1mHz -s bootloader az egyik Mini Prora egy Uno segitségével. -
Tankblock
aktív tag
Hello
Datasheetet olvasva azt írja magában, hogy "Note 11: Default values set at power up"
egyszóval ha Arduino-t lekapcsolom alatt áramtalanítást értesz akkor igen vissza fog állni az alapbeállított értékekre. Miért kell az arduinot kivenni? Szerintem nem fogyaszt sokat, és lehet altatni is.
-
#2286
dave0825
őstag
razorbenke92
#2285
dave0825
őstag
válasz
razorbenke92
#2285
üzenetére
Hát ahogy tekertem a potit, úgy változott az analóg érték is a soros porton. És igen, van 1-1 led a Power-hez is, meg még 1, ami nem tudtam, hogy mire van, mert ahogy állítottam a potit, egy pont után villant csak föl, de közben nem beszéltem, nagyjából teljesen csönd volt. Bár lehet, hogy azt a teljesen csöndet is érzékelte a poti egy pontjától, és tényleg a digitális kimenetre van kötve. Viszont az analóg nem tudom, hogy hogy megy.
-
#2285
razorbenke92
őstag
dave0825
#2284
válasz
dave0825
#2284
üzenetére
Az eladó tényleg toppon van, nagyon sokat rendeltem már én is tőle, és sosem volt gond. Megnézem neked a témát. Talán még ilyen szenzorom is van valahol.
A poti tekerése a digitális lábra van hatással, azzal tudod trimmelni, hogy mi a küszöbérték, ami felett a digitális láb bekapcsol. Azt pl tesztelheted simán, mert a komparátor kimenete egy LED-el is indikálva van. Ha elég hangos vagy, akkor annak fel kell villanni.
-
dave0825
őstag
Üdv. Ehhez tudnátok nekem egy egyszerű programot írni/mutatni, amivel le tudom tesztelni, hogy működik-e? A legegyszerűbb, amire gondoltam (és szerintem így kell), hogy VCC, GND rámegy, A0-át egyik analóg bemenetre kötöm, soros portra meg kiíratom az értékeket. Csak nem változik semmi, ugyanúgy 30 valahány körül van az érték, ha tekerem a potit, akkor 20-1023-ig megy kb., de ott ugyanúgy megáll, hiába beszélek neki, kopogtatom, zenét indítok, semmit nem változnak a vett értékek. Rendeltem 2-t, mindegyik ezt csinálja. Próbáltam az itt találhatóa programmal is, mindent ugyanígy összeraktam, és semmi, folyamatosan világítanak a ledek.
Pedig survy2014 nem rossz eladó, itt is ajánlották már a fórumon többen is, nem hiszem, hogy 2 hibásat is küldött volna.
-
-
Saua
tag
Sziasztok,
Egy LM75 hömérot csak magában, termosztátként szeretnék használni, mint az alábbi ábrán látható
Arduinóhoz csatlakoztatva beállítottam a kapcsolási homérsékleteket és a komparátor módot, jól múködik.
Viszont mikor lekapcsolom az Arduinórol már nem kapcsol a beállított értékeknél. Nem világos, hogy csak a gyárilag beállított értékekkel (80 és 75 fok) használható önmagában? -
Tankblock
aktív tag
válasz
powerwade
#2277
üzenetére
Hello
Még lenne egy tippem,
Ne köss rá semmit, émérd meg mennyi jön ki ilyenkir az USB ből
Pl az én gépem 5V helyett olyan 4,6-4,9V között produkál. Az USB max 500mA tud.
Átnézném az összes alkatrészt a helyedben a nyákon és az öszeköttetéseket isLehet, hogy egy hibás szériát fogtál ki, vagy csak egyszerűen valami nem érintkezik.Telefon töltővel is ugyanez a helyzet?
Típusról tudnál linket küldeni?
-
-
Nagytoll
senior tag
Hello! Van egy DC motrom, de sehogy se akar működni, mintha halott lenne. E szerint a leírás szerint próbáltam meghajtani, de meg se moccan. A neten van valami online arduino szimulátor, ott működik az egész. Az én transistorom egy S9013, aminek elvileg fordítva vannak a lábai, de akárhogy próbálom bekötni, sehogy se jött össze eddig a motor meghajtása.
-
Bocsek
aktív tag
válasz
Tankblock
#2273
üzenetére
Köszi. Igen néztem hogy van külső wifi modul, azokhoz jellemzően csatlakoztatható antenna.
5-35 fok között mérnék, de igazad van, inkább DHT22 lesz.
Wifinél annyira nem fontos a folyamatos jelküldés, percenként küldene az is elég. Mondjuk nem csak ez szipkázná, az ózon szenzor külön lábakon fűtést is használ. Nem tudom mennyit fogyasztana egy ilyen általam elképzelt rendszer. RC autós akksiban gondolkozom egyelőre, bár akkor nem lesz annyira mobil készülék. pl ez
Legvégső esetben hálózatról is mehetne, épületekben lenne használva, csak ha nincs áramforrás a közelben, akkor is jó lenne használni. -
Tankblock
aktív tag
Hello
A Wifis kérdésedre még nem tudok válaszolni, de vannak olyan modulok is amelyen nem az a beépített antenna van, hanem csatlakoztatható külső antenna is.Szerintem ha a wifi fogható akkor ez is működhet.
A DHT11 helyett inkább DHT22 használnék, az -20 +80 C között képes hőmérsékletet is mérni.
3 órán keresztül kell aktívan wifizni azt jól kikell számolni, hogy mekkora akkumulátor kell. ha nem kell hogy folyamatosan mérjen, hanem időközönként csak akkor jobb a helyzet. Akkumulátornak kellene töltő átamkör is, meg egy akkumulátor. Ha 0 fok alatt is szeretnéd hazsnálni akkor a Lipo akkumulátort feletsd el.
-
Bocsek
aktív tag
Sziasztok! Nagyon megtetszett az arduino, valószínű belevágok egy projectbe, a rutinosabbaktól kérdezném, hogy miket lenne érdemes beszereznem hozzá. Aliexpressen csináltam egy public wish listet: link. Ha nem jók a választott modulok, vagy mást javasoltok ne tartsátok magatokban.
Fokozatosan építeném fel az egészet. Alapvetően ózonkoncentrációt szeretnék mérni. Az elképzelésem az, hogy 0,05 ppm koncentráció fölött pittyegő hang lenne, mindezt egy mobil eszközben, ezért valami akkus tápellátás is kéne. (alkalmanként legalább 3 órát ki kéne bírnia) Ahogy belejönnék, úgy bővíteném egy páratartalom és hőmérővel, valamint egy kijelzővel, amin megjelennének a páratartalom, hőmérséklet, harmatpont és ózonkoncentráció (ez lehet csak egy mondjuk 10-es skálán) értékek. A hab lenne a tortán ha mindezt androidos telefonon mondjuk wifin keresztül ki tudnám iratni.
A linkelt wish listben a Wemos D1-re integrált wifi az elég lehet pár falon, esetleg födémen keresztül? Nem látok rajta antenna csatlakoztathatósági lehetőséget. -
Tankblock
aktív tag
válasz
powerwade
#2270
üzenetére
Hello,
Nekem van 1 példányom, és használom. Köszöni szépen jól működik.
Nem füstölt-e meg benne valami?
Ellenállások értékétől függ az hogy a feszültség szabályzó mit mutat.
A másik kérdésem az hogyközéptájon is van egy tüskesor amiről 3V3 vagy 5V lehet kivenni, ugye azon nincs semmi jumper?nálam csak a kép szélső felén van jumper amivel a feszültséget lehet választani. -
powerwade
senior tag
Használ itt valaki breadboardba dugható tápegység lapkát? Ami tud 5V és 3.3V adni, jumperrel állítható. Na most az a gondom, hogy hiába teszem 3.3v-re valami 2.5 körül mérek a breadbordban
5 V-nél meg 3.3V. Ötlet? Azon kívül hogy hibás, mert 2 különböző egység is ugyanazt produkálja. -
#2266
tvamos
nagyúr
razorbenke92
#2264
tvamos
nagyúr
válasz
razorbenke92
#2264
üzenetére
Oke. A nem kompjuterhez mar keszitettem kiolvasot, amit mi a VAG-COM-mal olvastunk ki. Sokat nem tudok rola, mert en csak a hardvert csinaltam, es nem is erdekelt, mert nekem ugye Opelom van.
-
#2264
razorbenke92
őstag
tvamos
#2263
Valamilyen szinten ma már minden valamiféle computer, így teljesen igazad van. Az ECU szigorúan véve egy vezérlő. Realtime kontroller, ami hardverfelépítésében sem számítógép, szoftverberendezésében sem, és amiért én írtam hogy csak ECU az az ember-gép interfész hiánya. Ahogy az Arduinot vagy egy PLC-t sem hívjuk computernek, úgy az ECU-t sem. Erre gondoltam, bocsánat a kukacoskodásomért.
-
#2263
tvamos
nagyúr
razorbenke92
#2256
tvamos
nagyúr
válasz
razorbenke92
#2256
üzenetére
Szerintem ez az ECU valamiféle computer lehet...
-
#2262
razorbenke92
őstag
seatibiza
#2261
válasz
seatibiza
#2261
üzenetére
Attól függ, milyen modellt szeretnél.
Az UNO verzióból kismillió van, azoknál általában annyi a redukció a kínai verziókban, hogy nem atmel chip csinálja a soros-usb kommunikációt, hanem valami dedikált FT232 vagy CH340
Ezen kívül a nyák kialakítása és az USB csatlakozója is változhat.Nano esetén csak a soros-usb móka különbözik
Igazából átlag felhasználóként nem fogsz különbséget érezni.
-
gyapo11
őstag
Értem. Akkor ha rövidíteni akarok, csak kikapcsolom és vissza, ha hosszabbítani, akkor kikapcsolom, várok és később vissza. Az jó benne, hogy az utolsó törléstől gyűlik az eső, és amikor szükségesnek látom, akkor az új időközt beviszem egy ki-bekapcsolással. Az meg rossz, hogy ha túl hosszúra akarom állítani, akkor csak úgy visszaáll defaultra. Sípolhatna vagy törölhetne egyet, jelezve ezzel, hogy túlléptem a maximális beállítható időt.
Majd ha csinálok arduinos ablaktörlővezérlést elgondolkodok ezen a lehetőségen is. -
zka67
őstag
válasz
gyapo11
#2258
üzenetére
Szia, majdnem. Addig jó, hogy ha bekapcsolod, akkor egy default idővel töröl.
Mindig az utolsó törléstől méri az időt.
Ha a következő törlés előtt kikapcsolod, majd később visszakapcsolod, akkor az előző törlés és a visszakapcsolás közti idővel fog törölni. Túl hosszú időt nem lehet vele beállítani, akkor visszaáll a default időre, de szerintem percenkénti törlést nincs is értelme beállítani, akkor csak megpöccintem a kart és töröl egyet.
-
gyapo11
őstag
Világosnak tűnik, tegyük át arduinora.
Bekapcsolom a szakaszos törlést. Egyet töröl, ha bekapcsolva hagyom, akkor valami default időközzel folytatja a szakaszos törlést. Ha bekapcsolás után 1-2 másodpercen belül kikapcsolom, akkor elkezdi mérni az időt. A következő bekapcsoláskor már úgy kezd szakaszosan törölni, hogy a mért idő lesz a szünet ideje.
Ha kikapcsolom az ablaktörlőt, akkor törli az időt és várja a következő bekapcsolást. -
#2257
gyapo11
őstag
razorbenke92
#2256
gyapo11
őstag
válasz
razorbenke92
#2256
üzenetére
Ha van ECU, akkor nem kell átfolyásmérő a fogyasztás méréséhez, az üzemanyag nyomásából és az injektor nyitási idejéből számolható. Viszont rövidek az idők, az arduino önmagában kevés lehet, kell valami kiegészítő elektornika.
-
#2256
razorbenke92
őstag
tvamos
#2255
-
tvamos
nagyúr
válasz
Gergosz2
#2233
üzenetére
Reg fajt mar a foga a Chandlerieknek az Atmelre. Majd meglatjuk, hogy az a trosztellenes hivatal, vagy mi belekop-e a levesbe megint.
(#2243) seatibiza válasza Bazs87 (#2242) üzenetére
Milyen az az mk2 ibiza? Evjarat?(#2240) Bazs87
Inkabb vennek egy olyan kontrollert, ami alapbol tudja az AES-t, vagy inkabb a komplett fejleszto keszletet. Legutobb SiLabsossal volt dolgom. -
zka67
őstag
válasz
gyapo11
#2249
üzenetére
Szia, a változtatás is ugyan úgy megy, mint ahogy leírtam. A törlés után kikapcsolod a szakaszos törlést, és amikor úgy látod, hogy most már törölnie kell, akkor visszakapcsolod, és ebben az ütemben folytatja. A visszajelzés te magad vagy: kicsit esik az eső, bekapcsolod a szakaszos törlést, aztán ki is kapcsolod, majd a törlés után, amikor úgy látod, hogy most már törölhetne, akkor visszakapcsolod és úgy hagyod, és megjegyezte az ütemet. Ha gyorsítani vagy lassítani akarod, akkor is ugyan ez a teendő. Pl. gyorsítani akarod, akkor látod, hogy már törölhetne, akkor csak ki és be kell kapcsolnod, mert az utolsó törléstől eltelt időt méri. Ha lassítani akarod, akkor kikapcsolod, és ha elég eső esett, akkor kapcsolod vissza. Remélem érthető vagyok
Én nagyon szeretem, sokkal jobb, mint a 2 fokozatú vagy potival állítható törlők, mert nem időt kell beállítanod, hanem az eső mértékéhez tudod igazítani a sebességet.
-
gyapo11
őstag
Érzékenyek, viszont könnyű szűrni a tápot. Viszonylag kicsi a fogyasztás, nem túl nagy kapacitású kondi is lesimítja a tüskéket. És persze nem a motortérbe kell tenni, és árnyékolni kell fémdobozzal.
Az ablaktörlő ütemre jó ötlet amit írtál, a változtatást nem tudom hogy megy, de ha erősödik vagy gyengül az eső, akkor is könnyen kell tudni változtatni az ütemen. Másrészt meg nincs visszajelzés, tehát ki kell várni a következő törlést, hogy érzékelhető legyen mire van most éppen állítva. De a gyakorlatban lehet hogy jól bevált. -
#2248
gyapo11
őstag
razorbenke92
#2246
gyapo11
őstag
válasz
razorbenke92
#2246
üzenetére
Simán rá merném bízni. Persze csak akkor, ha az elengedés biztosított. Baj abból lehet, ha rátapos az arduino a gázra és koppig fölnyomja, viszont ha hozzáérek a gáz- vagy fékpedálhoz, akkor elengedi, és a hagyományos üzemmód visszaáll. Tehát az elengedésre kell biztonsági szempontból odafigyelni.
-
zka67
őstag
válasz
gyapo11
#2244
üzenetére
Szia, a mikrokontrollerek baromi érzékenyek a külső zavarokra. Gondolok itt elsősorban az autó gyújtótrafójára. Ha nincs megfelelően leárnyékolva és a táp megszűrve, akkor felejtsd el, hogy megbízhatóan fog működni.
Az ablaktörlőre szerintem a ford fiestában kitalálták a tökéletes megoldást: úgy működik, hogy bekapcsolod a szakaszos törlést, majd ki is kapcsolod. Utána amikor úgy látod, hogy törölni kell, akkor ismét bekapcsolod és megjegyezte az időt, ezután ebben az ütemben fog törölni.
-
#2246
razorbenke92
őstag
gyapo11
#2244
válasz
gyapo11
#2244
üzenetére
Nagyon sok éve dolgozom hardverrel is szoftverrel is (és talán pont azért mert ismerem őket) soha nem bíznék egy gázbovdent egy arduinora meg egy csigás motorra.
A riasztó meg a tájékoztató dolgok hasznosak, de anyagi vagy személyi biztonságot kockáztató módosításokat sokszor még autógyártók sem vállalják be csak úgy.
Ez csak a véleményem, nem akarok senkit befolyásolni. -
gyapo11
őstag
válasz
seatibiza
#2241
üzenetére
- Tempomat, csak a mechanikát kellene kitalálni, ami húzza a gázbowdent, de el is tudja engedni. Lehetne egy motorral meg csigával, de az nem tudja elengedni.
- Lopásgátló, amikor kiállok a kapu elé, és belülről zárom a kaput mindig ideges vagyok, hogy nem ugrik-e be valaki az autóba és elhajt. Leállítani nem akarom a hideg motort, jobb ha pöfög és kicsit melegszik. Erre gondoltam azt a régi ötletet, hogy valamilyen kártya, ha benne van minden OK, ha kihúzom alapjáraton megy tovább, de kuplungra vagy gázpedálra leáll. Ha kapuzárás közben meghallom hogy leállt a motor, akkor egy fa testápolóval már futok is ki beszélgetni. Itt az arduinonak csak annyi a szerepe, hogy nem egy kapcsolót kell billenteni, amit ki lehet figyelni, hanem pl. rfid kártya olvasó.
- Aztán tetszik még a késleltetett belsőtér világítás kikapcsolás, még a parkolófényt is bevonnám ebbe, a sötét garázsban elég az a kis fény a pakolás idejére.
- Fogyasztásra is jó lenne, de ahhoz kell egy átfolyásmérő, meg valahonnan a sebesség adatot levenni.
- Riasztó arduinos OTP kulccsal, és én infrában gondolkodok, nehezebb lehallgatni, mondjuk az OTP miatt fölösleges is, könnyebb megcsinálni, és amikor teszteltem teljesen jó érzékenysége és szelektivitása volt. Az egyedi riasztó, pontosabban indításgátló hatásosabb lehet mint a gyári. Csak zárni kell a motorteret, ennek a nyitását is vezérli az arduino. Egy 2.4 GHz-es modullal még át is jelezhet a távirányítóra, itt írta valaki nemrégen, hogy akár 1 km is mehet, de persze vezérelhet komolyabb átjelzőt is.
- Ablaktörlő fokozatmentes ütemvezérlés. Utálom, amikor nyekereg az alig nedves üvegen, a legritkább is túl sűrű, elég lenne sokszor a szemerkélő esőben fél percenként törölni. Egy potival szépen be lehetne állítani egy mozdulattal, kis kijelzőn kiírni a szünet hosszát másodpercben.
- Akkufesz kijelzés, esetleg árammérés. Ez utóbbihoz a söntöt úgy kell beszerelni, hogy az önindító árama ne menjen át rajta. Nekem Moszkvicsban volt ilyen analóg műszer, és szépen látszott az égő lámpák, fűtőmotor és alapjáraton pöfögés pl. lámpánál, hogy szívja kifelé a 10-20 ampereket. Az akku töltöttségére nem ad sok infót, de ha a töltéssel baj van, vagy egyéb extra fogyasztás bejön, az rögtön látszik.
- Sebességfigyelés, 50, 90, 130 átlépéskor jelzés, csak azoknak akik szeretnék betartani a sebességkorlátokat. Ezt a feladatot azért jobban ellátja a gps, de játéknak jó. Főleg ha a fogyasztás mérése miatt már amúgyis megvan a sebességjel. -
Bazs87
tag
válasz
seatibiza
#2241
üzenetére
megfelelő tudással gyakorlatilag bármit. A kérdés, hogy te mit szeretnél pontosan.
Olvastam már diagnosztikát kiíró szoftverről is, ami szervízcsatin keresztül olvassa ki az aktuális motorparamétereket. Teljes autócomputerről, amin net is van, gps, hibakód értelmező, kiírja a gyorshajtásnál túllépéstől függően az esetleges csekk árát...
A dolog programozási-, elektronikai- és típusismeret kérdése, no meg hogy te mit szeretnél -
seatibiza
csendes tag
Sziasztok!
Tanacsot szeretnek kerni toletek, hogy az autoban mire tudnam hasznalni ezt a kutyut
Amikre gondoltam, ajtonyitaskor kijelzon megjelenjen melyik ajto van nyitva. Kulso, belso homerseklet kijelzes. Amire nemtudom, hogy jolenne-e, beallitok egy hofokot rajta es mikor eleri a belso homerseklet azt az erteket akkor lekapcsolja a futest. Amolyan digitalis klima szeru cucc vsak klima nelkuli autoba -
Bazs87
tag
Sziasztok!
Van valakinek tapasztalata ugrókódos 433 mhz-es távvezérléssel?
Az egymás után következő 4 kódot tudom olvasni a távirányítóról. Ha én küldöm arduinoról akkor is tudom olvasni, tudom a sorrendet, de a kapcsolgatható konnektort nem érdekli, hajthatatlan
Infrán led-sornál sikerült ugyanidáig eljutnom, de azt sem sikerül vezérelnem, csak olvasnom(pedig az még csak nem is ugrókódos).2. kérdés: gmail üzenetküldés SSL-lel. Találtam sok mintát, próbálkoztam is vele, de előre nem sikerült jutni. Talán a lib nem ismeri az SSL-t, amivel próbálkoztam. Valakinek van esetleg működő megoldása?
Köszi!
Bazs87 -
#2239
razorbenke92
őstag
DeniL
#2234
A második egy nagyon elegáns megoldás. Az egyetlen dolog, amire figyelned kell, hogy a for ciklus ne rohanjon kontrolálatlanul.
Az általad megírt verzióban ugyanis egy pillanat alatt végigfut, ennyi idő alatt nem végignyomni a szükséges gombokat.
Ha prellezésmentesek lesznek a gombok amiket használsz, akkor így menni fog:
#include <SoftwareSerial.h>
int ButtonPins[] = {0, 1};
int buttonState[] = {HIGH, HIGH};
//int index; ha globális a változód, a for ciklus csak egyszer fut, hacsak ki nem nullázod utána kézzel
int numberOfBUTTON = 2;
void setup() {
Serial.begin(9600);
/*for (int i = 0; i < numberOfBUTTON; i++) {
pinMode(ButtonPins, INPUT_PULLUP);
}*/
pinMode(ButtonPins[1], INPUT_PULLUP);
pinMode(ButtonPins[2], INPUT_PULLUP);
}
void loop() {
for (int index = 0; index < numberOfBUTTON; index++)
{
bool buttonPressed = false;
while(!buttonPressed)
{
for (int i=0; i<numberOfBUTTIN;i++)
{
if (!digitalRead(ButtonPins[i]) buttonPressed=true;
}
}
/*az fenti rész megoldja, hogy amíg te nem nyomtál semmilyen gombot, addig ne akarja ellenőrizni a lenyomott gombokat. Másképp akkor is ellenőrizne, ha nem nyomsz épp semmit.*/
buttonState[index] = digitalRead(ButtonPins[index]);
if (buttonState[index] == LOW) {
Serial.print((String)(ButtonPins[index]));
Serial.print(" elem");
while(!digitalRead(ButtonPins[index])){} //megakadályozza, hogy rögtön továbblépjen, mikor még a gombot nyomod
} else {
Serial.println("rossz sorrend");
break; //kiugraszt a for ciklusból, ha már egyszer elrontottad
}
}
delay(2000);
}Így hirtelen ezt tudtam, lehet még benne hiba, de erre indulj el.
Majd tájékoztass -
galilei01
újonc
válasz
softguner
#2236
üzenetére
Konkrétan a hw serial portra (akármilyen módon is ) kiküldött adatokról van szó, tehát az összes hw - tx bufferbe került adatról kellene egy "másolat" amit majd más irányba is ki kellene küldenem.
Éppen most találtam meg a HardwareSerial.cpp -t (Az arduino részeként, ami talán a főbűnös ebben) de hiába nézegetem nem jövök rá hogyan tudnám úgy megheckelni h a kívánt eredményt az aktuális sketch-ben elérjem. -
galilei01
újonc
Van valami ötletetek rá, hogyan lehetne a mindenféle Serial.print() kiírásokat, melyek a soros portra kimennek, majd megjelennek IDE Serial monitorán, eltárolni egy átmeneti bufferba?
Valahogy a Serial.print() kimenetét, ami a soros TX bufferbe ír, hogyan lehetne meggyőzni, hogy a TX bufferbe kiírással egyidőben ugyanabban a sketch-ben lévő, egy másik bufferbe !! is !! berakjon minden általa kiküldött bájtot. -
DeniL
tag
Sziasztok,
6 nyomógombot "szimulálnék" a GND és 0-5-ig a digitális pinek összeérintésével. A 6 nyomógombot adott sorrendben kellene lenyomni, de ha ez nem így történik, akkor futás közben kellene visszajelzést adnia, hogy "elrontottad". Ne csak a végén ellenőrizzen, ha le lett nyomva mind a 6.
Elkezdtem többféleképpen, de már kezdem feladni és belefáradni. Remélem találok köztetek olyanokat, akik a helyes útra térítenek és segítségemre lesznek. Köszönöm
1.
#include <SoftwareSerial.h>
int button1 = 0;
int button2 = 1;
boolean button1_state = false;
boolean button2_state = false;
int mode = 0;
void buttoncheck1(){
button1_state = !digitalRead(button1);
}
void buttoncheck2(){
button2_state = !digitalRead(button2);
}
void setup() {
Serial.begin(9600);
pinMode(button1, INPUT);
pinMode(button2, INPUT);
buttoncheck1();
buttoncheck2();
}
void loop() {
while (mode == 0){
Serial.println("elso ciklus");
while (mode == 0){
delay(2000);
buttoncheck1();
if (button1_state==true) {
Serial.println("ez az elso");
mode = 1;
}
else {
Serial.println("rossz sorrend 1.");
}
}
}
while (mode == 1){
Serial.println("masodik ciklus");
while (mode == 1){
delay(2000);
buttoncheck2();
if (button2_state==true) {
Serial.println("ez az masodik");
//mode = 3;
}
else {
Serial.println("rossz sorrend 2.");
}
}
}
}2.
#include <SoftwareSerial.h>
int ButtonPins[] = {0, 1};
int buttonState[] = {HIGH, HIGH};
int index;
int numberOfBUTTON = 2;
void setup() {
Serial.begin(9600);
/*for (int i = 0; i < numberOfBUTTON; i++) {
pinMode(ButtonPins, INPUT_PULLUP);
}*/
pinMode(ButtonPins[1], INPUT_PULLUP);
pinMode(ButtonPins[2], INPUT_PULLUP);
}
void loop() {
for (index = 0; index < numberOfBUTTON; index++)
{
buttonState[index] = digitalRead(ButtonPins[index]);
if (buttonState[index] == LOW) {
Serial.print((String)(ButtonPins[index]));
Serial.print(" elem");
} else {
Serial.println("rossz sorrend");
}
}
delay(2000);
}3.
#include <SoftwareSerial.h>
int scheme[6];
int ints_read[6];
int but_state[6];
void buttoncheck(){
int i,j;
for(j=0;j<6;j++)
{
if(but_state[j] != digitalRead(j))
{
for(i=5;i>0;i--)
ints_read[i]=ints_read[i-1];
ints_read[0] = j+1;
}
but_state[j] = digitalRead(j);
/*Serial.print(ints_read[j]);
Serial.print(" ");
Serial.println(scheme[j]); */
}
}
int match_buttons()
{
int i;
int j;
for(j=0;j<6;j++)
{
if(ints_read[j] == 0)
return j;
if(scheme[j] != ints_read[j])
{
for(i=0;i<6;i++)
ints_read[i] = 0;
return -1;
}
}
return 6;
}
void setup() {
int j;
Serial.begin(9600);
for(j=0;j<6;j++)
{
pinMode(j, INPUT);
ints_read[j] = 0;
}
pinMode(6, INPUT);
}
void loop()
{
boolean match = false;
//gombok FORDÍTOTT sorrendben. A helyes lenyomási sorrend 2,3,5,4,1,6;
scheme[0] = 6;
scheme[1] = 1;
scheme[2] = 4;
scheme[3] = 5;
scheme[4] = 3;
scheme[5] = 2;
delay(2000);
while(true)
{
buttoncheck();
if(match_buttons() == -1)
{
Serial.println("rossz sorrend");
//Az eddig beöltött minta már törölve
}
if(match_buttons() == 6)
{
Serial.println("jó sorrend");
break;
}
delay(100);
}
} -
Gergosz2
veterán
-
#2228
razorbenke92
őstag
Flashback
#2226
válasz
Flashback
#2226
üzenetére
Régóta vagyok PH-s és Arduinos is, hogy nem találtam eddig erre a topicra?
Ha esetleg az számít, az NRF24L01+ ugyan 2.4Ghz-en megy, de annyi klassz beépített tulajdonsággal ruházták fel, hogy nem kell tartani a zajtól.
Szerintem volna olyan biztonságos mint a 433MHz , és kevesebb vele a szenvedés (nekem legalább is a 433-as modulokkal nincs jó tapasztalatom)
-
Gergosz2
veterán
válasz
Flashback
#2226
üzenetére
433mHz jó lesz, de a 800mHz-sel sem lesz gond. De mindegyiknél figyelned kell rá, hogy tegyél rá egy megfelelő méretű antennát, illetve az adód teljesítménye elég nagy legyen.
PL 433Mhz-es adók többsége negyedhullámos, egy 17 cm-es antennával megtoldva elég messzire tud közvetíteni. Olvastam, hogy valakinek sikerült 3 km-es távot is produkálnia, de 1km mindenképp menni szokott, ha 12V-ról járatod.
Ja és ha nagy biztonságot akarsz, akkor mindenképp valamilyen hiba detektálást és javítást is valósíts meg ismétlés, cheksum, CRC... .
-
Sziasztok
RF témában érdeklődnék kicsit.
Kis adatcsomagokat kellene nagy biztonsággal eljuttatnom kb100m távolságra. Úgy hogy akár egy embertömeg is a jel útjában állhat.
Melyik hullámsáv lenne erre a megfelelőbb 400,800mhz? 2,4ghz-et nem akarok az mostanság eléggé zavart freki... -
gyapo11
őstag
Nem tudom mit használnak, sokféle titkosítási módszer van, mindegyik törhető, ha rövid a kulcs. Szóval az fontos, hogy hosszú legyen a kulcs, és akkor sok idő a törés.
Ennek ellenére a fix kód küldése nem jó, mert ha 1000 bites is a kulcs, és ezzel törhetetlen, magát a titkosított bitsorozatot egyszer lehallgatva megvan a nyitáshoz a kód. Tehát mindenképpen kell valami változás minden egyes nyitáshoz küldött kódban (ugrókód). És ha egy kód csak egyszer kerül felhasználásra a riasztó életében, akkor a lehallgatás értelmét veszti, ez az OTP. Itt viszont már nem is kell titkosítani, mert egy kód lehallgatásából semmilyen módon nem állítható elő a következő kód, a lehallgatott kód nem használható újra, ezért a törése elvileg lehetetlen, nincs mit törni, a véletlen számok között nincs összefüggés. -
-
gyapo11
őstag
Amikor kódolást említettem soros átvitelnél, amilyen pl. a riasztó távirányító, akkor nem titkosításra gondoltam, hanem az egyes bitek átvitelének módjára. Hogy milyen csomagban, milyen elő és utó bitekkel, ellenőrző bitekkel, és hogy az egyes bitek átvitele milyen időzítésekkel és hány impulzussal történik. Ebben még semmi titkosítás nincs, de a vételhez pontosan ismerni kell ezeket.
Az már egy következő szint, hogy az így átvitt bitek mit tartalmaznak, pl. a "hello world" szavakat olvasható formában, vagy titkosítva "sd9f87df87s9d8f" amit valamilyen matematikai módszerrel dekódolni kell az olvashatósághoz.
Nem tudom hogy a riasztókhoz milyen titkosítást használnak, de a videón működött a dolog, tehát az arduino is ismerte a dekódoláshoz szükséges infókat.
Az autó ellopásához meg nem csak a titkosítás törése az út, hanem a scanneléssel összegyűjtött adatok és azok lejátszása.
Ezért is érdemes a saját készítésű rendszerbe is titkosítást vinni, arduino, jó nagy flash rom feltöltve véletlen számokkal, ugyanez a vevőben is, elvileg is törhetetlen (One Time Password). -
gyapo11
őstag
-
dave0825
őstag
Azt hiszem, nekem is nyitja a központi a csomagtartót, igen. Csak gondoltam ha hátránya nem nagyon van, könnyebb már a kocsi felé menet kinyitnom gombbal magát a csomagtartót, mármint úgy, hogy föl is nyíljon Ezt úgy oldanám meg, hogy a csomagtartón a zár kézzel benyomását helyettesítené valami mechanika Arduino-ról vezérelve, majd onnan (mivel nem nyílik föl magától ugye, csak ha megemelem 30-40 centire) egy plusz teleszkóp nyomná föl a holtpontig, onnan meg már ugye a gyári 2 teleszkóp. Igazából kényelmi funkciót tölt csak be, hogy ha tele van a kezem, nehezen nyúlnék oda kulccsal, majd nyitnám föl kézzel, akkor kényelmesebb csak a gombot megnyomni. Vagy ha magát a gombot a csomagtartóról levenném, mert a központi úgyis zárja, az Arduino meg nyitná kulcsról, szóval nem is kéne oda kézzel nyitó, ahogy te is írtad, biztonsági okokból. Hátrány annyi lehet, ami szerintem a legnagyobb, hogy ha egyszer megadja magát az Arduino.....
-
bacus
őstag
válasz
dave0825
#2215
üzenetére
opelhez nem ajánlott a bicskakulcs, az inditózár elég nehezen jár a legtöbb opelben ahhoz, hogy a bicskakulcsot kinyirja. Én is akartam, de a riasztós lebeszélt, biztos neki van igaza. (igaz ott a riasztó programozásánál, van amikor 20x kell gyujtást adni és elvenni..)
A központizár nyitásakor a csomagtartó nem old? Nekem volt pár opelem, mindnek nyilt a csomagtartója a központizár nyitásával. (nem fizikailag nyilt, hanem a zár azt is nyitotta) Ezt egyébként a kulcs továbbforditásával mindenhol lehetett blokkolni. Azaz ha a csomitartóba bedugtam a kulcsot és még egy 90 fokot tekertem raja, akkor a központizárat kikapcsoltam.
Most egy omega van, amin nincs is gomb a csomagtartónak, csak belülről v. távlökővel nyitható, (ez állitólag nagyon biztonságos, mert a piros lámpánál nem tudják kirámolni), de szerintem sokkal több hátránya van mint előnye.
-
dave0825
őstag
válasz
gyapo11
#2216
üzenetére
Na, kezdésnek jó, hogy megoldhatónak bizonyul.
Esetleg találni szerinted olyan megírt sketch-et, vagy csak library-t, amibe már be van programozva, hogy mindent tudjon dekódolni? A videón, amit fönt linkeltem, ott kódot is vesz, protokollt is, és bitek számát is. Bár azt nem látom, hogy alap library-t tölt-e be, és már veszi is a kódot, vagy valamit mókolt-e vele. Egyébként a 433MHz-es vevőn lehet hangolni, hogy mondjuk 433,92MHz-et vegyen, vagy az fix 433,0MHz csak? -
-
dave0825
őstag
Üdv.
Most vettem egy autót használtan, és a kulcsán csak központi zár nyitás-zárás van. Olyanra gondoltam, hogy csináltatnék bicskakulcsot hozzá (simát kaptam hozzá, nem bicskát), de olyat, amin van csomagtartó-nyitó gomb is. Ez (elvileg) 433,92MHz-en működik (Opel Astra G), vagy 433, 434, mindenhol mást írnak, de 433 és 434 között, még nem próbáltam. Van is egy 433MHz-es vevőm, ezzel lehetne venni annak a gombnak a jelét, ugye? A vevőt most szereztem 100 ft-ért, még nem próbáltam ki, hogy működik-e, de rendeltem ebay-ről, hogy legyen egy biztosan működő is (bár az enyém nem ilyen, az téglatest alakú, fémmel burkolt, kb. 15cm antennával). Arra meg már programban nem nehéz megoldani, ha annak a gombnak a jelét vette a vevő, akkor mit csináljon a program (valami motorral, vagy valami mechanikával nyissa ki a zárat a csomagtartóban). Ugye? Nagyjából utánanézegettem, hogy elvileg 433MHz-es vevővel lehet fogni a jelét, itt egy videó róla.
-
RGBW101 ledek vezérlése mennyivel másabb mint a ws2812b ?
-
-
zka67
őstag
Szia, igen, én is találkoztam ezzel a hibával, bár nem arduinon, hanem ARM uC-n, de a lényegen ez nem változtat, mert u.a. a könyvtárat írtam át az ARM-ra. Néha hülyeségeket küldözget a hálózatra, és aztán le is áll az ethernet vezérlő. Nem volt idegrendszerem hozzá, hogy megkeressem benne a hibát.
A megoldásom az volt, hogy kerestem egy másik könyvtárat, átírtam és azt használom, azzal abszolút nincs semmi gondom. Itt az eredeti arduinos könyvtár, kicsit másképp működik, de jóval egyszerűbb.
-
Bazs87
tag
Sziasztok!
A fórum visszaolvasása még eltart némi ideig, de türelmetlen vagyok és lenne pár égető kérdésem.
Írtam egy etherneten kommunikáló termosztátot.
Az első gondom az ethernet server és a webserver hivatalos libekkel volt, ha külön használom/tesztelem működik, ha összeollózom a programrészeket nem stabil a működése. Találkozott már valaki ezzel a problémával?
Valami üti az SD olvasásomat is. 10-ből 6x nem veszi észre a kártyát ami az eth shield-be van dugva. Mivel ez megint csak lib és a kártyához hozzá sem értem az eltérő végkimenetelű események közt nem tudom hol keressem a hibát.
A 3. problémám, hogy a stabilan működő nano slave-k, amik handshake nélkül dobálják minden 100 érték után az átlagértéküket néha kifagynak, annak ellenére, hogy ha nincs connectelve addig ül egy while ciklusban és próbál csatlakozni, ameddig újra nem sikerül neki. Ha a mastertől elveszem az 5 voltot és úgy indítom újra általában helyreáll és megint megy a kommunikáció etherneten. (most hardveres resetet kap, ha több ethernet slave érték nem jön be bizonyos idő után - timeout)
Remélem érthetők a felvetett kérdések/problémák és valaki már találkozott velük.A programok viszonylag nagyok, ezért nem copy-znám be ide őket 1 az 1-ben, de ha valakit érdekel szívesen átküldöm.
Köszi!
Bazs87 -
Tankblock
aktív tag
Hello,
Azért a feszültségére érdemes egy pillantást venni. Én így jártam a USBtoSerial converterrel. Nem látta az eszközt ha rácsatlakoztattam a ESP8266 ra. Ha külön betápoltam a Wifi modult akkor köszöni szépen megy.
A kínai verziókhoz, meg van saját módosított driver általában..... -
Alu
senior tag
Sziasztok!
Vettem egy Arduino Uno R3 panelt és lenne vele egy nagy problémám. Letöltöttem hozzá a gyári Arduino szoftvert (1.6.7.) és első pár alkalommal gyönyörűen felismerte és programozta a panelt, de pár alkalom után már a gép se látta az usb bemeneten, mint eszközt. Próbáltam a saját gépemen és még további kettőn a gyári szoftverrel. Próbálkoztam az 1.6.5. -el, majd az 1.6.0 -val, próbáltam leszedni külön usb drivereket, persze egyik se működött. Addig addig dugdostam, míg egyszer csak látta a panelt, felprogramoztam, kihúztam, bedugtam, de megint nem látta. Nekem gyanús, hogy az eszközkezelőben se látja a gép, mint ha rá se lenne dugva, viszont a panelen világítanak a ledek és a rajta lévő programot szépen lefuttatja. Nem tudom ez mennyire lehet lényeges, Magyarországról, egy elektronikai eszközökkel foglalkozó boltból rendeltem a panelt, igaz a webáruházban 2 féle uno -t találtam, de eltérés csak árban volt. Leírások, linkek és képek is azonosak voltak. Természetesen én az olcsóbbikat rendeltem, lehet, hogy ez valami kínai utángyártott darab?
Nektek volt már ilyen problémátok? -
LógaGéza
veterán
Új hozzászólás Aktív témák
Hirdetés
ekkold- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Eredeti játékok OFF topik
- exHWSW - Értünk mindenhez IS
- CMF Phone 2 Pro - a százezer forintos kérdés
- Le Mans Ultimate
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- bitpork: MOD Júni 13 Augusztus 2- szombat jelen állás szerint.
- Autós topik
- Nyaralás topik
- EAFC 25
- További aktív témák...
- Apple iPhone 13Pro 128GB Kártyafüggetlen 1Év Garanciával
- Garmin Fenix 8 Amoled 51mm Sapphire Carbon Gray DLC - Használt, karcmentes
- Nitro ANV15-51 15.6" FHD IPS i5-13420H RTX 4050 16GB 512GB NVMe magyar vbill ujjlolv gar
- Apple iPhone SE 2020 64GB Kártyafüggetlen 1Év Garanciával
- iPad Pro 11 gen 2 + magic keyboard magyar makulátlan új állapot
- Telefon felvásárlás!! Samsung Galaxy Note 10+/Samsung Galaxy Note 20/Samsung Galaxy Note 20 Ultra
- AKCIÓ! Gigabyte H610M i5 12400F 32GB DDR4 512GB SSD RTX 3060Ti 8GB Rampage SHIVA Be Quiet! 730W
- Napi 1000 -ft tól elvihető RÉSZLETFIZETÉS BANKMENTES MSI Cyborg 15 A13VE
- BESZÁMÍTÁS! ASRock A520M R3 3100 16GB DDR4 512GB SSD RX 6500XT 4GB BitFenix Neos Thermaltake 500W
- Samsung Galaxy A13 64GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged