- MIUI / HyperOS topik
- Tényleg jobban fogyaszt a Peugeot, az Opel és a Citroen?
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Yettel topik
- Vodafone mobilszolgáltatások
- Apple iPhone 15 Pro Max - Attack on Titan
- Realme GT Master Edition - mestermunka
- Samsung Galaxy S22 Ultra - na, kinél van toll?
- Megérkezett a Google Pixel 7 és 7 Pro
- Okosóra és okoskiegészítő topik
Hirdetés
-
Végre pontos megjelenési dátumot kapott a Visions of Mana
gp A készítők tisztázták azt is, hogy PlayStation 4-re megjelenik-e a végső kiadás.
-
Computex 2024: dedikált NPU-val menedzselné a VGA-t a PowerColor
ph A gyártó megoldása hardveres, de kérdés, hogy nem volna-e a célra elég a jó öreg szoftver.
-
Az üzleti szférának szól a SmartThings Pro
ma A kütyüket összefogó megoldásból irodák, üzletek és hotelek is profitálhatnak.
-
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
-
nagyúr
válasz Krisztian01 #17888 üzenetére
Szia! Az MCU.hex fájlból pontosan milyen információt szeretnél kinyerni?
-
nagyúr
válasz Tomika86 #17896 üzenetére
Ez eddig nem volt feladat
#define Gomb 15
#define Led 2
unsigned long aktualis_millis;
unsigned long mentett_millis;
unsigned long ido = 20000;
unsigned long kulonbseg_millis;
void setup() {
pinMode(Gomb, INPUT);
pinMode(Led, OUTPUT);
Serial.begin(115200);
}
void loop() {
if (!digitalRead(Gomb)) {
mentett_millis = millis();
kikapcsolas();
}
Serial.println("Fut a program");
delay(1000);
}
void kikapcsolas() {
kulonbseg_millis = millis() - mentett_millis;
if (kulonbseg_millis <= ido) {
if (digitalRead(Gomb)) {
Serial.println("Visszalep");
return;
}
Serial.println(kulonbseg_millis);
Serial.println("Leallas idozitoben");
}
else {
Serial.println("Esp leall itt");
// deep sleep
}
} -
nagyúr
válasz gordonfreemN #17909 üzenetére
Én inkább RGB ledekkel próbálnám megcsinálni, a videón látható mütyür is azzal van megoldva. Ügyes megoldás, az optikai részét nem tudom hogy csinálták.
Egy LCD kijelző, vagy inkább színes OLED is szóba jöhetne amúgy, de feleslegesen nagy kellene belőle, és nem biztos, hogy ugyanolyan flowless lenne a látvány, ezeknek a képrissítése nem túl gyors.
-
nagyúr
válasz gordonfreemN #17912 üzenetére
Hát annyi ötletem lenne, hogy egyénileg címezhető ws2812 RGB LED-eket kellene sűrűn egymás mellé applikálni egy PCB-re, mert ennyire sűrű LED szalagot gyárilag nemigen csinálnak.
Nem tudom mekkorára szeretnéd csinálni a kijelzőt, a legsűrűbb a 144LED/m, ott kb. 7mm egy osztás, akkor 10cm-re 14/15 LED jut. Arra kell tenni mondjuk egy polikarbonát csíkot, aminek a hátoldala fel van csiszolva, hogy szórja a fényt, és akkor egybefüggő csíknak fog látszani kívülről. Ez jutott eszembe.A kijelzős megoldást én nem vetném el abban az esetben, ha piciben szeretnéd elkészíteni, egy 4-5cm hosszú színes OLED kijelző erre pont jó lenne, viszont nagyobban azért nem érdemes, mert ilyen hosszúkás kijelzőt nemigen gyártanak, és a hosszával együtt a szélessége is nő, na meg az ára is, hatványozottan.
[ Szerkesztve ]
-
nagyúr
válasz gordonfreemN #17914 üzenetére
Elméletileg semmi akadálya, de utána kell nézni, hogy 5V-os jelszinttel kompatibilis-e a választott kijelző, mert ezek jellemzően 3,3V-ról üzemelnek inkább. De ez amúgy nem fog akadályt jelenteni, csak ha olyan, akkor kell hozzá szintillesztés.
Itt egy példa, hogy hogy kell ezt elképzelni (a kijelző itt egész pici, csak 0.95"-os): https://www.electronics-lab.com/project/color-oled-ssd1331-display-arduino-uno/update:
Itt egy kijelző kimondottan Arduino Mega board-hoz: [link]. Szerintem kompatibilis az Uno GPIO tüskesorával is, de lehet maga a board kevés lesz (pl. kevés a RAM) a driveréhez.[ Szerkesztve ]
-
nagyúr
válasz Wolfram #17924 üzenetére
A fotó mindenképp segít, ha itt nem is, a hobbielektronika topikban biztosan tudnak az alapján segíteni.
Látatlanban annyit tudok javasolni, hogy ragaszd le valamivel a hangszóróját, ehhez elektronikai ismeret sem kell, csak szigszalag.
De amúgy hogy lehet egy riasztó túl hangos?
-
nagyúr
válasz Wolfram #17929 üzenetére
Sajnos én az analóg részhez nem annyira értek, de egy 10kΩ megfelelő lehet a feladatra. Annyi gond lehet, hogy a poti egyik végállásában rövidre tudja zárni a két pólust, ami tönkreteheti a végfokot, tehát szükség lesz még egy védő ellenállásra.
Kevésbé veszélyes megoldás lenne a fixre beforrasztott, 2db ellenállásból álló feszültségosztó, hátránya, hogy nem állítható így a hangerő, csak a tagok cseréjével. -
nagyúr
válasz Krilehor #17928 üzenetére
Ha jól gugliztam utána, nem túl komplikált/sok funkciós a távirányítója, esetleg meg lehetne próbálni a távirányítót szétszedni és a kontaktusokra egy-egy vezetéket forrasztva egy ESP32-ről közvetlenül vezérelni azt (emulálni a gombnyomásokat).
Tudsz esetleg szerezni hozzá egy másik távirányítót (hogy ne az eredetit tedd tönkre)? -
nagyúr
válasz tonermagus #17949 üzenetére
TTL-UART-hoz nyugodtan használhatsz feszültségosztót.
I²c-nél és 1wire kapcsolatnál van szükség aktív illesztésre a 3 állapotú adatvezetékek miatt. -
nagyúr
válasz Krisztian01 #17967 üzenetére
Oszd már meg, amit a ghidrával kinyertél. Meg hogy milyen címekre/milyen adatokra vagy pontosan kíváncsi. A hex fájlt visszafordítottam én is assembly-ra, csak nem tudom mit keressek benne.
-
nagyúr
válasz Wolfram #18004 üzenetére
https://www.hestore.hu/prod_10030412.html
Jobb oldalt a pdf-ben ott a bekötési rajz hozzá. Kell hozzá egy 2 erű árnyékolt kábel és 3,5" jack csatlakozó.
Vagy keress a fiókban régi olcsó headset-et, aminek külön kábelen ment a mikrofon, pont ilyenből volt összerakva. -
nagyúr
válasz tibi-d #18023 üzenetére
Hát pont ez az. A modul 5V-ra készült, az SD kártya 3.3V-tal működik, ami azt jelenti, hogy a modulon van belső szintillesztés. Ha ezt 3.3V-ról szeretnéd használni, az illesztést ki kell iktatni mert emiatt nem működik a kommunikáció. A konkrét modul ismerete nélkül ez persze csak feltételezés.
[ Szerkesztve ]
-
nagyúr
válasz tibi-d #18027 üzenetére
Mikor néztem, még nem volt ott.
5V tápot adsz neki? Mert ott a lapon a konverter.
A jobb alsó chip nem tudom miféle lehet, talán az maga a szintillesztő chip, vagy az végzi az illesztést, ebben az esetben nem tudom, hogy a külső pinek felé milyen feszültségszint van, a külső illesztés mégis csak indokolt lehet a uC védelme miatt.Jó lenne inkább 3.3V-os SD kártya modult használni, ez így nem életbiztosítás.
[ Szerkesztve ]
-
nagyúr
válasz Undoroid #18032 üzenetére
nem állítja meg az akku töltését, ha már elérte a beállított max értéket!
Biztos vagy benne, hogy
1. eddig megállította?
2. a vezérlővel van a baj, és nem az akkupakkal?A Li-ion töltés a felvett áram alapján állítja le a töltést (amikor az a névleges töltési áram 1/10-e alá csökken). Ha az egyik cella zárlatos lett, a felvett áram nem tud lecsökkenni arra a szintre, ahol a vezérlő lekapcsolna.
-
-
nagyúr
válasz daninet #18051 üzenetére
Az enyém ragaszkodott hozzá, hogy minden ledcsík külön tápon legyen és a villanykapcsoló a tápot kapcsolja, nem a szalagot. Nálad ha gond van, egyszerre fog kimenni mindenütt a világítás.
A routerem mostanában sokat vacakol, lehet nálam is táp gond van? 🤔 Kösz a tippet! -
nagyúr
válasz tibi-d #18062 üzenetére
Áh, köszi, hogy megírtad, soha az életben nem jöttem volna rá, hogy ez lehet a gond
Egyszer jártam pedig hasonló cipőben: egy ősrégi laptop IDE HDD-jére kellett adatot másolni, egy USB-s külső adapterrel. Az istennek sem sikerült, állandóan írási hibával elszállt a folyamat, mire rájöttem, hogy túl gyors neki az usb 2.0 sebessége. Volt otthon egy szintén ősrégi 1.1-es usb hub, arra dugtam az adaptert, na az annyira lelassította az adatátvitelt, amit már a hdd is tudott követni
-
nagyúr
válasz #70211840 #18070 üzenetére
Szia!
Ha jól olvasom a kettő elvileg kompatibilis hardver szinten. Viszont ezen az oldalon ezt írják:
"Az ST letöltő szoftver nem használható, de a hivatalos letöltő szoftver nagyon kényelmes"
Nem lehet, hogy másik letöltő szoftverrel életre kelne? 🤔Bluepill témában egyébként ekkold kolléga a szakértő. Ismerkedj meg az Arduino IDE-vel, gyors guglizással ezt találtam róla.
[ Szerkesztve ]
-
nagyúr
-
-
nagyúr
válasz ViZion #18082 üzenetére
Mennyire régi, mert 1997-2010 között csak nokiáim voltak és mindnek 4,5V vagy 5V volt a töltője.
GPIO-ra nem szokás áramkorlátozó ellenállás nélkül ráengedni a tápfeszültséget. Volt a relével párhuzamosan kötve védődióda? Ha nem, akkor működés közben 10V-os tüskéket kaphatott onnan a bemenet (feltéve, hogy közös tápra volt kötve a wemos-szal).
-
nagyúr
válasz ViZion #18087 üzenetére
Ha hosszú a vezeték, ami a pin-re van kötve, a belső felhúzó ellenállás kevés lehet, mert egy hosszú vezeték több zajt tud összeszedni, főleg ha nem árnyékolt. Ráadásul nem is 10kΩ szokott lenni a belső, hanem lehet 20-30kΩ is.
A táp rákötése se tud önmagában megbízhatóan működni, mert ahhoz meg külső lehúzó ellenállás kell, hogy ne lebegjen, amíg nem kap jelet.
De továbbra is az a gyanúm, hogy valahonnan túlfeszt kapott az a pin, és ez a relével függhet össze. -
nagyúr
válasz tordaitibi #18134 üzenetére
Szia, isten hozott a sötét oldalon!
Neked egy olyan uC-re lenne szükséged, aminek van legalább 7 analóg bemenete, vagy egy bármilyen uC-re, amihez tudsz i²c-n keresztül 7(8) darab ADC-t kötni.
Ezt gyakorlatilag az összes Arduino kompatibilis lap tudja Én egy Arduino Nano-t választanék, mert rubusztus, van rajta 8db analóg bemenet, és a processzor kompatibilis az UNO-val, ami azért előny neked, mert annak a legnagyobb a támogatottsága, az is lehet, hogy már valaki régen megírta a programot, amire szükséged van. Ezért azt javaslom, hogy a Google segítségével keress rá, hátha találsz készen ilyen projektet a neten!
Kijelzőből igazából bármit, ami megfelel a célnak, és tetszik. A legjobb egy i²c vagy SPI csatolós, de ha marad szabad kimeneted, egy ilyen egyszerű 2x16 karakteres, párhuzamos csatolós panelt is lehet használni (ebből létezik i²c, csak azt most nem találtam).
Ha kicsi ez a méret, akkor van 4x20, szintén karakteres, vagy 320x200 grafikus, az már nyilván drágább, és komplikáltabb is programozni.
Szerintem neked a 4x20 tökéletesen megfelelő lenne, csak SPI csatolós kellene belőle, mert az i²c pont két analóg lábat lefoglal.[ Szerkesztve ]
-
nagyúr
Bocs, kicsit zavaros lett a vége: Arduino nano + SPI csatolós LCD vagy i²c LCD de ahhoz szintén i²c külső ADC kellene, és ahhoz bármilyen lap jó akkor. Akár ESP32 is, és akkor wifivel internetre tudod kötni, távoli felügyeletre is tudod használni, ha van ilyen igény.
[ Szerkesztve ]
-
nagyúr
válasz sirály12 #18137 üzenetére
Ehhez a feladathoz semmilyen pontosság nem kell. 3 értéket kell megállapítani: feltöltött állapot (4,2V), alatta, meg fölötte (túltöltöttség). Ehhez egy 2bites ADC vagy két analóg komparátor is elég lenne, csak megfelelően kalibrálni kell használat előtt.
Mellesleg az AVR-ek 10 bites ADC-je eléggé pontos és jól használható.[ Szerkesztve ]
-
nagyúr
válasz sirály12 #18139 üzenetére
Azért mondom, hogy kalibrálni kell. Gondolom a hiszterézist nem a használat során fogod beállítani egy ilyen eszköznél, hanem előre meghatározod, még az építés előtt.
Bár az is igaz, hogy a feszültségosztók miatt, minél nagyobb az osztás, az érzékenység annál jobban csökkenni fog. 🤔szerk.: ahogy most kiszámoltam, az AVR 10bites ADC-nél a legnagyobb osztás esetén is 0,005V felbontás, ami kétszeresen is túlteljesíti a 10mV pontosságot.
[ Szerkesztve ]
Új hozzászólás Aktív témák
- Újabb államok perelik az Apple-t, mert sok pénzt szed ki a vevőkből
- Fejhallgató erősítő és DAC topik
- Projektor topic
- Milyen széket vegyek?
- SUSE Linux
- Asztrofotózás
- Meggyőző arcjátékkal reagál a kínai humanoid robot
- Milyen légkondit a lakásba?
- Autós topik
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- További aktív témák...
- Razer Basilisk Ultimate Wireless Gamer Egér! 20k DPI/Dokkoló/Razer Chroma RGB/Razer Hyperspeed Tech
- Ryzen5 GamerPc
- Apple Watch Series 8 41mm GPS fekete 6 hó gari
- TP-Link TL-SG108E Smart, 8 Portos, Gigabites Switch, üzleti osztály, fém burkolattal
- Új, bontatlan iPhone 13 128GB Midnight (fekete) gyári független