Jump to content

wittend

EstablishedMember
  • Content Count

    10
  • Joined

  • Last visited

Community Reputation

0 Neutral

About wittend

  • Rank
    Newbrie
  1. I had a look at your projects and then went to see what chips I had on hand. I don't have any 16F873's, though I do have 16F877's. I will pursue this further soon. But I also saw your LCD solution using a 16F628. I did have some of those lying around, so I burned your code into one and hooked it up to my displays to see if I had some bad parts, of if I am just cursed. I did determine that one older surplus LCD was at at best marginal, but when I hooked up to my better ones they worked fine. So your solution did at least give me confidence that my tools & parts are in spec, an
  2. Thanks for the info! Sometimes it is the lack of this kind of 'oral tradition' information & perspective that makes me crazy. At least one of the LCDs that I am testing specifically uses the original HD44780. The Optrexs use a Samsung clone, and one uses house labeled parts I can't identify, but which were sold as a clone of the Hitachi. I don't have a logic analyzer, but perhaps it is time to invest in one. I suspect that my problem may lie in the configuration of registers selecting the function of some of the port pins I am using. I believe that I have disabled the ADC
  3. No joy... I've tried portB with results that seem the same as always. I set the backlight so that I can barely see the background, turn on power, and twiddle the backlight port hoping to see something. But there is nothing. A question: I have tried all of this using the high 4 data bits, the low 4 databits, and with the option for high 4/low 4 set in the code. In (I believe) all possible combinations. The LCD datasheet I am using for reference - specifically the Optrex DMC LCD Family datasheet - indicates that in four bit mode, only the high nibble should be used. One of th
  4. Thanks. I have tried several LCDs including two 'virgins' still in sealed wrappers from DigiKey. I may try portb, but if that is the only way it can work, the LCD library is useless to me. It leaves the SPI & EUSART hardware unusable, which makes the chips essentially worthless. I am almost ready to give up on this. It has taken up an obscene amount of time for results which do not seem worth the effort. -- Dave Witten
  5. When you say no results, what do you mean exactly? I knew someone once how spent weeks trying to get their LCD software working, only to find that the contrast setting on the LCD display was not connect - so the output on the display could not be seen. Regards Dave <{POST_SNAPBACK}> I've checked for that. I had the clock setup wrong for a while, and I wasn't certain that I could use the internal source until I wrote a little program to verify that it was working - that just blinked an led. The biggest difference between my code and the setups shown in the commen
  6. I have spent some time trying to be sure that I am setting the correct register to put the ADC - capable pins into digital mode, but I am still unsure that I am doing the right thing. As best I can make out, on this processor the ANSEL andd ANSELH registers are responsible for this, with one bit for each pin. Because I am only concerned with RA0-RA3 and RC0-RC3, I set all of the ANSEL bits to 0. My read of the specs suggests that this should cover me. If someone else is familiar with this series of chips (PICF687/688/689/690) and can confirm or correct me I would be greatly appreciative.
  7. I have spent some time trying to be sure that I am setting the correct register to put the ADC - capable pins into digital mode, but I am still unsure that I am doing the right thing. As best I can make out, on this processor the ANSEL andd ANSELH registers are responsible for this, with one bit for each pin. Because I am only concerned with RA0-RA3 and RC0-RC3, I set all of the ANSEL bits to 0. My read of the specs suggests that this should cover me. If someone else is familiar with this series of chips (PICF687/688/689/690) and can confirm or correct me I would be greatly appreciative.
  8. I am fairly inexperienced with programming PIC's, and what I have done was a while ago. I am unsure whether the LCD library works with the chip I am attempting to use and if so, whether I am setting all of the necessary parameters. I am trying to use the LCD code provided with the BoostC compiler & SourceBoost IDE to drive an LCD with a PIC16F689. This is (you probably know) a 20 pin device with 12 A/D inputs, SSP, and EUSART with 4096 words of flash & 256 bytes RAM. The code as I have it set up runs in the simulator, but I have no luck when I try to run it in the chip.
  9. I would like to try out your routines. Could you please post them? Thanks
×
×
  • Create New...