1. Forum
  3. Search

Advanced Search

Search Results (Searched for: )

  • stenly
  • stenly
15 May 2025 06:41
Replied by stenly on topic Deckel-Maho DMU 50T

Deckel-Maho DMU 50T

Category: Milling Machines

Thank you all for the responses!

I inquired with iC-Haus and it looks like the chips will work just fine for me. I'm currently in contact with them to get a price offer. Even better that they're based in the EU.

It'll take a bit of time to cobble together a PCB with said chips, but it's looking promising and I'll post an update with the results.
  • cakeslob
  • cakeslob
15 May 2025 04:35
Replied by cakeslob on topic Remora - ethernet NVEM / EC300 / EC500 cnc board

Remora - ethernet NVEM / EC300 / EC500 cnc board

Category: Computers and Hardware

hey murph, i think scott said the outputs were just optocouplers or something like that, see if you can filter through his recent posts,

pheonix, like spyder said its based on application, but start with like 800-1600 and if you get following errors its too high
  • MakeMe12
  • MakeMe12
15 May 2025 04:25
Replied by MakeMe12 on topic Combined MESA board order for Australia.

Combined MESA board order for Australia.

Category: Driver Boards

I didn't mean for this to turn into a debate.
I have had great support from Mesa and they make quality parts.
The freight is not their core business but is the weight around their necks for sales into Australia.

I was just hoping to get a better deal if able to combine costs. Better products and service and reasonable freight.
  • kubes
  • kubes
15 May 2025 02:26
Replied by kubes on topic Digital Inputs (complex data) and generic type

Digital Inputs (complex data) and generic type

Category: EtherCAT

Here is the correct and working syntax if anyone else needs it in the future.
    <slave idx="1" name="Y" type="generic" vid="00000a88" pid="0a880617" configPdos="true">
      <dcConf assignActivate="300" sync0Cycle="*1" sync0Shift="0" />
      <syncManager idx="2" dir="out">
        <pdo idx="1600">
          <pdoEntry idx="6040" subIdx="00" bitLen="16" halPin="controlword" halType="u32" />
          <pdoEntry idx="6060" subIdx="00" bitLen="8" halPin="opmode" halType="s32" />
          <pdoEntry idx="607A" subIdx="00" bitLen="32" halPin="target-position" halType="s32" />
          <pdoEntry idx="60FF" subIdx="00" bitLen="32" halPin="target-velocity" halType="s32" />
        </pdo>
      </syncManager>
      <syncManager idx="3" dir="in">
        <pdo idx="1a00">
          <pdoEntry idx="6041" subIdx="00" bitLen="16" halPin="statusword" halType="u32" />
          <pdoEntry idx="6061" subIdx="00" bitLen="8" halPin="opmode-display" halType="s32" />
          <pdoEntry idx="6064" subIdx="00" bitLen="32" halPin="actual-position" halType="s32" />
          <pdoEntry idx="60FF" subIdx="00" bitLen="32" halPin="actual-velocity" halType="s32" />
          <pdoEntry idx="60FD" subIdx="00" bitLen="32" halType="complex">
            <complexEntry bitLen="1" halPin="limit-neg" halType="bit"/>
            <complexEntry bitLen="1" halPin="limit-pos" halType="bit"/>
            <complexEntry bitLen="1" halPin="home-switch" halType="bit"/>
            <complexEntry bitLen="13" />
            <complexEntry bitLen="1" halPin="din1" halType="bit"/>
            <complexEntry bitLen="1" halPin="din2" halType="bit"/>
            <complexEntry bitLen="1" halPin="din3" halType="bit"/>
            <complexEntry bitLen="1" halPin="din4" halType="bit"/>
            <complexEntry bitLen="1" halPin="din5" halType="bit"/>
            <complexEntry bitLen="1" halPin="din6" halType="bit"/>
            <complexEntry bitLen="1" halPin="din7" halType="bit"/>
            <complexEntry bitLen="1" halPin="din8" halType="bit"/>
            <complexEntry bitLen="1" halPin="din9" halType="bit"/>
          </pdoEntry>
        </pdo>
      </syncManager>
    </slave>
  • PasstScho
  • PasstScho
14 May 2025 22:42
Replied by PasstScho on topic mesa 7i73 4x8 keypad problems on KEY8 input

mesa 7i73 4x8 keypad problems on KEY8 input

Category: Driver Boards

Yes, I think PICKit3 can do this. Reflashing the original V14 worked, so it already flashed those options there.
I'm optimistic that simply removing the first EOF will do the trick!
Maybe you should check why your software does generate wrong hex file format because his definitely is not according to official intel hex specification.
Some Tools might ignore the additional EOF and some don't.
  • snowgoer540
  • snowgoer540's Avatar
14 May 2025 22:34
Replied by snowgoer540 on topic Job not showing in position - 2.9.4 - v2.9-238.315

Job not showing in position - 2.9.4 - v2.9-238.315

Category: Plasmac

If you want to set X0Y0 via a user button (or MDI), you can use
G10 L20 P0 X0 Y0

I’m going to be honest, I don’t understand your workflow, or why setting up the laser offset and using the laser button won’t work for you.  

Either I’m doing a bad job of explaining or I need more info about your setup.  Perhaps a picture of your table would help?

Setting up the laser offset sets the relationship between the laser pointer and the torch, as this should never change.  Once that’s set, you will get a LASER button above the axis readouts.  You can then use
this button to set your offsets.  If you don’t want to use it to set a rotation and only X0 Y0 then you just click a few times until it says laser again.  It will then park the torch above where your laser pointer was, and set everything to 0.

What am I missing?  Help me help you :)
 
  • kubes
  • kubes
14 May 2025 22:19 - 14 May 2025 22:20
Digital Inputs (complex data) and generic type was created by kubes

Digital Inputs (complex data) and generic type

Category: EtherCAT

I am trying to use a cia402 generic driver what as digital input that is exposed 0x60FD:00 which is a bit for each input signal 16-31 (I only have 9 so bits 16-25). see: infosys.beckhoff.com/english.php?content...18798074891.html&id=

How do I assign the digital input states to hal pins using the generic type driver and the ethercat-conf.xml?  All the sample I find are using custom defined types.  The pins are exposed to the hal in halshow, but they do not follow their state and also are low, so my guess the config is wrong and not reading the inputs states correctly.

Thanks!!!!!!

here is my sniplet of the slave config:

    <slave idx="1" name="Y" type="generic" vid="00000a88" pid="0a880617" configPdos="true">
      <dcConf assignActivate="300" sync0Cycle="*1" sync0Shift="0" />
      <syncManager idx="2" dir="out">
        <pdo idx="1600">
          <pdoEntry idx="6040" subIdx="00" bitLen="16" halPin="controlword" halType="u32" />
          <pdoEntry idx="6060" subIdx="00" bitLen="8" halPin="opmode" halType="s32" />
          <pdoEntry idx="607A" subIdx="00" bitLen="32" halPin="target-position" halType="s32" />
          <pdoEntry idx="60FF" subIdx="00" bitLen="32" halPin="target-velocity" halType="s32" />
          <pdoEntry idx="60FD" subIdx="00" bitLen="1" halPin="pos-neg" halType="bit" />
          <pdoEntry idx="60FD" subIdx="01" bitLen="1" halPin="pos-pos" halType="bit" />
          <pdoEntry idx="60FD" subIdx="10" bitLen="1" halPin="din1" halType="bit" />
          <pdoEntry idx="60FD" subIdx="11" bitLen="1" halPin="din2" halType="bit" />
          <pdoEntry idx="60FD" subIdx="12" bitLen="1" halPin="din3" halType="bit" />
        </pdo>
      </syncManager>
      <syncManager idx="3" dir="in">
        <pdo idx="1a00">
          <pdoEntry idx="6041" subIdx="00" bitLen="16" halPin="statusword" halType="u32" />
          <pdoEntry idx="6061" subIdx="00" bitLen="8" halPin="opmode-display" halType="s32" />
          <pdoEntry idx="6064" subIdx="00" bitLen="32" halPin="actual-position" halType="s32" />
          <pdoEntry idx="60FF" subIdx="00" bitLen="32" halPin="actual-velocity" halType="s32" />
        </pdo>
      </syncManager>
    </slave>



 
  • Murphy
  • Murphy
14 May 2025 22:09
Replied by Murphy on topic Remora - ethernet NVEM / EC300 / EC500 cnc board

Remora - ethernet NVEM / EC300 / EC500 cnc board

Category: Computers and Hardware

Regarding my milling machine and setting up the EC500.
My denford mill is using 12v drivers 
​​that need to sink the 12v to ground to move the axis. 
​​​i tried a bc537 transistor to try and switch the 12v to ground. I originally had this working with a cheap bob. But it seems the ec500 outputs are to low to drive the gate. I'm measuring 3.8v on the ec500's outputs. 
I also tried a IRLZ44n mosfet but that's also the same I can't switch the gate. Both circuits had pull up and down resistors. If I connect 5v straight to the gate (330omh resistor) I can switch the gate and pulse the drive. So I'm thinking the outputs of the EC500 are just not strong enough. 
The IC in the ec500 is the am26ls31. If I connect the differential outputs to a am26ls32 will that restore a 5v stronger signal?
  • PCW
  • PCW's Avatar
14 May 2025 22:04 - 14 May 2025 22:16
Replied by PCW on topic mesa 7i73 4x8 keypad problems on KEY8 input

mesa 7i73 4x8 keypad problems on KEY8 input

Category: Driver Boards

Not sure what's going on, but if I read the memory image
with my programmer, all images (R14,R15,R16) start at 0
  • buergi
  • buergi
14 May 2025 21:48
Replied by buergi on topic mesa 7i73 4x8 keypad problems on KEY8 input

mesa 7i73 4x8 keypad problems on KEY8 input

Category: Driver Boards

Hi, "the friend" here. First of all, thanks Peter, for your support. I've no experience in flashing PICs so far so I'm not sure what the problem is. When I open the hex files in the MPLAB IDE (v8.92) the first 0xffff bytes are 0xff and then the contents of the hexfile starts at offset 0x1000.
When opening the hexfile in a text editor I can at least verify that it does not start at offset 0 but at an offset 0x2000. The first line, for example, reads

:182000004440A8003420EF0060042000E0ECB70020022000E1ECB7008C

From left to right 0x18=24 bytes, offset 0x2000, record type 0x00 = data, then 24 data bytes and one byte checksum.

I'm not sure where the difference between 0x1000 and 0x2000 comes from. But when I read the firmware back with the programmer and save it as a hex file it starts at 0x0000.

:020000040000FA
:10000000D9043700B40900003C0C0000500C00007B

So I assume that maybe in the first 0xfff bytes is something like a bootloader or similar.
The only way I could get the firmware to run was using the lines up to offset 0x2000 from the original firmware read from the board before flashing and combining them with the lines from the file you sent. So when I read the firmware back I get the file I attached (the one named ...readback.hex). The firmware flashed that way runs, is recognized as firmware 16 by LinuxCNC and e.g. the analog inputs work fine, only the matrix_kb doesn't work at all. In the previous firmware 14 only the buttons in column 0 did not work (most probably as they are sampled first).

Regarding the configuration section, I believe it is handled correctly by MPLAB, at least it is read the same way. However it differs in one byte

7I73S16H1.HEX
:0200000401F009
:100000000F000000FF000000070000008300000058
:10001000C50000004000000007000000C300000011
:00000001FF

read back with MPLAB
:0200000401F009
:100000000F00000000000000070000008300000057
:10001000C50000004000000007000000C300000011
:00000001FF

I also noticed that the firmware flashed via upload-eth (named ...before-flashing.hex in the attached zip file) differs in several places from the firmware flashed with the programmer, although, both are version 16, I'm not sure if this is intentional.

I'll try flashing the firmware 14 again tomorrow at check if the matrix_kb buttons, apart from column 0 are working again.
  • PCW
  • PCW's Avatar
14 May 2025 21:31 - 14 May 2025 21:39
Replied by PCW on topic mesa 7i73 4x8 keypad problems on KEY8 input

mesa 7i73 4x8 keypad problems on KEY8 input

Category: Driver Boards

I believe that (data at the end) is the configuration data.
(which is necessary as it does things like setup the clock source)

Can the PICKit3 be told that the configuration data is included in the hex file?

If not, maybe that can be setup by hand, as it's only a couple of options.
  • PasstScho
  • PasstScho
14 May 2025 21:26
Replied by PasstScho on topic mesa 7i73 4x8 keypad problems on KEY8 input

mesa 7i73 4x8 keypad problems on KEY8 input

Category: Driver Boards

Maybe I've found the problem. Looks like the hex file is malformed.
The ":00000001FF" is the EOF - end of file - marker. After EOF it looks like there is more data and another EOF marker.
Looks like there is the missing data!
I can copy the parts after the end to the beginning of the file and try again... unfortunately will take some days of uncertainty before I can try.
Your programming tool could just ignore the EOF marker and also read the extra data.

This is the very end of the 7I73S16H1.HEX intel hex file:
:10A8C800320000000000000000000000000000004E
:10A8D8000000000000800000102700001E0000009B
:10A8E8000080000064000000785600003412000068
:08A8F80000000000AA55000059
:00000001FF
:0200000401F009
:100000000F000000FF000000070000008300000058
:10001000C50000004000000007000000C300000011
:00000001FF
  • Spyderbreath
  • Spyderbreath's Avatar
14 May 2025 20:56
Replied by Spyderbreath on topic Remora - ethernet NVEM / EC300 / EC500 cnc board

Remora - ethernet NVEM / EC300 / EC500 cnc board

Category: Computers and Hardware

At the risk of the blind leading the blind, to me that is not quite the right question. That chart is for your micro-stepping. Like the 800 is 4 microsteps, if you're using a 1.8 deg. stepper. I have always looked at it this way - What are you doing with the motor? If your opening a door or driving a ram, picking 800 would be fine, but using that on a belt or lead screw may very well end up leaving artifacts in the work due to the rougher movement between points. The downside is the more micro-steps you have the more torque you lose. 3200 (16 micro-steps) seams to be a reasonable middle ground that most use as standard. The controller will put out as many steps as directed by LinuxCNC to make a revolution, just a matter of how fast it can do it.

Whatever you chose, that gets figured out when you tell LinuxCNC in your .ini file how many pulses it takes to move one unit. That is set with the SCALE on each axis. Like for me, I have 16 micro-steps (3200) and a 5mm pitch screw, which works out to SCALE = 640 or -640 depending which way you need the motor to move.
  • RNJFAB
  • RNJFAB
14 May 2025 20:51
Replied by RNJFAB on topic Job not showing in position - 2.9.4 - v2.9-238.315

Job not showing in position - 2.9.4 - v2.9-238.315

Category: Plasmac

Thanks Slow.

In all that reading I couldn't find how to do what I have been doing.

I have a user button that allows me to align the laser on the sheet where i want 0,0 to be. I press the button and the machine moves to this point and re-zero's the machine.

Could you guide me on an appropriate code that would work in place of "G92 x0 y0/ G0 x-2 y 104/G92 x0 y0" ?

Cheers
  • PCW
  • PCW's Avatar
14 May 2025 20:49 - 14 May 2025 20:53
Replied by PCW on topic mesa 7i73 4x8 keypad problems on KEY8 input

mesa 7i73 4x8 keypad problems on KEY8 input

Category: Driver Boards

I Started with an erased 7I73 and it works properly

Its known that the R14 base part will not work properly
with the R16 user part (keyboard does not work).

If I load the full R16 firmware image (with the checksum above)
with my programmer,  the memory image starts at 0.

Maybe some image incompatibility or hex file option difference
with your programmer is causing the offset.

I have included three most recent full images, I suspect none will work without
some change in your programmer.

Note that I am using a older programmer as well but not a PICKit
(a melabs U2) I do have a PICKit 4 I could try

 

File Attachment:

File Name: 7i73firm.zip
File Size:72 KB
Displaying 3076 - 3090 out of 25344 results.
  1. Forum
  3. Search
Time to create page: 0.385 seconds
Powered by Kunena Forum