Dell 2135cn/1320c & Xerox DocuPrint C1190 FS cartridge resetting

From a recent recycling effort, I have an entire Dell 2135cn (the 1320c is the same engine, but does not have the scanner), along with the partially completed Xerox from the title. The Dell is a blatantly obvious clone/rebadge of the Xerox, maybe not the exact same model but something very similar. They're a fairly reasonable unit that look tidy enough and seem to produce a sufficiently good output. Considering I paid nothing for them, this is a bit of a score.

Of course, the most important thing when choosing printers is how much you're going to be paying to keep the thing on the road. The remanufactured cartridges for these two are very good value, costing me about $45 Australian for an entire refill. Excellent value, but it could always be better. Toner bought in bottles can be had for about the same cost, but you get significantly more of it, with manufacturers claiming that their bottle refill kits will fill the cartridge 5 times over.

However, like always, there's a catch. The cartridges have a chip in them that prevents you from being able to refill them. I don't know if it actually stops you printing, as I've not gotten one down that far, but it certainly makes the machine complain. 

The chip, attached to the end of a magenta cartridge.

The chip, attached to the end of a magenta cartridge.

The chip consists of a SOIC-8 part, a transistor and some ancillary passives. The SOIC-8 is custom numbered and thus not searchable, but the collection of resistors off to one side look suspiciously like address-set resistors for an I2C EEPROM.

The chip, with my annotations.

The chip, with my annotations.

Thankfully, one of my cartridges is not like the others. The black El-Cheapo toner cheaped out on even the chip markings, and yielded the part number 24C02 - a 256 byte I2C EEPROM. I have dumped the contents of all the EEPROMs on my system, and they are attached to this post. I also took a couple of extra readings from the Magenta EEPROM, one before and one after printing a single test page.

Using the two snapshots from the Magenta cartridge, I was able to ascertain what values the printer was changing when a page was produced. To counter the toner meter, I set all the areas that changed to 0x00. Initially I did not expect this to work, as most machines have checksums to prevent you from doing this sort of thing. Incredibly, the printer swallowed it hook line and sinker, leading this post to not be very suspenseful!

I have attached all the relevant files to this post. I also include the file that I used to reset the magenta cartridge. I am 100% sure I botched something in doing this, but the printer seems happy with it so I am not overly keen on stuffing around with it any further.

I have also attached a dump from a photoconductor unit, that appears to use the same scheme, but I have not put any effort into trying to reset this yet.

black.BIN (256.00 bytes)

cyan.BIN (256.00 bytes)

dell magenta before.BIN (256.00 bytes) (before printing a test page)

dell magenta after - Copy.BIN (256.00 bytes) (after printing the test page)

dell magenta reset 1 page.BIN (256.00 bytes) (a lazy attempt at resetting the cart. To my immense surprise, this actually worked)

empty.BIN (256.00 bytes) (this is the dead photoconductor I have)

yellow.BIN (256.00 bytes)


Add comment