# Any new instrumentation requests? **URL:** \ **Category:** New Features, Requests, and Feedback\ **Created:** [May 4, 2021, 5:24pm UTC](https://forum.liquidinstruments.com/t/any-new-instrumentation-requests/159 "2021-05-04T17:24:09Z")\ **Posts on this page:** 15\ **Page:** 1
**Author:** ![Michi](https://avatars.discourse-cdn.com/v4/letter/m/c37758/32.png) [@Michi](https://forum.liquidinstruments.com/u/Michi)\ **Post date:** [May 4, 2021, 5:24pm UTC](https://forum.liquidinstruments.com/t/any-new-instrumentation-requests/159/1 "2021-05-04T17:24:09Z")
Hello! 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! ---
**Author:** ![Michi](https://avatars.discourse-cdn.com/v4/letter/m/c37758/32.png) [@Michi](https://forum.liquidinstruments.com/u/Michi)\ **Post date:** [May 10, 2021, 9:43pm UTC](https://forum.liquidinstruments.com/t/any-new-instrumentation-requests/159/2 "2021-05-10T21:43:09Z")
Hello out there! We are considering adding a Protocol Analyzer and the [Digital Filter Box](https://www.liquidinstruments.com/products/integrated-instruments/digital-filter-box-mokulab/) 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! ---
**Author:** ![brucat](https://avatars.discourse-cdn.com/v4/letter/b/5e9695/32.png) [@brucat](https://forum.liquidinstruments.com/u/brucat)\ **Post date:** [May 11, 2021, 5:27pm UTC](https://forum.liquidinstruments.com/t/any-new-instrumentation-requests/159/3 "2021-05-11T17:27:55Z")
Port the lockin from the :Lab. (I think this is already in the works) ---
**Author:** ![brucat](https://avatars.discourse-cdn.com/v4/letter/b/5e9695/32.png) [@brucat](https://forum.liquidinstruments.com/u/brucat)\ **Post date:** [May 14, 2021, 12:38pm UTC](https://forum.liquidinstruments.com/t/any-new-instrumentation-requests/159/4 "2021-05-14T12:38:01Z")
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. ---
**Author:** ![bnizette](https://yyz1.discourse-cdn.com/flex035/user_avatar/forum.liquidinstruments.com/bnizette/32/72_2.png) [@bnizette](https://forum.liquidinstruments.com/u/bnizette)\ **Post date:** [May 19, 2021, 2:39am UTC](https://forum.liquidinstruments.com/t/any-new-instrumentation-requests/159/5 "2021-05-19T02:39:01Z")
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? ---
**Author:** ![brucat](https://avatars.discourse-cdn.com/v4/letter/b/5e9695/32.png) [@brucat](https://forum.liquidinstruments.com/u/brucat)\ **Post date:** [May 19, 2021, 11:52am UTC](https://forum.liquidinstruments.com/t/any-new-instrumentation-requests/159/6 "2021-05-19T11:52:41Z")
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. /pjb ---
**Author:** ![bnizette](https://yyz1.discourse-cdn.com/flex035/user_avatar/forum.liquidinstruments.com/bnizette/32/72_2.png) [@bnizette](https://forum.liquidinstruments.com/u/bnizette)\ **Post date:** [May 19, 2021, 10:26pm UTC](https://forum.liquidinstruments.com/t/any-new-instrumentation-requests/159/7 "2021-05-19T22:26:28Z")
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! ---
**Author:** ![yenbadnosyt](https://avatars.discourse-cdn.com/v4/letter/y/8c91f0/32.png) [@yenbadnosyt](https://forum.liquidinstruments.com/u/yenbadnosyt)\ **Post date:** [May 21, 2022, 11:54pm UTC](https://forum.liquidinstruments.com/t/any-new-instrumentation-requests/159/8 "2022-05-21T23:54:26Z")
Plus one vote on the protocol analyzer! ---
**Author:** ![UniqueShortUsername](https://avatars.discourse-cdn.com/v4/letter/u/dec6dc/32.png) [@UniqueShortUsername](https://forum.liquidinstruments.com/u/UniqueShortUsername)\ **Post date:** [June 22, 2022, 9:27am UTC](https://forum.liquidinstruments.com/t/any-new-instrumentation-requests/159/9 "2022-06-22T09:27:05Z")
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. ---
**Author:** ![tfosdike](https://avatars.discourse-cdn.com/v4/letter/t/a8b319/32.png) [@tfosdike](https://forum.liquidinstruments.com/u/tfosdike)\ **Post date:** [August 15, 2022, 5:08am UTC](https://forum.liquidinstruments.com/t/any-new-instrumentation-requests/159/10 "2022-08-15T05:08:31Z")
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. ---
**Author:** ![Sam.Speece](https://yyz1.discourse-cdn.com/flex035/user_avatar/forum.liquidinstruments.com/sam.speece/32/191_2.png) [@Sam.Speece](https://forum.liquidinstruments.com/u/Sam.Speece)\ **Post date:** [August 15, 2022, 4:54pm UTC](https://forum.liquidinstruments.com/t/any-new-instrumentation-requests/159/11 "2022-08-15T16:54:25Z")
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! ---
**Author:** ![tfosdike](https://avatars.discourse-cdn.com/v4/letter/t/a8b319/32.png) [@tfosdike](https://forum.liquidinstruments.com/u/tfosdike)\ **Post date:** [August 15, 2022, 10:58pm UTC](https://forum.liquidinstruments.com/t/any-new-instrumentation-requests/159/12 "2022-08-15T22:58:35Z")
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. ---
**Author:** ![jskallman](https://avatars.discourse-cdn.com/v4/letter/j/94ad74/32.png) [@jskallman](https://forum.liquidinstruments.com/u/jskallman)\ **Post date:** [March 30, 2024, 5:24pm UTC](https://forum.liquidinstruments.com/t/any-new-instrumentation-requests/159/13 "2024-03-30T17:24:31Z")
I would be interested in seeing an adaptive filter on the Moku:Go. > **[Least mean squares filter](https://en.wikipedia.org/wiki/Least_mean_squares_filter)** > > Least mean squares (LMS) algorithms are a class of adaptive filter used to mimic a desired filter by finding the filter coefficients that relate to producing the least mean square of the error signal (difference between the desired and the actual signal). It is a stochastic gradient descent method in that the filter is only adapted based on the error at the current time. It was invented in 1960 by Stanford University professor Bernard Widrow and his first Ph.D. student, Ted Hoff, based on their ... Such an instrument block would be incredibly flexible and useful for signal denoising, echo cancellation, system identification, adaptive control, etc. The least-mean-square algorithm is straightforward, so shouldn’t take much in the way of resources, although much of that depends on how well matched the sampling rate is to the bandwidth of the problem at hand. A user interface layout with pickoff points for an oscilloscope (such as in the lock in amplifier) would also be very useful. The Moku:Go has just the right amount of inputs and outputs for an adaptive filter, and I would love to see an instrument with as nice a user interface as the lock in amplifier. Thanks! ---
**Author:** ![hanklong](https://yyz1.discourse-cdn.com/flex035/user_avatar/forum.liquidinstruments.com/hanklong/32/288_2.png) [@hanklong](https://forum.liquidinstruments.com/u/hanklong)\ **Post date:** [April 13, 2024, 3:55pm UTC](https://forum.liquidinstruments.com/t/any-new-instrumentation-requests/159/14 "2024-04-13T15:55:56Z")
Hi @jskallman Jeff, Thank you very much for proposing this update to us! I understand that we currently don’t have the LMS filter available. We had a customer who used the Moku Cloud Compile to implement LMS filter. > **[Machine hearing education with Moku:Go](https://www.liquidinstruments.com/machine-hearing-education-with-mokugo/)** > > Students build a custom conference room system with adaptive noise cancellation and accelerated neural network speaker identification. The MATLAB/Simulink could be a possible solution for this LMS filter. > **[Moku Cloud Compile with MathWorks HDL Coder](https://www.liquidinstruments.com/cloud-compile-with-mathworks-hdl-coder-pt-2/)** > > This is Part 2 of the “Moku Cloud Compile with MathWorks HDL Coder” tutorial. Part 1 can be found here. In part 2, we will use MathWorks’ Simulink to Thank you very much for your patience and understanding! Best regards, Hank ---
**Author:** ![danz](https://avatars.discourse-cdn.com/v4/letter/d/90db22/32.png) [@danz](https://forum.liquidinstruments.com/u/danz)\ **Post date:** [May 28, 2024, 11:03pm UTC](https://forum.liquidinstruments.com/t/any-new-instrumentation-requests/159/15 "2024-05-28T23:03:27Z")
The Multi-insturment mode limits the abilities of the instrument used, especially on Moku GO. I suggest there be a single instrument “advanced” mode where the same logic of dictating where the input and output go, and the use of the DIO port is in a GUI format but for a single instrument. Currently in single instrument mode the input and output are locked. Having an “advanced” mode. would allow me to test out ideas before giving it to my programming team that often barely understands what they are writing for me.