Keyboard Shortcuts
ctrl + shift + ? :
Show all keyboard shortcuts
ctrl + g :
Navigate to a group
ctrl + shift + f :
Find
ctrl + / :
Quick actions
esc to dismiss
Likes
- TekScopes
- Messages
Search
Re: 7934 Service Manual
Karin,
There was a request by another list member for help acquiring pages that are missing from the various 7934 PDF copies of the May 1986 revision manual out on the internet. I was trying to figure out how closely the 7934 manual, revision May 1986, found on the TekWiki site, matches an actual, original 7934 manual as published by Tektronix. So far, it is clear that pages 3-1, 6-22 and 6-23 are missing from the PDF copy on the TekWiki site. In addition, the copy on the TekWiki site has many pages that appear to be partial scans of larger pages. It would be useful, if tedious, for someone who owns an original copy of the May 1986 manual to do a page-by-page comparison to see what other differences exist between an original manual and the copy on TekWiki. I have a 7934 and an original 7934 manual published by Tektronix, revision May 1996, *revised August 1987*, from which I have scanned the above listed three missing pages and added them to my local copy of the May 1986 revision. I may decide to replace the PDF copy on TekWiki with my updated copy. The pages between the two revisions appear to be consistent. I am also in the process of scanning my August 1987 revision which I will also put on the TekWiki site, but that will take some time because of the large number of foldout pages. You probably know how that goes. My intent has been to provide an accurate copy of *a* 7934 manual for others to access. DaveD KC0WJN Mims, FL On Tue, Mar 25, 2025 at 19:15 Karin Johnson via groups.io <karinann= [email protected]> wrote: I have an original Tektronix service manual for the 7934, dated First |
Re: Decomposing Cam Switch Drum
I had problems with broken individual cams and bushings in the attenuator of a 7A29, which I think are the same gray plastic. I had to do some tricky repairs to put them all back together. The story starts here and there are some nice pictures associated:
/g/TekScopes/message/206747 In my case, the cams did not wear down or anything like that - they just broke open from around the shafts. The plastic was still shiny and had good surface, but simply cracked apart I think due to being too flimsy to take the stresses - those should have been stouter or of a stronger material. I also think the too-radical lift in the cam and follower design and lack of lubrication aggravated the situation, as described in the discussion and picture captions. OTOH, I also noted that the bushings are low stress items yet cracked anyway, so there's an aging/chemical deterioration issue too. Ed |
Re: 7934 Service Manual
I would very much appreciate those scans
toggle quoted message
Show quoted text
Mark W7HPW Real Radios Glow in the Dark -----Original Message-----
From: [email protected] <[email protected]> On Behalf Of Dave Daniel via groups.io Sent: Friday, March 21, 2025 2:08 PM To: [email protected] Subject: Re: [TekScopes] 7934 Service Manual I have been skimming this thread, since I have a 7934, but not really paying close attention to it. I have an original 7934 manual from Tektronix, dated May 1986. It does have pages 6-22 and 6-23. I can scan and upload them or send them privately. It'll take me a day or two to do that. DaveD KC0WJN On Fri, Mar 21, 2025 at 15:51 Bill via groups.io <wpgold3637= [email protected]> wrote: After looking at 3 totally different scans of the same printing of the |
Re: 7934 Service Manual
On Sat, Mar 22, 2025 at 07:39 AM, Dave Daniel wrote:
Where and who is "Mark, the OP"? Could you consider uploading just those 3 pages, 3-1, 6-22 and 6-23 to TEKSCOPES files area? That would help anyone, including me, update the old manual until such time as Mark can insert those pages into that copy, where ever that is? Then I don't have to remember to update or download a newer copy at some time in the future. Thanks so much for taking the time to do this, Bill |
Re: Decomposing Cam Switch Drum
On Mon, Mar 24, 2025 at 04:17 AM, Sigur?ur ?sgeirsson wrote:
I've never seen such a thing (/g/TekScopes/album?id=301415),I have some (PG506 for one, IIRC) cam switches that are cracked on the ends, and I expect they're on borrowed time. Nothing as bad as in Clark's photos, though. I've never looked closely at one of those drums, but it looks to me that itI've had the same thought, more recently with 7A29 cam lobes. Those are a slightly different beast, but suffer severely from cracking (and I have one that's missing entirely). Thinking about this for the more typical long cam drums, I suspect one could convert the dotted alignment diagrams in the service manual to a table, and produce cam rings for an individual contact using a given column of on/off sequences for a given contact to generate the lobes (assuming equal intervals?) on a given drum diameter. I think this would be straightforward in OpenSCAD, but have never looked closely at the ramp geometry. Stacking those rings would give you the full cam drum, and then there'd be a mildly annoying detent gear and/or bearing section at the ends, plus grooves for circlips. I suspect that would be tedious, unless it could be parameterized somehow. All purely academic speculation, as my free time is about to go towards outdoor chores instead of playing with the 3D printer. Adam |
Re: Decomposing Cam Switch Drum
I was fortunate to find an NOS replacement for one drum , 105-0509-00. That allows me to experiment with the bad unit; however, I am not sure where to start. One thought is to find a compatible resin, cyanoacrylate or epoxy to “rehydrate” and seal the parched surface. Hopefully I can find something to fill the cracks and create a smooth surface and restore internal strength. If successful, I can apply it to the other drum, 105-0510-00. If it doesn’t work, then I need to find or fabricate a replacement.
|
Re: GPIB workflow
Last time I did serious IEEE programming was writing a driver using PLM-86 for one of the competitors in the MATE program.? That was a LONG time ago.? TMS9914 I think was the chip.
toggle quoted message
Show quoted text
Harvey. On 3/23/2025 9:34 PM, Steve Hendrix wrote:
On 2025-03-23 11:46 AM, Harvey White wrote:IIRC, an IEEE-488 address can be any number from 1 to 32. (0 is reserved).Almost. Valid addresses are 0 thru 30, with 31 reserved for Untalk or Unlisten. |
Re: Decomposing Cam Switch Drum
Hey Clark,
I've never seen such a thing (/g/TekScopes/album?id=301415), how strange. I wonder if anyone here knows what sort of plastic Tek used for these? I've never looked closely at one of those drums, but it looks to me that it would be relatively straightforward to 3D print a replacement nowadays. I've recently dusted off my 2nd hand Prusa, so now everything looks like a nail to me :). The commercial sintering services should be able to produce a better part than the original. Even a lowly FDM printer should be able to produce a usable part, though perhaps a little bit of beveling would be necessary to avoid sharp overhangs. The problem would be to produce the CAD design, maybe I'll go see if I have something to play with in my box of mystery modules... Siggi On Sat, Mar 22, 2025 at 8:29?PM Clark Foley via groups.io <clarkfoley= [email protected]> wrote: I recently acquired a PG502 from Tek surplus (aka Country Store) and found |
Re: 492 has no 110 MHz IF
On Mar 23, 2025, at 13:15 , Adam R. Maxwell via groups.io <amaxwell@...> wrote:I ran the 492 long enough for it it wake up again, and tried swapping a cold VR module in…and it kept working with a full scale peak, which ruled out the VR (and calls into question my notes on power levels). After powering off for a 1/2 hr or so, it was back to showing the 100 MHz reference as -50 dBm instead of -20 dBm. I'm now fairly sure the 829 MHz 2nd converter is the culprit: More careful power measurements (paying attention to ref level setting), the 110 MHz IF out from the 829 MHz second converter is -55 dBm when working, and -70 to -65 dBm when not working. Both seem low; I have -40 dBm out from the 2072 MHz 2nd converter IF output, in the working and non-working cases, and my reading of the schematic (drawing <14>) is that it should not be losing that going to P232. I think this points back to the IF select section inside the 829 MHz 2nd converter, which was my original hypothesis at the start of this dumb thread. For grins, I heated the converter up gently with a heat gun and actually saw the peak jump 30 dBm. Cooled the converter down with cold packs and lost that 30 dBm again, then heated back up with a heat gun and gained it back, so the experiment is repeatable. What I don't know is if this points to a bad solder joint? I thought semiconductors generally behave badly when heated. thanks, Adam |
Re: GPIB workflow
On 2025-03-23 10:19 AM, Radu Bogdan Dicher via groups.io wrote:
My initial question was meant to ask a slightly different thing though (IIf your incorrect address of 4 instead of 14 was written in hex or octal rather than decimal, I'd suspect a bad DIP switch. But IEEE-488 addresses are usually stated in decimal, and context in the rest of your post suggests decimal, so that's probably the wrong explanation. There should be no problem with hot-plugging, unless there is a data transfer occurring at the same time. Indeed, an instrument would probably be least likely to disturb a transfer in progress if it were powered for at least a few seconds before plugging it in. There's a spec for what fraction of instruments on a bus are allowed to be unpowered - I forget now but it's something like 1/3 or 1/2. As long as you're not actively transferring data at the time, there's no harm in hot-plugging. The original spec calls out terminating resistors to both Vcc (5V always, in that day) and Gnd. I have found that newer instruments sometimes use a simple 1K to 3.3V, which is a very rough Thevenin equivalent. Thanks for the compliment on my KISS-488 manual! Steve Hendrix |
Re: 492 has no 110 MHz IF
Hi Mark,
On Mar 23, 2025, at 11:04 , Mark Vincent via groups.io <orangeglowaudio@...> wrote:At this point, anything could be bad as far as I'm concerned, including my reasoning to get to the VR as a potential problem. Without extenders, I don't think there's enough room to spray anything inside the VR assembly. I forgot to mention that two VR modules have the same gain issue, which might point a finger at what's controlling them (the microcomputer). thanks for the ideas, Adam |
Re: TDS 5xx debug port
On Sun, Mar 23, 2025 at 9:49?AM fenugrec via groups.io <fenugrec=
[email protected]> wrote: Tek really messed up when they killed the old site. Maybe if more people It looks like archive.org captured at least some of the threads you reference: Maybe you could update the links on your page? |
Re: 492 has no 110 MHz IF
Adam,
Could the transistors be bad? The 2N5179 replaces ones on this board of the p/n, 151-0282-00. If you have component cooler, use that to briefly spray on the transistors to see if cooling them some makes a difference. If any transistors are bad, Mouser has the transistor in stock. The two 68mfd decoupling condensers for the B+ supplies on this board could be high in ESR. Mark |
to navigate to use esc to dismiss