Lapic error causing real time to stop.

More
17 Jan 2016 16:53 #68600 by PCW
That depends on what does and what doesn't work

Was this a previously working config that stopped working?

if this is a new configuration, have you verified that the pinout matches your I/O devices?

if your motors dont turn have you checked that your step/dir timings have sufficient margin?
(setting these to the drives minimums is never a good idea)

Please Log in or Create an account to join the conversation.

More
17 Jan 2016 17:41 #68604 by Ozcnc
Its still a new setup.

I have the parallel port version working and latency that is nice and low.

Transfer of the pinouts to mesa but I still missing something and I'm not sure what.

See attached files.

Oz
Attachments:

Please Log in or Create an account to join the conversation.

More
17 Jan 2016 19:00 - 17 Jan 2016 19:00 #68608 by PCW
First I would verify the the 5i25 --> breakout board pinout is correct
(step/dir on the right pins, any enable signals in the correct state etc)

Then if you dont get movement, i would widen all the step/dir timings
(say to 5000,5000,5000,5000 for steplen,stepspace,dir-setup,dir-hold)
Last edit: 17 Jan 2016 19:00 by PCW.

Please Log in or Create an account to join the conversation.

More
17 Jan 2016 19:03 #68609 by Ozcnc
Thanks,

The first point I'd like to verify is the charge pump as my controller won't work without it.

How would you approach that.

Regards,
Orrin

Please Log in or Create an account to join the conversation.

More
17 Jan 2016 19:26 #68610 by PCW
Ahh this is comng back to me,

what pin is the chargepump on and what frequency does it require?
Also what FPGA configuration are you using?

Please Log in or Create an account to join the conversation.

More
18 Jan 2016 17:58 #68700 by Ozcnc
According to the manufacturer 1kHz square wave on pin 16 does the job.

Here are the files.
Attachments:

Please Log in or Create an account to join the conversation.

More
18 Jan 2016 20:02 #68715 by PCW
I cant write your HAL file for you , but one easy way to drive a 1 KHz chargepump is to

1. Set the servo thread rate to 2 KHz (this is needed to generate a 1 KHz waveform in software)

2. Load the siggen component (man siggen)

3. Set the GPIO pin that is routed to the chargepump to output mode (man hostmot2, GPIO section)
The GPIO pin number can be determined by the dmesg pinout print
that list both the GPIO number and the physical DB 25 pin number

4. Connect the siggens clock output pin to the GPIO output with a net command in your HAL file

Please Log in or Create an account to join the conversation.

More
18 Jan 2016 20:19 #68716 by Ozcnc
I'll give it a go.

Thanks,

Please Log in or Create an account to join the conversation.

More
19 Jan 2016 09:57 - 19 Jan 2016 10:06 #68745 by cncbasher
the chargepump is on pin 16 , but the problem apears to be Lapic is not stable , not the bit file
is their any indication led on the controller for the watchdog ?.

without the circuit of the controller it may be difficult to locate what the watchdog does , however their usually is a overide on the board somewhere to allow to switch the chargepump off , or disable it .

i would have expected an on board led for chargpump operation , do you have a circuit diagram ?

if you have not altered the origional files sent , the chargepump part in hal is working at 1Khz

until the lapic timing is sorted that will shut off the realtime , which is the error you are seeing in dmesg .
Last edit: 19 Jan 2016 10:06 by cncbasher.

Please Log in or Create an account to join the conversation.

More
19 Jan 2016 13:00 #68753 by ArcEye
Until you give us some detailed information there is nothing further we can do.

There is no error in dmesg that is stopping realtime, the mesa card is recognised and initialised.
The LAPIC issue is a red herring.
There are no realtime errors, linuxcnc is running.

The whole problem presumably ( because you haven't told us anything directly ) is that your stepper controllers ( whatever they are ) require a chargepump / watchdog signal to enable them and you haven't provided it, therefore 'nothing works' (eg no axes move? We still guessing even on that )

Either you disable that requirement or provide one as previously described

If your parport setup worked, I would assume that the software charge_pump signal provided by linuxcnc was perfectly adequate for the job, without going to special means to provide another one?

regards

Please Log in or Create an account to join the conversation.

Time to create page: 0.276 seconds
Powered by Kunena Forum