Alligator Board Q & A
Posted by geotete
|
Re: Alligator Board Q & A May 09, 2015 12:33PM |
EljefedsecurIT, the problem is your Configuration file, uncomment the variable
You have the eeprom disabled, recommend to enable the EEPROM very convenient to store variables
#define WAITING_IDENTIFIER "wait"
You have the eeprom disabled, recommend to enable the EEPROM very convenient to store variables
|
Re: Alligator Board Q & A May 10, 2015 07:43AM |
I think you're wrong communication settings in Repetier-Server.
Disconnect the USB port from Alligator and check your communication settings in Repetier-Server.
The right communication port is /dev/ttyAMA0 :
Edited 3 time(s). Last edit at 05/10/2015 07:50AM by MarcoAntonini.
Disconnect the USB port from Alligator and check your communication settings in Repetier-Server.
The right communication port is /dev/ttyAMA0 :
Edited 3 time(s). Last edit at 05/10/2015 07:50AM by MarcoAntonini.
|
Re: Alligator Board Q & A May 10, 2015 08:29PM |
I now have an issue is trying to discern the extruder steps/mm, and I just want some validation on some assumptions. I am assuming that the line in configuration.h defines ext0 and ext1 after x,,y,z, like so:
#define MICROSTEP_MODES {32,32,32,16,16} // [1,2,4,8,16]
If that is correct, can I assume then, that the format is, and will (eventually) be:
#define MICROSTEP_MODES {[X],[Y],[Z],[EXT0],[EXT1],[EXT2],[EXT3] }
which, would mean, then, that once the piggy board is available, we would have a line that looks like this? :
#define MICROSTEP_MODES {32,32,32,16,16,16,16}
and, I can use any step value from 1,2,4,8,16,32 for those settings?
Since I only have 1 extruder, can I/should I only use this for default alligator board's motors:
#define MICROSTEP_MODES {32,32,32,16 }
I would assume, that we would need to also include configuration settings for EXT1, EXT2 and EXT3, respectively at some point in the future..
I am thinking in advance for ordering a piggy board, and driving my 3 filament diamond head extruder (yet to be delivered)
just checking, and thanks in advance...
#define MICROSTEP_MODES {32,32,32,16,16} // [1,2,4,8,16]
If that is correct, can I assume then, that the format is, and will (eventually) be:
#define MICROSTEP_MODES {[X],[Y],[Z],[EXT0],[EXT1],[EXT2],[EXT3] }
which, would mean, then, that once the piggy board is available, we would have a line that looks like this? :
#define MICROSTEP_MODES {32,32,32,16,16,16,16}
and, I can use any step value from 1,2,4,8,16,32 for those settings?
Since I only have 1 extruder, can I/should I only use this for default alligator board's motors:
#define MICROSTEP_MODES {32,32,32,16 }
I would assume, that we would need to also include configuration settings for EXT1, EXT2 and EXT3, respectively at some point in the future..
I am thinking in advance for ordering a piggy board, and driving my 3 filament diamond head extruder (yet to be delivered)
just checking, and thanks in advance...
|
Re: Alligator Board Q & A May 11, 2015 11:48AM |
ok... in pre-thinking the stepper motor, I discovered an issue when trying to drive the stepper motor in repetier firmware. I seem to be getting weird behavior when trying to drive it at any microstepping mode.
at first I left it at 16 in the motor line like I described, modifying the math , it reflected 1445 steps. I figured it was overkill, but I tried anyways. it would not get the motor to spin around. it would jiggle and wiggle, but wouldn't go either direction. I swapped the motor into one of the other drivers for an arm and validated the motor is still working like the others...so it seems to be isolated around the extruder motor settings.
I double checked my math, and it seems sound. I swapped it all the way down to 1/1 microstepping, I then started messing with the motor power settings, jacking it up to 150, in hopes that it was a powering issue, but no positive (no pun intended) result.
would you have any advice on how to drive the extruder motor more effectively in repetier? I have a 1.6a 400step motor, in great working condition, just not working with the current repetier code.
i'd like to get this one hammered out in repetier, and short of going to marlin bits next, it seems to be the last thing on my pre-flight checklist for printing.
at first I left it at 16 in the motor line like I described, modifying the math , it reflected 1445 steps. I figured it was overkill, but I tried anyways. it would not get the motor to spin around. it would jiggle and wiggle, but wouldn't go either direction. I swapped the motor into one of the other drivers for an arm and validated the motor is still working like the others...so it seems to be isolated around the extruder motor settings.
I double checked my math, and it seems sound. I swapped it all the way down to 1/1 microstepping, I then started messing with the motor power settings, jacking it up to 150, in hopes that it was a powering issue, but no positive (no pun intended) result.
would you have any advice on how to drive the extruder motor more effectively in repetier? I have a 1.6a 400step motor, in great working condition, just not working with the current repetier code.
i'd like to get this one hammered out in repetier, and short of going to marlin bits next, it seems to be the last thing on my pre-flight checklist for printing.
|
Re: Alligator Board Q & A May 12, 2015 03:18AM |
so far I managed to get just about everything working on the alligator. I just can't seem to get the extruder stepper motor to turn using the repetier firmware. all my other motors for my axis are fine and respond well.
the extruder motor is just not behaving. it gives some strange noises, and then doesn't move in any direction. I could force it to go in either direction with a nudge. I can feel the pulsing inside it going, it moves back and forth very fast as it makes a loud pulsing noise, and it seems out of sync and simply not shifting. I can plug it into other driver motor ports as an axis motor with no issues.
I could use some help in trying to identify what is causing this. any ideas?
edit: let this be a lesson to all: check your connection wires! I double-checked my motor by crossing black w/ green, and red w/ blue, each to test the polarity. they came out fine, so I rules out the motor. I then needed to rule out the connector,so I re-made a connector, re-seated the pins on the board, and it turns out I simply needed to get the black wire reseated after all is said and done! we are good to go! another alligator board is ready for adding a pi.
but first, we print tonight!
Edited 1 time(s). Last edit at 05/12/2015 11:45AM by EljefedsecurIT.
the extruder motor is just not behaving. it gives some strange noises, and then doesn't move in any direction. I could force it to go in either direction with a nudge. I can feel the pulsing inside it going, it moves back and forth very fast as it makes a loud pulsing noise, and it seems out of sync and simply not shifting. I can plug it into other driver motor ports as an axis motor with no issues.
I could use some help in trying to identify what is causing this. any ideas?
edit: let this be a lesson to all: check your connection wires! I double-checked my motor by crossing black w/ green, and red w/ blue, each to test the polarity. they came out fine, so I rules out the motor. I then needed to rule out the connector,so I re-made a connector, re-seated the pins on the board, and it turns out I simply needed to get the black wire reseated after all is said and done! we are good to go! another alligator board is ready for adding a pi.
but first, we print tonight!
Edited 1 time(s). Last edit at 05/12/2015 11:45AM by EljefedsecurIT.
|
Re: Alligator Board Q & A May 12, 2015 11:42AM |
I would tryto complile at 115200, flash your board, and set your connections to 115200. make sure from a windows pc or some other device that you can communicate via the normal uart usb. if so, make sure your serial is set to OFF in the raspi-config, and try via the usb on the pi. if that works, then try the gpio? i'm right there with you, in the next week...
Sorry, only registered users may post in this forum.