0 Bewertungen0% fanden dieses Dokument nützlich (0 Abstimmungen)
125 Ansichten3 Seiten
PIC 16F690 and 62256 32K SRAM are used to keep track of pixels on the Nokia LCD so you don't have to set groups of pixels. The 62256 requires lots of address lines so I handled these with an I / O chip. After about 4 hours of trying to debug my pixel routine I realized there was nothing wrong with it.
PIC 16F690 and 62256 32K SRAM are used to keep track of pixels on the Nokia LCD so you don't have to set groups of pixels. The 62256 requires lots of address lines so I handled these with an I / O chip. After about 4 hours of trying to debug my pixel routine I realized there was nothing wrong with it.
Copyright:
Attribution Non-Commercial (BY-NC)
Verfügbare Formate
Als PDF, TXT herunterladen oder online auf Scribd lesen
PIC 16F690 and 62256 32K SRAM are used to keep track of pixels on the Nokia LCD so you don't have to set groups of pixels. The 62256 requires lots of address lines so I handled these with an I / O chip. After about 4 hours of trying to debug my pixel routine I realized there was nothing wrong with it.
Copyright:
Attribution Non-Commercial (BY-NC)
Verfügbare Formate
Als PDF, TXT herunterladen oder online auf Scribd lesen
PIC 16F690 and 62256 32K SRAM - Nexuslite Development
PIC 16F690 and 62256 32K SRAM
Description: Adding SRAM to a PIC to keep track of pixels on the Nokia LCD so you dont have to set groups of pixels Notes: Unfortunately the 62256 requires lots of address lines so I handled these with an I/O chip. I modified the I2C connection from my old designs with 4.7 KOhm resisters instead of 10 KOhm. Both resisters are usable but the 4.7 KOhm resister is the recommended value. I finally decided to dig a couple out. Also note the addition of two diods to the PIC one from the ICSP connector and one from +5v to the VDD pin of the PIC this stops the programming software from complaining that there is not enough voltage. Additionally I have I2C working without setting up any of the SSP registers now. After about 4 hours of trying to debug my pixel routine I realized there was nothing wrong with it. It was skipping lines on the LCD as it turns out if you dont specify a number type MPLAB defaults to hex so every 10 lines my pixel routine would skip 5 as I was inputting what I thought was decimal numbers and missing A through F. Just thought I would mention this little discovery in case you run across a similar problem. Parts: (1) PIC16F690 (4) 8.2 KOhms Resisters (Voltage Divider Ground) (4) 3.9 KOhms Resisters (Voltage Divider PIC) (2) 4.7 KOhm Resisters (I2C Pull Ups) (2) 4.7v 1W Zener Diods (1) 23017 16-Bit I/O Expander with Serial Interface (1) 62256 32K SRAM (1) Adjustable Regulator for +3.3v [Not Shown] (1) 330 Ohms Resister (Output + Adjust) [Not Shown] (1) 470 Ohms Resister (Adjust + GND) [Not Shown] (1) Nokia LCD PIC 16F690 and 62256 32K SRAM Assembly Source Code Schematic