Any new instrumentation requests?

At this moment, Moku:Go supports 8 software-defined instruments: Oscilloscope / Voltmeter, Waveform Generator, Logic Analyzer / Pattern Generator, Frequency Response Analyzer, PID Controller, Data Logger, Arbitrary Waveform Generator, Spectrum Analyzer.

Any other requests for new instrumentation for Moku:Go?
Your feedback is welcome and much appreciated!

Hello out there!
We are considering adding a Protocol Analyzer and the Digital Filter Box from Moku:Lab to our Moku:Go instrumentation lineup!

Let us know your thoughts and feedback on this, and other instruments/features you’d like to see in our Moku:Go products! Thanks!

Port the lockin from the :Lab. (I think this is already in the works)


I would be convenient to float the DAC output to a reference voltage defined by one of the programmable power supplies or some external source. This is common in many benchtop power supplies, so I wonder why it is not a feature of the waveform generator.

Hi @brucat, interesting; I’ve not seen exactly this feature on a benchtop PSU (or haven’t noticed it, rather!), can you perhaps provide a link to a product that does what you’re describing? Am I right that you’re asking for the WG instrument to lock the DAC output to the same voltage as a PPSU channel, or some fraction of it? What’s a common use for that?

Dr Nizette,
I am sure that I have been unclear, and I probably am barking up the wrong tree anyway. Here is my thinking:
The PPSU on your device provides a bias voltage and has two outputs (+,-), neither of which is ground unless defined that way. This is what I think of as ‘floated’. Most control voltages are generated in such a way since the system ground may not be the same as the detector ground and you probably wouldn’t want to jump them as that would create a ground loop. The instrument ground should be defined by the detector, unless it is isolated somehow, either optically or otherwise. I see the waveform generator as a control voltage, so I thought it would be more flexible to also have a three conductor output, +, - , gnd.
It is unlikely that such a change is consistent with your present design, so please ignore the request.
Nonetheless, thank you for the consideration, and have a great day.
Stay safe and keep smiling.

Ah got you, that makes sense, thanks @brucat. In fact, the PPSUs are not isolated, either from each other or from the system power. You’re right that this makes it less flexible than mid-range and above benchtop power supplies as you can’t, for example, daisy-chain our +16V and +5V channels to reach 21V.

Having fully isolated I/O (analogue, digital and power) is indeed incompatible with our current design (and, for the time being, this price point :slight_smile: ) but we’re always developing new things and we’ll keep it in mind. Thanks for your input!

Plus one vote on the protocol analyzer!

1 Like

I don’t know if my desire is common or not, but I have would like to use the two outputs to drive X/Y stepper motors. The reason I would like to use the Moku:Go to control my motors is that the existing controllers are so hard to program. On the other hand I don’t know if using the Moku to control my motors would help or not.

My stepper motors controller use one frequency regulated (the number of pulses is proportional to steps taken by motor) input per motor to control the velocity and one DC input (0 or 5 V) per motor to define the direction. Some motors also have positions encoders that emit a number of pulses proportional to the actual distance traveled that could be sent to the analog input to keep track of the position.

hope you will consider developing something like this.

A couple more things that would be nice to have:

  • Protocol generation (I2C and SPI) in master mode (for scripting - don’t think this would work nicely in a GUI)
  • Power analyser (logging of power supply current). At the moment you can only sample voltage and current, with an undocumented bandwidth. Full power analysis needs an extra oscilloscope channel with shunt.

Thank you for posting to the forum Timothy!

We are currently working to add the Protocol Analyzer to our API stack, however, protocol generation is a bit of a ways off. We will be posting updates to the forum on when this feature is released!

A power analyzer would not be possible with our current hardware, since as you pointed out we can only sample voltage at this time. Would you consider using an external shunt that you source or would your prefer we provide an attachable module that allows current measurements?

Look forward to hearing your thoughts so we can improve our products for the future!

Hi Sam. Thanks for the update. Neither of these items are critical for me right now, just nice to have.

I usually use an external shunt for current measurement, but that ties up an oscilloscope channel. I’d also consider adding an external filter to smooth the current for measurement if I needed to free the scope channel. You might want to consider publishing the power supply bandwidth or equivalent circuit for this.

Protocol generation is a really handy feature for evaluating sensors, but there are plenty of options out there for it.