Featured Post

Beolover SyncDrive: DC Platter Motor Replacement for Beogram 4002 and 4004 (Type 551x and 552x)

Late Beogram 4002 and the 4004 (Types 551x and 552x), which have DC platter motors instead of the earlier synchronous AC motors usually suff...

Showing posts with label no response. Show all posts
Showing posts with label no response. Show all posts

Monday, October 10, 2016

Beogram 8000: A New Arrival and Restoration of the Control System

A Beogram 8000 in need of some TLC recently arrived. It had been purchased on ebay with two MMC20 CL cartridges...very nice!. Unfortunately, it did not work anymore upon arrival at its new owners location. So it traveled on to my place and here we are:

The unit has the usual fallen off aluminum panels. Luckily someone catched them before they hit the floor and they are unscathed. Overall this unit is in pretty good condition and all seems original (if there just weren't the tough layer of Gorilla glue on the hinge of the smaller aluminum panel):
I opened it up and found a slightly dusty interior, but nothing otherwise unusual:
Then I had a look under the sub-platter where I found a metal tacho disk:
This is great news since the original plastic disks tend to delaminate, which causes severe RPM instability.

So far so good. When I tried to run it the platter would not spin, and the carriage showed some reluctance to move. Nothing unusual at this point in time for a Beogram 8000 in original condition. When the platter has trouble moving, it usually has to do with bad power block connections or a dead motor phase capacitor.

I decided to go ahead and rebuild the electronics. This involves replacing all electrolytic capacitors with modern Japanese major brand 105C types and reflow all the board to wire headers solder points. They are often cracked and this causes intermittent operation of the deck. Here are a few impressions. This shows the main boards taken out:

Most of the capacitors are straight forward to replace. The one that is usually a bit of a pain is the processor power supply decoupling capacitor in the EMI can. I took the can off the board and opened it up:
The processor was stuck to the can lid and popped out of its socket...In those days these chips were quite expensive, and so they used sockets instead of soldering them in directly. For exchanging the capacitor a removed processor is perfect. So I left it stuck to the lid for now. The picture below shows the original 47uF capacitor in question. It makes the GND connection (left) on top and not on the bottom solder point, which are not connected by a through plated via like one would expect on modern boards. This can be confusing since failure to solder it to the top contact pad will cause erratic processor behavior. I once spent an entertaining evening with an 'exploration' of this issue...see here for a description of that Beolover adventure...;-).
Anyway, I exchanged it:
and then I removed the processor from the can lid and inserted it back into the socket and replaced the lid and mounted the can back to the board. This shows the recapped board with the removed original components placed next to it:
After that I reflowed the solder points of the headers. This is best done by adding a bit of solder to each point. The boards were soldered with relatively sparse solder application, which may be one of the reasons that so many Beogram 8000s have bad joints. Indeed, I found several cracked points, mostly on the main power block header. This shows the pins where the motor phase capacitor is connected:
Both have a telltale ring around the soldered pin. This probably explains why the platter behaved erratically. I resoldered everything and then it was time to put the board back in. The next step was the replacement of the motor phase capacitor that is located in the power block:
I usually replace this big can with two modern 47uF bipolar units back to back. This turns them into a single 23.5uF unipolar capacitor, which works perfectly. Since modern capacitors are much smaller I recently designed a 3D printed insert that holds the two caps neatly in place:
After reinstalling the power block I rebuilt the power supply board that is next to the sub-platter:
It has only two reservoir capacitors that need exchanging:
This concluded the restoration of the PCBs, and it was time to do the carriage servo control voltages adjustment to the prescribed 620mV (err on the smaller side if you must, this adjustment can be a bit sensitive):
And then it was time for a test! And as expected the Beogram fired up normally with the platter moving smoothly and the carriage looking for a record. All good in control system land! On to the mechanical parts of this lovely deck!










Saturday, July 2, 2016

Beogram 8002: First Contact, Exchanging the Electrolytic Capacitors and a Lesson About the Importance of Decoupling Capacitors for Microcontrollers

I recently obtained a Beogram 8002 in decent cosmetic condition. As usual, the aluminum panels had come loose, though:
After loosening the transport locks, decoupling the suspension springs, taking out the plate below the arms and removing the two screws that hold the top part of the enclosure to the bottom part on the left, I put the unit into service position. Then I plugged it in. Nothing. No red LED dot in the display and no response to any of the buttons. It appeared that, as is often the case with unadulterated Beogram 8002 (or 8000) that come out of storage, the reservoir capacitors of the power supply had gone bad. This usually prevents the processor from operating and that is the end of it.
I decided to replace all electrolytic capacitors and then do some more troubleshooting in case that would not fix the issue.

This shows the circuit board after removing it from the Beogram:
Here some details. This shows the reservoir capacitors of the power supplies:
I replaced all the electrolytic capacitors with quality Japanese 105C grade units:
There is one more big capacitor that needs replacing. It is located in the power transformer 'brick' that can be removed from the units and allows configuring them for different grid voltages. This shows the original 47uF unipolar capacitor (C1):
This capacitor acts as coupling capacitor for the two linear motor coils and gives them the desired phase shift. This is similar to the phase shift capacitor found in the AC motor Beogram 4002 and Beogram 4000 models which have run on two-phase motors. Probably due to the large size of 1980s unipolar capacitors this unit was put into the power brick. I replaced it with two modern bipolar 100uF units connected back to back in series:
Due to their small modern size it was necessary to design a fixture to hold them in place. I designed a 3D printed part that filled the vacant space in the power brick:
What was left after exchanging these capacitors were the two 5V voltage regulator capacitors soldered directly to the board that holds the 5V regulator and the +15V TIP32 transistor mounted to the bottom of the enclosure for heat transfer purposes. Unfortunately, I forgot to take pictures of these caps.
The final capacitor to exchange was the sole 47u electrolytic decoupling capacitor in the uProcessor can. It sits under the small board that holds the 4013 flipflop (IC7) that stores the tacho disk readout coming from the speed sensor (IC1) for evaluation by the microcontroller.
This shows the original capacitor after pulling up the flipflop board:
I replaced it with a new capacitor:
Note the solder point to the left of the capacitor where it is supposed to connect to GND. I forgot to solder it on the upper side, and that is where an interesting journey began that allowed me to 'explore' the 8000 and 8002 Beograms a bit more in depth...;-).

At this point I finally put the PCB back into the Beogram and then plugged it in. On the positive side it gave me a life sign on the display, indicating that power was restored. On the negative side the life sign was not a singular LED dot indicating readiness to operate, but it showed me "0.0.0.0." instead. Pressing buttons on the keypad yielded no response. Disappointing! 

I unplugged it and then plugged it back in and the display showed "1.1.1.1.". Very mysterious I thought! After a few more plugging in and outs it assumed the normal state and I was able to activate "Play". The arm started moving and everything seemed fine. Well, I repeated the plugging cycle one more time and I was back to "0.0.0.0.". At this point it dawned on me that the microcontroller had a hard time to start into its 'ground state' when power was connected, and that it rather entered a random state preventing it from executing its firmware. Since it seemed to occasionally end up in the proper state and then worked, I thought there was a problem with the controller itself. So I did an interesting experiment:

Since I only had one 8002 at hand but several 8000s, I extracted the uProcessor from a 8000 and plugged it into the 8002 instead of its original processor. The result was that nothing changed. Occasionally it would work but mostly not. I then replaced the entire 8002 processor can with the one from the 8000. And everything was normal! This is an interesting result by itself since it establishes that one can indeed run a 8002 with the processor of the 8000. Even the "<" and ">" arrows on the 8002 sensor arm work properly since they get their power via an analog circuit that depends on the direction of the carriage movement. There may still be some minor differences with regard to updated operational or control behaviors but basically the 8000 processor seems to have a very similar if not the same firmware on it.

This told me that the 8002 processor was o.k. but that it had a difficult time to reset during the establishment of the 5V power rail during power-up. I then figured out that by manually resetting the processor (via briefly connecting the junction between R74 and R76 to GND) after plugging the deck in, I was able to reliably start it up into the 'ground state' and after that everything seemed normal.

All this finally got me thinking about the power supply of the processor and I finally realized that the 47u coupling capacitor was not connected to GND due to the missing solder point on the component side, which is the only connection to GND of this capacitor. The bottom solder point is not connected, i.e. is only there for mechanical stability. 

I added some solder to the top point and then the deck worked (mostly) normally. The only issue I could see immediately was that the carriage moved at significantly different speeds in in- and out-directions. But this is the topic of another post...






Saturday, March 8, 2014

Beomaster 8000: No Tuning Above 93 MHz

A 'Beofriend' sent me an email about an interesting tuner issue, which is closely related to a problem I had last year with a Beomaster 8000. In my case, the tuner would not respond to the frequency setting with the rotary encoder, and when set to a frequency close to 91.7 MHz, I could hear the stations of the entire frequency band 'zoom by', either up or down, depending on being slightly below or above of 91.7 MHz. The relevant blog entries are these:

http://beolover.blogspot.com/2013/09/beomaster-frequency-counter-feedback.html

http://beolover.blogspot.com/2013/10/beomaster-8000-tuner-repair-exchange-of.html

Now, the problem described by Beofriend was that the Beomaster would properly respond to the frequency setting in the lower range (he said below about 93 MHz), while in the upper range the 'zooming' issue would occur. Very interesting!
It turned out that the cause for this was a broken flip flop chip, which is in the frequency feedback after the prescaler for a further frequency division by 4 to make the signal palatable for the ancient 6501 micro controller IC4 (which runs on a 1 MHz clock, i.e. anything above this frequency appears as a blurred whirl to it...hard to believe that there was a time when 1 MHz was considered 'fast'...;-).
Here is the relevant circuit diagram section:















After replacing IC8 everything worked again.
I really wonder how these ICs can fail (in my case the prescaler (IC5) needed replacement...In my opinion the most likely failure method for silicon is a too high operating voltage or too high signals. Probably another reminder to put our cherished Beomasters on uninterruptible power supplies (UPS) to put a buffer between them and the power grid/lightning strikes...