AVR Freaks

Damn, I saw an answer to my post, leapt for it, and discovered it's as bad as I thought it was... but thanks anyway for confirming my original opinion.

Problem is, I think, that the original data sheet fails to make any correlation between the various voltages available at the interface, and the spec in the sheet. Also, they've chosen different names from the chip supplier, too :roll:

I'm going to work on the assumption that 1u and 100n caps all round are probably a good start as it's a small display... as far as I can tell from the seventeenth reading, I *may* be able to set the voltage as a quadrupler (it goes negative, it seems!) and use the internal 'volume control' to set the limit for V5 - start in the middle, see how it goes. I think that should set the contrast, if I understand it correctly.

Actually driving data to the display is a piece of cake, it seems, once you've worked out which of the parameters are actually required to make it light up.

I sense some dark boxes approaching...

Neil

(and after I've done this, I want to do the same for the rather delicious (and unfortunately discontinued) Pictiva 256*64*16 grey, which has even less helpful data... you'd think they didn't actually want anyone to use the damn things...)

(4) yerrsssss... problem is, some jester reviewed the car for which I developed my ECU reader widget, and listed the widget as a must-have accessory. A couple of weeks after I'd decided not to continue with it, as the cost was getting exorbitant :roll:

Now, of course, I have a dozen requests and more in the pipeline.

Although this is completely different from the display I was using - an eighth the price, for one thing, it orders its display in a similar manner so I can transfer everything except the lcd_init and lcd_write routines. Pins aren't a problem, I only use four for serial comms.

Also, the previous version tended to be fairly closely tied in with the motherboard; with an 18-pin pin connector soldered both sides :shock: it's a bit tricky to replace. This should be easier to change.

Neil

Hmmm... curious. It's compressed with Linux 'zip 32128.zip 32128.png'; the zipped version decodes ok (with 'ark') from my local copy, but not from the downloaded version, either directly or saved. Investigation reveals that the downloaded version is 200 bytes shorter than the one I sent :?

Is this something that Freaks does to the file I've failed to notice before?

Aye well, I've attached a slightly smaller crop of the drawing uncompressed. Apologies to the IE users, who will now suffer wide pages as it appears to be unable properly to scale drawings.

Neil