- Magga: PLEX: multimédia az egész lakásban
- vrob: Az IBM PC és a játékok a 80-as években
- Parci: Milyen mosógépet vegyek?
- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- Argos: Szeretem az ecetfát
- gban: Ingyen kellene, de tegnapra
- Flashback: Építsünk PC-t akciós alkatrészekből, lassan. upd: 05.28
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- 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
Johnny_vT
#11996
üzenetére
Az megvan, hogy a BT is 2.4GHz-en kommunikál?
Minek kell külön arduino meg wifi modul, ha egy darab ESP-vel meg tudnád oldani az egészet? Nem kell router sem, az ESP access pointot tud létre hozni és telefonon rá is tudsz arra kapcsolódni.
Bár tény, hogy a wifi (tcp) kapcsolat overhead-je miatt bizonyos dolgoknál nagy lehet a késleltetés, de udp módban egy telefonos app-al ezt nagyjából ki lehet küszöbölni (ha máshogy nem megy). Lásd Victoryus kolléga korábbi hozzászólásait a témában.
Nyílt terepen elvileg 100m távolságot át tudsz hidalni vele, ha mégsem, akkor úgy tudom lehet belőle külső antennás változatot is venni. -
Johnny_vT
senior tag
válasz
zsolti_20
#11997
üzenetére
Nem vagyok polip, hogy egyszerre nyolc gépet stopperezzek és közben még repüljek is (plusz ne adj Isten, esetleg részrehajló lennék...)
Nem sürgős a dolog, szerintem megépítem a sima BT változatot előbb, közben megrendelem a szintén aprópénzért kínált wifi modult és a végén megnézem melyiknek mekkora a hatótávja. Banggood-on a wifi modulra 20 méter+ véleményt írt egy vevő, annyi a legtöbb esetben már elég lehet talán. Az interferenciát meg majd meglátjuk. A rádiók elvileg LBT (listen before talk) szabványt követnek, így ha a wifi nem ugrál folyamatosan a sávok között, akkor működhet a dolog. Köszi a válaszokat!
-
zsolti_20
senior tag
válasz
Johnny_vT
#11996
üzenetére
Na erre nem gondoltam, hogy bezavarhat a többi rádiónak. Lehet kicsit overkell, de a routeres megoldás szóba jöhet csak kikell iktatni belőle a wifi szórást ha biztosra akarsz menni. Ha jól emlékszem 12v-ról mennek kb 1-2A-el. Talán pár 18650 aksival megoldható a tápolás is, aztán ot már UTP-vel tudod továbbítani.
Vagy van még ötletem, hogy ahol a bluetooth eszköz van elhelyezve, mellé teszel egy telefont és a lekért adatokat kiküldöd a netre, aztán az a létrehozott IP-vel elérhető lenne egy weboldalon keresztül. Vagy egy kisebb laptop is megfelelő lehet erre a célra és talán könnyebb kivitelezni vele.
Vagy van egy másik ötletem ha jól emlékszem létezik 433mhz RF modul is, de azzal még soha nem kísérleteztem így nem tudom mire lehet képes.
Vagy utolsó ötletem, stopperezel manuálban.
-
Johnny_vT
senior tag
válasz
zsolti_20
#11995
üzenetére
Azért preferálnám a BT-t, mert abból már van itthon :) Plusz elképzelhető, hogy a wifi interferenciát okoz a többnyire szintén 2.4G-n működő rádiókkal, amit mindenképp szeretnék elkerülni. Minden esetre a hatótáv miatt megfontolandó amit írsz, plusz így sokkal kényelmesebben hordozható az egész, mert nem kell egy egész tekercs vezetéket cipelnem.
-
zsolti_20
senior tag
válasz
Johnny_vT
#11994
üzenetére
Hali! Ha jól látom bluetooth modul helyett használhatsz WiFi modult is aminek jóval nagyobb a hatótávja.Szóval én megépíteném az eszközt, elhelyezném tőlem 10-20 méterre és megnézném mennyire jó a jel. Persze ehhez szükséges lenne a teljes tiszta rálátás az eszközre hogy biztos ne legyen árnyékolás a jel számára. Ha a jel így sem elég hosszú akkor megépíteném magamnak a kapcsolást NRF24L01 PA LNA modullal, jelismétlővel és akkor akár otthonról is dokumentálhatsz.
Jók ezek a Wi-Fi modulok egyébként amit ajánlanak a kapcsolásodnál. Még router is szóba jöhet csak ugye annak is kellene a táp és bridge módban azt már küldhetnéd tovább egy másik routerre ami ott van melletted amire felkapcsolódsz wifivel.
aryes: Igen szerencsére az OLED 3.3v-os. Találtam is ezt:
[link]
Bár maximum 100mah-t ír, nem tudom elég lenne vagy sem, mert erről a pici Boost & Buck Step-ről menne az Arduino mini pro, nrf24 modul és az oled. Esetleg még egy pici rezgő motor vagy buzzer. -
Johnny_vT
senior tag
Sziasztok!
Egy ilyen [link] időmérőt szeretnék építeni. Ezzel egy drónverseny pályán lehet a köridőket mérni, ebből fakadóan valamelyik kapuhoz kell lehelyezni. Én onnan 10-20-50 méterre vagy még távolabb lennék és az én telefonomról futna az időmérés USB-n vagy BT-n keresztül. A táp (18650 vagy valami maradék LiPo) lehet az időmérőnél és nálam is.
Ideális esetben (álmomban) ezt a 10-20-50 métert egy vezetékpárral hidalnám át, majd a pilóták körül ott lenne a bluetooth modul, amivel a telefonomon mérem az időket. viszont aggódom, hogy túl sok áram veszne el egy ilyen hosszú kábel ellenállásában és esetleg nem is működne az egész.
Maximum hány méter (és hány AWG) vezetéket tudnék felhasználni, ha sima 1 cellás akksi a betáp? -
válasz
zsolti_20
#11992
üzenetére
Ha az oled is 3.3v, akkor szerintem mindenképp a 3.3v-ost válaszd, mert akkor mindent szintillesztés nélkül fogsz tudni használni. Tápláláshoz vagy egy boost-buck converter kell, hogy 3V akkufeszültség környékén is tudd használni a cuccot, vagy egy low dropout regulator, de akkor 3.5V akkufeszültség alatt már bizonytalan lesz a működés. Ha nagyon kis hely áll rendelkezésre, akkor az utóbbi könnyebben beférhet, de converterből is nagyon piciket tudnak már gyártani. Végső esetben, ha nagyon nincs hely, hagyd ki a TP4056-t, csinálj külön töltőt, ebbe tedd a töltő elektronikát, a készülékbe pedig csak egy csatlakozó aljzatot.
-
zsolti_20
senior tag
Szép estét emberek.
Segítséget szeretnék kérni Arduino Mini pro-val kapcsolatban. Szeretnék működtetni róla egy 0.96" I2C OLED kijelzőt és egy NRF24l01 modult SPI módban egy 3.7v-os akkumulátorról.
Melyik Mini prot érdemes használni erre? 3.3v vagy 5v? A cél a minél kisebb helyre sűrítés. Lehetséges az, hogy az akkumulátort egy TP4056-hoz csatlakoztatom és azt egyből az arduinohoz? -
-
zsolti_20
senior tag
Még lenne egy utolsó problémám, remélem nem kérdezek vele nagyon nagy butaságot, de ez így mennyire kivitelezhető? Épp egy NYÁKot tervezek EasyEDA-ban és elég nehéz a vezetősávokat megoldani. A kék az alsó a piros a felső vezetősávot jelöli ez a kerek valami pedig a "pad" akar lenni, ami elvileg egy furat a NYÁK-on és a felső és alsó vezetősáv össze fog érni. De ez az amiben nem vagyok biztos. Ez így megfelelő lenne? Vagy ez nem hoz létre összeköttetést a felső és alsó vezetősáv között?
[link] -
Janos250
őstag
válasz
zsolti_20
#11982
üzenetére
Most nem bogarászom át az RFID kezelőjét, de az általános elv az, hogy minden chipselectet passzívvá teszünk induláskor, és a kezelő program állítgatja magának, ahogy jólesik. Ha nem abszolút kezdő írta, akkor ez így is van. Szóval én kipróbálnám, hogy az összes chipselectet passzívvá teszem az elején, pl. a setupban, a loopban meg nem babrálnám.
-
zsolti_20
senior tag
válasz
Janos250
#11980
üzenetére
Köszönöm hibátlanul működik! Ez zavart össze engem hogy a LOW a bekapcs és a HIGH a kikapcs.
De még ez magában nem elég, mert először a HIGH-ot kell megadni aztán a LOW-ot. Szóval a helyes sorrend az a következő:digitalWrite(46, HIGH); // NRFdigitalWrite(47, HIGH); // NRFdigitalWrite(31, HIGH); // SD carddigitalWrite(53, LOW); // RFID -
zsolti_20
senior tag
válasz
Janos250
#11980
üzenetére
digitalWrite(53, HIGH); <--- ezzel teszem passzívá? tehát ezzel teszem inaktívvá?
digitalWrite(46, LOW); <--- ezzel pedig aktívvá?
Akkor mg is van a probléma. Fordítva adtam meg a parancsokat. Úgy gondoltam hogy HIGH lesz aktív és a LOW-al passzív. De pont fordítva, haza érek kipróbálom.
Egyébként az 53,46,47,31 az SS lábak.
Az 53 az RFID, 46 és 47 az NRF és a 31 az SD kártya. -
Janos250
őstag
válasz
zsolti_20
#11979
üzenetére
Na, jó, még egy próbálkozás
Egyébként belenéztem, de ha nem tudjuk, mit hova kötöttél, honnan a fenéből találjuk ki, hogy pl. ez micsoda?digitalWrite(53, HIGH);digitalWrite(46, LOW);digitalWrite(47, LOW);digitalWrite(31, LOW);
Az 53 ,46,47,31 micsoda?
Ezek lennének az SS lábak talán?
Az nem lehet, mert akkor az 53-at passzivvá, a többit meg egyszerre aktivvá teszed, tehát ezek valami mások. De mik? Hova vannak az SS lábak kötve, és hol van az a programban, ahol passzivvá teszed őket? Lehet, hogy Te úgy gondolod, hogy a szemlélő ezt megtalálja, de nekem nem sikerült.
Másik fórumban is irták már neked párszor, hogy ne hiányos kérdést tegyél fel, hanem úgy, hogy lehessen rá válaszolni. Ha mondjuk egy ilyen programrészt tettél volna fel, akkor már lehetne rá valamit válaszolni:digitalWrite(53, HIGH); // Ez a mondjuk villanykapcsoló pinjedigitalWrite(46, LOW); // ez meg az egyik SPI SS-e, amit aktivvá teszek ugyanúgy, mint a következő kettőt, mert....digitalWrite(47, LOW);digitalWrite(31, LOW); -
zsolti_20
senior tag
Az MFRC522 modul használatánál ez a gond:
[link]
"Inverted access bits did not match!"
Az NRF24L01 modulnál pedig hibásan kapja meg az üzenetet pl Hello World helyett
@ello World vagy H!llo Wor d stb..
Sd kárty modulnál pedig a fájlok listázásánál nem listáz mindent csak pár filet és tovább is ugrik.
A modulok zavarják egymást. Nincs probléma ha egyesével használom őket, sőt még akkor sem ha a kettő modult használok, bár akkro már kell az sd kártya olvasó modul MISO lábára egy 330ohm ellenállás. Ha pedig mind a 3 modul csatlakoztatva van akkor zavarják egymást, hiába adtam meg, hogy mikor legyen LOW és HIGH az adott láb.
Szerintem két SPI modulnál többet nem támogat az arduino ez a probléma. Hiszen szeparáltam őket hardveresen és szoftveresen is. Az egyedüli megoldás az volt, hogy az NRF modult egy másik arduino modulhoz csatlakoztattam, bár jó kérdés, hogy ez továbbítani tudja vagy sem a fő modulnak. -
Janos250
őstag
válasz
zsolti_20
#11975
üzenetére
https://upload.wikimedia.org/wikipedia/commons/f/fc/SPI_three_slaves.svg
Írták már itt neked, hogy minden eszköz chip select(enable,SS) lábát az Arduino külön-külön lábaira kell kötni, és programból biztosítani kell, hogy egyszerre csak egy legyen aktív, mert különben betartanak egymásnak. Miért nem hiszed el? -
zsolti_20
senior tag
Próbált már valaki több mint 2 SPI eszközt csatlakoztatni arduinohoz? Megoldható ez egyébként valahogy?
Ezt a kódot használom:
[link]
Arduino MEGA PRO-ra építkezek jelenleg, az RFID olvasó mellett van egy SD kártya olvaó és egy NRF24L01 modul. De amikor szkennelem a kártyát eléggé sok hibát csinál.
[link]
Valakinek van tapasztalata több SPI eszköz csatlakoztatásával kapcsolatban? -
#11970
gyapo11
őstag
tonermagus
#11968
gyapo11
őstag
válasz
tonermagus
#11968
üzenetére
Mekkora feszültségesést akarsz megengedni és milyen hosszú a tápvezeték? Ha jól emlékszem 16 A/mm2 az ajánlott minimum rézre, ez valami melegedéses számolás eredménye, de a feszültség szerintem lényegesebb a lednél, és ahhoz kell számolni a vezeték ellenállását, ami ugye nem csak az átmérőtől hanem a hossztól is függ.
-
#11969
Aryes
nagyúr
tonermagus
#11968
válasz
tonermagus
#11968
üzenetére
"Nem tudom eldönteni, hogy ennyire nehezet kérdeztem vagy ennyire hülyeséget.."
Mindkettő. Hová lehet kötni a földet máshová, mint a "gnd" feliratú lábra? Minden eszköz földjét kapcsold össze, lehetőleg csillagpontban. -
#11968
tonermagus
aktív tag
tonermagus
aktív tag
Akkor erre senki ?
Nem tudom eldönteni, hogy ennyire nehezet kérdeztem vagy ennyire hülyeséget..
Plusz kiegészíteném egy kérdéssel: Egy ~1A felvételű LED szalagnak mekkora AWG kábelt ajánlatok(a lehető legvékonyabb kellene ami még elbírja, a neten pedig eltérő értékeket találni)? Illetve egy szervó kábelét szeretném jumper kábellel megtoldani, szerintetek elbírja a jumper kábel a max. 1,2 A körül áramerősséget (többnyire 1A alatt lenne)?
-
zsolti_20
senior tag
Viszont a mai napig tanácstalan vagyok, hogy akkumulátoros tápellátásnál milyen step up DC-DC modult lenne érdemes használni ami 1A-t kéeps továbbítani? Találtam kettőt így hirtelen de lehet van ennél jobb is. Próbáltam a tekergetős verziót, de ott az a probléma, FIX feszültséghez való. Pl ha az akkumulátor lemerülés közeli állapotba kerül teljesen más feszt kapok, mint mikor töltőre teszem az eszközt. Egyik alkalommal meg is ölte az egyik RF modult, annyival több lesz a ráeső fesz.
Ezt:
[link]
és ezt találtam:
[link]TP4056-al tölteném, az akkumulátorokat, ehhez keresek megfelelő step up DC-DC konvertert ami tud legalább 5v/1A-t ami menne az arduino 5v lábára.
Szerk.
Most látom hogy ezzel a modullal a TP4056-ot is elhagyhatom.
[link] -
zsolti_20
senior tag
Csak úgy akar működni, ha a nano és az RF modul nincs a próbanyákba forrasztva.
Most legyártok hozzá egy PCB-t EasyEDA-ban, aztán meglátjuk, hogy működik vagy sem. 3 különböző modullal és 3 különböző próbanyákkal próbáltam és mindig ugyan az a gond.
Elég furcsa az is, hogy a GND-VCC közé kell egy 100uf-es elko és csak úgy működik ha az felfelé áll. Ha fektetve forrasztom be, akkor nem kapja meg a jelet. -
válasz
zsolti_20
#11962
üzenetére
Az uno-nál is ki vannak ezek a lábak vezetve az icsp header-re.
A forrasztásoknál nincs rövidzárlat? Azt is kimérted multival? Akkor már csak az jöhet szóba, hogy a panel árnyékolja az antennát, de azt írtad, hogy akkor is ez van, ha csak a nano van beforrasztva. Tanácstalan vagyok, mint egy kisközség... -
zsolti_20
senior tag
válasz
Janos250
#11959
üzenetére
Teljesen ugyan olyan mint amit linkeltem. Minden furat külön helyezkedik el.
A kötések biztosan jók, mert minden forrasztás után megnéztem multiméterrel.
Próbáltam olyan verziót is, ahol beforrasztottam a modulokat és vezetékekkel kötöttem össze. Szóval a próbapanel csak a fixen tartás szerepét töltötte be. -
-
zsolti_20
senior tag
Üdv emberek! Szerettem volna egy arduino nanot és egy NRF24l01 PA+LNA modult egy ilyen próbanyákra építeni:
[link]
De valamit nem jön össze a dolog. Az arduino és az NRF modul a próbanyák nélkül nagyon jól működnek, de ráforrasztva már egyáltalán nem kap jelet, vagy csak néha-néha elvétve.
Ugyan ez a hiba ha csak az NRF modul van a nyákon vagy ha csak az arduino nano.
Gondoltam ,hogy tervezek hozzá egy PCB-t, mert vezetékkel összekötve működik minden, és a PCB-nél még rövidebb és keskenyebb vezető sávokat tudok csinálni, mert lehet a modulok beforrasztva össze szednek minden jelet. -
#11957
tonermagus
aktív tag
Aryes
#11956
tonermagus
aktív tag
Nagyon szépen köszönöm a leírásokat!
Akkor most a konkrét kapcsolás: (bocsi, munkaidőben vagyok, erre futotta )
Bocsánat, elsőre nagyon kusza lehet (sokadjára is) a lényeg:
- A betáp egy 11,1V-os 3 cellás lipo 20C kisütéssel
- A lipo kábeleit Wago féle kapoccsal kettéosztom.
Bal oldali ág:
A fázis egy kapcsolóhoz megy, ami a másik ág vevőjéről kapja a vezérlést (Távirányítóról akarom kapcsolni az alsó ágat)
- A kapcsolóból továbbmegy egy UBEC-hez, ami a bejövő 11,1V-ot átalakítja 5V-ra.
- Erről az UBEC-ről kapja a tápot a 2db LED szalag (5V-os címezhető LED szalag).
- A led szalag vezérlése pedig a másik ág Arduinojáról érzekik.
Jobb oldali ág:
A wago féle kapcsolóból kapja a 11,1V-ot az ESC+BEC. Ez vezérli a motort, illetve a BEC ágán keresztül (ami szintén 11,1V-ról 5V-ra alakít) kettéosztva megy az Arduinohoz és a Flysky vevőhöz. Ennek egy csatornájára van rákötve a másik ág kapcsolója. Az arduino pedig a beérkezett jelek alapján vezérli a LED szalagot. Magától értetődő hogy a bal oldali ág csak akkor lehet áram alatt ha a jobb oldali ág is áram alatt van hiszen innen kapja a kapcsoló a jelet.
Kérdés: hova kössem az arduból a GND-t a másik ágban hogy működjön a LED vezérlés? UBEC után- LED elé tegyek be egy WAGO-t, és ott közösítsem?
Egyébként meg ez a kapcsolás jó? Leéghet valami?
Mellékág, egyáltalán nem fontos, csak hogy értsétek:
Hogy a kapcsolót miért a másik ágon lvő vevőről vezérlem?
1 kapcsoló lehet csak az egész áramkörben ami az ESC-be beépített kapcsoló lesz. A másik LED-es ágat is szakítani akarom, de mivel 1 kapcsoló lehet az nem jöhet szóba, közvetlenül a lipo után meg nem építhetek be kapcsolót, mert nem nagyon van olyan, ami elbír 20-30 ampert és esztétikus -
#11956
Aryes
nagyúr
tonermagus
#11953
válasz
tonermagus
#11953
üzenetére
Villamos áramkörben két tetszőlegesen kiválasztott pont közötti potenciálkülönbséget nevezzük feszültségnek. A digitális jel feszültség formájában közlekedik a vezetéken. Ehhez pedig két pont kell.
Egy pontnak nem mérheted a feszültségét. Tehát ahogy a kolléga írta, a gnd mindig a viszonyítási pont. Persze ez csak egyenáramnál ennyire egyszerű, mert nagyfrekvenciás jeleknél bejátszik a levegő, a vezeték és egyéb alkatrészek parazita kapacitása, ezért is működött nálad mégis valamennyire az áramkör. -
#11954
_q
addikt
tonermagus
#11953
_q
addikt
válasz
tonermagus
#11953
üzenetére
Ahogy írod 2 külön áramkör, így kell ez közös pont (GND), amit mind a kettő referenciaként használ, így ugyan azt fogják érteni. Ha nincs közös pont (GND), akkor ha a MCU logikai 1 értéket küld a másik áramkör lehet, hogy 0-t vagy 1-et ért a bejövő jelre. A GND-vel viszont megadod, hogy mind a kettő áramkör ugyan azt értse logikai 1.
Nem túl szakszerű megfogalmazás, de ez lenne a lényeg.
-
#11953
tonermagus
aktív tag
Aryes
#11952
tonermagus
aktív tag
Köszi, a közös test tényleg megoldotta a problémát
De ha már itt tartunk azt el tudná valaki magyarázni, hogy miért kell a közös test?
Laikusként számomra ez két külön áramkör, amit csak a SIGNAL kábel köt össze. Azt gondolnám ,hogy a ledszalag megkapja a tápot, a signal kábelen amúgy is csak adat van... -
#11952
Aryes
nagyúr
tonermagus
#11951
válasz
tonermagus
#11951
üzenetére
Egyértelműen a közös föld hiányzik. Hogy mégis valamennyire működik, az a véletlen műve. Ha közös tápról menne a lap és a szalag, lehet észre se vetted volna, vagy nem lett volna ilyen feltűnő a hiba.
-
#11951
tonermagus
aktív tag
tonermagus
aktív tag
A kapcsolást elfelejtettem belinkelni...
Jah, egyébként más fórumon azt mondták valszeg az a baj, hogy nincs közös testen az Arduino és a szalag...
Jelenleg így néz ki a kapcsolás.
Nincs közös test tényleg, de a program mégis működik, feltölti a ledeket, csak sokat hiábádzik... Sok a villogó, színt tévesztő LED, stb... Ez lehet a közös test hiányától?
Jah, és ellenállást se kötöttem be, de az elvileg csak a hangszűrés miatt kell? -
#11950
tonermagus
aktív tag
tonermagus
aktív tag
Ma megjött a játszós LED szalagom. Egy WS2812B-ről van szó. Írtam egy tök egyszerű kódot, ami elvileg az első 30 LED-et kékes színben világítja meg. Sajna ez történik:
Mit ronthattam el? Egy Lipo aksiról táplálom a szalagot +5V és GND van bekötve, a szignált pedig a PC USB kábeljéről táplált Arduino UNO-ról kapja a 10-es PIN-ről.
Össze-vissza villog, megjelennek olyan színek amilyeneknek nem kellene, stb...
#include <FastLED.h>
#define LED_PIN 10
#define NUM_LEDS 30
#define COLOR_ORDER RGB
#define LED_TYPE WS2812B
#define MAX_BRIGHTNESS 150
#define MIN_BRIGHTNESS 20
struct CRGB leds[NUM_LEDS];
void setup() {
LEDS.addLeds<LED_TYPE, LED_PIN, COLOR_ORDER>(leds, NUM_LEDS).setCorrection(TypicalLEDStrip);
FastLED.setBrightness(140);
}
void loop() {
for(int i = 0; i < 30; i++) {
leds[i] = CHSV(200, 255, 255);
FastLED.show();
delay(100);
}
}Szerintetek ez miért van?
-
Tanácsot szeretnék kérni. Szeretnék egy infra ledhez és egy hangszóróhoz valamilyen meghajtó fokozatot. Az infra ledet 1A-el szeretném meghajtani (IR jeladóként, nem folyamatos üzemben), a hangszóróhoz pedig vmi egyszerű végfokot csinálnék 1db tranzisztorral (a hangminőség nem fontos, lényeg, hogy hangos legyen
). A kérdésem, hogy létezik-e olyan, hogy egy közös DIL-6 tokban két NPN tranzisztor, vagy alacsony üzemi feszültségű FET (3 vagy 5V-ról fogom táplálni az egészet, elemről vagy akkuról). Alternatív terv 2db S8050 tranzisztor lenne, csak az IC talán kisebb helyen elférne. Az S8050 mennyire jó választás? -
Nem jól írod, az 5V konverter csak akkor működik, ha a DC csatlakozó vagy a Vin láb felől küldöd rá a delejt. Ha az 5V felől táplálod, csak a 3V3 konverter működik, de ilyenkor neked kell gondoskodni róla, hogy a táp stabil 5V legyen.
Az usb és a kontroller közt mindösszesen csak egy db schottky dióda van, az se a uC-t védi, hanem az usb-t a visszáramtól.
-
_q
addikt
válasz
zsolti_20
#11945
üzenetére
Én csak az adatlapot próbálom értelmezni, javítson ki valaki, ha nem jól írom.
Tehát adatlap szerint az atmega2560 Operating Voltage Range (V)1.8 to 5.5 V között van. Ha minden igaz a board-on lévő IC 1.2 V droput-ot tud 800 mA-es fogyasztás mellett. Tehát ha USB 5 V-ot kötsz rá, akkor mondjuk 3.5-4 V közötti feszültséget fog kapni a MCU, tehát tud róla elvileg működni.
Az aksit azért írtam, mert ugye az aksi merül és szeretnéd minél tovább használni. Ez azt jelenti, hogy minél kisebb droput esetén fog a legtovább működni. Adatlap alapján 20 V-ot is elbír a DC-DC konverter. De tegyük fel te 12V aksiról működteted, akkor egészen lemerülhet az aksi 5-6 V-ig, mert így 3.5-4.5 V-ot fog kapni a MCU. Persze ezeket azért nézd meg multiméterrel is valóban így van-e. Én ezeket olvastam ki az adatlapokból.
(#11946) aryes
Persze én az USB bemenetre kapcsolt tápra írtam mindent, mivel a DC-DC konverter "jósága" volt a kérdés az első hozzászólásnál. -
-
zsolti_20
senior tag
Azt írják a leírásban hogy "The USB controller is a CH340G, a proven chip; and the onboard voltage regulators are of the AMS1117 series (one for 5V, the other for 3.3V). Not the best components out there, but they are definitely adequate for the job."
De mi lehet jobb regulator mint az AMS1117?
-
zsolti_20
senior tag
Gondoltam ez meger egy hozza szolast, de sikerult megtalalni a projektemhez a tokeletes boardot. Mega 2560 PRO. Boven van rajta memoria es ami a legfontosabb hogy 5v-on es 3.3v-on 800mah kepes tovabb adni a moduloknak, igy pl nrf24l01 pa lna modulhoz nem kell kulon tap meg akkor sem ha maxon hasznalom.
Csak azt nem tudom ezt lehet talolni 5v agon mint a nanot vagy sem?
-
válasz
Janos250
#11935
üzenetére
Az arduino ide maradhat a legújabb, elvileg csak az avrdude-ot kell kicserélni... Az meg szerintem nem sokat számít, hogy melyik verzió van benne. Az avrdudess program alatt is, ami egy frontend az avrdude-hoz, szintén egy régebbi avrdude.exe van, pedig a héten frissítette magát. Talán nem csak ez az egy hibája van.
-
Janos250
őstag
válasz
Janos250
#11932
üzenetére
Nincs kérdés, magyarázat van, nem neked, hanem azoknak, akik nem pontosan értik, hogy az Arduino ugyanolyan cpp program, és ott van a main.cpp is. Amit átírni persze nem célszerű, de akár meg is tehetnénk. Pl. másik loopot is tehetnénk bele akár, bár a gyakorlatban ennek semmi értelme nem lenne.
-
válasz
Janos250
#11845
üzenetére
Kiderült, hogy csak véletlenül működött nekem azonnal a pickit2 isp arduino ide alatt, ugyanis az újabb avrdude.exe már nem ismeri fel! Én viszont először az arduino 1.6.12 alatt próbáltam ki, amivel még rendesen működik. Úgy olvastam, hogy talán 1.8.4 alatti verzióknál még működik, afelett nem. Ha esetleg szeretnéd a pickit2 programmert isp-ként kipróbálni, régebbi ide alatt próbáld ki, vagy cseréld az avrdude-ot egy régebbi verzióra (az 1.6.12 alatt 2017 márciusi build van).
-
Janos250
őstag
válasz
DigitXT
#11889
üzenetére
"az Arduino-féle String implementáció egy nagy sz"
"nem igazán ajánlott használni."
Így igaz. A nagybetűs String valóban gyengécske, de azt is mondjuk meg, hogy mit érdemes használni:
a kisbetűs string viszont jó.
Ismét mondom, hogy nem ötegapám UNO, NANO, MEGA lapja az, amit érdemes használni, hanem valami korszerűbb,
ami - mondhatni - nem drágább, de sokkal többet tud, és az UNO-ra, stb.-re írt programok símán áttehetők rá,
ha nincs benne valami nagyon hardware közeli dolog.
Mint már többször mondtam, én mostanság az ESP32-t használom.
5 dollárért megvehető postával együtt.
https://www.banggood.com/Geekcreit-30-Pin-ESP32-Development-Board-WiFibluetooth-Ultra-Low-Power-Consumption-Dual-Cores-ESP-32-ESP-32S-Board-p-1461896.html?rmmds=search&cur_warehouse=CN
Vagy az UNO mintájára:
https://www.banggood.com/LILYGO-TTGO-ESP32-WiFi-bluetooth-Board-4MB-Flash-UNO-D1-R32-Development-Board-p-1163967.html?rmmds=search&cur_warehouse=CN
Megnéztem a régi Arduino String osztályát. Bizony elég sok tagfüggvény nincs benne, ami a C++ -ban benne van. Példának az appendet vettem,
hogy a részletesebb infók netről megtekinthetők legyenek.
Ha már itt tartottam, még pár - szintén netről szedett - példát is beleraktam.
A mostani C++11 számos olyan dolgot is tartalmaz, amit az ősrégiek nem.
Használhatjuk az alábbiakat:#include <array>#include <atomic>#include <chrono>#include <condition_variable>#include <forward_list>#include <future>#include <initializer_list>#include <mutex>#include <random>#include <ratio>#include <regex>#include <scoped_allocator>#include <system_error>#include <thread>#include <tuple>#include <typeindex>#include <type_traits>#include <unordered_map>#include <unordered_set>
Ezek közül is raktam be példákat. Hogy miért jobb pl. az array, achrono, athreadhasználata? Mert ez szabványos, bárhol ugyanígy fut, nem olyasmit tanulunk meg, amit máshol nem tudunk használni.
Íme:
Eredetileg ez egyetlen program lenne, de PH szerkesztője valamiért darabokra szedte.#define __cplusplus 201103L#include <iostream>#include <string>#include <sstream>#include <array>#include <iterator>#include <chrono>#include <ctime>#include <thread>//ESP32 Dev Modulevoid setup() {//http://www.cplusplus.com/reference/string/string/append/std::string str;std::string str2="Writing ";std::string str3="print 10 and then 5 more";// used in the same order as described above:str.append(str2); // "Writing "str.append(str3,6,3); // "10 "str.append("dots are cool",5); // "dots "str.append("here: "); // "here: "str.append(10u,'.'); // ".........."str.append(str3.begin()+8,str3.end()); // " and then 5 more"// str.append<int>(5,0x2E); // "....."std::cout << str << '\n';/*//A String (nagy S) a regi Arduino string kezelese// ebben nincs append, forditasi hibat jelezString xstr;String xstr2="Writing ";String xstr3="print 10 and then 5 more";// used in the same order as described above:xstr.append(xstr2); // "Writing "xstr.append(xstr3,6,3); // "10 "xstr.append("dots are cool",5); // "dots "xstr.append("here: "); // "here: "xstr.append(10u,'.'); // ".........."xstr.append(xstr3.begin()+8,xstr3.end()); // " and then 5 more"*///Ez is egy netrol vett pelda//https://stackoverflow.com/questions/2066184/how-to-use-c-string-streams-to-append-intstd::stringstream stream("Something ");stream.seekp(0, std::ios::end);stream << 12345;std::cout << stream.str();// C++11 array//https://en.cppreference.com/w/cpp/container/array// construction uses aggregate initializationstd::array<int, 3> a1{ {1, 2, 3} }; // double-braces required in C++11 prior to the CWG 1270 revision// (not needed in C++11 after the revision and in C++14 and beyond)std::array<int, 3> a2 = {1, 2, 3}; // never required after =std::array<std::string, 2> a3 = { std::string("a"), "b" };// container operations are supportedstd::sort(a1.begin(), a1.end());std::reverse_copy(a2.begin(), a2.end(),std::ostream_iterator<int>(std::cout, " "));std::cout << '\n';// ranged for loop is supportedfor(const auto& s: a3)std::cout << s << ' ';// C++11 chrono//https://en.cppreference.com/w/cpp/chronoauto start = std::chrono::system_clock::now();std::cout << "f(42) = " << fibonacci(42) << '\n';auto end = std::chrono::system_clock::now();std::chrono::duration<double> elapsed_seconds = end-start;std::time_t end_time = std::chrono::system_clock::to_time_t(end);std::cout << "finished computation at " << std::ctime(&end_time)<< "elapsed time: " << elapsed_seconds.count() << "s\n";// C++11 thread//https://en.cppreference.com/w/cpp/thread//https://thispointer.com/c-11-multithreading-part-1-three-different-ways-to-create-threads/std::thread threadObj1(thread_function);std::thread threadObj2(thread_function);if(threadObj1.get_id() != threadObj2.get_id())std::cout<<"Both Threads have different IDs"<<std::endl;std::cout<<"From Main Thread :: ID of Thread 1 = "<<threadObj1.get_id()<<std::endl;std::cout<<"From Main Thread :: ID of Thread 2 = "<<threadObj2.get_id()<<std::endl;threadObj1.join();threadObj2.join();}void loop() {}// mert a chrono minta hasznaljalong fibonacci(unsigned n){if (n < 2) return n;return fibonacci(n-1) + fibonacci(n-2);}//// mert a thread minta hasznaljavoid thread_function(){std::cout<<"Inside Thread :: ID = "<<std::this_thread::get_id()<<std::endl;} -
zsolti_20
senior tag
A 330ohm ötlete innen jött:
[link]De közben sikerült megoldanom. Az RFID olvasó SS_PIN a D53-ra kell mennie, az SD kátyának pedig a D4-re.
Abból következtettem ezt ki, hogy az UNO 10-es lába az SS. Szóval a nanonál is annak kell lennie. És mivel a másik modullal hibátlanul működött, ezért gondoltam elég a mega SS-re csatlakoztatni a PIN-t és valóban elég volt. Még az a két sor sem kell amiről fentebb beszéltünk. Sőt a forráskód sem a hiba beazonosításához.
-
#11929
Drótszamár
őstag
Drótszamár
#11928
Drótszamár
őstag
válasz
Drótszamár
#11928
üzenetére
Sikerült!
Bekapcsoltam a részletes infókat a feltöltésnél, úgy már egyből látszott a különbség.
Using Port : COM31
Using Programmer : arduino
Overriding Baud Rate : 57600
AVR Part : ATmega328P
Chip Erase delay : 9000 usUsing Port : COM31
Using Programmer : arduino
Overriding Baud Rate : 38400
AVR Part : ATmega328PAz optiboot boards.txt configjában ott volt a 38400-as sebesség.
Átírtam 57600-ra, most már rendben felmegy a kód, ha kiválasztom a "Pro mini" 3V 8 Mhz-s változatot az alaplapok közül.
Végre ki lehet tenni terepre az eszközt. Ha lefagyna újraindul magától -
#11928
Drótszamár
őstag
Drótszamár
őstag
Help!
Eszköz: Lora Node 1.0 [link]
ATmega328P
Arduino ide 1.8.83.3V 8Mhz Pro Mini bootloader van rajta, amivel a watchdog nem működik. Bootloop lesz, ha újraindítja.
Lecseréltem Optiboot Minicore-ra a boot loadert. Ezzel megy a watchdog, rendben újraindítja.
(8 Mhz external, BOD 2,7V, LTO OFF, 328P, UART0 YES)A csere után, ha visszaállítom az alaplapot az eddig működő arduino verzióra nem megy a kód feltöltése FTDI-n keresztül. Az összes listában lévő verziót kipróbáltam.
Ha átállítom az alaplapot az Optiboot miatt telepített Atmega328-ra, akkor fordítási hibát ad a program. Nem találja a time.h-t.
Egyszerű kódot ekkor rendben feltölt.Rohadtul nem értem ezt az egészet.
Valami config-ot át kéne még írni, amiről minden tutorial elfelejtkezik? Az új bootloaderrel változott a feltöltési mód? (pl baud, és azért nem megy a feltöltés már?)Végigtúrtam a netet, és nem nagyon találok hasonló gondot.
Mit rontok el?Hova lesz a time.h mikor itt megvan, és a gyári alaplapokkal működik is: C:\Program Files (x86)\Arduino\hardware\tools\avr\avr\include
-
válasz
zsolti_20
#11926
üzenetére
Merem feltételezni, hogy amikor az egyikhez odaírod, hogy
digitalWrite(8, HIGH);
ezzel egy időben odakerül mellé egy
digitalWrite(10, LOW);is, ami a másikat lekapcsolja az adatvonalakról...
Mégis mi a fenének a 330ohm ellenállás a MISO lábra?Tényleg én vagyok a hülye, hogy megint válaszolok, amikor megfogadtam, hogy nem írok többet, ha nem teszel fel kódot, hátha vaktában is ki tudjuk találni mi a hiba...
-
zsolti_20
senior tag
válasz
Gergosz2
#11907
üzenetére
Most próbálkozok a Chip selecttel. Az MRFC522 RF olvasó a PIN10-en van, az SD kártya a PIN8-on. Próbálom tesztelni őket úgy, hogy mindkettő csatlakoztatva van, de külön- külön kóddal. Hiába szúrom be azt a sort a setup részhez, hogy
digitalWrite(8, HIGH);
Vagy a másikhoz
digitalWrite(10, HIGH);
Ha mindkettő modul csatlakoztatva van nem működnek. A fura az, hogy előtte nanoval ment mindent elég volt egy 330ohm ellenállás a MISO lábhoz az SD kártya olvasóhoz. -
DigitXT
félisten
válasz
zsolti_20
#11923
üzenetére
Neeem... A "kinek" lesz a helyi változód, konkrétan a függvény paramétere.
Ha csak egy pipe-ot tud egyszerre nyitni, mi lenne ha lezárnád küldés után?Szerk: a szerkre, na igen, nem definiáltam a móricka példában i-t, my bad...
A fordító sipákolna!![;]](//cdn.rios.hu/dl/s/v1.gif)
Vannak amúgy nyelvek, ahol nem, és így is lefutna, LOL.Az az int változó amúgy nem a címnek kell, hanem a címek tömbjét címezni...
Mert ugye azért van a címeidnek tömbje, mert nem törvényszerű, hogy 1,2,3,4,5
az összes cím, lehetne öt tetszőleges számkombináció, viszont a ciklus csak a
tömb elemein lépdel végig, nem érdekli, hogy mi lesz az öt elem... Sőt valójában
az sem, hogy mire fogod használni a 0-4 közötti paraméterekkel hívott függvényt. -
-
DigitXT
félisten
válasz
zsolti_20
#11921
üzenetére
Baromi egyszerű, csak az alapfogalmakat kell ismerni. Kezdve azzal, hogy a
void az nem egy hasra ütött elnevezés, hanem a visszatérési érték típus... ún.
visszatérési érték nélküli függvények ezek (leánykori nevükön szubrutinok).
Mint függvények viszont paraméterezhetők, tehát írhatsz ilyen függvényt, hogyvoid kuldes(int kinek){
radio.begin();
radio.openWritingPipe(addresses[kinek]);
radio.setPALevel(RF24_PA_MIN);
radio.stopListening();
const char text[] = "Hello World";
radio.write(&text, sizeof(text));
delay(1000);
}Ezt pedig utána úgy hívod meg, mint bármilyen más függvényt, pl. kuldes(1).
És ez kényelmesen ciklusba szervezhető, ha úgy gondolod, hogy egy gomb
mindent vigyen:
"if gomb 1 megnyom"
for (i=0;i<5;i++) kuldes(i);Szerk: ne feledd, hogy tömböknél az első elem címe nem 1, hanem 0.
-
zsolti_20
senior tag
válasz
DigitXT
#11920
üzenetére
Igen valami ilyesmire gondoltam ahogz ossze foglaltad.
if gomb 1 megnyom
ugras a void kuldesbe
if gomb 2 megnyom
ugras void kuldes2void kuldes()
{
radio.begin();
radio.openWritingPipe(addresses[1]);
radio.setPALevel(RF24_PA_MIN);
radio.stopListening();
const char text[] = "Hello World";
radio.write(&text, sizeof(text));
delay(1000);
}
void kuldes2()
{
radio.begin();
radio.openWritingPipe(addresses[2]);
radio.setPALevel(RF24_PA_MIN);
radio.stopListening();
const char text[] = "Hello World";
radio.write(&text, sizeof(text));
delay(1000);
}valahogz igy gondoltam, de sporolni szeretnek kicsit.
-
DigitXT
félisten
Szerintem itt arra gondolt a költő, hogy ezt a kódrészletet bedobja egy nagyobb
kódba, amikor az itt a loopban szereplő dolgokat, egy kuldjedwaze nevű "voidba"
teszi, viszont valami furmányos okból nem ír bele for ciklust a tömbön való végig
lépkedéshez, hanem inkább kuldjedwaze2 néven újabb voidot szeretne írni, hogy
oda másik tömbhivatkozást használjon. Ez kétségkívül nagyon érdekes módja a
tömbök használatának... A 30 bájt spórolás külön tetszett, ínséges időket élünk. -
-
zsolti_20
senior tag
válasz
DigitXT
#11916
üzenetére
#include <SPI.h>
#include <nRF24L01.h>
#include <RF24.h>RF24 radio(7, 8); // CE, CSN
const byte addresses[][6] = {"00001", "00002", "00003", "00004", "00005"};
void setup() {}
void loop()
{radio.begin();
radio.openWritingPipe(addresses[1]);
radio.setPALevel(RF24_PA_MIN);
radio.stopListening();
const char text[] = "Hello World";
radio.write(&text, sizeof(text));
delay(1000);
}
Ez kb a teljes kod. Es egz gombnyomassal szeretnem az osszes cimre elkuldeni anelkul hogz mindegyik cimhez kulon voidot hoznek letre. -
DigitXT
félisten
válasz
zsolti_20
#11915
üzenetére
Nem akarok windischgrätz lenni, de tudod, hogy a const az mitől const?
Mert ha igen, akkor hogy gondoltad, hogy majd azt növelgeted?
Megint olyan tippeket kérsz tőlünk, hogy nem látjuk, hogy mit csinálsz,
de ebből mondjuk meg, hogyan kell jól/jobban csinálni. Legalább valami
normális kódrészletet szúrj be, amiből látszik a probléma. Ezek megint
nem Arduino specifikus dolgok, hanem a tömbökkel vannak gondjaid. -
zsolti_20
senior tag
Szeretnem most a szoftvert kicsit okosbban megoldani. NRF24L01 modulok kozti kommunikaciorol van szo.
Igz nez ki a cimzes:
const byte addresses[][6] = {"00001", "00002","00003","00004","00005"}Es igy nez ki a kuldes resze:
radio.begin();
radio.openWritingPipe(addresses[1]);
radio.openReadingPipe(1, addresses[0]); radio.setPALevel(RF24_PA_MIN);
Ugye itt a addresses[1] az 00002
Az addresses[0] pedig 00001Lehetseges ugy elkuldeni az osszes cimzettnek az uzenetet hogz ne kelljen minden kuldeshez kulon voidot csinalnom?
-
Janos250
őstag
A 0-s magra valóban kevesebb dolgot lehet rakni, és csak alacsony prioritásút, mert valóban az kezeli a WiFit, és az lényeges, hogy magas prioritással menjen, de én szoktam rá rakni programokat, amik "ráérnek".
Ha a C++11 szerint használod, akkor az OS elrendezi saját magának, mi hol menjen, de nem biztos, hogy ez lesz az optimum.
Én a Core0-n futó részek ciklusába jó hosszú várakozásokat szoktam tenni, hogy ráérős legyen. Ha éppen nincs dolga, egyből megy a várakozásba, azaz az OS egyből másnak adja a futási jogot.
Ez azért egy alapvető különbség a klasszikus várakozáshoz képest (atmega328 Arduino alatt), ott ugyanis a proci ténylegesen semmi hasznosat nem csinál, amig várakozik.
A taskoknak 1 msec-et ad az OS, aztán cserél. Ez egyben azt is jelenti, hogy mindkét magon 1 milsecenként megszakit akkor is,
ha a legmagasabb prioritású task fut, vagy ha minden más le van tiltva, akkor is. Ha mindent, pl. megszakitást tiltasz, akkor a task csere vizsgálat miatti
megszakitást - ha jól emlékszem - olyan 5-6 microsecre lehet levinni, lentebb nekem nem sikerült.
Külön jó még a kétféle megszakitas figyelés, hogy az egyik akkor kezd el futni, ha rá kerül a sor, a másik meg azonnal. -
zsolti_20
senior tag
válasz
Gergosz2
#11909
üzenetére
Akkor a megoldas csupan annyi hogy a digital pint alligatom low es high kozott? SD kartya alapbol a digital 4re megy igy azt kell hasznalat elott low-ra allitanom az rfid olvaso pedig a digital 10-/re. nem tudom miert de azt hittem a MISO lab lesz a kulcs a megoldashoz mert ott kommunikal az arduino fele.
-
zsolti_20
senior tag
válasz
Gergosz2
#11907
üzenetére
Csatlakoztattam mind ketto modult az arduino megahoz es kulon kulon szerettem volna tesztelni oket pelda kodokkal. Igy ha a chip select szoftveres dolog akkor gondolom nincs bennd. Sima peldat csinaltam sd kartyaval ami kiolvassa mi van a kartyan es sima peldat ami csak kiolvassa az uid-t az rf kartyabol.
Lehet olyan kodot kellene kiprobalnom ahol mindket modul hasznalatban van es szoftveresen megvan azdva ez a chip select dolog?
-
zsolti_20
senior tag
Találkozott már valaki olyan problémával, hogy az MFRC522 RFID olvasó és az SD kártya olvasó nem akart működni együtt? Próbáltam 330ohm ellenállást forrasztani az SD kártya MISO lábához, de ugyan úgy nem működnek együtt. Külön-külön viszont hibátlanok.
-
_q
addikt
válasz
Janos250
#11903
üzenetére
Nekem összeakadt és nem működött a 2 magon kezelése a freeRTOS-nak. Én arra jutottam, hogy ez a 2 mag valójában inkább 1. Ezt úgy értem, hogy van 1 mag ami a perifériákat kezeli: Wifi, SPI, I2C... és van a másik mag amire te tudod írni a programokat. Ha a wifi kezelő magot elkezded saját kód futtatására használni, a wifi nem megy jól. Lehet én csesztem el, de már rengeteg prioritást és task állítást próbálgattam, a végén maradtam a loop megoldásnál.
-
Janos250
őstag
válasz
zsolti_20
#11896
üzenetére
RFID:
Vigyázz, nehogy ilyet
https://www.ebay.com/itm/RC522-13-56Mhz-RFID-Module-for-Arduino-and-Raspberry-pi-new/311395182652?epid=1769319769&hash=item488099683c:g:RmwAAOSwB3BaCqPi
vegyél, mert használhatatlan, pedig elvileg nagyon kényelmes lenne. -
Janos250
őstag
válasz
DigitXT
#11895
üzenetére
Valóban, nem kicsit tud többet. Van rajta oprendszer (freeRTOS), két magos, igy ténylegesen párhuzamosan programozható, gyakorlatilag akárhány taskot indithatsz prioritással, az oprendszer kezeli. Tudja a C++11 párhuzamos programozását is. Nagyon sok hardware periféria kezelője van. 240 Mhz-en jár mindkét mag. Olyan számlálója is van a többi mellett, ami 80 Mhz-el jár, amivel már elég pontos időzités érhető el. Én nagyon kedvelem.
Egy pontnak nem mérheted a feszültségét. Tehát ahogy a kolléga írta, a gnd mindig a viszonyítási pont. Persze ez csak egyenáramnál ennyire egyszerű, mert nagyfrekvenciás jeleknél bejátszik a levegő, a vezeték és egyéb alkatrészek parazita kapacitása, ezért is működött nálad mégis valamennyire az áramkör.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Vannak amúgy nyelvek, ahol nem, és így is lefutna, LOL.
Új hozzászólás Aktív témák
Hirdetés
ekkold- Parfüm topik
- Kerékpárosok, bringások ide!
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Kávé kezdőknek - amatőr koffeinisták anonim klubja
- Formula-1
- Samsung Galaxy A54 - türelemjáték
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- EAFC 25
- Honda topik
- Android alkalmazások - szoftver kibeszélő topik
- További aktív témák...
- DELL G2724D / Samsung Odyssey G5 1440p 165hz árak leírásban.
- Asus RTX 4070 12GB DDR6X - DUAL-RTX4070-O12G-EVO-DLSS 3 Garancia
- Apple iPhone 14 128GB, Kártyafüggetlen, 1 Év Garanciával
- Apple iPhone 14 Pro Max 128GB, Kártyafüggetlen, 1 Év Garanciával
- Új Apple iPhone 16 Pro 128GB, Kártyafüggetlen, 3 Év Garanciával
- AKCIÓ! HP Elitedesk 800 G1 USDT mini asztali számítógép - i7 4770S 16GB RAM 128GB SSD Intel HD
- Apple iPhone 14 256GB/ 86% Akkuval / 12 hónap jótállással!
- Creative Sound BlasterX G5 (70SB170000000) (Sound Blaster) (DAC)
- Új! Targus - USB-C Dual HDMI 4K HUB - 2 HDMI-vel. Saját töltő nélkül 2 monitorral (120Hz)
- BESZÁMÍTÁS! Gigabyte B760M i7 12700K 16GB DDR4 512GB SSD RX 6700 XT 12GB Rampage SHIVA Enermax 750W
Állásajánlatok
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest