[sdiy] help with uQ repair
Julian Schmidt
elfenjunge at gmx.net
Sat Feb 25 09:54:25 CET 2017
it's working.
The charge pump is only activated once the uQ is fully booted.
But I found out when starting the audio out test on the factory test
page the charge pump is activated and I get the correct -8V in the
analogue section.
julian
Am 25.02.2017 um 03:15 schrieb Peter Pearson:
> Not to tell you what to do but I'd look into that charge pump and the
> negative rail.
>
> In your first post of this thread, you said that the unit boots.
>
> On Fri, Feb 24, 2017 at 12:00 PM, Julian Schmidt <elfenjunge at gmx.net
> <mailto:elfenjunge at gmx.net>> wrote:
>
> You were kind of right, too.
>
> There is another 78/7908 pair in the analogue out section in so8
> cases.
> But the -12V for the 7908 is derived from a charge pump that is
> not running until the unit is fully bootet.
>
> But I guess I'll get to that when the DSP test passes.
>
> Julian
>
>
>
> Am 23.02.2017 um 19:07 schrieb Peter Pearson:
>> You might be right since we don't have the schematic. You could
>> look for 79L regulators. Lots of other Waldorf stuff uses 79L
>> for the negative supply.
>>
>> On Thu, Feb 23, 2017 at 12:23 PM, Julian Schmidt
>> <elfenjunge at gmx.net <mailto:elfenjunge at gmx.net>> wrote:
>>
>> Imho the microQ is a positive only design. No analogue filter
>> like on the wave.
>> There are 2 x 7805, a single LF33 and the 12V from the PSU.
>> Then you have a few mosfets and the logic chips for the
>> button multiplexing.
>>
>> Not sure which rails there are left to check.
>> Even the output OpAmps are running in single rail configuration.
>>
>> julian
>>
>>
>>
>> Am 23.02.2017 um 18:10 schrieb Peter Pearson:
>>> If memory serves, they're similar enough to help you get
>>> orientated. You should still check the other supply rails.
>>>
>>> On Thu, Feb 23, 2017 at 12:01 PM, Julian Schmidt
>>> <elfenjunge at gmx.net <mailto:elfenjunge at gmx.net>> wrote:
>>>
>>> I'm afraid thats for the microWAVE not the microQ.
>>>
>>> But thanks nonetheless.
>>>
>>> julian
>>>
>>>
>>> Am 23.02.2017 um 17:31 schrieb Peter Pearson:
>>>> Check +/- 12V
>>>> https://elektrotanya.com/waldorf_microwave.pdf/download.html
>>>> <https://elektrotanya.com/waldorf_microwave.pdf/download.html>
>>>>
>>>> On Thu, Feb 23, 2017 at 11:30 Peter Pearson
>>>> <electrocontinuo at gmail.com
>>>> <mailto:electrocontinuo at gmail.com>> wrote:
>>>>
>>>> Check +/- 12V
>>>> On Thu, Feb 23, 2017 at 11:29 Terry Shultz
>>>> <thx1138 at earthlink.net
>>>> <mailto:thx1138 at earthlink.net>> wrote:
>>>>
>>>> Hi All,
>>>> On another note , if this is a DSPB56362
>>>> device, then Waldorf wold not have put any of
>>>> their code into this device.
>>>> I do not recall Motorola doing a custom
>>>> DSPx56362 for Waldorf as the volumes used would
>>>> not support the mask charges.
>>>> http://www.nxp.com/assets/documents/data/en/data-sheets/DSP56362.pdf
>>>> <http://www.nxp.com/assets/documents/data/en/data-sheets/DSP56362.pdf>
>>>> regards,
>>>> Terry
>>>>> On Feb 23, 2017, at 8:13 AM, Peter Pearson
>>>>> <electrocontinuo at gmail.com
>>>>> <mailto:electrocontinuo at gmail.com>> wrote:
>>>>> Check the supply means check all the supplies.
>>>>> Do you have all the other rails and reference
>>>>> voltages? The service manual is online and you
>>>>> could check that for resets etc. You should
>>>>> also consider contacting Waldorf for advice.
>>>>> On Thu, Feb 23, 2017 at 10:46 Julian Schmidt
>>>>> <elfenjunge at gmx.net
>>>>> <mailto:elfenjunge at gmx.net>> wrote:
>>>>>
>>>>> yeah but these are ROM not RAM. The
>>>>> datasheet says "These ROMs may be factory
>>>>> programmed with data or programs provided
>>>>> by the application developer." No idea if
>>>>> waldorf went all the way to burn a custom
>>>>> loader into these ROMs at the chip
>>>>> factory. At least the normal firmware
>>>>> should be located on the flash, otherwise
>>>>> you could not update it. julian
>>>>> Am 23.02.2017 um 16:39 schrieb Terry Shultz:
>>>>>> Hello All,
>>>>>> The DSP56362 Motorola DSP does have P, X,
>>>>>> and Y memory
>>>>>>
>>>>>> On-Chip Memories — Modified Harvard
>>>>>> architecture allows simultaneous access
>>>>>> to program and data memories — 30720 x
>>>>>> 24-bit on-chip program ROM1 (disabled in
>>>>>> 16-bit compatibility mode) — 6144 x
>>>>>> 24-bit on-chip X-data ROM1 — 6144 x
>>>>>> 24-bit on-chip Y-data ROM1 — Program RAM,
>>>>>> instruction cache, X data RAM, and Y data
>>>>>> RAM sizes are programmable
>>>>>>
>>>>>> Instruction Cache
>>>>>>
>>>>>> Disabled Enabled Disabled Enabled
>>>>>>
>>>>>> Switch Mode
>>>>>>
>>>>>> Disabled Disabled Enabled Enabled
>>>>>>
>>>>>> Program RAM Size
>>>>>>
>>>>>> 3072 × 24-bit 2048 × 24-bit 5120 × 24-bit
>>>>>> 4096 × 24-bit
>>>>>>
>>>>>> Instruction Cache Size
>>>>>>
>>>>>> 0 1024 × 24-bit 0 1024 × 24-bit
>>>>>>
>>>>>> X Data RAM Size
>>>>>>
>>>>>> 5632 × 24-bit 5632 × 24-bit 5632 × 24-bit
>>>>>> 5632 × 24-bit
>>>>>>
>>>>>> Y Data RAM Size
>>>>>>
>>>>>> 5632 × 24-bit 5632 × 24-bit 3584 × 24-bit
>>>>>> 3584 × 24-bit
>>>>>>
>>>>>> page4image15160 page4image15320
>>>>>>
>>>>>> 1.
>>>>>>
>>>>>> — 192 x 24-bit bootstrap ROM (disabled in
>>>>>> sixteen-bit compatibility mode)
>>>>>>
>>>>>> *
>>>>>>
>>>>>> Off-Chip Memory Expansion
>>>>>>
>>>>>> o
>>>>>>
>>>>>> —
>>>>>> Datamemoryexpansionto256Kx24-bitwordmemoryforP,X,andYmemoryusingSRAM.
>>>>>>
>>>>>>
>>>>>> o
>>>>>>
>>>>>> —
>>>>>> Datamemoryexpansionto16Mx24-bitwordmemoryforP,X,andYmemoryusingDRAM.
>>>>>>
>>>>>>
>>>>>> o
>>>>>>
>>>>>> —
>>>>>> Externalmemoryexpansionport(twenty-fourdatapinsforhighspeedexternalmemoryaccessallowing
>>>>>> for a large number of external
>>>>>> accesses per sample)
>>>>>>
>>>>>> *
>>>>>> o
>>>>>>
>>>>>> — Chip select logic for glueless
>>>>>> interface to SRAMs
>>>>>>
>>>>>> o
>>>>>>
>>>>>> — On-chip DRAM controller for
>>>>>> glueless interface to DRAMs
>>>>>>
>>>>>> regards,
>>>>>>
>>>>>> Terry
>>>>>>
>>>>>>> On Feb 23, 2017, at 7:17 AM, Julian
>>>>>>> Schmidt <elfenjunge at gmx.net
>>>>>>> <mailto:elfenjunge at gmx.net>> wrote:
>>>>>>> I checked the 3.3V supply and it
>>>>>>> delivers stable 3.3V Xtal is running at
>>>>>>> 14.3MHz and the Clock IC is forwarding
>>>>>>> the clock to the DSP I only worked with
>>>>>>> SHARC DSPs so far, but I guess the
>>>>>>> motorola DSP has no internal program
>>>>>>> memory and is bootet by the uC from
>>>>>>> flash and has its OS stored in the
>>>>>>> attached SRAM? The rest of the PCB,
>>>>>>> especially around the DSPs looks pretty
>>>>>>> good. All sketchy looking parts where
>>>>>>> located to the left of the uC and the
>>>>>>> DSP is on its right side. Caps look
>>>>>>> good, too. Here is a pic of the board.
>>>>>>> http://chipmusik.de/dump/uQ.jpg
>>>>>>> <http://chipmusik.de/dump/uQ.jpg> I'm a
>>>>>>> bit concerned that the firmware update
>>>>>>> does not seem to work, as I guess the
>>>>>>> DSP should not be involved with that.
>>>>>>> Maybe an indication that it could be the
>>>>>>> flash indeed? Any idea how to check the
>>>>>>> flash? Julian
>>>>>>> Am 23.02.2017 um 15:56 schrieb Christian
>>>>>>> Tecl:
>>>>>>>> Hello list - hello Julian.... I guess
>>>>>>>> you already checked everything round
>>>>>>>> that flip flop, resistors, diodes
>>>>>>>> etc... To me there are also reasons to
>>>>>>>> suggest a problem with power supply,
>>>>>>>> maybe you check that also before
>>>>>>>> soldering that dsp... And think about
>>>>>>>> the possibility that it could be the
>>>>>>>> flash, also. Like to hear what you are
>>>>>>>> discovering. Greets Christian -- Diese
>>>>>>>> Nachricht wurde von meinem Android
>>>>>>>> Mobiltelefon mit GMX Mail gesendet.
>>>>>>>> Am 23.02.2017, 15:24, Julian Schmidt
>>>>>>>> <elfenjunge at gmx.net>
>>>>>>>> <mailto:elfenjunge at gmx.net> schrieb:
>>>>>>>>
>>>>>>>> I have a broken microQ in the
>>>>>>>> workshop right now. It arrived with
>>>>>>>> a scrambled LCD that only showed
>>>>>>>> garbage. after opening it up I saw
>>>>>>>> someone butcher the D-Flipflop
>>>>>>>> (bend and shorted pins) after
>>>>>>>> replacing it the unit boots again,
>>>>>>>> waldorf welcome screen, os2.2, then
>>>>>>>> preset name. yay! bad news is the
>>>>>>>> unit immediately freezes. No
>>>>>>>> buttons and encoders do something.
>>>>>>>> :( I tried the firmware update but
>>>>>>>> on reveiving the sysex data the
>>>>>>>> power button makes a quick flash, 4
>>>>>>>> or 5 vertical bars appear in the
>>>>>>>> LCD and then nothing happens.
>>>>>>>> Pingpong chaselight on the Inst.
>>>>>>>> 1-4 LEDs and the message "please
>>>>>>>> play back dump" or something like
>>>>>>>> that in the screen. In factory test
>>>>>>>> mode all buttons, LEDs and encoders
>>>>>>>> work. Audio out test does not work
>>>>>>>> (silence on all outs) and the DSP
>>>>>>>> test fails. it only shows: 1:-----
>>>>>>>> 2:----- 3:sig! and repeatedly
>>>>>>>> flashes "DSP REBOOT" every second.
>>>>>>>> So my guess is that I have a broken
>>>>>>>> DSP. Is it worth it to try and
>>>>>>>> replace the DSP? they are still in
>>>>>>>> stock at digikey. But I am open for
>>>>>>>> other ideas since I'm not keen on
>>>>>>>> desoldering the LQFP144. Best,
>>>>>>>> Julian
>>>>>>>> _______________________________________________
>>>>>>>> Synth-diy mailing list
>>>>>>>> Synth-diy at synth-diy.org
>>>>>>>> <mailto:Synth-diy at synth-diy.org>
>>>>>>>> http://synth-diy.org/mailman/listinfo/synth-diy
>>>>>>>> <http://synth-diy.org/mailman/listinfo/synth-diy>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Synth-diy mailing list
>>>>>>>> Synth-diy at synth-diy.org
>>>>>>>> <mailto:Synth-diy at synth-diy.org>
>>>>>>>> http://synth-diy.org/mailman/listinfo/synth-diy
>>>>>>>> <http://synth-diy.org/mailman/listinfo/synth-diy>
>>>>>>> _______________________________________________
>>>>>>> Synth-diy mailing list
>>>>>>> Synth-diy at synth-diy.org
>>>>>>> <mailto:Synth-diy at synth-diy.org>
>>>>>>> http://synth-diy.org/mailman/listinfo/synth-diy
>>>>>>> <http://synth-diy.org/mailman/listinfo/synth-diy>
>>>>>>>
>>>>> _______________________________________________
>>>>> Synth-diy mailing list
>>>>> Synth-diy at synth-diy.org
>>>>> <mailto:Synth-diy at synth-diy.org>
>>>>> http://synth-diy.org/mailman/listinfo/synth-diy
>>>>> <http://synth-diy.org/mailman/listinfo/synth-diy>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Synth-diy mailing list Synth-diy at synth-diy.org
>>>>> <mailto:Synth-diy at synth-diy.org>
>>>>> http://synth-diy.org/mailman/listinfo/synth-diy
>>>>> <http://synth-diy.org/mailman/listinfo/synth-diy>
>>>>
>>>> _______________________________________________
>>>> Synth-diy mailing list
>>>> Synth-diy at synth-diy.org <mailto:Synth-diy at synth-diy.org>
>>>> http://synth-diy.org/mailman/listinfo/synth-diy
>>>> <http://synth-diy.org/mailman/listinfo/synth-diy>
>>> _______________________________________________
>>> Synth-diy mailing list Synth-diy at synth-diy.org
>>> <mailto:Synth-diy at synth-diy.org>
>>> http://synth-diy.org/mailman/listinfo/synth-diy
>>> <http://synth-diy.org/mailman/listinfo/synth-diy>
>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://synth-diy.org/pipermail/synth-diy/attachments/20170225/1667dc2e/attachment.htm>
More information about the Synth-diy
mailing list