pin 33 is onderbroken en vervangen door een draadje

Onlangs heb ik de hand weten te leggen op 2 e-paper schermpjes, waar nog een defecte e-reader aan vast zat. Gekocht van een vriendelijke medeCo-er. Beiden met waterschade. (De schermpjes. Niet de CO-er).

Een van de e-readers was compleet verzopen (Maar het scherm is nog goed), de andere was er beter aan toe, maar de connector naar het scherm is gecorrodeerd:

Beide e-readers. Scherm connector van de rechter is gecorrodeerd. Bij de linker is heel de rest gecorrodeerd (maar de schermconnector nog gaaf).
Detail van de gecorrodeerde schermconnector

Na dit goed te hebben schoongemaakt (ook de connector op de print, door er een papiertje met alcohol in te schuiven in plaats van de flexprint van het scherm, en zo goed en kwaad als het ging de binnenkant van de connector daarmee te boenen) was te zien dat pin 33 van de connector eigenlijk volledig weg was. Zoals ook in de eerste foto in deze post gezien kan worden.

Zo ligt het draadje

Ik heb dus een draadje gelegd van de onderbroken pin naar het punt waar deze aan de andere kant van de connector aan vast hoort (door de isolatie van het spoortje op de flexPCB te krassen, er een stukje geïsoleerd (lakdraad) draad aan te solderen, en de andere kant ervan op de print te solderen aan een component dat met dezelfde pin van de connector verbonden is).

Verder ontbraken daar condensators op de print, die heb ik van de andere e-reader overgezet (Spoortjes volgen/componenten komen grotendeels overeen. Van de andere e-reader hergebruik ik alleen het scherm, gezien de schade aan de print). Er ontbreekt er nog 1, die op de andere print niet aanwezig is. Zonder blijkt het echter ook te werken.

Zodoende werkt het scherm van deze e-reader weer. Het scherm van de meer gecorrodeerde viel ook te testen op de minder/niet gecorrodeerde pcb, en blijkt ook te werken.

Daarmee heb ik dus 2 e-paper schermpjes. Mijn e-reader niet meegerekend (Want die blijft gewoon in gebruik als e-reader. En Schaakplankje).

Nu nog een toepassing verzinnen voor die mooie e-ink schermpjes ;). Maar zoals in die 2 linkjes gezien kan worden is bekend hoe ze aangestuurd moeten worden, en is het enige lastige eigenlijk de kleine connector en de benodigde spanningen (+22V, +15V, +3v3, -15V, -20V).

Deze e-readers draaien overigens Linux, dus het schermpje waar nog een e-reader aan vast zit krijgt waarschijnlijk op die manier een toepassing. Mijn ereader draait al een uitgebreid schaakprogramma sinds kobo hun versie verwijderde. (Maar een rant over “verplichte updates” en het daardoor verdwijnen van functionaliteit die een product bij aanschaf wel had, is een heel ander onderwerp).

More of a note to self*, since installing avrdude resulted in an avrdude without USB support. While Arduino also uses avrdude “under the hood”, but has USB support. And it would be nice if Arduino’ s avrdude can be used stand-alone, and it can:

“/Applications/ -C/Applications/ -v -patmega328p -cusbasp -Pusb -e -Ulock:w:0x3F:m -Uefuse:w:0xFD:m -Uhfuse:w:0xDA:m -Ulfuse:w:0xFF:m ” is what Arduino calls in the first step of “burn bootloader”. This sets the fuses on an Atmega328p, using an usbasp programmer over USB.

Since the “burn bootloader” command did not succesfully complete, and wiring was correct, I tried this step in a terminal window but added “-B 200” to slow down the clock. Somehow the default clockrate was too fast, maybe a newer version of Arduino allready has that fixed.

This trick also works on Linux (and possibly on Windows) with a different path to the avrdude executable that Arduino uses. Enable verbose output in Arduino to see what it calls, then call that from a terminal window with modifications. (-B, -c or -t for example. Documentation here.)

On a sidenote, I still only half understand why “burn bootloader” does not support the AVR dragon… (Maybe dragon owners don’t use arduino and/or arduino users generally don’t have an AVR dragon, but all that would need to be changed is -cdragon_isp instead of -cusbasp – in an extra menu option)

*) But hopefully useful to others.

I bought one of those Real Time Clock modules:

I noticed it has a diode and resistor to charge the battery on the back. But I plan on using a non-rechargable CR2032 cell. So these had to be removed:

modified RTC module for non-rechargable battery

I also removed the power LED, since I plan on using it in an alarm clock with a partly translucent enclosure, and I don’t want the light to disturb me at night.

I think these modules mostly get used with primairy (non-recharable) lithium cells, so why was that diode/resistor there in the first place? Charging those cells might lead to leakage (at best), or more spectaculair failure (explosion?) at worst.

If you had battery leakage or other issues with these modules, please let me know in a comment.

If you have one of these DS3231 modules and plan on using it with a standard CR2032 coin cell (non-rechargable), I’d strongly recommend removing the diode and/or resistor, as shown in the pictures above.

I’v measured the 32 kHz output on my 2 modules with a Agilent 34401A. According to the datasheet, this should be 32.768 kHz, typ@3v3. One of my modules outputs 32.763 kHz, the other 32.761 kHz at 3v3. This is 5 resp 7 Hz slow: 153 resp. 213 ppm, way over the specified 3.5ppm over temperature… It would cause me to be late at a rate of about 2 minutes a week. For comparison: my wristwatch does 30 Seconds a Month. So, probably I got out-of-spec or fake modules… Darn!

EDIT2: Those modules get used/sold with rechargeable/secondary cells as well. Makes little sense considering how long a primary cell would last in this application, but at least explains why there is a charger circuit on board.

EDIT3: More about the 32-Khz-out-of-spec problem, in Dutch, here: Also: I’ve bought a known-good chip from Farnell and plan on comparing performance – more later. The chip I bought is a DS3231MZ+ , which has a MEMS-oscillator, not a crystal like the …SN has. So cannot be compared 1-to-1, because its 32 kHz output is not compensated (only the internal 1 Hz is, within 5 ppm.)