Recent Posts

Pages: [1] 2 3 4 5 6 ... 10 Next
1
Well if the motors are to sync up and do their thing then all that I can do is have the slave motor provide the same torque as the master speed controlling motor.

So if I send a speed demand in the PDO message and then send a sync message the master will take the new speed demand and respond with a torque target. Now as it stands I don't know if that torque target will be what it was doing or what it is planning to do now that it has the go ahead for the new speed. The sync message basically trigger action on previous commands received (RX PDO) and prompts the sending of up to date information (TX PDO).

So the slave motor will then see the masters torque target as it's torque demand, but it will not act on the demand until it gets another sync message. So at best the slave will be one cycle behind the master unless I can change the settings in the slave so that it reacts immediately to the RX PDO that contains the torque demand.

If the sync message is sent at a much faster rate than the master speed controlling motor can to keep up with any load changes that affect speed then the slave motor will see new torque demands faster than the master is settling at so the action of the slave motor that must be much faster than the master will become part of the masters own control of the speed.

At the moment in dual torque control I am sending sync messages every 3ms but I make a change on every 3rd message to give the motors time to settle before I act on the data and I do that alternately so each motor only makes a change every 18ms. So with this new method that would be the equivalent of sending 6 updates between full control cycles. So I slow down the reaction of the speed controller motor and speed up the reaction of the torque control motor and now that I am doing less processing in my CAN Open master controller I can send the sync message even faster.
2
Security / Re: Microsoft repackages apps with a telemetry .NET wrapper
« Last post by Karel on Today at 07:35:15 am »
I would say that Windows is a great modular spyware system which supports some operating system functions  :D

Yes! This is probably an hyperbole though! MS is only doing this to improve your user experience. Don't you want your experience to be improved?

Yes, I want my experience to be improved. That's why I moved away from ms windows.
Not just at home, also at work (including some colleagues).
3
I have the ZB3530HL & have attempted to use the software provided for the ITECH RF-A350. The software connects ok (the ZB3530HL displays "PC Link" on the LCD). I'm using a USB-Serial lead on Windows 11. When I press "Run" with a suitable configuration, the machine does nothing & the "Now" section at the top shows nothing in the Temperature field. I've tried with flow control & as admin.

I've tried searching for an answer online to no avail. Has anyone been able to get this working successfully & what's the trick?

Pete
4
FPGA / Re: Analog video output with FPGA ?
« Last post by gf on Today at 07:31:15 am »
Should I build a PWM or PDM DAC inside the FPGA ? (in PAL, with 52us per line, 320 columns, 256 possible values and 4 PWM cycles per pixel, that would mean  6gHz clock... probably cheaper to save on the FPGA and use a DAC, but maybe PDM would be doable ?)

Delta-sigma modulation does not need such a high oversampling ratio. A 2nd order modulator with 2-level (binary) output has a theoretical SQNR of ~65dB with 32x oversamling, or ~80dB with 64x oversampling. For 5 MHz bandwidth, this would be 320 MSa/s (32x) or 640 MSa/s (64x). Maybe a little more if you want some headroom, but not 6GSa/s.

See also https://classes.engr.oregonstate.edu/eecs/spring2021/ece627/Lecture%20Notes/2nd%20&%20Higher-Order2.pdf

Edit: How much SNR do you need for analog video? I guess hardly more than 50dB. So even 16x oversampling may suffice, but that's already borderline.

Btw, does the TV have RGB inputs, or do you need a composite video signal?
5
Metrology / Re: Yet Another Hammon Divider (YAHD)
« Last post by thermistor-guy on Today at 07:25:17 am »
.... Also, be sure to use hemostats or some kind of heatsink when you solder them, lest they change value by more than you might think!

Good idea in principle. Another point: after soldering, give the resistor network a day or two to settle (unpowered).

I've had a situation where some cheap metal film resistor networks I made were way out of tolerance soon after soldering,
but measured almost exactly right the next day. I thought I'd ruined the networks, by soldering them without a heatsink,
but no - they turned out fine.
6
Test Equipment / Re: New Hantek DSO2X1X models?
« Last post by OLderDan on Today at 07:19:27 am »
I have just learned what the ref save and recall does and was wondering if there was any way to reposition the image or do I continue to setup the trace in the position I want the reference image to be displayed.
I wish there was a more complete help system for this oscilloscope, some of the inbuilt pages are empty and the only way I even understood what save and recall a ref even did was an out of context comment on a you tube video I was watching!
I finally understand the connection to time in ms ns and the actual frequency in Hz thanks to experimenting with my dso2d15, and even more useful, how to convert between SI units while measuring a capacitors charge rise to determine its value, I discovered the use of zooming the screen when looking at a long uart packet, and using the two probe tips and math function to make differential readings.

Maybe there is room in this thread for a RTFM tips section?
7
Test Equipment / Re: Choosing between entry-level 12-bit DSOs
« Last post by shapirus on Today at 07:13:55 am »
I didn't get any wobble within normal range, and then I still don't get anything as crazy as what you showed in your screenshot. It mostly shrinks and the counter gets farther and farther off. Near the end before it resets, it looks a little wonkier.
Yeah looks very reasonable. I think there's no doubt now that the signal processing algorithms are implemented much better in this scope than in the Rigol's DHO800/900.

Now, let's see if someone will be willing to repeat a similar test with the Siglent's SDS800X HD series :).
8
Projects, Designs, and Technical Stuff / Re: Homebrew Lock-In Amplifier
« Last post by RoGeorge on Today at 07:10:29 am »
In case you don't have the time to build a dedicated LIA, this oscilloscope trick might be a good-enough replacement:
https://www.eevblog.com/forum/projects/oscilloscope-with-trace-averaging-as-a-lock-in-amplifier-(rigol-ds1054z)/
9
What's wrong with the tl494?

The output is slow archaic junk.

I have heard other people say fairly often that there are much better PWM IC out there, but nobody seems to be able to point to one with access to both inverting and non inverting pins of the error amplifiers.
I have spent many hours on digikey looking, but havent had much luck.

Voltage feed-forward would be nice

and pulse skipping too

The Tl598 seems to be the tl494 with a better output section.
And states "Internal Circuitry Prohibits Double Pulse at Either Output"
10
The Vicor modules seem "stable enough" in terms of inrush current and availability. The text you just posted is full of generalizations that don't seem to add up.

I don't know what's going on at Vicor, but it seems odd that a product regularly stocked in the thousands at multiple distributors would suddenly evaporate.
Pages: [1] 2 3 4 5 6 ... 10 Next