Advanced Search

Search by Keyword Keywords:

Search Options

Find Posts from

Sort Results by

Search at a specific date

Jump to Result Number

Search in Categories Also search in sub-categories

Search Results (Searched for: )

LCR
LCR

13 Mar 2025 21:03

Replied by LCR on topic Problems with Lichuan Ethercat servo drive

Problems with Lichuan Ethercat servo drive

Category: EtherCAT

I changed all the gains to see if one would have an effect on the offset error. Nothing. I've put a light integration loop in the cia402.conf file. That solves the problem. I don't like it. I would appreciate hearing from anyone running these amps. If you have this issue or not. Thanks.

vre
vre

13 Mar 2025 20:54 - 13 Mar 2025 22:05

Replied by vre on topic Mesa modbus and pktUart

Mesa modbus and pktUart

Category: Other User Interfaces

This is dump
Also in this thread seems to have same problem(encoder reads crazy data with pktuart enabled and in working state)
forum.linuxcnc.org/24-hal-components/527...r-count-interference

HansU

13 Mar 2025 20:49

Replied by HansU on topic LCNC 2.10 - Ask for AUTOMATIC_G43

LCNC 2.10 - Ask for AUTOMATIC_G43

Category: Gmoccapy

zz912 wrote:
I made:
sudo apt install linuxcnc

This installs LinuxCNC 2.9.4 and change_g43.ngc was added only in master.

PCW

13 Mar 2025 20:37

Replied by PCW on topic Mesa modbus and pktUart

Mesa modbus and pktUart

Category: Other User Interfaces

I doubt it, if any read data is corrupted, all data is suspect.

Can you run this command when LinuxCNC and modbus is running:

sudo tcpdump -c 100 -xx -i eno1 > dump.txt

( substitute your Ethernet device name for eno1 )

and post dump.txt here?

vre
vre

13 Mar 2025 20:26 - 13 Mar 2025 20:26

Replied by vre on topic Mesa modbus and pktUart

Mesa modbus and pktUart

Category: Other User Interfaces

With this config
I have crazy data to encoder.00.input-a and encoder.00.input-b like the first video
encoder.00.position and encoder.00.velocity seems unaffected it will work if noise is
only to encoder.00.input-a and encoder.00.input-b ?

(HM2DPLLTag, x"00", ClockLowTag, x"01", HM2DPLLBaseRateAddr&PadT, HM2DPLLNumRegs, x"00", HM2DPLLMPBitMask),
(WatchDogTag, x"00", ClockLowTag, x"01", WatchDogTimeAddr&PadT, WatchDogNumRegs, x"00", WatchDogMPBitMask),
(IOPortTag, x"00", ClockLowTag, x"03", PortAddr&PadT, IOPortNumRegs, x"00", IOPortMPBitMask),
(QcountTag, x"02", ClockLowTag, x"08", QcounterAddr&PadT, QCounterNumRegs, x"00", QCounterMPBitMask),
(StepGenTag, x"02", ClockLowTag, x"04", StepGenRateAddr&PadT, StepGenNumRegs, x"00", StepGenMPBitMask),
(PWMTag, x"00", ClockHighTag, x"08", PWMValAddr&PadT, PWMNumRegs, x"00", PWMMPBitMask),
(LEDTag, x"00", ClockLowTag, x"01", LEDAddr&PadT, LEDNumRegs, x"00", LEDMPBitMask),
(PktUARTTTag, x"02", ClockLowTag, x"01", PktUARTTDataAddr&PadT, PktUARTTNumRegs, x"00", PktUARTTMPBitMask),
(PktUARTRTag, x"02", ClockLowTag, x"01", PktUARTRDataAddr&PadT, PktUARTRNumRegs, x"00", PktUARTRMPBitMask),

PCW

13 Mar 2025 19:39

Replied by PCW on topic Mesa modbus and pktUart

Mesa modbus and pktUart

Category: Other User Interfaces

There have been no changes in mesa modbus that I know of
so all bugs are unchanged. I guess one possible workaround
until this can be fixed is to set the pktuart as the last module.

scotta

13 Mar 2025 19:38

Replied by scotta on topic Remora with STM32H753ZI

Remora with STM32H753ZI

Category: Computers and Hardware

The work for the H7 series is very close to ready. The core code is running and has been updated with a lot of refactoring. I wanted to take this opportunity to get the TMC SPI drivers incorporated, which is what I'm working on at the moment.

github.com/scottalford75/Remora-STM32H7xx

This is the development repo if you would like to have a look. If your board does not use a boot loader than this should get you going. This has been developed on an SKR3 board, so compare your crystal setup and adjust if needed.

Once I'm happy, I'll be adding the bootloader offsets etc in the code.

vre
vre

13 Mar 2025 19:36

Replied by vre on topic Mesa modbus and pktUart

Mesa modbus and pktUart

Category: Other User Interfaces

the test was done with master version
2.9.4 will have the same bug or to try my luck ?

PCW

13 Mar 2025 19:21

Replied by PCW on topic Mesa modbus and pktUart

Mesa modbus and pktUart

Category: Other User Interfaces

Most likely the driver (that has a number of known bugs)

vre
vre

13 Mar 2025 19:19

Replied by vre on topic Mesa modbus and pktUart

Mesa modbus and pktUart

Category: Other User Interfaces

Is this due to hostmot2 firmware or hostmot2 driver of linuxcnc ?

PCW

13 Mar 2025 19:16

Replied by PCW on topic Mesa modbus and pktUart

Mesa modbus and pktUart

Category: Other User Interfaces

OK I'll add this to the list of known Mesa modbus bugs.

Grotius

13 Mar 2025 19:03

Replied by Grotius on topic scurve trajectory planner

scurve trajectory planner

Category: General LinuxCNC Questions

Hi all,

Tiny update.

I changed the axis gui colors to show white. This is better readable for web pages and documents.

For the code base :
The helix needed another update. When you trim a helix far enough, the helix turns "P" value is changing.
This is now also taken into account.

Had a lot off work to get the ringbuffer to work as should. It took me hours and hours.
But i am confident now.

I made about 3 example optimizers. From very simple to complexer. This to verify the planners behaviour.

Then finally the scurve has no isnan values anymore, this is fixed for ever.

So now straight on to the finish line. LINUX FOREVER.

vre
vre

13 Mar 2025 18:50 - 13 Mar 2025 18:55

Replied by vre on topic Mesa modbus and pktUart

Mesa modbus and pktUart

Category: Other User Interfaces

Yes correct does not work reliably to 115200 the problem appears to 9600 default speed and 32 i/o of module work fine the time bugs appears.
Problem maybe is not noise related because changing the order
of function lines without changing functions or pins in pin file the problem appears elsewhere..
Also appears in encoder of P1 port and eletech is connected to P3 via ttl to modbus adapter.
Chanching the ordering of functions in constant ModuleID : ModuleIDType without changing pin entries
changes the problem.
From that tests i have done is not due noise but software related maybe some data are written or read from wrong place.