Archived from groups: comp.periphs.printers (
More info?)
Art -
Don't know what the odds were, but I do know that an associate of mine at work
must have had a set of these [or clone] chips in a set of carts he bought for
his r200 at a 'week-end computer show'. They were even advertised as 'easy
refill', and sold with spare ink. He killed the printer within 90 days [so he
just took it back to Sams]. After observing it, we saw that it was OK if you
powered it down with the top button, but if you removed and re-applied line
power [even with the lights off and the printer apparently powered down], it
would do a clean cycle. I suppose a bug in the way they implemented the
auto-reset [and perhaps the reason for the reference to 'less head damage' with
the new design].
As to 'ending up' in single use carts -- the chip seller [according to his own
web page] even sells them for that purpose [why, I don't know].
Remember my original 'bull' reply was in response to the flat out statement that
3rd party carts could not possibly have anything to do with the problem -- which
is simply not true. Sure, if you buy on trusted recommendation, or buy from a
source that you know for a fact hasn't just changed supplier, you will probably
be ok -- but regardless, you are the one doing the QA with little recourse
[depending on the vendor] if you have problems.
[And yes, my r300, chugging away on overpriced oem ink, is still going. To me,
it's worth the price to not have do someone else's QA on my hardware with every
new cart I buy.]
"Arthur Entlich" <e-printerhelp@mvps.org> wrote in message
news:wT%He.102152$%K2.60915@pd7tw1no...
> Sam, it seems to me you took a very unlikely scenario and tried to make
> it sound like a normal situation that was likely to occur with a 3rd
> party cartridge.
>
> To quote your original posting:
> "Bull.
>
> It >DOES< have to do with the type of ink used, and more importantly,
> the bogus
> chips in those carts which, more likely than not, forced many more cleanings
> than the oem carts [some are known to do a cleaning prior to each
> printout!]"
>
> However, further examination finds that in very rare cases a chip
> designed for a CIS might have somehow ended up on some 3rd party
> cartridges, and you assumed that the reason a person's waste ink pads
> were full was due to his encountering these very unusual chips on 3rd
> party ink cartridges.
>
> The odds of someone getting even one of these cartridges is rather
> minute, and more than one, nearly zero, it would seem to me. Also, if
> these cartridges reset at 10%, that could only happen once per cartridge
> fill, since it would run out of ink during or after that second purge.
> If, as was implied, the full purge started on each startup, the
> cartridge would have emptied in, as mentioned before, about 10 -15 resets.
>
> Art
>
>
> SamSez wrote:
>
> > "zakezuke" <zakezuke_us@yahoo.com> wrote in message
> > news:1123030279.560536.61450@z14g2000cwz.googlegroups.com...
> >
> >>>This vendor makes the 'new' version of the chip that does NOT do a charge
> >
> > cycle
> >
> >>>on power up:
> >>
> >>I read your link and... while I did look... do not understand where you
> >>are getting anything regarding 3rd party chips triggering extra
> >>cleanings or purges. I do see chips that are designed to be auto
> >>resetting... as in they pop up to 100% after they reach 10%, as opposed
> >>to a type that need to be manualy reset like epson oem chips, or of a
> >>type that are desgined to reset when you turn off the power. Franky I
> >>have never heard of this type, but sounds like some form of volatile
> >>memory rather than some form of flash memory. I don't know.... never
> >>heard of that type at all.
> >>
> >>What i'm not understanding is the OP is talking about 3rd party carts..
> >>which I can only assume are of a type that are filled by some 3rd
> >>party, which in turn are used by the end user and thrown away or
> >>returned when empty. Unless they are clear there is no way for the end
> >>user to know how much ink is in them so they are totally dependent on
> >>the chips that keep track of fullness. I can not understand anyone in
> >>their right mind using volatile memory in such a product for a single
> >>use product when there is a huge surplus of OEM epson chips that are
> >>painfuly easy to reset, just not so easy while they are in the printer.
> >>
> >
> >
> > a) these people DO make these chips [I guess some people just like new chips
and
> > not prying old ones out of old carts. Nor am I sure where your 'huge
surplus'
> > of chips is. I doubt it's in China where these chips are being made by the
> > fist-full to supply the China cart makers.]
> >
> > b) these chips are intended for 3rd party carts [not sure about your
confusion
> > with the phrase "3rd party" -- these are 3rd party chips intended for 3rd
party
> > carts].
> >
> > c) their previous version would force a cleaning [in their words, maybe not
the
> > best English, "clear printer head"] when they were reset. Only their NEWER
> > version are the [smarter] "non-clear printer head" type.
> >
> > d) those older chips would auto-reset when the power was cycled [by design],
and
> > when they did, they would "clear printer head". [And there is no reason to
> > believe that this is done with volatile memory. Sounds to me like a just a
> > design that self resets the flash without needing an external device. But
> > that's beside the point.]
> >
> > e) some of those older chips wound up in third party carts [which is what
the
> > comment in my earliest post was all about -- namely, that SOME third party
carts
> > were said to trigger unnecessary cleaning cycles]. Think the little job
shops
> > pumping out unbranded carts by the basket load fully test the end
combination of
> > parts to guarantee that they work 'nice' in your printer?
> >
> > Bottom line, I am not justifying the way they worked, and to you and me,
perhaps
> > it doesn't make sense that that's the way they worked, but that doesn't
change
> > the fact that they did work that way. And when they did, your waste pad
> > [remember, 'service required' -- the name of the thread] would fill up
sooner
> > than it would otherwise.
> >
> >
> >