Advanced Search

You need to use menuconfig to setup your locale.
If you go to this thread it is an index to a lot of info.
forum.linuxcnc.org/38-general-linuxcnc-q...l-images-only/unread

i now tried to extend the homing workflow to better align to the Linuxcnc usual homing.

my home states are :

PK_PEAxisState_axREADY   -> before homing
when Homing is triggered the pokeys internal Homingprocedure does the following states
 - PK_PEAxisState_axHOMINGSTART 
 - PK_PEAxisState_axHOMINGSEARCH 
 - PK_PEAxisState_axHOMINGBACK 
- PK_PEAxisState_axHOMING_RESETTING
- PK_PEAxisState_axHOMING_BACKING_OFF
 - (  PK_PEAxisState_axHOME ) that status of pulse engine is suppresed and 

after that i have to finalize the pokeys homing procedure by a "PK_PEv2_HomingFinish" command in order to operate that joint again for tho upcoming steps there fore i added two additional steps: 
    PEAxisState_axReadyToFinalizeHoming  -  used as a indicator from pokeys.comp to pokeys_homecomp that the homing finalize command can be triggered

    PK_PEAxisState_axReadyToArmEncoder  in this step that index search part should take place, in that step my intention was to reset the position feedback to ZERO_POSITION, to prevent problems on pokeys due to the (softlimits on the device side).

on the Joint for Z i have the problem that the difference to zero position is quite high as the position change might be 100 mm

so here i'm at a point  where i don't figure out what to do, and either where to find out or whom to ask for help.

what i currently try to do is 
Joint_num].index_enable = index_search_active;  at the PK_PEAxisState_axReadyToArmEncoder status


and at the follwoing status
PK_PEAxisState_axHOMINGARMENCODER  i basically reuse the actions as were done in homing.c at "HOME_INDEX_SEARCH_WAIT"

                if (H[joint_num].index_enable == index_search_armed) {
                    /* yes, stop motion */
                    joint->free_tp.enable = 0;

                    // joint->free_tp.pos_cmd = joint->free_tp.curr_pos; // set to zero
                    joint->free_tp.pos_cmd = 0; // set to zero

                    /* Pokeys resets encoder position to zeros */
                    H[joint_num].index_enable = index_search_armed;

                    H[joint_num].homing = 1;
                    H[joint_num].home_state = HOME_SET_INDEX_POSITION;
                }


but it always stops at about that step and some part triggers "do_cancel_homing"
the only message that i could see on my last version was 
"emc/task/taskintf.cc 976: Error on joint 3, command number 139"

(until now a similar message was together with a FOLLOWING_ERROR for that joint)

Is there someone who could tell me where to check, or whom to ask. I'm not sure if this thread is the right place to ask about that topic.

BR
Dominik

Is there a good source on how to set this card up?

PnCconfig doesn't have the 7C80 and i am not very good with the HAL files yet.
I tried to use PnCconfig and chose the 7I76 instead, but then at the end PnC got an error saying "unsupported locale setting".
screenshot of error

Hi all,

Today we added another feature to the scurve planner : tangential knife

The planner outputs a hal float value in degrees.
This rotational value can be used by tangential knife machines to direct the knife in
the vector direction of the trajectory.

 

Those are step motor drives, 8A max
No idea how they are interfaced but
maybe worth a bit more searching with 
the drive PN:

214 072 01d

Remember to remove the short once you have updated the firmware.

Sorry for the problem

(luckily there are  no bad firmware files out there other than what was
installed on cards)

Hey! It worked
Thank you!

Now i am not sad anymore.
It must have been a bad connection. I solder shorted the 2 pins on the backside of the mesa board, then it worked.

I will be back with more stupid questions, probably.

Unfortunately this board has serious speed limitations, as it connects to the parallel port it is very slow and you have to adjust the Base Period Maximum Jitter according to the type of PC.
There is a latency test, which is important to check.
 

You need to synchronize the number of pulses from the hardware with the software. The photo below has the adjustment that increases the number of pulses.

 

The software has an initial screen to change the pulse speed. There must be a calculation for this, but I don't remember it at the moment. But you can try until you get the movement and then adjust it for the best performance.
 

Many thanks, I will give this a try and report back.

Thanks

Thanks for your response.
Do i need to change the parameters like step time for drivers in the first page pf stepconf? I think thats the main reason of motor not running. Since i can toggle the machine by clicking on PC, i think breakout board right now can send the signals.

That actually should work.

The faulty firmware has RPI GPIO 25 (40 pin header pin 22) 
as the SPI /CS pin.  The actual RPI SPI CS0 pin is RPI GPIO 8 (40 pin
header pin 24), so connecting 40 PIN header pins 22 to 24 should
allow access to the faulty firmware.

In fact  the only reason this was missed is that on a RPI4, GPIO25
happened to be low by default so /CS was asserted.

Is it possible you have the wrong pin numbers or a unrelated cable issue?

Next I tested a M.2 ethernet adapter, Intel I226 on a M.2 card and a cable to lead out to the RJ45 connector.
It's the same M.2 A+E key 2230 size card.
 
It turns out the cable runs over the screw also in this case. The cables are now much thinner and much easier to bend so it isn't particularly easy to make room for the securing screw but can be done. I think I broke the connector on the board but it continues to work.
 
 
 
 

The function was just as good with this M.2 network adapter. The adapter showed up in the pci listing automatically, showed up in the interfaces list also automatically and when I switched ethercat config to this new network adapter, ethercat worked just as well.

I decided to use this one, mostly because it was easier to make a nice installation. Here it is where the RJ45 connector is in a plastic housing, glued to the top of the T8.
 
The verdict: It works. Tricky with the cables on the M.2 board. Easier to make a nice installation of the RJ45 connector.

For both these ways of adding a network board to a mini-PC I must say that there are many ifs and buts and maybes that need to be figured out beforehand. The absolute recommendation is to buy the right system to start with.
I  tried to follow that advice and looked around for another N100-based motherboard and there are a few out there, even with Intel network adapter.
I test-fitted it in the cabinet, I used my old trusty J1900 board. And while there is room for it, there isn't much extra room. And the QtPlasma interface can use more CPU power me think.
In the end I thought this could be a fun experiment. And as i happens both products work.
 

Hi,
did you look through this thread where I got PathPilot running on a non-Tormach mill?

forum.linuxcnc.org/pathpilot/45846-pathpilot-7i92-g540-hal-file

cheers,

Peter. 

Hello friend
You can use Glade 3.8.6 software and edit the file responsible for the image in LinuxCNC