.: fórum - hlavní stránka :.
Technology Stronghold by Rudolf Vesely
How to build Microsoft System Center hosted cloud series
FAQ
Hledat
Seznam uživatelů
Uživatelské skupiny
Registrace
Profil
Statistika
Soukromé zprávy
Přihlášení
 
Obsah fóra mcontrollers.com
->
Microchip
Odeslat odpověď
Uživatel
Předmět
Tělo zprávy
Smajlíky (emotikony)
Zobrazit další smajlíky (emotikony)
Barva písma:
Výchozí
Kaštanová
Červená
Oranžová
Hnědá
Žlutá
Zelená
Olivová
Azurová
Modrá
Tmavě modrá
Fialová
Fuchsiová
Bílá
Černá
Velikost písma:
Velikost písma
Drobné
Malé
Výchozí
Velké
Obrovské
zavřít zn.
[quote="Matyáš"]Děkuji za odpověď, Souhlasím, taky bych rád použil nějakou knihovnu, jenže se mi nepodařilo sehnat nějakou jinou pro XC8. Díval jsem se na u8glib, jenže na webu je k dispozici pouze pro AVR, ARM a Arduino, ale já používám Microchip. Nejsem si jist, jestli sériová komunikace není na začátek složitější než paralelní. Co je lepší do budoucna používat; sériovou, nebo paralelní komunikaci?[/quote]
Možnosti
HTML:
VYPNUTO
Značky
:
POVOLENY
Smajlíky:
POVOLENY
Zakázat značky v tomto příspěvku
Zakázat smajlíky v tomto příspěvku
Přílohy
·
Kliknutím na tlačítko
Připojit soubor
se otevře panel pro přidání nové souborové přílohy.
·
Kliknutím na tlačítko
Seznam příloh
se otevře seznam aktuálních příloh, které můžete mazat i upravovat.
·
Chcete-li přepsat některý ze souborů (třeba jeho novější verzí), klikněte na obě dvě tlačítka. Potom postupujte jako při přikládání nového souboru, jen nakonec neklikejte na tlačítko
Připojit soubor
, ale klikněte na tlačítko
Přepsat novější verzí
u stávajícího souboru, který chcete přepsat. Pokud se komentář nemění, není jej třeba znovu zadávat.
Možnosti
Anti SPAM system
Jste neregistrovaný uživatel!
Na kontrolní otázky musí odpovovídat pouze neregistrovaní uživatelé.
Tuto otázku musíte zadat k tomu, aby bylo posílání zpráv složitější (ochrana proti SPAM botům).
Pokud si nejste jistý odpovědí, kontaktujte prosím
administrátora v BUG reportu
, který vám rád pomůže.
Anti SPAM system:
Z jaké země pochází toto fórum? Odpověď jsou dvě slova. První začína na Č a druhé na r.
Vaše odpověď: *
Časy uváděny v GMT + 2 hodiny
Přejdi na:
Zvolte fórum
Fórum
----------------
Zprávy od moderátorů (vývěsní tabule)
Zprávy pro moderátory
Programování, software, mikrokontroléry, mikropočítače, mikroprocesory
----------------
Microchip
ARM
AVR
8051 / 8052
Jiné mikrokontroléry, procesory, hradla
Elektronika, hardware a programátory
----------------
Elektronika s mikrokontroléry, procesory
Elektronika bez mikrokontrolérů, procesorů
Programátory
Ostatní
----------------
Download
Ostatní
Off – topic
Přehled tématu
Autor
Zpráva
Matyáš
Zaslal: 17 prosinec 2015, 17:13
Předmět:
Děkuji za odpověď.
Problém byl vyřešen
. Myslel jsem, že porty jsou implicitně nastaveny jako digitální. Tzn. bylo potřeba nastavit registr ADCON1.
Bez vašich rad bych na to asi jen tak nepřišel.
Zanedlouho sem přidám kód, ve kterém zredukuji zbytečně dlouhé _delay().
MiloPS3
Zaslal: 17 prosinec 2015, 13:33
Předmět:
staci si stahnout cesky preklad treba od PIC16F87xA a pak porovnavat s originalem danyho picu, tyhle starsi typy sou stejny, a cist cesky fora se zamerenim na mcu, resi se to tam porad do kola (naposled prosinec 14, 2015 8:24), a v prvi rade google
Balů
Zaslal: 17 prosinec 2015, 7:58
Předmět:
Radius : Já jsem s PICama nikdy nedělal. Při přechodu z x51 na něco novějšího to proti AVRkům úplně projeli a to hned z několika důvodů. Proto jsem de-facto jenom tipoval, kde by mohl být ještě problém. Teď jsem hlavně zvědavý, jestli se to Matyášovi podaří rozběhnout.
Radius
Zaslal: 16 prosinec 2015, 23:57
Předmět:
Balů @ Jasný, rozumíme si. Přesto, že už léta s picama nedělám, tak tuhle past si pamatuju
Naštěstí takhle zásadní věc ve FUSE u PIC není.
Balů
Zaslal: 16 prosinec 2015, 23:10
Předmět:
Radius napsal:
Kdyby lidi četli pořádně katalogové listy, 90% problémů by nebylo. Lenost je hrozná nemoc...
Tak abych jen nekritizoval - zaměř se na ADCON0 a ADCON1, schválně co se dozvíš.....
To je v podstatě to, na co jsem se snažil nasměrovat ve svém příspěvku výše. Jen jsem myslel, že by to mohlo být v nastavení pojistek ...
Sender
Zaslal: 16 prosinec 2015, 19:47
Předmět:
Matyáš> Zkoušel jsi ten displej zapojit na port B a použít ten kód ,co jsem ti poslal ?
Jinak -na potru A vše zakázat a nastavit jako výstupní.
tady dávám foto,že mi opravdu funguje:
Radius
Zaslal: 16 prosinec 2015, 18:52
Předmět:
Kdyby lidi četli pořádně katalogové listy, 90% problémů by nebylo. Lenost je hrozná nemoc...
Tak abych jen nekritizoval - zaměř se na ADCON0 a ADCON1, schválně co se dozvíš.....
MiloPS3
Zaslal: 16 prosinec 2015, 17:55
Předmět:
citace:
Podle datasheetu PIC16F877A je na portu RA0 ještě analogový vstup 1, ale to by nemělo vadit.
tak si ten DS procti jeste jednou
Matyáš
Zaslal: 16 prosinec 2015, 16:28
Předmět:
Log. 0 tam stále není.
citace:
Když vytvořím program, který pouze pošle na RST 1, tak GLCD vypadá tak, že je "vidět mřížka pixelů" - viz. obr. rst1.jpg.
Zapomněl jsem dodat, že pokud tam nahraji program, který má v main() pouze RA0 = 1; tak tam opravdu fyzicky 1 je (napětí RA0 - GND = 5V).
Podle datasheetu PIC16F877A je na portu RA0 ještě analogový vstup 1, ale to by nemělo vadit.
Nastavení TRIS registru je také v pořádku:
kód:
TRISD = 0x00;
TRISA = 0x00;
Chyba bude někde v softwaru.
Balů
Zaslal: 16 prosinec 2015, 14:04
Předmět:
Pokud máš na RA0 stále log. 0, pak máš buď špatně nastavené pojistky v procesoru a RA0 je použit na nějakou systémovou periferii (u některých ATmega se například musí zakázat JTAG, aby byly přístupné všechny piny) nebo máš zkrat proti zemi na desce ...
Matyáš
Zaslal: 16 prosinec 2015, 8:13
Předmět:
Možná jsem našel problém související s RST:
Když vytvořím program, který pouze pošle na RST 1, tak GLCD vypadá tak, že je "vidět mřížka pixelů" - viz. obr. rst1.jpg.
Ovšem vždy, když na procesor nahraji nějaký kód (od funkce Initialize() dál), tak na konci displej vypadá tak, že "není vidět mřížka pixelů" - viz. obrázek rst0.jpg a
mezi portem RA0 (RST) a zemí naměřím nulové napětí
. To by znamenalo, že bez mého vědomí se na RA0 posílá 0, která "drží GLCD v resetu a tudíž nemůže pracovat".
Přikládám také program, který to dělá. Jediné místo, kde se pracuje s RST je funkce Initialize(), kde se hned na začátku dělá:
kód:
...
void Initialize()
{
RS=0;
RW=0;
__delay_us(400);
RST = 0; // Set reset line to low
__delay_ms(100);
RST = 1;
__delay_ms(10); // Short delay after resetting.
Send_Command(0b00110000); // 8-bit mode.
...
Ale nikde dál už se na RST neposílá hodnota 0.
Myslím si, že v tom je celý problém, protože GLCD nemůže pracovat při resetu
Navíc na YouTube jsem vždy viděl, že u téměř všech GLCD je při provozu "vidět mřížka" - jako na obr. rst1.jpg.
Matyáš
Zaslal: 15 prosinec 2015, 23:23
Předmět:
Bohužel ne
citace:
System reset input (low active).
Sender
Zaslal: 15 prosinec 2015, 23:22
Předmět:
Posláno v SZ.
Ještě mě napadlo,jestli není na tvém displeji naopak třeba reset (L->H nebo naopak)
Matyáš
Zaslal: 15 prosinec 2015, 21:48
Předmět:
To
Sender
:
Mohl by jste mi poslat celý Váš kód (pokud ho máte v C)?
Děkuji.
Sender
Zaslal: 15 prosinec 2015, 20:41
Předmět:
Pro ten můj dislej platí:
write_com(0x30); //set 8 bit operation and basic instruction set
write_com(0x0c); //display on cursor off and char blink off
write_com(0x06); //entry mode set
write_com(0x01); //display clear
tj 0x06 = 0B0000110
Takhle mám řešenou inicializaci displeje pro textový mód.
Num Lock Holder - app to hold Numlock
Copyright © 2019
Rudolf Veselý, mcontrollers.com
.
Je zakázáno používat části tohoto webu bez souhlasu autora. || Powered by
phpBB
© 2001, 2002 phpBB Group - with RedSquare
DoubleJ(Jan Jaap)