White Noise Generator - Is there a chip combining LFSRs and analog output? - Page 1
Forum section: electronics / rf-microwave

author: abitofhelp
author_rank: Contributor
timestamp: November 14, 2024, 12:41:27 am
content: Hello,I would like to build a white noise generator using pseudo-random digital components. I understand how to combine LFSRs with a low-pass filter to generate white noise. However, I would like to know whether silicon chips exist that provide both LFSR binary generation and DAC analog output. I've spent a few hours hunting online and have yet to find anything (i.e. Texas Instruments). I am not an electrical engineer, so I may not be scanning the correct categories. Could someone please tell me whether a chip exists with these features? I know I could use a programmable chip, but I want to keep things simple. This noise generator will be added to a noise-bridge in my manual antenna tuner. After posting, I found that the DAC in STM32 products contains a white noise generator. I am going to search online to determine if this is a common feature for DACs.Thank you for your time and interest,Mike

author: ataradov
author_rank: Super Contributor
timestamp: November 14, 2024, 01:41:55 am
content: Use any MCU with a DAC and a software noise generator. What is the actual problem here? Why do you need it to happen in the hardware?

author: shabaz
author_rank: Frequent Contributor
timestamp: November 14, 2024, 03:31:55 am
content: I don't entirely understand the problem being solved, either. I've never used a noise bridge and had to google it, and I may have gotten it wrong: Is it the case that you're trying to generate noise with a spectrum extending to, say, HF or VHF in an attempt to tune an antenna?Ordinarily, a semiconductor junction can be used as a wideband noise source. It would be very unusual to do it with a LFSR for RF use.Incidentally, the more usual 'offline' approach to measure impedance is to use a vector network analyzer VNA); it doesn't rely on any noise source. Nowadays, they can be quite low-cost (sub-$100), e.g. see 'NanoVNA'.If your aim is to adjust your antenna tuner all connected up, then slightly cruder non-vector methods can be used; simply, measure the reflected signal during a very short burst of transmission (done with a bridge or directional coupler type of device). Ordinarily, this would all be automated (i.e., the antenna tuner components would either be electrically adjustable or switched in rapidly using relays under microcontroller control). This is a very effective and tried-and-tested method.

author: ftg
author_rank: Frequent Contributor
timestamp: November 14, 2024, 08:21:34 am
content: Why does the noise generator have to be digital, outside of it being a nifty project?Manual antenna tuner seems to imply frequencies below 50MHz and around those parts one will get plenty of noise from a >16V Zener diode followed by suitable amounts of amplification.The amplifying stages can be a handful of BJT's or something like 3x modern MMIC's in series.

author: David Hess
author_rank: Super Contributor
timestamp: November 14, 2024, 02:10:14 pm
content: Quote from: abitofhelp on November 14, 2024, 12:41:27 amVarioussound chips for old personal computers and game consolesdo that, however they have all been out of production for a long time. These are intended for the audio frequency range so not suitable for RF applications.QuoteI suspect a zener or avalanche breakdown white noise source and amplifier like ftg suggests would be simpler, and I seemany example schematicsonline.

author: shabaz
author_rank: Frequent Contributor
timestamp: November 14, 2024, 09:45:22 pm
content: If you're curious about experimenting with LFSR, There's an ancient HP noise generator (might be HP 3722A, but I'm not sure; I've never seen it) that was described in a HP Journal article; it was based on a LFSR. In Art of Electronics (in the 2nd edition; maybe also 3rd) there's a design that looks very close to the HP one, and it's based on CMOS logic ICs from memory.I decided to build, it, but kind-of made it on a single chip by simply using programmable logic (CPLD) instead of the individual logic ICs. The analog output relies on banks of resistors. Some op-amps are needed too admittedly, so it's not entirely single-chip.Attached screenshot shows the type of output that is possible with it, I have no other measurements. And I was only shooting for 1 MHz, although really I had no purpose for any of it, it was more just to learn a little about programmable logic at the time.It was a fun rainy-day project, but relies on lots of precise resistor values. If had to do it again I'd use a microcontroller or a DSP, and a DAC. For RF purposes all of this is most likely not of much use.

author: dazz1
author_rank: Frequent Contributor
timestamp: November 19, 2024, 09:30:07 pm
content: HiI am looking at converting a pseudo random number generator bit stream to analog. The HP 3722A used resistors to weight the bit outputs along the bit stream. The value of each resistor set the gain of each bit. The weighted outputs were summed at a op-amp to produce an analog signal. No DAC required.The weighting could be applied in digital by ANDing each bit and a number representing the gain. All the gains get summed, then averaged. If the length of the bit stream is a multiple of 2, then the summed value can be divided with a register shift. A bit stream 64 bits long would need to be shifted 8 bits to divide by 64 to get the average output (there is no requirement to divide by 64 because dividing random noise by a constant still equals random noise).The process of converting a bit stream into an analog noise signal could be done very efficiently in the digital realm. All adds, shifts and, no multiplications. This would be a good project for a FPGA.

author: shabaz
author_rank: Frequent Contributor
timestamp: November 19, 2024, 09:59:44 pm
content: I think it's likely that the AoE 2nd Ed design is very closely based on the HP design. Looking at the HP Journal article briefly, it too uses digital filtering, just like the AoE design, using a sinc-shaped function, implemented with delay through the shift register, and resistors sized for the shape.Anyway, I can confirm the AoE circuit does function. The 'scope screenshot in the earlier comment shows the AoE design, slightly modified (using a CPLD, and uprating the op-amps for better performance, since the AoE design only went up to 100 kHz from memory (I have given away my 2nd Ed copy, and can't find that design in the 3rd Ed, but may have missed it).

author: dazz1
author_rank: Frequent Contributor
timestamp: November 20, 2024, 02:38:14 am
content: HiI think after 60 years the HP algorithm is still fundamentally sound. Advances in technology make it practical to put the signal path inside a device in the digital realm until a DAC converts to analog. There have been some refinements that make the pseudo random number generator a bit more random, but really just polishing the boundary conditions.I think this would be an ideal application for a low end FPGA. The problems are I already have too many projects in-flight and I don't have any experience with FPGAs.

author: dazz1
author_rank: Frequent Contributor
timestamp: December 12, 2024, 06:37:27 am
content: HiLooking a bit more closely at the problem, a DSP may be a better choice than a FPGA for something approaching a single chip solution, with supporting devices. For a one-off project, using a dsp evaluation board may be a better solution than a design and build.

author: shabaz
author_rank: Frequent Contributor
timestamp: December 12, 2024, 07:40:38 am
content: I believe the problem is a noise bridge, so there's a possibility the noise is required for at least HF if not beyond. I don't know of a DSP Eval board for that. But I could be wrong. I had never heard of a noise bridge before. A semiconductor junction would be used for high frequency noise. Ordinarily these days other methods are used to tune antennas too. For instance, in a kind of "online" manner by measuring return loss and adjusting an L an/or C (often done automatically by a microcontroller). Or, offline, using a low-cost VNA would be another option. Both of these options require no noise source.

author: Tation
author_rank: Regular Contributor
timestamp: December 12, 2024, 07:50:11 am
content: Quote from: dazz1 on December 12, 2024, 06:37:27 amBut there are mechanisms based on FPGA that produce true (not pseudo) random bit streams, in case you are interested on that. Simply search for FPGA based TRNG.

author: dazz1
author_rank: Frequent Contributor
timestamp: December 12, 2024, 08:17:46 am
content: Quote from: Tation on December 12, 2024, 07:50:11 amYes agreed, but the OP was pointing towards a minimum chip design. For my application I don't want a TRNG. For my applicatioin I need a HP3722A PRNG emulator to connect to my HP3721A Correlator. I could use a FPGA for that but I think a DSP will probably do the job with fewer chips, and less cost. If my application was more demanding, FPGA might be a better choice. There is no single "right" answer here. It is application specific.

author: shabaz
author_rank: Frequent Contributor
timestamp: December 12, 2024, 08:32:29 am
content: The AoE design is based on the HP design I believe, or it's very close. It uses logic ICs so it's very low cost. But all that is collapsible into a single CPLD. I know you mention you have no experience with FPGA, but actually zero experience is required; you can literally take the logic IC design and draw it out rather than use a HDL, because the design is so small for any typical CPLD. I believe it should be lower cost than a DSP board, plus would allow higher bandwidth most likely (I achieved > 1 MHz BW, without trying too hard, so say 10 MHz may be feasible, just speculating).

author: dazz1
author_rank: Frequent Contributor
timestamp: December 12, 2024, 08:42:27 am
content: I am only window shopping for design options at present. I need to write down the specs and functional requirements before I start looking for a design solution. CPLD and FPGA might be good for a pure noise generator, but I already know I will need data in/out interfaces, DAC, and controls. Those are likely to require more code and design effort that the noise part. Looking at the whole design problem, a DSP may be a better option for my application.

author: radiolistener
author_rank: Super Contributor
timestamp: December 12, 2024, 10:10:05 am
content: Quote from: abitofhelp on November 14, 2024, 12:41:27 amQuote from: dazz1 on November 19, 2024, 09:30:07 pmI just wonder - what is the reason to use DAC for noise generator?From my point of view, using digital output of LFSR directly is better, than adding DAC in the chain. This approach not only maintains the properties of the noise but also offers slightly higher noise power and more wide bandwidth. In contrast, introducing a DAC in the chain seems to impact the noise flatness with much worse frequency bandwidth without providing any significant advantages. Isn't it?

author: dazz1
author_rank: Frequent Contributor
timestamp: December 12, 2024, 10:23:49 am
content: Quote from: radiolistener on December 12, 2024, 10:10:05 amRead the HP Journal April 1971.The analog output is generated by summing binary digital outputs. Each binary is weighted (gain) with a resistor. It is a non-linear DAC.In a DSP you could achieve the same by ANDing the binaries with numbers (gain), then summing to produce a single output value. Apply this to the DAC.This approach gives the option of staying digital, or going analogue.

author: Kleinstein
author_rank: Super Contributor
timestamp: December 12, 2024, 07:17:36 pm
content: For some application a pseudo random noise can be better than true noise, as it is more repeatable and predictable.A white noise generator is a relatively low volume application - so well possible that there is no special chip. An FPGA or similar should a suitable solution for the digital part. For combining multiple bits, I see no need for different weights and precision. The sum of many non correlated random values converges to a gausian / normal distribution, even if the weights are off. So the "DAC" could be as little as a non critical resistor for each of the digital signals.

author: shabaz
author_rank: Frequent Contributor
timestamp: December 12, 2024, 07:18:47 pm
content: Quote from: dazz1 on December 12, 2024, 10:23:49 amJust to be a bit more precise(not that it matters if you're going a different route; this is more for anyone else interested), the HP design is more a kind of digitally generated filter (performing low-pass filtering through convolution rather than conventional RC or other op-amp based filters) attached to a binary pseudo-random stream, it too offers both digital out (i.e., that binary stream) and analog out. The net result is a digital-to-analog conversion; it's just that the way it occurs is slightly more sophisticated than might be expected when reading the comment about summing binary digital outputs.

author: dazz1
author_rank: Frequent Contributor
timestamp: December 12, 2024, 07:42:30 pm
content: Quote from: shabaz on December 12, 2024, 07:18:47 pmAnd the benefit of setting the gain of each bit with a stored digital number rather than fixed value resistors is significant. The resistor solution requires a bag full of weird value precision resistors plus multiple op-amps circuitry.In contrast doing the same in software eliminates the resistors and opamps. Calibration and output accuracy would be much improved. DAC errors would be compensated out in software.

author: Kleinstein
author_rank: Super Contributor
timestamp: December 12, 2024, 07:54:04 pm
content: I don't think one would need special resistors. The logic choice for independent digital signals would be roughtly the same value for all, like from a bag of 5% parts. An FPGA should be good for multiple LFSRs and thus multiple signals to mix. Different resistor values would be a thing when taking bits from just 1 shift register and do the digital filter math with resistors instead of digital.The digital filtering may still be a bit more effective in filtering out the higher frequencies, where the time quantization would be an issue. So it could simplify the analog filtering part and maybe precompensate for the some of the analog filter roll off.

author: iMo
author_rank: Super Contributor
timestamp: December 12, 2024, 09:07:49 pm
content: FYI - this is the noise generator I was using as the uni student in our lab - digital one but built on transistors.. Great machine, indeed.Below the link to a 245 pages long manual with interesting insights, principles, math, measurements and schematicshttps://pearl-hifi.com/06_Lit_Archive/15_Mfrs_Publications/20_HP_Agilent/HP_3722_Noise_Gen.pdf

author: dazz1
author_rank: Frequent Contributor
timestamp: December 12, 2024, 09:41:49 pm
content: HiThe HP 3722A Noise Generator was built to link with the HP 3721A Correlator I have and the HP 3720A Spectrum Display I don't have. A 3 piece set.Ideally I'd like to buy a 3722A but unlikely any ever imported to my country. The cost of importing one, even if I could find a reasonably priced good unit, would be eye watering.

author: Tation
author_rank: Regular Contributor
timestamp: December 12, 2024, 11:01:03 pm
content: Quote from: Kleinstein on December 12, 2024, 07:54:04 pmThe signals are not independent, all are the same signal delayed 1,2,3 and so on cycles. There is/are 1 or more LFSR generating a single random bit sequence, followed by a n bit shift register, the outputs of this shift register are analogically weighted and then added. It's a FIR filter applied to the random bit stream. Thus the resistors are proportional to the coefficients of such FIR filter.Did that many years ago (almost 40!), approximating a raised-cosine filter when there were no fast enough DSP available. Used an array of 64 multiturn potentiometers. Worked, but today I"ll try to use another approach...

author: TimFox
author_rank: Super Contributor
timestamp: December 12, 2024, 11:26:45 pm
content: The National MM5437 noise generator IC is long gone.Its original use cases included electronic musical instruments and acoustics testing.I did see one from a surplus vendor advertised for $35, but it is now out of stock.https://w140.com/tekwiki/images/2/29/MM5437.pdf

author: radiolistener
author_rank: Super Contributor
timestamp: December 13, 2024, 05:50:49 am
content: Quote from: dazz1 on December 12, 2024, 10:23:49 amThis clarifies the functionality of the LFSR but doesn’t address the rationale for placing a DAC between the LFSR and the output.Do I understand correctly that the DAC is intended to act as a filter to shape the flat noise response of the LFSR into a specific curve?What specific frequency response are you aiming to achieve using the DAC as a filter?For example, here is the spectrum of digital noise (direct output from LFSR):And here is the spectrum of analog noise (using DAC between LFSR and output):I don't see significant difference, except a little ~3 dB noise power offset. So, I'm trying to understand the reason to use DAC for noise generator...

author: dazz1
author_rank: Frequent Contributor
timestamp: December 13, 2024, 06:11:28 am
content: Quote from: radiolistener on December 13, 2024, 05:50:49 amAll is explained in the HP Journal attached to an earlier post. My minimum requirements are to emulate an HP 3722A Pseudo Random Noise Generator. I am a long way from starting any serious design work.The HP 3722A implements a non-linear DAC with resistors and op-amps. As mentioned above, this also implements a Finite Impulse Response (FIR) filter.

author: dazz1
author_rank: Frequent Contributor
timestamp: December 13, 2024, 06:13:53 am
content: Quote from: radiolistener on December 13, 2024, 05:50:49 amYou need to look at the probability distribution function, and read the HP Journal.

author: radiolistener
author_rank: Super Contributor
timestamp: December 13, 2024, 06:30:50 am
content: Quote from: dazz1 on December 13, 2024, 06:13:53 amDoes it really matter when the LFSR is clocked at a sufficiently high sample rate from a non-synchronized clock source? The output will naturally undergo low-pass filtering through the output driver, which should result in a good natural distribution, which will be even better due to asynchronous clock. Isn't it?I'm interested in this, because in such cases I usually just use digital noise with the maximum sample rate, but maybe I'm wrong and this can lead to some disadvantages?

author: dazz1
author_rank: Frequent Contributor
timestamp: December 13, 2024, 09:00:01 am
content: Quote from: radiolistener on December 13, 2024, 06:30:50 amIt depends on the application. The HP 3720A Spectrum Display has a frequency range of 0.005Hz to 250kHz. Some more reading attached.

author: Kleinstein
author_rank: Super Contributor
timestamp: December 13, 2024, 12:34:46 pm
content: If an asynchronous clock is good or bad depends.A 250 kHz max. bandwidth suggests some 5 MHz as maximum clock. So not expecially fast. HP3722 even uses a reduced clock to get a reduced BW part, so that more of the dynamic range is used. This could be in part also to have the same clock for the delay to use in the correlator. With the full clock one would need more memory / shift registers for the delay function there. A modern correlator would be more using 2 ADC channels and math to get the correlation function for many delays at the same time.The coeffcients / resistors of the semi digital delay line filter should not be that critical. Any error there can effect the filter roll off a little, but not that much. The sinx/x scaling gives the brickwall type filter, but even with small errors in the filter one still gets a good low pass. One still has the analog LP filter anyway, that is not that ideal in the transition region. I would consider some 16 odd resistor values (2x used each) not that bad. Even if 10% off, the respose curve of the filter would not be that much different from the ideal case and much would be towards the higher frequencies that are of little interest. There is anyway a none ideal response from the limted length of the sequence (32 bits in the HP7322).

author: dazz1
author_rank: Frequent Contributor
timestamp: December 14, 2024, 06:21:51 am
content: Using code rather than resistors has a number of benefits. One of which is to significantly reduce the parts count. Also easy to add self calibration feature. Also software control of the FIR response including using an IIR filter. All software selected.By modern standards 250kHz is positively pedestrian. It should be relatively easy to use a low spec, low cost DSP to emulate the HP 3722a. Such an instrument is likely to be of interest the modular audio synth crowd.

author: dazz1
author_rank: Frequent Contributor
timestamp: December 14, 2024, 09:03:09 am
content: Quote from: Kleinstein on December 13, 2024, 12:34:46 pmThe sample period is in the range 1s to 1us with a processing time of 136us.An external clock can be applied to extend the clock period.250kHz can be used with real data for the Correlator at a higher data frequency so long as the statistics of each sample remain the same. Nyquist does not apply.The Correlator can only process 100 samples but it can step along the noise signal in the time domain to extend the number of samples. This is how the system can get down to the 0.005Hz freq. Nyquist does apply.The pre-GPIB 50 pin interface allows for control and export of data streams.The HP3722A, HP 3721A and HP3720A were designed and built run together so their specs compliment each other.

author: dazz1
author_rank: Frequent Contributor
timestamp: January 10, 2025, 07:21:18 am
content: I have been browsing through the range of DSPs.It appears that DSPs with buillt-in DACs top out at 44kHz so well short of the late 1960's designed HP 3722 250kHz. A DAC included on the DSP device would significantly reduce the number of IO pins when compared with a separate DAC.Texas Instruments DSPs are all BGA packages so that rules them out.I have ruled out FPGA because I think they are better suited to being part of a streamed data pipeline. Not so easy to add interface and control functions.I have looked at some development kits, and they are expensive.Microchip is emerging as a leading candidate for a DSP device. Low cost, leaded packages, and readily available.

author: shabaz
author_rank: Frequent Contributor
timestamp: January 10, 2025, 08:01:53 am
content: QuoteMany of the DSPs with built-in DACs of course are intended for audio.What's your use-case and what are you requirements?In your first post, you mentioned you needed it for a noise bridge for an antenna. That seems to suggest you may need noise across a bandwidth covering some tens of MHz perhaps. Is that the case?Or is it the case that you now want something similar to the HP3722, and the noise bridge isn't a use-case any longer? Or something in-between?For a HP3722 alternative (with better performance) as mentioned multiple times, you could have used a CPLD, some resistors and a few op-amps, and been done with it by now. For a noise bridge, you'd need to consider something else entirely. Or consider using a VNA.

author: dazz1
author_rank: Frequent Contributor
timestamp: January 10, 2025, 08:22:06 am
content: Quote from: shabaz on January 10, 2025, 08:01:53 amThe minimum spec is to match the HP3722. Anything more would be desirable, not essential. In a perfect world, I would buy an HP3722 to connect to my HP3721A Correlator, but I don't think that will happen. HP3722 is now a rare and over-priced vintage item. I will have to design/build something. I am thinking a minimum chip system would consist of a DSP, DAC and ESP32 (web server over USB/Wifi).

author: Kleinstein
author_rank: Super Contributor
timestamp: January 10, 2025, 09:13:21 am
content: When used in combination with the HP3722, the additional difficulty to get the interface right. This part may be the more challanging part than building a noise generator. It at least limits in how far one can deviate in the design from the original.There are µCs with integrated DAC that is faster than 45 kHz. e.g. the STM32L053 has a DAC specified for 1 MSPS. They give a settling time of some 10 µs, which looks a bit long for 250 kHz bandwidth. However the settling time is for 1 LSB (12 bit). For the BW the relevant is settling to something like 20%. Used with a digital low pass filter the steps in the DAC output will not be large, but more gradual.Some models even have hardware for pseudo random noise generation - though it is not clear how good it actually is and if the interface is compatible. It seems to use only a 12 bit long LFSR in the STM32F334. So in this sense there are chips with LFSR and analog output.Though old school, there is still the option to build the generator just like the old 3722, but with more modern logic chips. It would need quite some chips, but 74HCxxx logic (e.g. 74HC595 shift registers) is generally cheap and not that power hungry.One could also have the LSFR part in a µC and only the LP filter and DAC the old way. The odd value resistors for the LP filter don't have to be super accurate. An error there only adds a bit of higher frequency noise.

author: dazz1
author_rank: Frequent Contributor
timestamp: January 10, 2025, 09:32:16 am
content: Quote from: Kleinstein on January 10, 2025, 09:13:21 amThe HP3722 has a bandwidth of 250kHz so quite modest by modern specs.Quote from: Kleinstein on January 10, 2025, 09:13:21 amTo big a job to build one from logic chips.Quote from: Kleinstein on January 10, 2025, 09:13:21 amI would not use resistors. I would use software weights (gains) ANDed with the relevant bit in the stream.So this is a project that is in a long queue. Probably a couple of years before I give it serious attention. In the mean time I will continue to look for a HP 3722A, just in case one becomes available.

author: somejoe
author_rank: Contributor
timestamp: July 29, 2025, 01:16:00 pm
content: Quote from: dazz1 on December 12, 2024, 09:41:49 pmdazz,The rear 36-pin connector on the 3722A is designed to mirror the front panel controls. Can you post more details how the 3721A links to the 3722A? Is it merely taking the output from the 3722A or does it control the operation of the unit?Since I do not have the 3721A manual, a description and pin-out of the interfaces would be helpful.Cheers,

author: somejoe
author_rank: Contributor
timestamp: July 30, 2025, 01:13:17 am
content: QuoteI came across another HP random noise generator that was a follow-on to the HP-3722A, the model 1930A. Comparing the 3722A and 1930A, note that register length and sequence length match from 4-20 in both instruments.And lastly, there is also an H01-3722A. According to HP: "H01-3722A is a standard HP Model 3722A Noise Generator modified to provide a second binary output which can be delayed by a selectable number of clock periods with respect to the main binary output" ... "The delayed binary output is available from a BNC connector on the rear panel of the H01-3722A instrument."So my question is whether do you need a simulation of an actual 3722A (or H01-3722A) or whether a simpler, more compact unit like the 1930A would suffice.

author: dazz1
author_rank: Frequent Contributor
timestamp: July 30, 2025, 01:38:49 am
content: Quote from: somejoe on July 30, 2025, 01:13:17 amI want therefore I need.In order to answer your question, you only need to look at my signature tag lineThere is also an HO2, and maybe an HO3 version.I think it would be entirely feasible to emulate any version / model of old HP PNRG tech.A modern approach would be to have a graphical interface that allow Lego block functions to be linked together.

author: dazz1
author_rank: Frequent Contributor
timestamp: July 30, 2025, 02:45:53 am
content: HiAttached is the digital IO summary connections between HP 37xxA instruments.There are also coax connections required as well that are not shown.

author: somejoe
author_rank: Contributor
timestamp: July 30, 2025, 02:12:00 pm
content: Quote from: radiolistener on December 13, 2024, 06:30:50 amHere's another article "Pseudo-Random and Random Test Signals" using the HP-3722A. Figure 6 is a good illustration of the resulting spectrum plots.

author: dazz1
author_rank: Frequent Contributor
timestamp: July 31, 2025, 08:46:07 am
content: HP 3721A Correlator User Manual

author: dazz1
author_rank: Frequent Contributor
timestamp: August 01, 2025, 01:54:55 am
content: HiI think it is time to start a new thread.Maybe called " Emulating HP 372x PRNG & Spectrum Display "

author: somejoe
author_rank: Contributor
timestamp: August 01, 2025, 02:11:26 am
content: Quote from: dazz1 on August 01, 2025, 01:54:55 amGo ahead and start a new thread. I have the first post/question ready to go: "HP H01-3722A Noise Generator Delay Code"The H01-3722A provides a Delay Code [0 0 0 +] mechanical counter on the front panel.HP application note AN98-2, "Noise at Work A point by point correlator for the H01-3722A", 1969,states that:"Selection of the shift register outputs to be added is performed by a group of decade switches on thefront panel. These switches, which are set according to a conversion table supplied with the instrument,provide a useful number of delays ranging from zero to the number of bits (N) in the sequence in use".So I am looking for a copy of the conversion table and/or the service manual for the "H01" version ofthe 3722A instrument.

author: dazz1
author_rank: Frequent Contributor
timestamp: August 01, 2025, 04:10:39 am
content: This thread continued here:https://www.eevblog.com/forum/projects/?action=post2;start=0