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?
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 ) 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!
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.