Advanced Search

Could be tuning or marginal 5V at the 7I77 (check when running)
Does lowering the P term make the oscillation go away?
 

In many HostMot2 firmware builds the PWM frequency isn’t a runtime‐adjustable parameter. Typically the pwmgen component would export a parameter called either “pwm_frequency” or “pwm-freq” to let you set the carrier frequency, but in your firmware configuration only the two basic pins (enable and value) are exported. This means that the PWM frequency is fixed by the bitfile you flashed.


That's not true, all hostmot2 firmware with a PWMgens exports pwm_frequency and pdm_frequency parameters. Note that these are parameters, not pins.

Also I wanted to ask the .vhd file you gave is it the complete firmware design files that can be compiled into a bit file in suitable version of xilinx ISE?

No, that file only has the constants that define that particular configurations set of modules and pinout. You need to download the 5i25.zip file from the store or www.mesanet.com to get the full sources.

Hi Guido,

so it makes sense to buy an EL1809 or EL1819, for example. I will do that.

Thanks a lot for your info.

Peter

I would not be sure if you can "open the machine back to atmosphere", some of the powders must probably be handled under inertgas at all times, because they will oxydise in air. (fire hazard and degradation in quality) If I just look at my copper bar stock in the workshop. Shiny on Sunday black on Monday.

Not to mention that machines that use large amounts of technical gases, can make the air unbreathable in case of a gas leak.
Rooms must be monitored for safe O2 contents at all times. People suddenly drop dead on the floor, odorless and colourless gas. (Ar, CO2, CO, N2)
So the machine does not only have to be leak poof to keep air out it also has to be leak proof to keep dust and "not Oxygens" inside.

Powder will always be more expensive than bar stock, due to higher energy consumption of the process and more involved health and fire risk during shipping.

3d metal printing will stay, high price, low volume, specialized items. I do not see it coming for "the makerspace" or in the garage.

Greetings Timo

 

The device type, when directly named, must be supported by the driver. List here:
github.com/linuxcnc-ethercat/linuxcnc-et...mentation/DEVICES.md

Specicically the KM1002 will not work in any case, as it is not an EtherCat Module but rather a regular "Busklemme" which uses the old Beckhoff K Bus. You could try to use a BK series EtherCat KBus coupler:
www.beckhoff.com/de-de/produkte/i-o/ethe...x0-ethercat-koppler/

However, you will have to create your config with the generic driver and it is going to be cumbersome at best (search BK1120 in this board - I tried and got help). Honest opinion: Don't. Sell the Module, buy an EL series module.

Hi,

Thank's again Arciera & Fabian.


I was able to figur out Eq.29 & Eq.30.  

This part includes the input of a line or arc from 3d space.
It includes calculating unit vector's.
It includes a arc interpolation given a arc circumfence lenght s.
It then includes calculating the first (theta), second (kappa) and third derivate (sharpness) given the lenght s.

For Eq.29 & Eq.30 it includes a proof function, given a example arc as input. This way we can verify the output.
There is terminal output visible for the proof functions, pasted as comment text.

Maybe you guy's can also verify the output.

Based on this work, i think best to restart with Eq.39 again.
 

Nope, not on the NAS.
I have to check some 15 USB drives and 3 phones as i get the chance ...

It looks like even in CSP mode, there is an option for Velocity Feed Forward. This is one of the biggest improvements a control loop can have. Has anyone tried this? 
60B1h 00 Speed offset

 

Hi all,
I have received a Beckhoff KM1002 terminal and entered it in the ethercat-conf.xml. It is a 16x digital input:

<masters>
<master idx="0" appTimePeriod="1000000" refClockSyncCycles="5">
<slave idx="0" type="EK1100" name="EK1100"></slave>
<slave idx="1" type="EL1012" name="EL1012-In"></slave>
<slave idx="2" type="EL2032" name="EL2032-Out"></slave>
<slave idx="3" type="EL2809" name="EL2809-Out"></slave>
<slave idx="4" type="KM1002" name="KM1002-In"></slave>
</master>
</masters>

Unfortunately, this does not work and LinuxCNC aborts the start process with the following error message:

lcec_conf: ERROR: Cannot find slave type KM1002, verify type in XML file
lcec_conf: ERROR: Parse error at line 7: parsing aborted
./minimal_xyz_cmds.hal:32: waitpid failed lcec_conf lcec_conf
./minimal_xyz_cmds.hal:32: lcec_conf exited without becoming ready
14846
Stopping realtime threads
Unloading hal components

Can someone explain to me how to get rid of this error? What do I have to enter in the .xml?

Thanks a lot
Peter

very insightful, thank you

have a great day,
Jairo

Well it'll be harder for those that want to help if you don't want to keep it to a single thread. This is a common problem on the forum.

If you don't get a reply how could one be sure the command was completed or if there was an issue ?

On Fanuc lathe controls, "U" and "W" are incremental moves for X and Z.

I suspect many of the F360 posts are recycled Fanuc ones, and then edited to make them work for the intended control.  Sometimes stuff gets left in that doesn't make sense.

In many HostMot2 firmware builds the PWM frequency isn’t a runtime‐adjustable parameter. Typically the pwmgen component would export a parameter called either “pwm_frequency” or “pwm-freq” to let you set the carrier frequency, but in your firmware configuration only the two basic pins (enable and value) are exported. This means that the PWM frequency is fixed by the bitfile you flashed.

To change the frequency at runtime you would need to use (or build) a firmware configuration that exports that parameter.


PWM mode selected on the drive, I can switch the SV pin to COM with hand and the motor spins. Suspect is that the 7i76 generated 20 kiloherts PWM signal is too high for the drive to handle. So runtime frequency option is needed so that I can choose in HAL file. This was what I was referring to in my last post, I assumed all possible pin names will all be listed somewhere but I guess those need to be made available by the firmware. Can you included everything to be exposed at runtime: we can use what is needed and ignore the rest right?
Also I wanted to ask the .vhd file you gave is it the complete firmware design files that can be compiled into a bit file in suitable version of xilinx ISE?

Can we other spi on rpi5 other than used by remora-spi to send config data to tmc5160. Tmc5160 spi config pins connected to rpi spi pins. And remora will treat 5160 as regular step/dir mode.

I am also communicating with cakeslob who is another developer for remora via discord.

@Aciera, you are right it was probably to early this morning. I was thinking of the first derivative of the tangent vector (v_l) which makes it the second derivative. Sorry for the confusion.

But regardless I guess we can't simply take 1/R for the curvature because we need the components of it in x, y and z and these depend on the orientation of the arc etc.