[Misc] IRC 3200N screen blanking out

[vishop]

I have a situation with my IRC 3200, whenever a print is being sent to it, after processing/receiving (as shown below in the panel) it stops and shut down, and the screen goes blank, but still has light. After this, two things would happen, either it would reboot or it would stay like that until you turn off the copier and back on again.

If it reboot, in the canon logo, only 5-10mm of the progress bar is is accomplished and it restarts again.
If you switch it off and on, same 5-10mm and restart happen also. If in any chance its lucky to reach ready mode, and then print is sent again, same thing happen.

As per history, previous technician said that DC Controller was replaced, power supply, then another kind of power supply was also replaced. Everytime a replaced was made, it was ok for about 2-4months, then comes the problem again.

When I took over, what I replaced was the Sub Board. It went OK for 3months, then it came again.

Machine Status: In the previous troubleshooting, We have tried replacing the chassis, RAM, HD, HD FW, Boot ROM, UFR Board, Network Card. Until i change the Sub Board, it went fine, but like i said only for 3months.

Right now whenever i went for repair, I just reinsert cable socket, remove cards and put them back, it will work well again, but just for few days.

We run out of solutions for this, hoping any brilliant mind could give some idea or any previous experience which could guide me. What could we have missed or what else need to be done.

Thank you.

[charm5496]

usually this kind of issue is caused by something in the main controller. ie RAM, boot rom, sram PCB. Have you replaced the entire cage all at once?

[teckat]

This is usually a Memory Issue or a HDD issue
When u replaced the DIMMS - where did u get them from ??? OEM ??
where did u get the HDD ??
What is your Firmware ver. ?

Could have a voltage drop somewhere ~~~
I would Check MSW 5 & 6 on top of fuser assembly, also the photo-interrupter for the switches

Power Distribution PCB ?????

[vishop]

@charm5496:
we havent tried replacing the whole cage, only by individual(RAM, BootRom, HDD, etc) one at a time.

@teckat
im not sure where those DIMMs came from but they were brand new from our stocks in the office, regarding the HDD, we bought from an outside store, load in a new firmware(im not sure though which version), but when its still blanking out, we put in back the old HD...
Power Distribution PCB we also have replaced. I havent check on that last one yet, the MSW 5 and 6 on top of the fuser assy...
BTW, during this course of troubleshooting in the workshop, the machine reboots/blanks out even in standby or normal copying, the blanking out while print is sent happens in the customer area 3months after i replaced the sub board(until now).

[D_L_P]

Try turning off multicast discovery.

Additional Functions-> System Settings-> Network Settings-> TCP/IP-> Multicast discovery to OFF

[teckat]

what about changing the SRAM PCB ????
which is mounted on the Sub Main Controller pcb ??

sub.JPG
SRAM PCB=Retention of service mode settings/
HDD control information

When Replacing the Main Controller PCB (sub)
Be sure to use the SRAM PCB from the old PCB on the new main controller PCB (sub)


Points to Note When Replacing the SRAM PCB
When the SRAM PCB is replaced, all data in its memory will be lost (file-related, user mode-related, service
mode-related, history-related files).

There will be no error operation, and initialization will take place automatically.
If you pull out the SRAM PCB from machine B and mount it to machine A, the PCB will be initialized and be rendered useless for machine A or B.
Take full care.
1) When you turn on the power after replacing the SRAM PCB, the machine will execute automatic initialization and will indicate a message on its panel to the effect that you are to turn off and then on the power switch found on its right side. Follow the message and turn off and then on the machine.
2) Using service mode, initialize the RAM.
COPIER>FUNCTION>CLEAR>MN-CON
Before starting the work, be sure to inform the user that all image data stored in the Box will be lost and obtain his/her consent.

[Canuck]

Reseat plugs at fuse pcb or replace it. I've had weird faults and communication errors cause by loose connectors and cracked solder joints on this board. All the sub boards,RAM,etc...sand the contact strip with fine sandpaper then wipe it with isopropyl. Stabilant 22a helps,also.

[vishop]

Try turning off multicast discovery.

Additional Functions-> System Settings-> Network Settings-> TCP/IP-> Multicast discovery to OFF

il check on this one..

[vishop]

[QUOTE=teckat;197291]what about changing the SRAM PCB ????
which is mounted on the Sub Main Controller pcb ??

sub.JPG
[B]SRAM PCB=Retention of service mode settings/
HDD control information


i cant recall if we have retained the old SRAM pcb mounted in the SUb board or replaced it along with the Sub board. If there's an SRAM pcb that comes along a new sub board, then most likely it was replaced as well. But if SRAM pcb is packaged individually from sub board, then we might have retained the old one. Either way, im no longer sure. I'll go have a look next time i visit that machine.

thanks man!

[vishop]

Reseat plugs at fuse pcb or replace it. I've had weird faults and communication errors cause by loose connectors and cracked solder joints on this board. All the sub boards,RAM,etc...sand the contact strip with fine sandpaper then wipe it with isopropyl. Stabilant 22a helps,also.

i have been reseating most PCB's, i.e, sub boards,RAM, UFR, etc. except with the sandpaper and isoprophyl. Just using an eraser. I will re-look into that Fuse PCB though..

thank you all...

Hope more infos and ideas comes...

[teckat]

Those Pcb's (sub)Main Controller PCB & SRAM PCB do not come as a package/ they are ordered individually

[charm5496]

the multicast discovery usually causes the machine to reboot itself and I doubt the fuse pcb would be causing the control panel to go blank. I would stick with the items in the main controller cage.

[teckat]

the multicast discovery usually causes the machine to reboot itself and I doubt the fuse pcb would be causing the control panel to go blank. I would stick with the items in the main controller cage.

the way to test if this is a multicast discovery issue /power off>just disconnect network -> power up-/wait and see /go to lunch for 3hrs. come back/ ask customer to report

Funny thing is ,
I have never seen the 3200 have a Multicast Discovery issue when it is left ON !!!

[teckat]

the more times u remove & re-seat PCB's as stated- the more issues u run into & or create

the following is for all IR's

the reason for this measuring procedure,>
not all PCB's are installed correctly, they may look OK , but if not seated firm or bent > issues appear (errors,unusual symptoms,communication problems,etc>>>>>

Clean the terminals (both front and back) of the Sub PCB using a lint-free cloth, lightly impregnated with alcohol. Be sure not to damage any of the terminals. If damage occurs, replace the Sub PCB in Question.
After the alcohol has dried completely, hold the Sub PCB firmly and slowly insert it approximately halfway.
You can see this by looking at the mounting holes of the PCB. The mounting holes will be to the
left of the cage frame.
After the PCB is mounted half-way, place the mounting screws loosely in place (approximately 1mm between screw and frame).

Measure between Sub PCB’s. As each PCI slot is lined up, the measurement from one Sub PCB to the next should be equal.
BD.JPG
When measuring, do not use the upper PCB of the PDRM-EF-A PCB assembly. Measure the lower PCB as it is connected to the PCI slot.
If all Sub PCB’s are equally distanced, press the Sub PCB into a full mounted position, and then tighten the screw nearest you first.
Then tighten the screw nearest the frame second.
Re-measure and confirm the distance from one Sub PCB to the next.
Once confirmed, re-assemble the Main Controller Cage Assembly Cover and Rear Cover.

[DAG COPIERS & COMPUTERS]

You are experiencing an INTERMITTENT problem! In any (electronic) repair work this is the most TRICKY fault. I do agree with chanuk's suggestion though.
_ 99% of all intermittent faults in an electronic equipment is caused by :
1)poor contacts; and these includes loose wires or poor terminal contacts, or even loose connections inside the components itself (chips).
2)Dry solder joints on any of the printed circuit boards.This offers as a high resistance path to the signals/data.
POSSIBLE SOLUTIONS:
Before moving in to replace the boards or components first thoroughly check the above possible causes and correct them if true; re-seat contacts properly and reheat any dry solder joints.
Try all the above possible solutions as suggested by other techs.
Remember to give /post us a feedback so that we can monitor the progress and also continue to learn.