Forum Replies Created
- Posts
Has this issue with the SignalHound SA44B being unable to correctly measure power levels of OQPSK been resolved?
Does this issue exist on the SM200B?
“This was resolved in the SM200C, since we filter and resample more aggressively on the FPGA and trigger on the PC…”
Is this why the MATLAB API support file SMIQReceiver.m (for the SM200C) does not offer any support for triggered captures using video, ext or FMT (like SM200BWidebandIQ.m)?
Is triggering expected to be performed by MATLAB code? Since not sure this processing horsepower is possible.
Is it safe to assume that the SM200B is likely a better choice if the most robust MATLAB support is desired?
Are there any plans for an SM200C FW/API update to support optional triggering features similar to SM200BWidebandIQ.m so that extensive MATLAB trigger processing during streaming is not required?
Also, does the SM200C have internal 2sec capture memory (like the SM200B)… allowing for support of future native SM200C based triggered capture features?
Thanks.
I made a servo ‘snake arm’ unit for production calibration of the accelerometers in our Vehicle Intertia Monitor IMU as attached. http://www.yashu.com
What may be pertinent to you is the manufacturer of the servos called Robotis. They are nice with integrated 32-bit ARM uC and GMR encoder feedback which provides smooth controlled motion along with very accurate positioning info. The protocol is reasonably documented for a Korean company. The servos can be daisy chained and bolted together with various coupling adapters.
https://www.trossenrobotics.com/m/robotis.aspx
I seem to remember a COTS offering using these servos for a master/slave arm setup in which one arm is input to control the other output arm. The motion pattern could be logged and played back.
Also when in Video Trigger Type, the trace keeps updating with ‘Armed’ displayed on top if there is no trigger.
Is this correct… ie. acting like a scope ‘Auto’ free-run trigger.
