Re: [Emc-users] TRAM Write Error
Sebastian, No, wasn't motor direction, but I think I know what to look for. Thanks, Eric On August 23, 2017 12:14:24 PM EDT, "Eric H. Johnson" wrote: >Sebastian, > >Hmm, I see what I have to do to create it. If I tie a signal to that >output and disable the estop, it does correctly enable the associated >amplifier. However, if I do the same thing with machine on, then main >power is dropping out. > >If I manually assert that output, I do not get the TRAM error, that >only happens when it is tied to machine on. > >It might be as simple as reversing output_scale, as I have not >determined the motor direction, only encoder direction. > >Thanks, >Eric > > >On August 23, 2017 11:43:58 AM EDT, Sebastian Kuzminsky > wrote: >>On 08/23/2017 08:02 AM, Eric H. Johnson wrote: >>> Andy, >>> >>> I am using a 7i43 with 7i33 encoder daughter board and 7i37 IO >>> daughter board. I am using a slightly modified version of the stock >>> 7i43-big.ini configuration for check out purposes. I just add >signals >>> to individually test the IO before trying to run the real >>> configuration. >>> >>> For some reason, I was not able to get the amplifier enable to work >>> off of the 7i33 board, even though it is wired identically (AFAIK) >to >>> the machine next to it. For the time being I am using an output off >>> the 7i37, which is working. >>> >>> At any rate, in hm2-servo.hal, under Z [2] Axis the enable reads: >net >>> emcmot.02.enable => hm2_[HOSTMOT2](BOARD).0.pwmgen.02.enable >>> >>> I then added a line: >>> >>> net emcmot.02.enable => hm2_7i43.0.gpio.046.out >>> >>> If this line is commented out, I get no error. With it in, I get the >>> TRAM error as soon as I try to do a machine on. >> >>This sounds like an electrical problem to me. >> >>As Andy said, the register in the hostmot2 firmware on the 7i43 FPGA >>gets written every time through the loop, whether it's a 0 or a 1. So > >>the fact that writing works 42,444 times while it's a 0, then fails >>when >>you set it to 1, makes me think it's something downstream of the FPGA. >> >>Do you know if you get an IO error (EPP timeout) at the same time? If > >>this is happening it would show up in the log, it would set the >>"hm2_743.0.io_error" parameter to True, and it should E-stop the >>machine. >> >>Here's a test to try: disconnect the wire connected to GPIO 046 and >see >> >>if the problem still happens. >> >> >>-- >>Sebastian Kuzminsky >> >>-- >>Check out the vibrant tech community on one of the world's most >>engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>___ >>Emc-users mailing list >>Emc-users@lists.sourceforge.net >>https://lists.sourceforge.net/lists/listinfo/emc-users > >-- >Sent from my Android device with K-9 Mail. Please excuse my brevity. >-- >Check out the vibrant tech community on one of the world's most >engaging tech sites, Slashdot.org! http://sdm.link/slashdot >___ >Emc-users mailing list >Emc-users@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-users -- Sent from my Android device with K-9 Mail. Please excuse my brevity. -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] TRAM Write Error
Sebastian, Hmm, I see what I have to do to create it. If I tie a signal to that output and disable the estop, it does correctly enable the associated amplifier. However, if I do the same thing with machine on, then main power is dropping out. If I manually assert that output, I do not get the TRAM error, that only happens when it is tied to machine on. It might be as simple as reversing output_scale, as I have not determined the motor direction, only encoder direction. Thanks, Eric On August 23, 2017 11:43:58 AM EDT, Sebastian Kuzminsky wrote: >On 08/23/2017 08:02 AM, Eric H. Johnson wrote: >> Andy, >> >> I am using a 7i43 with 7i33 encoder daughter board and 7i37 IO >> daughter board. I am using a slightly modified version of the stock >> 7i43-big.ini configuration for check out purposes. I just add signals >> to individually test the IO before trying to run the real >> configuration. >> >> For some reason, I was not able to get the amplifier enable to work >> off of the 7i33 board, even though it is wired identically (AFAIK) to >> the machine next to it. For the time being I am using an output off >> the 7i37, which is working. >> >> At any rate, in hm2-servo.hal, under Z [2] Axis the enable reads: net >> emcmot.02.enable => hm2_[HOSTMOT2](BOARD).0.pwmgen.02.enable >> >> I then added a line: >> >> net emcmot.02.enable => hm2_7i43.0.gpio.046.out >> >> If this line is commented out, I get no error. With it in, I get the >> TRAM error as soon as I try to do a machine on. > >This sounds like an electrical problem to me. > >As Andy said, the register in the hostmot2 firmware on the 7i43 FPGA >gets written every time through the loop, whether it's a 0 or a 1. So >the fact that writing works 42,444 times while it's a 0, then fails >when >you set it to 1, makes me think it's something downstream of the FPGA. > >Do you know if you get an IO error (EPP timeout) at the same time? If >this is happening it would show up in the log, it would set the >"hm2_743.0.io_error" parameter to True, and it should E-stop the >machine. > >Here's a test to try: disconnect the wire connected to GPIO 046 and see > >if the problem still happens. > > >-- >Sebastian Kuzminsky > >-- >Check out the vibrant tech community on one of the world's most >engaging tech sites, Slashdot.org! http://sdm.link/slashdot >___ >Emc-users mailing list >Emc-users@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-users -- Sent from my Android device with K-9 Mail. Please excuse my brevity. -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] TRAM Write Error
On 08/23/2017 08:02 AM, Eric H. Johnson wrote: Andy, I am using a 7i43 with 7i33 encoder daughter board and 7i37 IO daughter board. I am using a slightly modified version of the stock 7i43-big.ini configuration for check out purposes. I just add signals to individually test the IO before trying to run the real configuration. For some reason, I was not able to get the amplifier enable to work off of the 7i33 board, even though it is wired identically (AFAIK) to the machine next to it. For the time being I am using an output off the 7i37, which is working. At any rate, in hm2-servo.hal, under Z [2] Axis the enable reads: net emcmot.02.enable => hm2_[HOSTMOT2](BOARD).0.pwmgen.02.enable I then added a line: net emcmot.02.enable => hm2_7i43.0.gpio.046.out If this line is commented out, I get no error. With it in, I get the TRAM error as soon as I try to do a machine on. This sounds like an electrical problem to me. As Andy said, the register in the hostmot2 firmware on the 7i43 FPGA gets written every time through the loop, whether it's a 0 or a 1. So the fact that writing works 42,444 times while it's a 0, then fails when you set it to 1, makes me think it's something downstream of the FPGA. Do you know if you get an IO error (EPP timeout) at the same time? If this is happening it would show up in the log, it would set the "hm2_743.0.io_error" parameter to True, and it should E-stop the machine. Here's a test to try: disconnect the wire connected to GPIO 046 and see if the problem still happens. -- Sebastian Kuzminsky -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] TRAM Write Error
Andy, Still more information. If I keep axis 2 disabled, and try to assert output 7 (gpio 046) with axis 0, I get the same error. Regards, Eric On August 23, 2017 10:20:13 AM EDT, "Eric H. Johnson" wrote: >Andy, > >More information. The full error is: >hm2/hm2_7i43.0: TRAM write error! (addr=0x1000, size=8, iter=42444). > >I did try upping the servo period from the default 1ms to 1.5ms, but no >difference. > >Regards, >Eric > > >On August 23, 2017 10:02:23 AM EDT, "Eric H. Johnson" > wrote: >>Andy, >> >>I am using a 7i43 with 7i33 encoder daughter board and 7i37 IO >daughter >>board. I am using a slightly modified version of the stock >7i43-big.ini >>configuration for check out purposes. I just add signals to >>individually test the IO before trying to run the real configuration. >> >>For some reason, I was not able to get the amplifier enable to work >off >>of the 7i33 board, even though it is wired identically (AFAIK) to the >>machine next to it. For the time being I am using an output off the >>7i37, which is working. >> >>At any rate, in hm2-servo.hal, under >>Z [2] Axis >>the enable reads: >>net emcmot.02.enable => hm2_[HOSTMOT2](BOARD).0.pwmgen.02.enable >> >>I then added a line: >> >>net emcmot.02.enable => hm2_7i43.0.gpio.046.out >> >>If this line is commented out, I get no error. With it in, I get the >>TRAM error as soon as I try to do a machine on. >> >>Regards, >>Eric >> >> >>On August 23, 2017 8:11:10 AM EDT, andy pugh >>wrote: >>>On 23 August 2017 at 06:43, Eric H. Johnson >>>wrote: >>> I am getting a "TRAM write error", and not finding much on it in a >>>search. I am running lcnc 2.8.0-pre1, and using the Mesa 7i43 board. The >error >>>occurs when I physically assert the enable for the third axis. The first >>two >>>axes came up fine, but if the only change I make to the configuration is >>>to do an enable to the third amplifier, the error will occur. Is it perhaps >>>related to the period of the servo loop? >>> >>>It shouldn't be. All the outputs are written every cycle whether they >>>need it or not. >>> >>>The code that generates the error is here: >>>https://github.com/LinuxCNC/linuxcnc/blob/af15a4d90e1d51d5309db65fe1c9511e486df411/src/hal/drivers/mesa-hostmot2/tram.c#L196 >>> >>>But I seem to recall that the driver maps llio_write (and presumably >>>to llio_queue_write) to different functions depending on the >connected >>>hardware. >>> >>>How are you enabling the amplifier? Can you show us the code that >>>causes the problem? Also, which firmware are you using? >>> >>>-- >>>atp >>>"A motorcycle is a bicycle with a pandemonium attachment and is >>>designed for the especial use of mechanical geniuses, daredevils and >>>lunatics." >>>— George Fitch, Atlanta Constitution Newspaper, 1916 >>> >>>-- >>>Check out the vibrant tech community on one of the world's most >>>engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>>___ >>>Emc-users mailing list >>>Emc-users@lists.sourceforge.net >>>https://lists.sourceforge.net/lists/listinfo/emc-users >> >>-- >>Sent from my Android device with K-9 Mail. Please excuse my brevity. >>-- >>Check out the vibrant tech community on one of the world's most >>engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>___ >>Emc-users mailing list >>Emc-users@lists.sourceforge.net >>https://lists.sourceforge.net/lists/listinfo/emc-users > >-- >Sent from my Android device with K-9 Mail. Please excuse my brevity. >-- >Check out the vibrant tech community on one of the world's most >engaging tech sites, Slashdot.org! http://sdm.link/slashdot >___ >Emc-users mailing list >Emc-users@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-users -- Sent from my Android device with K-9 Mail. Please excuse my brevity. -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] TRAM Write Error
Andy, Sorry, SVST4_4.BIT. 4 encoders, 4 pwmgens 0 Stephens. Regards, Eric On August 23, 2017 11:10:09 AM EDT, andy pugh wrote: >On 23 August 2017 at 15:02, Eric H. Johnson >wrote: >> Andy, >> >> I am using a 7i43 with 7i33 encoder daughter board and 7i37 IO >daughter board. I am using a slightly modified version of the stock >7i43-big.ini configuration for check out purposes. > >Which firmware? > >-- >atp >"A motorcycle is a bicycle with a pandemonium attachment and is >designed for the especial use of mechanical geniuses, daredevils and >lunatics." >— George Fitch, Atlanta Constitution Newspaper, 1916 > >-- >Check out the vibrant tech community on one of the world's most >engaging tech sites, Slashdot.org! http://sdm.link/slashdot >___ >Emc-users mailing list >Emc-users@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-users -- Sent from my Android device with K-9 Mail. Please excuse my brevity. -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] TRAM Write Error
On 23 August 2017 at 15:02, Eric H. Johnson wrote: > Andy, > > I am using a 7i43 with 7i33 encoder daughter board and 7i37 IO daughter > board. I am using a slightly modified version of the stock 7i43-big.ini > configuration for check out purposes. Which firmware? -- atp "A motorcycle is a bicycle with a pandemonium attachment and is designed for the especial use of mechanical geniuses, daredevils and lunatics." — George Fitch, Atlanta Constitution Newspaper, 1916 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] TRAM Write Error
Andy, More information. The full error is: hm2/hm2_7i43.0: TRAM write error! (addr=0x1000, size=8, iter=42444). I did try upping the servo period from the default 1ms to 1.5ms, but no difference. Regards, Eric On August 23, 2017 10:02:23 AM EDT, "Eric H. Johnson" wrote: >Andy, > >I am using a 7i43 with 7i33 encoder daughter board and 7i37 IO daughter >board. I am using a slightly modified version of the stock 7i43-big.ini >configuration for check out purposes. I just add signals to >individually test the IO before trying to run the real configuration. > >For some reason, I was not able to get the amplifier enable to work off >of the 7i33 board, even though it is wired identically (AFAIK) to the >machine next to it. For the time being I am using an output off the >7i37, which is working. > >At any rate, in hm2-servo.hal, under >Z [2] Axis >the enable reads: >net emcmot.02.enable => hm2_[HOSTMOT2](BOARD).0.pwmgen.02.enable > >I then added a line: > >net emcmot.02.enable => hm2_7i43.0.gpio.046.out > >If this line is commented out, I get no error. With it in, I get the >TRAM error as soon as I try to do a machine on. > >Regards, >Eric > > >On August 23, 2017 8:11:10 AM EDT, andy pugh >wrote: >>On 23 August 2017 at 06:43, Eric H. Johnson >>wrote: >> >>> I am getting a "TRAM write error", and not finding much on it in a >>search. I >>> am running lcnc 2.8.0-pre1, and using the Mesa 7i43 board. The error >>occurs >>> when I physically assert the enable for the third axis. The first >two >>axes >>> came up fine, but if the only change I make to the configuration is >>to do an >>> enable to the third amplifier, the error will occur. Is it perhaps >>related >>> to the period of the servo loop? >> >>It shouldn't be. All the outputs are written every cycle whether they >>need it or not. >> >>The code that generates the error is here: >>https://github.com/LinuxCNC/linuxcnc/blob/af15a4d90e1d51d5309db65fe1c9511e486df411/src/hal/drivers/mesa-hostmot2/tram.c#L196 >> >>But I seem to recall that the driver maps llio_write (and presumably >>to llio_queue_write) to different functions depending on the connected >>hardware. >> >>How are you enabling the amplifier? Can you show us the code that >>causes the problem? Also, which firmware are you using? >> >>-- >>atp >>"A motorcycle is a bicycle with a pandemonium attachment and is >>designed for the especial use of mechanical geniuses, daredevils and >>lunatics." >>— George Fitch, Atlanta Constitution Newspaper, 1916 >> >>-- >>Check out the vibrant tech community on one of the world's most >>engaging tech sites, Slashdot.org! http://sdm.link/slashdot >>___ >>Emc-users mailing list >>Emc-users@lists.sourceforge.net >>https://lists.sourceforge.net/lists/listinfo/emc-users > >-- >Sent from my Android device with K-9 Mail. Please excuse my brevity. >-- >Check out the vibrant tech community on one of the world's most >engaging tech sites, Slashdot.org! http://sdm.link/slashdot >___ >Emc-users mailing list >Emc-users@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-users -- Sent from my Android device with K-9 Mail. Please excuse my brevity. -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] TRAM Write Error
Andy, I am using a 7i43 with 7i33 encoder daughter board and 7i37 IO daughter board. I am using a slightly modified version of the stock 7i43-big.ini configuration for check out purposes. I just add signals to individually test the IO before trying to run the real configuration. For some reason, I was not able to get the amplifier enable to work off of the 7i33 board, even though it is wired identically (AFAIK) to the machine next to it. For the time being I am using an output off the 7i37, which is working. At any rate, in hm2-servo.hal, under Z [2] Axis the enable reads: net emcmot.02.enable => hm2_[HOSTMOT2](BOARD).0.pwmgen.02.enable I then added a line: net emcmot.02.enable => hm2_7i43.0.gpio.046.out If this line is commented out, I get no error. With it in, I get the TRAM error as soon as I try to do a machine on. Regards, Eric On August 23, 2017 8:11:10 AM EDT, andy pugh wrote: >On 23 August 2017 at 06:43, Eric H. Johnson >wrote: > >> I am getting a "TRAM write error", and not finding much on it in a >search. I >> am running lcnc 2.8.0-pre1, and using the Mesa 7i43 board. The error >occurs >> when I physically assert the enable for the third axis. The first two >axes >> came up fine, but if the only change I make to the configuration is >to do an >> enable to the third amplifier, the error will occur. Is it perhaps >related >> to the period of the servo loop? > >It shouldn't be. All the outputs are written every cycle whether they >need it or not. > >The code that generates the error is here: >https://github.com/LinuxCNC/linuxcnc/blob/af15a4d90e1d51d5309db65fe1c9511e486df411/src/hal/drivers/mesa-hostmot2/tram.c#L196 > >But I seem to recall that the driver maps llio_write (and presumably >to llio_queue_write) to different functions depending on the connected >hardware. > >How are you enabling the amplifier? Can you show us the code that >causes the problem? Also, which firmware are you using? > >-- >atp >"A motorcycle is a bicycle with a pandemonium attachment and is >designed for the especial use of mechanical geniuses, daredevils and >lunatics." >— George Fitch, Atlanta Constitution Newspaper, 1916 > >-- >Check out the vibrant tech community on one of the world's most >engaging tech sites, Slashdot.org! http://sdm.link/slashdot >___ >Emc-users mailing list >Emc-users@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-users -- Sent from my Android device with K-9 Mail. Please excuse my brevity. -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] TRAM Write Error
On 23 August 2017 at 06:43, Eric H. Johnson wrote: > I am getting a "TRAM write error", and not finding much on it in a search. I > am running lcnc 2.8.0-pre1, and using the Mesa 7i43 board. The error occurs > when I physically assert the enable for the third axis. The first two axes > came up fine, but if the only change I make to the configuration is to do an > enable to the third amplifier, the error will occur. Is it perhaps related > to the period of the servo loop? It shouldn't be. All the outputs are written every cycle whether they need it or not. The code that generates the error is here: https://github.com/LinuxCNC/linuxcnc/blob/af15a4d90e1d51d5309db65fe1c9511e486df411/src/hal/drivers/mesa-hostmot2/tram.c#L196 But I seem to recall that the driver maps llio_write (and presumably to llio_queue_write) to different functions depending on the connected hardware. How are you enabling the amplifier? Can you show us the code that causes the problem? Also, which firmware are you using? -- atp "A motorcycle is a bicycle with a pandemonium attachment and is designed for the especial use of mechanical geniuses, daredevils and lunatics." — George Fitch, Atlanta Constitution Newspaper, 1916 -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] TRAM Write Error
All, I am getting a "TRAM write error", and not finding much on it in a search. I am running lcnc 2.8.0-pre1, and using the Mesa 7i43 board. The error occurs when I physically assert the enable for the third axis. The first two axes came up fine, but if the only change I make to the configuration is to do an enable to the third amplifier, the error will occur. Is it perhaps related to the period of the servo loop? Thanks, Eric -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users