ed8e4d8d39
Working linuxcnc lathe config with 2 ms cycle time
Hakan Bastedt
2024-04-07 21:53:25 +02:00
a829b0c6e2
Standalone unix port of step generator, also stm32 arduino
Hakan Bastedt
2024-04-07 21:51:36 +02:00
ab1a306d86
Works really nice now. 20 usecs base period => 50 kHz, 25 kHz pulse freq.
Hakan Bastedt
2024-04-07 21:45:53 +02:00
544dd5ed85
I works. Use 4.19-rt kernel Ethernet Intel I210 controller ethtool -C enp1s0 rx-usecs 0 tx-usecs 0 2 ms loop time in linuxcnc .ini and .xml and code baseTimer period can be adjusted startTime for baseTimer can also be adjusted.
Hakan Bastedt
2024-04-05 18:30:33 +02:00
511e6442e9
Removed all real work, now just echo
Hakan Bastedt
2024-04-05 10:53:12 +02:00
63fafb4936
FIx 1c13 index manually, nLoops is back
Hakan Bastedt
2024-04-05 09:54:43 +02:00
efa03e3095
Removed hex specifier 0x where it shouldn't be
Hakan Bastedt
2024-04-04 16:13:20 +02:00
2df0a0980c
Stepgen3 is driven by HardwareTimer, in a way that resembles EtherCAT setup. Seems to actually work.
Hakan Bastedt
2024-03-22 22:38:16 +01:00
6383d6de89
Working test-program using user LEDs and delays
Hakan Bastedt
2024-03-22 21:20:31 +01:00
7bff3f3789
linuxcnc stepgen is now in StepGen3. Compiles
Hakan Bastedt
2024-03-22 17:31:21 +01:00
23fe81afbe
Factored Stepgen2, StepGen3 is a copy of Stepgen2
Hakan Bastedt
2024-03-21 16:45:59 +01:00
fa34d81e41
Factored Stepgen2, StepGen3 is a copy of Stepgen2
Hakan Bastedt
2024-03-21 16:45:46 +01:00
30a9f10c7b
Well it works, network-wise. But there are those extra peaks that have been since the start. Let's see if I can remove them. Welcome StepGen3
Hakan Bastedt
2024-03-21 16:28:55 +01:00
8f26a10224
It works. I hate RealTek. Even with the r8618_dkms driver it doesn't work. I bought a Intel network card, set irq coalesce rx-usecs and tx-usecs to 0. Now it works works WORKS. No lost packages, no delayed packages. I hate RealTek
Hakan Bastedt
2024-03-20 17:06:24 +01:00
d4fed6cfe8
Yes it works now. Made another implementation of the pulse IRQ and all that. We'll see if I keep this or go back to the older. It is IMPORTANT, REQUIRED to use a 4.9 linux kernel for it to work. There are obviously bugs in the RealTek network drivers R8168/R8169 in 5+ kernels. All this work could have been avoided with a 4.9 kernel.
Hakan Bastedt
2024-03-17 22:04:52 +01:00
27475eaecd
Seems to actually work, but I have seen that before, so testing time
Hakan Bastedt
2024-03-14 10:15:23 +01:00
71ae242fc4
Fixed bug in extend32to64:extendTime()
Hakan Bastedt
2024-03-13 23:33:25 +01:00
7ffd757fb5
After building the first board.
Hakan Bastedt
2024-02-19 18:02:48 +01:00
30dc44d5e6
Direction output to dirPin.
Hakan Bastedt
2024-02-16 11:45:06 +01:00
2b2be4f63d
Going for test in the lathe
Hakan Bastedt
2024-02-13 10:49:57 +01:00
cbae816bd9
More debug variables
Hakan Bastedt
2024-02-13 10:49:36 +01:00
c0d2bfcf62
doc update on stepgen problem and solution
Hakan Bastedt
2024-02-12 18:37:16 +01:00
f4a15afa8a
a cycle's pwm train maight have been too long and run into the start of next cycle's pwm train. That's gone now and it seems to work. A more brilliant solution is needed for this.
Hakan Bastedt
2024-02-11 19:55:40 +01:00
c04ac0e74b
Consistently get SM2 event now. Must check directly in irq. DIG_PROCESS modified to check this ALevent copy
Hakan Bastedt
2024-02-09 22:58:28 +01:00
6d18c2cb3f
Clear ALevents for DC_sync0 and SM3 might have solved the uneven pulse train. Looking better now.
Hakan Bastedt
2024-02-09 17:28:18 +01:00
d0433b29cf
cleanup and removing StepGen from active code
Hakan Bastedt
2024-02-08 21:33:31 +01:00
fe3de876fa
Class StepGen2 done after Stepgen.odb
Hakan Bastedt
2024-02-08 21:28:48 +01:00
2fb5252d37
CircularBuffer.h new file ending hpp due to version 1.4 od CB
Hakan Bastedt
2024-02-08 19:06:55 +01:00