Hirdetés
- Nagy "hülyétkapokazapróktól" topik
- Fűzzük össze a szavakat :)
- Asszociációs játék. :)
- eBay-es kütyük kis pénzért
- Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- Milyen mosógépet vegyek?
- Szólánc.
- Öregszem
- Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- A fénynél gyorsabban
-
LOGOUT.hu
Ez itt, az elektronikával hobbiból foglakozók fórumtémája.
Lentebb összegyűjtötttem néhány elektronikával kapcsolatos, hasznos linket.
Új hozzászólás Aktív témák
-
-
lmaresz
aktív tag
Én arra tippelek hogy a jelben valami eltorzul, ezért tudni kell hogy a jel kábel (1.5mm^2 réz huzal) kb. 8*1,5m=12m hosszú lehet sok már neki...
Az egyik ismerősöm ajánlotta hogy a frekin változtassak, azonban nem tudom hogy fel vagy le, illetve sajnos a glediator csak adott frekiken tud működni...
-
lmaresz
aktív tag
Sziasztok!
Van egy saját készítésű 128-as RGB LED mátrixom, amelynek a tápjával lehet a probléma. Attól függően, hogy milyen színűek a LED-ek, változik a táp feszültség, 0,2-0,4 V-ot, ami a vezérlés miatt nem előnyös.
A táp elviekben 12A-t (5V) bír, a LED fal felvétel biztosan nem ennyi. Miért esik a feszültség? (kezdő vagyok)Előre is köszi a segítséget
-
lmaresz
aktív tag
Sziasztok!
Van egy saját készítésű 128-as RGB LED (PL9823-mas LED-ekkel) mátrixom, amelynek a tápjával lehet a probléma. Attól függően, hogy milyen színűek a LED-ek, változik a táp feszültség, 0,2-0,4 V-ot, ami a vezérlés miatt nem előnyös.
A táp elviekben 12A-t (5V) bír, a LED fal felvétele biztosan nem ennyi. Próbáltam 33A-es számítógéptáppal is, azzal is ingadozik a feszültség, illetve 4700 uF-os kondival is kísérletezgettem, de egyik sem oldotta meg a fesz. ingadozást.
Van ötletetek, hogy lehetne csökkenteni az ingadozást?Előre is köszi a segítséget!
-
lmaresz
aktív tag
1,5 illetve 2,5 mm^2 rézhuzalok vannak benne, a táp ilyen: link Egyébként kb.
3A6A körül vehet fel, ha full fehér az egész matrix.
Egyszerűen nem tudom elképzelni mi lehet a probléma...
Rengeteg dolgot már megnéztem, ez az utolsó tippem, hogy a tápfesz ingadozás vághat oda neki, mivel, ugye a Data-t a GND-hez hasonlítja, viszont ha a GND nem fix mindegyiknél, akkor más színű lehet illetve villoghat a LED. Csak még arra nem jöttem rá hogy ez a dolog miért csak a 96. LED-től észrevehető, miért nem az egész villog?
Esetleg megoldás lehet rá, hogy több párhuzamosítást csinálok, amit ajánlott is a videóban a kolléga, akitől vettem az ötletet?[ Szerkesztve ]
-
lmaresz
aktív tag
Köszi minden segítséget, megtaláltam a problémát!
Az arduino (ami vezérli) szoftverében használtam a FastLED library-t, ami nem támogatta pl9823-at csak a WS szériát (ami jóval drágább), valószínűleg ezért villogott. Most, hogy észrevettem a novemberi frissítést, felraktam a friss library-t és láss csodát megy
. A táp is tökéletes -
lmaresz
aktív tag
Sziasztok!
Egy ST7066U-s 2 soros LCD és egy 16F887-es PIC kommunikációjával akadt problémám az előző napokban, az inicializálás sikeres, parancsokat is tudok küldeni neki, azonban az adatokat (betűket) valamiért mintha parancsként értelmezné. Nem találom a hibát, tudnátok segíteni, mi lehet a ludas?
Előre is köszönöm a segítséget!
A forráskódot csatolom:#define RS PORTAbits.RA0
#define RW PORTAbits.RA1
#define E PORTAbits.RA2
#define DATA PORTD
#define D0 PORTDbits.RD0
#define D1 PORTDbits.RD1
#define D2 PORTDbits.RD2
#define D3 PORTDbits.RD3
#define D4 PORTDbits.RD4
#define D5 PORTDbits.RD5
#define D6 PORTDbits.RD6
#define D7 PORTDbits.RD7
typedef unsigned int uint;
typedef unsigned char byte;
void pulseE()
{
__delay_us(1);
PORTAbits.RA2 = 1;
__delay_us(1);
PORTAbits.RA2 = 0;
__delay_us(1);
}
void writeLCD(byte Data, byte DataFlag, byte CheckBusy)
{
byte BusyFlag;
if (CheckBusy)
{
RS = 0;
TRISD = 1;
RW = 1;
do
{
E = 1;
__delay_us(1);
BusyFlag = D7;
E = 0;
} while (BusyFlag);
}
else
{
__delay_ms(10);
}
TRISD = 0;
RW = 0;
if (DataFlag == 1) RS = 1;
else RS = 0;
DATA = Data;
pulseE();
}
void outStringLCD(char *psz_s) {
while (*psz_s) {
writeLCD(*psz_s,1,1);
psz_s++;
}
}[ Szerkesztve ]
-
-
lmaresz
aktív tag
-
lmaresz
aktív tag
Ahogy mondtad, kikommenteltem a sort és most a 2. sor 1. karakterén villog a kurzor.
Viszont igazad van a TRISD = 1-gyel kapcsolatban, tényleg hülyeség így, de a 0xff illetve a 0x80-nal nem működik az inicializálás sem ahol használtam BF-et.void initLCD()
{
__delay_ms(100);
writeLCD(0x38, 0, 0); //Function set
__delay_us(50);
writeLCD(0x38, 0, 0); //Function set
__delay_us(50);
writeLCD(0x38, 0, 0); //Function set
__delay_us(50);
writeLCD(0x08, 0, 1); //Display control
__delay_us(50);
writeLCD(0x01, 0, 1); //Clear display
__delay_ms(3);
writeLCD(0x06, 0, 1); //Entry mode set
__delay_us(100);
}Ha kikapcsolom a BF-et akkor megy az inicialzálás, de még mindig nem akar semmilyen szöveget kiírni
[ Szerkesztve ]
-
lmaresz
aktív tag
Köszönöm az ötletet, de úgy néz ki ez sem működik... Valami más probléma van, most egy végtelen ciklusban írogatok másodpercenként 'A' betűket, de csak a 2. sor 3. karakterénél villog folyamatosan a kurzor, szóval a tegnapi megállapítás, hogy csak üres "karaktereket" ír ki, valószínűleg helytelen.
. A táp is tökéletes
Új hozzászólás Aktív témák
Hirdetés
ekkold
Állásajánlatok
Cég: HC Pointer Kft.
Város: Pécs
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest