Home |
Search |
Today's Posts |
|
Electronics Repair (sci.electronics.repair) Discussion of repairing electronic equipment. Topics include requests for assistance, where to obtain servicing information and parts, techniques for diagnosis and repair, and annecdotes about success, failures and problems. |
Reply |
|
LinkBack | Thread Tools | Display Modes |
#1
|
|||
|
|||
Lexicon MRC schematics
Anyone got a schematic on a Lexicon MRC Midi controller?
I have got two dead ones i have been trying to get going for customers for awhile. Kind of hard with no prints. Essentially a one board computer with Z80, 4 rom, static ram, uart,analog input chip, and display controller. Unit #1 will go though self test until it get to the Duart test and them the display goes to gibberish and unit locks up. Subbed the CPU, RAM and Duart from another working unit and all the symptoms stayed the same. Unit #2 comes up with display solid, no activity. Swapped CPU,RAM,DUART and still the same. Now, this unit has the CPU reset line staying low. I think this is related to the problem but need to find the circuit that controls the CPU reset on power up. I am hunting down some generic Z80 circuits for a guide. Both have the EL panels out, but that's a moot point with no brain activity........ Bob ----== Posted via Newsfeeds.Com - Unlimited-Uncensored-Secure Usenet News==---- http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups ----= East and West-Coast Server Farms - Total Privacy via Encryption =---- |
#2
|
|||
|
|||
Bob Urz wrote: Anyone got a schematic on a Lexicon MRC Midi controller? I have got two dead ones i have been trying to get going for customers for awhile. Kind of hard with no prints. Essentially a one board computer with Z80, 4 rom, static ram, uart,analog input chip, and display controller. Unit #1 will go though self test until it get to the Duart test and them the display goes to gibberish and unit locks up. Subbed the CPU, RAM and Duart from another working unit and all the symptoms stayed the same. This one will have to wait since i robbed the max 690 out of it. But i am still looking for theories. Since it goes through self test fine until it hits the DUART, its got to be some problem there. The Duart is socketed, and i swapped it with a good one an there is no change. So it cannot be the chip. But, i could be some issue with the addressing of the chip. Maybe an address decoder? If i had a Z80 Micro emulator to hook to it i could easily track it down. But that's not a tool i have laying around Unit #2 comes up with display solid, no activity. Swapped CPU,RAM,DUART and still the same. Now, this unit has the CPU reset line staying low. I think this is related to the problem but need to find the circuit that controls the CPU reset on power up. I am hunting down some generic Z80 circuits for a guide. Well, i got unit #2 back on line. Downloaded some generic z80 block diagrams. I figured out that the reset pin on the Z80 has some sort of drive. Traced it down to a MAX690 chip. I compared voltages to the good and bad unit and all was the same EXCEPT the reset pin. So i figured this ruled out a power or low battery problem. Swapped the chips between the units and it brought the unit back to life. I am also investigating some LED fiber optic replacements for the EL panel on the unit. Bob Both have the EL panels out, but that's a moot point with no brain activity........ Bob ----== Posted via Newsfeeds.Com - Unlimited-Uncensored-Secure Usenet News==---- http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups ----= East and West-Coast Server Farms - Total Privacy via Encryption =---- ----== Posted via Newsfeeds.Com - Unlimited-Uncensored-Secure Usenet News==---- http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups ----= East and West-Coast Server Farms - Total Privacy via Encryption =---- |
#3
|
|||
|
|||
This one will have to wait since i robbed the max 690 out of it.
But i am still looking for theories. Since it goes through self test fine until it hits the DUART, its got to be some problem there. The Duart is socketed, and i swapped it with a good one an there is no change. So it cannot be the chip. But, i could be some issue with the addressing of the chip. Maybe an address decoder? If i had a Z80 Micro emulator to hook to it i could easily track it down. But that's not a tool i have laying around In my experience, if you have a working one to compare it with you're laughing. Well, maybe a slight chuckle. Scope all the pins of the working UART and you may be able to see roughly what kind of signals should be there and those that are missing or corrupted on the duff one. Or you could try removing both UARTS and then compare signals - maybe a more obvious boot up difference/failiure mode may become apparent. (You would have to constantly reset each machine to see these boot up procedures working) Good luck, Gareth. |
#4
|
|||
|
|||
Gareth Magennis wrote: This one will have to wait since i robbed the max 690 out of it. But i am still looking for theories. Since it goes through self test fine until it hits the DUART, its got to be some problem there. The Duart is socketed, and i swapped it with a good one an there is no change. So it cannot be the chip. But, i could be some issue with the addressing of the chip. Maybe an address decoder? If i had a Z80 Micro emulator to hook to it i could easily track it down. But that's not a tool i have laying around In my experience, if you have a working one to compare it with you're laughing. That's how i confirmed the problem with the reset pin driver chip on the other unit. All was the same except one pin, the reset pin. The one that goes into la la land i can make some assumptions. I swapped CPU, UART, RAM, ROM from a working unit and the symptoms were the same. And the swapped chips worked in the working unit. SO, i would assume its NOT a problem with any of the socketed chips. The unit will go into self test and gets up to the DUART test before it goes south. SO i would assume the basic data and address lines are intact. Power seems to be OK, but further tests are always in order. I think it some sort of chip addressing issue. Since i have no print and its NLA from Lexicon, i will have to wait until i can trace the chips down and draw one out. The one unit that did this i modified with the V4 roms, but all seems to be OK with that. Bob Well, maybe a slight chuckle. Scope all the pins of the working UART and you may be able to see roughly what kind of signals should be there and those that are missing or corrupted on the duff one. Or you could try removing both UARTS and then compare signals - maybe a more obvious boot up difference/failiure mode may become apparent. (You would have to constantly reset each machine to see these boot up procedures working) Good luck, Gareth. ----== Posted via Newsfeeds.Com - Unlimited-Uncensored-Secure Usenet News==---- http://www.newsfeeds.com The #1 Newsgroup Service in the World! 120,000+ Newsgroups ----= East and West-Coast Server Farms - Total Privacy via Encryption =---- |
#5
|
|||
|
|||
I think it some sort of chip addressing issue.
Have you checked the clock into the UART? Gareth. |
Reply |
Thread Tools | Search this Thread |
Display Modes | |
|
|
Similar Threads | ||||
Thread | Forum | |||
searching: schematics for oscilloscope Philips PM3267; can deliver PM3218, PM3632 | Electronics Repair | |||
recommendations for amp and fx-box schematics | Electronics | |||
Philips 28CT7692 Schematics | Electronics Repair | |||
Schematics of HAMEG HM204 oScilloscope | Electronics Repair | |||
2300+Monitor Schematics for Tech Engineers (August 2003) list Original UK schematics | Electronics Repair |