[Emc-developers] Hitatchi WJ200 Inverter Driver (using comp)

I have a preliminary WJ200 modbus inverter driver that I've written, based upon other modbus drivers I have seen from the VFD wiki page. The source code so far is posted at https://github.com/OKComputers/wj200vfd How do I report an error from user_mainloop? If the driver crashes, or errors out,

Re: [Emc-developers] Hitatchi WJ200 Inverter Driver (using comp)

on the behavior of the user component and it is easier to understand when someone else comes in and looks at the .hal file for troubleshooting. Thanks a bunch, Curt On Tue, May 7, 2013 at 11:40 AM, Sebastian Kuzminsky s...@highlab.comwrote: On May 7, 2013, at 08:43 , Curtis Dutton wrote: I have

Re: [Emc-developers] Hitatchi WJ200 Inverter Driver (using comp)

08.05.2013 um 17:09 schrieb Curtis Dutton curtd...@gmail.com: As far as capturing output, I'll just write any errors encountered to stderr. That is perfectly fine as far as I'm concerned. I just had a hard time finding out where the linuxcnc logs were located. I couldn't find them

Re: [Emc-developers] Hitatchi WJ200 Inverter Driver (using comp)

: On May 8, 2013, at 16:46 , Curtis Dutton wrote: Are there any pointers on how to integrate my .comp file into the Makefile system? Even examples elsewhere in the source tree would be useful. You just put your .comp in src/hal/components. Add a test if you're feeling frisky. Check out

Re: [Emc-developers] Hitatchi WJ200 Inverter Driver (using comp)

I plan on using the userinit section for parsing command line options. This is where I plan to allow users to specify modbus connection parameters. Is that the preferred way to configure the driver? I did not intend to check in wj200_vfd.c. I looked at my repository on github, and it doesn't

Re: [Emc-developers] Hitatchi WJ200 Inverter Driver (using comp)

, Curtis On Thu, May 23, 2013 at 6:27 AM, John Thornton bjt...@gmail.com wrote: If you need help on the man page or adding this to the Integrators Manual just let me know. JT On 5/20/2013 8:50 PM, Curtis Dutton wrote: Ok I have the driver pretty much completed and it has been working well

Re: [Emc-developers] Beta release of circular arc blending

Robert, Today I found the time to install 12.04 LTS on my router controller, build the circular arc blending beta branch and get it running. Everything seems to be working wonderfully with a dry run. The program that I tested is a 4.8MB 3d shaping g-code program. On the 2.5 release without arc

[Emc-developers] circular arc blend beta: milltask (pid 6660) died on signal 11.

Does anyone know what may have caused this? So I'm running the circular arc blend beta from Roberts github repository. I'm running a build based on commit 8acb5e68a4e9c03b191555f912de53e639576dec I'm not sure if this is related to circular arc blend or just latest linuxcnc master code.

Re: [Emc-developers] circular arc blend beta: milltask (pid 6660) died on signal 11.

It has not happened to me again. It was a one time thing so far. When I'm working with the machine, I copy down .ngc files to a folder on the cnc controller machine. Then run through them. Often I delete these files at the end of working with the cnc. I may have left the file open in Axis,

Re: [Emc-developers] Hitatchi WJ200 Inverter Driver (using comp)

I don't believe it ever was merged. It is available here... https://github.com/OKComputers/linuxcnc-mirror/tree/wj200_vfd If I can help with integration I will. Also a code review and any suggesstions on things I may be doing wrong would be welcome as well. It has worked for me well, but I'm

Re: [Emc-developers] joints_axes7 branch - jogging dual joint axis issue

Jogging with the keyboard. I've been working with the ja branch successfully, just with gantrykins. On Mon, Mar 16, 2015 at 6:41 AM, andy pugh bodge...@gmail.com wrote: On 14 March 2015 at 18:13, Curtis Dutton curtd...@gmail.com wrote: Ok so with Gentrivkins I have the following issue

Re: [Emc-developers] Array Overflow in WJ200

I can test it out, I have the hardware and I wrote the initial draft of the driver. The problem is that I have never hit this bug yet and I'm not sure how to reproduce it. I'm running out of master though. On Fri, Mar 13, 2015 at 10:42 PM, Chris Radek ch...@timeguy.com wrote: On Fri, Mar 13,

Re: [Emc-developers] joints_axes7 branch - jogging dual joint axis issue

Ok so, still using this branch I switched to gantrykins and now things are working properly. Still have to swtich to world mode, but things like limits being obeyed and incremental jogging are great. On Sat, Mar 14, 2015 at 10:50 AM, Curtis Dutton curtd...@gmail.com wrote: I have set up

[Emc-developers] joints_axes7 branch - jogging dual joint axis issue

I have set up a gantry machine with dual drive motors. I started out with gantrykins which was terrible and found the joints_axes7 branch. It is an XXYZA machine where A is a rotary indexer. Everything homes correctly, it follows g-code commands properly etc... My only problem is when trying to

Re: [Emc-developers] joints_axes7 branch - jogging dual joint axis issue

gantry motor 1. If I try to jog the Y axis, it moves the other gantry motor. Jog the Z axis and the y axis moves. Jog the A axis and the z axis moves On Sat, Mar 14, 2015 at 1:32 PM, andy pugh bodge...@gmail.com wrote: On 14 March 2015 at 15:25, Curtis Dutton curtd...@gmail.com wrote: Ok so

[Emc-developers] Status of cradek/joints_axes7

Does anyone know about the status of joints_axes7 branch? Is this a feature set that is planned for merge into master at some time in the future? I've been using it for a few months now and I have a little bug fix. I'm also wondering when it needs a merge from master. I'm willing to help

Re: [Emc-developers] Status of cradek/joints_axes7

gantry? Moses On 05/14/2015 01:00 PM, Curtis Dutton wrote: Does anyone know about the status of joints_axes7 branch? Is this a feature set that is planned for merge into master at some time in the future? I've been using it for a few months now and I have a little bug fix

Re: [Emc-developers] Problems building in place on debian wheezy

sure. I don't know of a list of issues, but one is that there needs to be support for gantry homing to two home switches. You might ask on IRC in the #linuxcnc-devel channel as well. Moses On 06/25/2015 01:39 PM, Curtis Dutton wrote: I'm not sure why it was not building for myself

Re: [Emc-developers] Problems building in place on debian wheezy

I found it from the machonekit site. Where should I get the standard kernel from? I had a hard time locating one. On Jun 24, 2015 12:15 PM, Sebastian Kuzminsky s...@highlab.com wrote: On 6/24/15 9:20 AM, Curtis Dutton wrote: ./configure completes succesfully but make isn't making it. Now

Re: [Emc-developers] Problems building in place on debian wheezy

Is there an example of a config that I can work with to try and fix? On Fri, Jun 26, 2015 at 5:16 PM, Sebastian Kuzminsky s...@highlab.com wrote: On 6/25/15 12:39 PM, Curtis Dutton wrote: Is there a list of issues that need fixed with the joint axis work? Is it being considered for mainline

Re: [Emc-developers] Problems building in place on debian wheezy

configurations (ini and hal files) in the examples. You would have to go back to the joints_axes version and figure out why that is occurring and then fix that. Dave On 6/27/2015 9:50 AM, Curtis Dutton wrote: Is there an example of a config that I can work with to try and fix? On Fri, Jun 26, 2015

Re: [Emc-developers] Problems building in place on debian wheezy

I'm going to try and build the master branch to see if the same error occurs. Thanks for your help, Curt On Wed, Jun 24, 2015 at 1:18 PM, Curtis Dutton curtd...@gmail.com wrote: Ok I have the sources and packages straightened out. Now back to building with --with-realtime=uspace I get

Re: [Emc-developers] joints_axes8

I do not have push access yet. On Thu, Jul 23, 2015 at 12:30 PM, Sebastian Kuzminsky s...@highlab.com wrote: On 7/22/15 7:33 PM, Curtis Dutton wrote: I have rebased joints_axes7 onto master and renamed it to joints_axes8. I'm running it in production and wanted to pick up the latest

Re: [Emc-developers] joints_axes8

at the machine now are amazed how fast it works :) But the workaround is not comfortable. Question 2. Is trajectory motion velocity limited to joints capabilities in non-trivial kins? On 07/23/2015 04:33 AM, Curtis Dutton wrote: I have rebased joints_axes7 onto master and renamed it to joints_axes8

[Emc-developers] joints_axes8

I have rebased joints_axes7 onto master and renamed it to joints_axes8. I'm running it in production and wanted to pick up the latest changes in the trajectory planner. I also included a few other commits. It compiles on wheezy and all tests appear to pass. It's available here.

Re: [Emc-developers] Joints_Axes

I've been using joints axes for about a year now. I've managed to merge master into it recently to pick up all of the latest trajectory planner changes. I'm using a gantry machine with 2 X-AXIS servos, and an indexer via gantrykins. I've been meaning to try to improve it as I can, but my time has

Re: [Emc-developers] DISCUSS: Merge the "joints-axes" project to master branch

Also agree. I've been using it over a year in production with axis gui. It's worked very well for us. On Sat, Jun 11, 2016 at 12:58 PM, John Thornton wrote: > This will be awesome. Not using JA as long as Andy but I really like how > it works for a gantry machine. > > JT > > >

[Emc-developers] M0 from subrouting in axis MDI mode

I'm trying to utilize a loop and a pause in a tool length setting subroutine for my cnc router. Basically is probes for a tool length, then pauses with M0 to allow the operator to change the stickout length and then loops if the tool does not have enough stick-out. I typically call the

Re: [Emc-developers] RFC: Retire git.linuxcnc.org and move primary git to GitHub

Goood! On Thu, May 18, 2017 at 1:24 PM, James Waples wrote: > Github has a pretty good code search and viewer. Is there something > fundamentally missing from it that the current system has? I don't use it a > great deal so there may be areas lacking in functionality. > >

[Emc-developers] halcompile error /usr/bin/x86_64-linux-gnu-ld: cannot find -lieee

I'm encountering this error while trying to halcompile a user component. Branch: Master Running in place Currently on Ubuntu 18.04 LTS Even trying to compile rand.comp example from the halcompiler documentation gives me this error. Curiously I can run halcompile rand.comp then halcompile

Re: [Emc-developers] Pre-Pull Request Review: Better laser engraver support + new HAL pin type "PORT"

high speed engraver. This stream type would be our way into programming a hardware raster. On Mon, Jun 25, 2018 at 7:33 AM, andy pugh wrote: > On 25 June 2018 at 01:41, Curtis Dutton wrote: > > > A HAL_PORT pin allows for a writer component to send many bytes in one > > ope

Re: [Emc-developers] Pre-Pull Request Review: Better laser engraver support + new HAL pin type "PORT"

Jeff, You are correct. The hal port operates at a lower level than hal_stream calls. It is a byte stream, untyped and asynchronous in that a write or read from the port can consume up to the buffer size of the port in a single period. So you could build a sampler, or hal stream on top of a hal

Re: [Emc-developers] Pre-Pull Request Review: Better laser engraver support + new HAL pin type "PORT"

Ok makes sense. I found the datapainter.vhd in the hostmot2 source code downloaded from mesanet. Doesn't look like it is in the linuxcnc git yet. On Tue, Jun 26, 2018 at 11:31 AM, andy pugh wrote: > On 26 June 2018 at 02:30, Curtis Dutton wrote: > > Peter that sounds great. Can I

Re: [Emc-developers] Pre-Pull Request Review: Better laser engraver support + new HAL pin type "PORT"

, 2018 at 6:23 PM Peter C. Wallace wrote: > On Mon, 25 Jun 2018, Curtis Dutton wrote: > > > Date: Mon, 25 Jun 2018 10:24:26 -0400 > > From: Curtis Dutton > > Reply-To: EMC developers > > To: EMC developers > > Subject: Re: [Emc-developers] Pre-Pull Req

[Emc-developers] Pre-Pull Request Review: Better laser engraver support + new HAL pin type "PORT"

Last year I retrofitted my laser engraver with linuxcnc. I do both rastering and vector cutting on my laser, and it is a 4 axis laser as I do complicated raster and vector cutting on 3D objects. I found existing solutions out on the web but they weren't quite adequate for my needs. Because I have

Re: [Emc-developers] Simultaneous 4 axis + new TP

I don't mind doing the G93 calculations. The problem for me is no lookahead when using x,y,z,a Does anyone know why n-axis lookahead isn't easy to accomplish with the new TP? (I'm sure its complicated ! :-) On Thu, Mar 14, 2019 at 12:47 PM Gene Heskett wrote: > On Thursday 14 March 2019

Re: [Emc-developers] Simultaneous 4 axis + new TP

nd doesn't try to blend any circular motions). > The branch is here if you want to try it out: > > > https://github.com/robEllenberg/linuxcnc-mirror/tree/feature/uvw-blending-2.7 > > This might help if you don't actually need rotary axis motion and can > pretend your 4th axis is lin

[Emc-developers] Simultaneous 4 axis + new TP

I posted a while ago about adding software laser rastering to linuxcnc. I'm close to getting the documentation finished so I can get a pull request for that. I've recently begun to implement 4 axis simultaneous laser engraving using G93 inverse time feed. I think I remember reading that the NEW

[Emc-developers] hal_port with documentation

Hi all I know it has been a long time, but I finally finished up documentation for the hal_port pin type changes that I have been working on. I initially added this for performing raster work with my laser engraver. But the port could be used for a lot of things. Anyhow I'm hoping to get this

Re: [Emc-developers] hal_port with documentation

Here is the rundown from when I started the work. I retrofitted my laser engraver with linuxcnc. I do both rastering and vector cutting on my laser, and it is a 4 axis laser as I do complicated raster and vector cutting on 3D objects. I found existing solutions out on the web but they weren't

Re: [Emc-developers] hal_port with documentation

tests as well as the sample config On Tue, Aug 6, 2019 at 8:35 AM andy pugh wrote: > My opinion only: (I am not sure who has the final say on what goes in to > Master) > > On Mon, 5 Aug 2019 at 15:38, Curtis Dutton wrote: > > A HAL_PORT pin allows for a writer component

Re: [Emc-developers] hal_port with documentation

Ok I have created a pull request for hal_port pin type to master. This request only includes hal_port related things. The laser and raster components will be a different pull request that I will make after this one gets in. Thanks all, Curtis On Tue, Aug 6, 2019 at 12:03 PM Curtis Dutton

Re: [Emc-developers] Question for halmodule

It should be ok. I will investigate further. -Curt On Mon, Jan 13, 2020, 12:48 PM Johannes Fassotte < johan...@automationassist.com> wrote: > I have noticed that when compiling halmodule.cc in 2.9 pre 0 that it > complains that HAL_PORT is not being handled in the switch statements on > lines

Re: [Emc-developers] pktuart -> rs-485

Apologies. It is a 7i74 not a 7i84. On Wed, Mar 25, 2020 at 1:47 PM Peter C. Wallace wrote: > On Wed, 25 Mar 2020, Curtis Dutton wrote: > > > Date: Wed, 25 Mar 2020 12:10:22 -0400 > > From: Curtis Dutton > > Reply-To: EMC developers > > To: EMC developers

[Emc-developers] pktuart -> rs-485

My current project is connecting a pktuart -> 6i25 -> 7i84 ->yaskwa rs-485 encoder. I was able to compile custom hostmot2 firmware with 4 pktuart and 4 sserial components. I have a provisional hal component that is able to send data through 2 pktuart modules that wired together via the 7i84 and

[Emc-developers] Mesa Sigma5ABS module

Hi all, I'm working out the design for the Yaskawa Sigma V absolute encoders. Within hostmot2-firmware, I've been studying the code and I'm not sure of the exact interface between the mesa pci cards and linuxcnc. It seems that the pci card is mapping registers into memory and that each module

Re: [Emc-developers] Mesa Sigma5ABS module

Ok thanks. Once I get things working and know the register layout of the finished module I will get some advice as to a final proper address location. On Mon, Mar 30, 2020 at 5:01 PM Peter C. Wallace wrote: > On Mon, 30 Mar 2020, Curtis Dutton wrote: > > > Date: Mon, 30 Mar 2020 16

Re: [Emc-developers] pktuart -> rs-485

C. Wallace wrote: > > > > On Wed, 25 Mar 2020, Curtis Dutton wrote: > > > >> Date: Wed, 25 Mar 2020 14:02:39 -0400 > >> From: Curtis Dutton > >> Reply-To: EMC developers > >> To: EMC developers > >> Subject: Re: [Emc-developers] pk

Re: [Emc-developers] Sigma5ABS Implementation - Commutation

Ok good. Both an angle pin and passing the hall signals through should be sufficient to commutate on pico and mesa drives. On Mon, May 11, 2020 at 3:17 PM Jon Elson wrote: > On 05/10/2020 10:20 PM, Curtis Dutton wrote: > > These do have hall > > signals to allow initial co

Re: [Emc-developers] Mesa Sigma5ABS module

6 7 0 What is the technical term for this style of counter? I can see how it could be used to determine the rollover point of the counter. What possible ways should this be used? Thanks, Curt On Mon, Mar 30, 2020, 5:13 PM Curtis Dutton wrote: > Ok thanks. Once I get things wor

[Emc-developers] Sigma5ABS Implementation - Commutation

I have been able to get the yaskawa sigma5 motors turning with the bldc component in qh mode. The encoders are a sort of hybrid incremental/absolute encoder. Once they pass the index point a flag and an offset are returned in the encoder data that allows the exact rotor angle position to be

Re: [Emc-developers] Sigma5ABS Implementation - Commutation

on the hall signals until the reference point is crossed and then adjust for normal operation. If you had to drive fanuc encoder/servos from a bldc component how would you (roughly speaking) configure them? -Curt On Sun, May 10, 2020, 10:50 PM Jon Elson wrote: > On 05/10/2020 07:20 PM, Cur

Re: [Emc-developers] Sigma5ABS Implementation - Commutation

020 at 01:18, Curtis Dutton wrote: > > > Would be possible to use the encoder to output a rotor-angle directly to > be > > used with an 8i20 or other type drive thus removing the need for the bldc > > component when using the yaskawa motor. > > That can work,

Re: [Emc-developers] reallytrivialkins

Yes! Another reason for this move would be to increase basic consistency within the project. I think it would be reasonable for a user of linuxcnc to expect that all customizations that come "in the box" be buildable with halcompiler. Maybe that isn't exactly possible right now but moving things

Re: [Emc-developers] 2.8 Situation

I'm not familiar exactly with the release process as I'm a RIP guy on all of my machines and run master. One of the open source projects I work with (racket-lang) uses a monthly release schedule with minor releases and then a major release once per year. They are academics and have funding so

[Emc-developers] master: configure: Missing Python.h but it exists.

I am trying to configure master with Python3. On Ubuntu 20.04 > ./configure --with-python=/usr/bin/python3.8 I get checking for /usr/include/python3.8/Python.h... no > ls /usr/include/python3.8/Python.h outputs /usr/include/python3.8/Python.h If I edit configure and change

Re: [Emc-developers] hal_port

Let me know if you have any questions. I'm still working on getting my rastering pull request together. On Wed, Mar 10, 2021 at 7:43 PM Peter C. Wallace wrote: > On Wed, 10 Mar 2021, andy pugh wrote: > > >> Date: Wed, 10 Mar 2021 23:57:28 + > >> From: andy pugh > >> Reply-To: EMC

Re: [Emc-developers] hal_port

In tests/pyhal there is a python test that manipulates hal ports. It should help give you an idea about how to manipulate them. On Sat, Mar 13, 2021 at 1:18 PM Curtis Dutton wrote: > Let me know if you have any questions. I'm still working on getting my > rastering pull request to

Re: [Emc-developers] HAL Memory Size

I can't remember exactly but I think my laser engraver is set to 10Mb. I haven't seen any issues. On Mon, Feb 22, 2021, 9:33 AM Chris Morley wrote: > I think our project active core is getting pretty small... > This is above my pay grade but I agree with you; > Given no recommendations

[Emc-developers] I wish I had a super size 8i20

I've recently purchased a Fadal VMC 15 and I'll be retrofitting it and replacing servos and electronics. The last machine I retrofitted was an old miyano gang lathe and I'm driving the spindle and servos with 8i20's. I just love them they are great. Is there any plan for a larger capacity 8i20? I

Re: [Emc-developers] I wish I had a super size 8i20

urt, > > Can you please document your progress with the Fadal? There's one at my old > school I want to dig into eventually with some of the students. It's also a > VMC 15. > > Thanks! > > Phil > > > On Sat, Feb 27, 2021, 8:09 AM Curtis Dutton wrote: > >

Re: [Emc-developers] Archiving git repositories without recent activity

I think a cleanup of the main linuxcnc git branches would be beneficial. Does the linuxcnc main git even need any branches other than the release (etc...) branches? Github makes having these branches in the linuxcnc git uneeded. Arent these extraneous branches holdovers from the time that

Re: [Emc-developers] Archiving git repositories without recent activity

contain useful changes) but in that case why arent we discussing on the dev list and pulling changes into master 2 semantic cents is all I have to offer here... :-) -Curt On Sun, Aug 1, 2021, 2:21 PM andy pugh wrote: > On Sun, 1 Aug 2021 at 19:09, Curtis Dutton wrote: > > > Github

[Emc-developers] Harmonic Drive Actuator Serial Encoder

My fadal rebuild/retrofit is approaching completion. It's time to start doing the harmonic drive encoder homework so I can build up a 4th axis. I will be building a hostmot2 interface for the harmonic drive serial encoder. Does anyone know which protocol it uses? I remember someone mentioning

[Emc-developers] ImportError undefined symbol PyUnicode_FromString

I'm building the latest master. (c4039741cdc08d56ba8b05cf518bc5cb8c21d835) I just did a basic in place build ./autogen.sh ./configure make sudo make setuid Everything builds fine. My machine starts up and runs Axis fine. However my user component imports linuxcnc module and I get import

[Emc-developers] hostmot2-firmware

I see that hostmot2-firmware has been marked as unmaintained. I will still be be adding components to hostmot2. Next up is a harmonic drive serial encoder interface for hostmot2. I'll be submitting the sigma 5 encoder driver code to linux cnc as soon as I can, though I have been testing it for

Re: [Emc-developers] suggestions to improve HOMECOMP/HOMEMOD custom homing infrastructure

Is there any plan of eventually removing internal homing and only using a homing component? I know it is a big ball of mud in there but perhaps separating motion's homing logic out from the motion module would be less code overall and also allow custom homing schemes as well. On Tue, Apr 19,

Re: [Emc-developers] Trying to include asm/tsc.h

#include On Thu, Jun 2, 2022 at 6:37 AM andy pugh wrote: > On Thu, 2 Jun 2022 at 11:15, Curtis Dutton wrote: > > > But I > > did find tsc_khz which is defined within asm/tsc.h. > > > Do any Makefile gurus know what might be going on? > > How are

[Emc-developers] another build question

I'm wanting to play around inside of rtapi a little bit. But it doesn't actually seem to be built. If I change a file inside of src/rtapi (like add in an rtapi_pring_msg statement somewhere) MAKE doesn't seem to see that it changed and does nothing. After running make, make setuid, and running a

[Emc-developers] Trying to include asm/tsc.h

I'm working on a kernel module that uses rtapi_get_clocks. In the docs it mentions a CPU_khz kernel variable, but I think that may be outdated. But I did find tsc_khz which is defined within asm/tsc.h. My module is within the linuxcnc source tree and I'm building in place. Debian amd64 rt kernel.

Re: [Emc-developers] Interfacing to Magnescale scales

I have had good luck with a Motrona SI251. It converts sin/cos to quadrature. It has many settings and works quite well for reading a fanuc spindle motor encoder. I think Motrona has a few different types of converters. https://www.motrona.com/en/products/signal-converters.html On Tue, Jun 14,

Re: [Emc-developers] hal_port

I submitted a pull request #2166 that has Raster components. It also includes a sim config to demonstrate how these components can be integrated. On Mon, Nov 21, 2022 at 4:58 PM Curtis Dutton wrote: > I will get a pull request together for this. > > On Mon, Nov 21, 2022 at 2:12 PM Ro

Re: [Emc-developers] hal_port

I will get a pull request together for this. On Mon, Nov 21, 2022 at 2:12 PM Rod Webster wrote: > Andy, > The component is indeed in 2.9. But the sample code mentioned in the > hal_port doc you list aren't. > See: > > https://linuxcnc.org/docs/2.9/html/man/man3/hal_port.3hal.html#SAMPLE%20CODE

[Emc-developers] IGBT Module Dial-a-Yield Project Ideas

Hello all, I'm starting a new project to build a motor drive based upon igbt modules. Hoping to build something that has a single type of controller that will plug and play with various capacity igbt modules for various size motors. This thing shall be able to act as either a vfd or servo drive.

Re: [Emc-developers] IGBT Module Dial-a-Yield Project Ideas

get at least a 4khz thread going on it. Maybe more! What are modern servo amplifiers running their pid loop at these days? On Fri, Apr 5, 2024, 8:13 AM andy pugh wrote: > On Fri, 5 Apr 2024 at 11:59, Curtis Dutton wrote: > > > I'm starting a new project to build a motor drive based

Re: [Emc-developers] IGBT Module Dial-a-Yield Project Ideas

Thaddeus Waldner wrote: > As far as I know, current feedback loops update on each PWM cycle. > > > > On Apr 5, 2024, at 7:27 AM, Curtis Dutton wrote: > > > > yessir thank you. I studied it a fair bit a few years ago. It's part of > the > > inspiration for this

Re: [Emc-developers] IGBT Module Dial-a-Yield Project Ideas

, Apr 5, 2024, 12:44 PM gene heskett wrote: > On 4/5/24 08:25, Curtis Dutton wrote: > > yessir thank you. I studied it a fair bit a few years ago. It's part of > the > > inspiration for this for sure. > > > > I'd like this new board to run out of thr box linuxcnc h