MPC6000

[The man]

Add toner light on cyan although toner in machine new cartidge.

Stripped and vacced out toner pump assy still says add toner.

Removed ops panel and under tray and ran self diag on toner motor- toner clutch- primer clutch. Watched both clutches working ok.

After running for no more than 15s switched off/on.

Now message gone I take it toner has obviously reached end sensor and so

now forcing machine to accept toner cart, but is this only a temp fix.

Will it call for a new cartidge next time it runs out even though new one in!!!!

Anyone had this, I read somewhere that if you fit new dev which I had,
and the toner is low it can cause this fault. Remedy, change dev again!!!

jim.

[stephend]

You didn't mention if you used the SP 3401 temp fix.
Turn off SP2401, set 10 for SP3410, after do a forced toner with SP 2251 for the color with problems. It could work or not...chances are 50% - 50%...
If is not working is no other chance than replacing the developer and new toner bottles. Because a firmware bug (finally Ricoh admit it) the toner cartridge chip is "filled" with wrong information regarding the amount left in the bottle and this information once is there can not be overwritten

[The man]

stephend thanx for your reply was given a code SP3817 and check the relevent colour I must admit this is an experiment at the mo.

If all set to 0 then fine I found cyan and black set to 1 the other two were at 0. This time I made sure there was plenty toner in machine before replacing cyan and black devs again. when set up I went back into 3817 to check values this of course was after checking 3815 and initialising the devs all were now at 1 so I pressed all clear they all went to 0. I did an AC and ran a few hundred colour jobs using customers jobs. All seems well at the mo. I will keep updating this post.

[tcs04]

[stephend]

I know that are not cheap at all but what we can do...if you read the latest bulletins they are recommending for every action to replace dev....It doesn't come out from Tech Support pocket

[tcs04]

I know that are not cheap at all but what we can do...if you read the latest bulletins they are recommending for every action to replace dev....It doesn't come out from Tech Support pocket

See attached (From tame Ricoh contact) BUT check the 5990-2 SP modes afterwards and re-load manually if required.

[stephend]

I won't recommend the NVRAM clear on those machines neither to my worst enemy without Manager's written approval hahahaha. Let him take the heat. Service bulletin 069 REISSUED states that if an NVRAM Clear procedure is performed on these machines, the toner ID data from IC2 on the VBCU Board will be erased. Even if NVRAM data is uploaded to an SD card before clearing it, the data stored on IC2 will not be uploaded. Once the NVRAM clear is performed, this IC2 data is lost and cannot be reprogrammed so you will trigger the "independent toner supply" msg. DO NOT PERFORM NVRAM CLEAR.
My opinion about this...is way to costly for me to risk a NVRAM clear without back up from upstairs cause Tech Support knows something that we don't....Japan told them probably that the bugs in the firmware will be corrected probably when they will launch the replacement for this crappy machines...
Instead of a fix they replaced the machine emblem with a PRO one and now our problems are multiplied by 100 Every cheap printing shop bought these crappy machines and they are pounding them with all kind of crappy stocks...and at 5% RH imagine what is the result.....a very very frustrated tech

[tcs04]

I won't recommend the NVRAM clear on those machines neither to my worst enemy without Manager's written approval hahahaha. Let him take the heat. Service bulletin 069 REISSUED states that if an NVRAM Clear procedure is performed on these machines, the toner ID data from IC2 on the VBCU Board will be erased. Even if NVRAM data is uploaded to an SD card before clearing it, the data stored on IC2 will not be uploaded. Once the NVRAM clear is performed, this IC2 data is lost and cannot be reprogrammed so you will trigger the "independent toner supply" msg. DO NOT PERFORM NVRAM CLEAR.
My opinion about this...is way to costly for me to risk a NVRAM clear without back up from upstairs cause Tech Support knows something that we don't....Japan told them probably that the bugs in the firmware will be corrected probably when they will launch the replacement for this crappy machines...
Instead of a fix they replaced the machine emblem with a PRO one and now our problems are multiplied by 100 Every cheap printing shop bought these crappy machines and they are pounding them with all kind of crappy stocks...and at 5% RH imagine what is the result.....a very very frustrated tech

The doc came from technical and I believe originated in Japan. The independent toner supply disappears after they are all changed again BUT it seems this procedure may cause toner density problems which in turn lead to spurious codes and restarts.

We are being told the 6001 / 7501 "with lots of improvements" is on the way but there are so many MPC6000s in stock (Go figure!!) it may be 9 months before we see them!!

I CAN'T WAIT!

[tcs04]

Could you post a copy of Service bulletin 069? Haven't seen that one this side of the pond (Or I'm losing the plot).

[Jomama46]

I'd like to see that one too.

[unisys12]

Could you post a copy of Service bulletin 069? Haven't seen that one this side of the pond (Or I'm losing the plot).

From TSB 69 -

If an NVRAM Clear procedure is performed on the D078/D079, the toner ID data from IC2 on the VBCU Board will be erased. Even if NVRAM data is uploaded to an SD card before clearing it, the data stored on IC2 will not be uploaded. Once the NVRAM clear is performed, this IC2 data is lost and cannot be reprogrammed. DO NOT PERFORM NVRAM CLEAR.

Currently, the only resolution for this issue is to replace the VBCU Board and the IC2. These “new” parts will be registered soon and will have a different part number than the current VBCU Board. Once registered, the field will be notified.

NOTE: The VBCU/IC2’s currently in stock will NOT correct this issue. You will need to wait until the new parts are available. The final resolution will be new Engine firmware that will prevent this data from being erased from IC2 on the VBCU Board when the NVRAM is cleared.
NOTE: In the event that an NVRAM clear appears necessary, it is recommended to replace it instead, or wait until the “new” firmware is released. As always, print out an SMC before replacing or clearing any NVRAM.

This TSB is dated 11/9/09 - If you log into TSC, there is a big blinking banner pointing you to this TSB!!

Holy crap!! I have one of these going in Ole Miss next month!! I only have one 6045 (B132) in my area and it has work pretty much without a hitch for almost 700K now. Only hitch was a similar condition and it was a clutch.

[EDIT] I just double checked and found that we are installing a D015, so I'm safe. Woo Hoo!! [/EDIT]

[stephend]

Thanks a lot unisys12 for posting the info!
I was really busy those days
The really interesting part of all this TB is the NOTE:

In the event that an NVRAM clear appears necessary, it is recommended to replace it instead, or
wait until the “new” firmware is released. As always, print out an SMC before replacing or clearing
any NVRAM.

This "New" firmware is not yet available so a NVRAM clear is a 50%-50% job...very risky in my opinion.

Today I visited one of my MPC6000 and I was not just surprised but really intrigued by this machine. Since it was installed almost a year ago I never got a call...Personally I believed that the customer returned the machine...cause at the beginning they had problems with printing from Mac OS so I was really surprised to see the machine there running like crazy...with no light image density problems. The answer for this no problems behavior is humidity controlled environment and a decent usage of the machine in the manufacturer recommended monthly range.

Another subject I want to touch tonight is the quality of the parts since almost everything (for almost all models) is now made in China. For tha last 2 days we had to refurbish 4 3260 units for resale. Everything was ordered brand new and managers insisted to replace transfer units with new ones. From 4 units received 2 were defective. One came with a 6000 MUSIC sensor installed instead of the correct 3260 one and another one was with the transfer high voltage board defective....so again a 50/50 this time on quality side. Being in a controlled environment was not a big deal to fix fast those errors but for the field will be a disaster especially if you have a frustrated and on the edge customer. It is not the first time when I bring this parts quality issue to my managers and they still consider it isolated incidents. I think a new thread strictly related parts quality can be useful, maybe one day somebody from Ricoh quality control will read it

[tcs04]

"...........This TSB is dated 11/9/09 - If you log into TSC, there is a big blinking banner pointing you to this TSB!!"


Not on TESSA in the UK.

[The man]

Just an update popped in today to check on machine all is ok so I think when this fault occurs (original post) try checking 3817 codes. you may have to force toner into toner pump first.

[sakura]

Attached Service Bulletin #69R. As requested.