开云体育

Take a 3D printed gear and stuff it between any of the sections, then pick off the rotation from that. You could also put an encoder disk on that, but you'd want an absolute position encoder rather

Harvey White wrote: That's what I figured, but I've never taken one of the wafer switches apart, so I'm not sure how difficult it would be to add another wafer section. For some of the select switches

Either add another wafer section, or a rotary encoder, or a pot and an ADC based on the shaft position. Harvey

Dual display planes. Graticule/text or'd with data. Do fancy stuff with the data. Harvey

The question is whether or not you want to replace the sweep and step voltages with DACs.? Digitizing the existing display drivers is more of a "clip on" approach while putting DACs in would (to me)

Just add a 488 bus interface if you want one.? Once you have a processor, you could go USB rather easily if that's a plus. Harvey

The small HV transformer The drives the deflection plates and the -4Kv for the tube is not the transformer used in the collector supply testing. There is a second large transformer in the 57x that is

Except you want an HV supply for tracing HV devices.

Walter, Looks cool I will take a look tonight. I think the general conscience is to not use the 200V deflection circuits rather the drive amp for the 200 V amp. It would be awesome if we could delete

I see there is a nice XY lcd project already done, you can see it here, it has a pretty low cost: https://mjoldfield.com/atelier/2015/11/cheap-xy-display.html and another one here:

If I were undertaking a project of this sort, I would not attempt to digitize the analog display. Instead, I would use a DAC to program the collector (drain) voltage and another to program the base

WRT the horiz/vert signal pick-off for digitization, there is a nice clean demarcation point on the 577 RHS of schematic 6, where the outputs from U530 and U570 drive the output amplifiers. At this

I assume that the newer 57x curve tracers use cam switches for selecting voltage and current ranges, and I think I understand how Tek piggybacked readout onto those cam switches (by reading the

apply the graticule pixels to the final frame buffer on the display update, don't keep them in the "accumulating/integrating" buffer.

Oops... apologies: ( .... before I get flamed !! (yikes ! ). The obvious place to tap-in to the CRT signals would likely be at the low voltage H & V deflection amps, as suggested in the original 576 -

Would still need to differentiate between graticule pixels and curve pixels. Just a thought

Once it gets into the FPGA, it's all digital, so with access to that memory, you can get the screen dots out (I'd be very tempted to use two memory planes) and scale them with a processor.? Going

Just gonna throw this out there: GPIB? --T

I would not bother with the queue; I would simply map the ADC values (X and Y) into a 2D pixel array, accumulating a "bright" pixel value to the existing value at the pixel location, and periodically

Harvey, Also if all the data is digital as well it would be a nice to have to be able to dump out a screen cap to flash somewhere. The good news is there quite a bit of space available once the tube