It is really simple. 1. Convert gcode file to vtk using gcode2vtk 2. Open converted vtk in paraview 3. Click "Apply" in Properties tab to make the content visible 4. Add a threshold filter Filters->Common->Threshold 5. In Properties tab with Threshold selected choose "filament1" in the "Scalars list" and click "Apply" 6. Now open animation view: View->Animantion View 7. You'll see bigby andrey2345 - General
Ok! Good to hear that! Good luck with Gen7 1.4by andrey2345 - Firmware - experimental, borrowed, and future
Hallo, Traumflug! I have tested the fix and the print went without a problem. So are you going to merge the changes or do I have to do something else? Please let me know. I would like to end this story.by andrey2345 - Firmware - experimental, borrowed, and future
QuoteTraumflug I think you can drop this part: //INT32_MIN will remain to be INT32_MIN event after negation!!! if (multiplicand == INT32_MIN) multiplicand = INT32_MAX; else The comment is true, but it widens the valid range by just one micrometer. If you don't really mind I'd like to keep it there. One comparison won't take too much, but on the other hand wby andrey2345 - Firmware - experimental, borrowed, and future
Some comments to your patch: 1. I like your idea of starting new dda_math. Also, to be more consistent, I think we should move following functions there as well: approx_distance, approx_distance_3, int_sqrt, msbloc. But unfortunately this doesn't play well with my optimization, which is explained below. So I prefer keeping muldiv local in dda.c. 2. muldiv MUST have first parameter and return tyby andrey2345 - Firmware - experimental, borrowed, and future
QuoteTraumflug - What is this __attribute__((hot)) ? Looks like some caching hint, but ATmegas have no cache. It is a hint for the gcc: Quotehttp://gcc.gnu.org/onlinedocs/gcc/Function-Attributes.html hot The hot attribute is used to inform the compiler that a function is a hot spot of the compiled program. The function is optimized more aggressively and on many target it is placed into specby andrey2345 - Firmware - experimental, borrowed, and future
Here is the patch. Haven't tested it on a real print yet. Could you please take a look at it and merge it into the git (it is for Gen7 branch)? The funny thing is, it also has fixed my problem with very-very slow homing and interrupts in the homing procedure (homing would stop half way to the end stop always). Turns out it was due to the same int overflow! I'll let you know when I'll make theby andrey2345 - Firmware - experimental, borrowed, and future
Ok. If you say so, I'll try to come up with a fix. Do I need to send a patch or should I create my own branch in the git tree and someone will merge it in master later?by andrey2345 - Firmware - experimental, borrowed, and future
Traumflug, thank you for your guidance on this one! I am glad to say that together we've been able to hunt this bad boy down It is indeed an int32_t overflow. So the story goes like this. After you've said I should look into dda.c for E steps, I've checked the code and figured out what 'ts' stands for in the log. Then I looked at my log a bit upwards (from the place I've posted) and spotted thiby andrey2345 - Firmware - experimental, borrowed, and future
A little update on the issue. I've let the print ran for some time and to my surprise the log became normal after some 5000 lines of the (Pos: Dst sequence. QuoteTraumflug < Pos: 69.956,50.433,4.670,-555.960,1800 < Dst: 69.656,49.608,4.670,566.776,1800 More than 1000 mm to go for the E axis. Doesn't look quite right. Yeap. And the other interesting thing I've noticed is that E-axis valby andrey2345 - Firmware - experimental, borrowed, and future
Hello! I have the same issue with my Gen7 (self built) and latest Teacup (master and Gen7 branches). So I decided to try and debug the thing. Here is what I got (as the topic says my print always stops at the same place): ... > G1 X69.029 Y50.572 Z4.67 F1800.0 E566.8152 < {DDA_CREATE: [212,742,0,18] } < Q7/6F < ok > G1 X68.92 Y49.933 Z4.67 F1800.0 E566.8302 < {DDA_CREATE: [-by andrey2345 - Firmware - experimental, borrowed, and future
Здравствуйте, всем! А может кто-нибудь уже может напечатать детальки для Менделя и отослать в Питер?by andrey2345 - Russia RepRap User Group
Hello guys! If anyone lives close to Russia (don't want to pay too much for shipping) and is willing to help another RepRap fan I am willing to pay for a full set of Mendel printed parts + shipping (I preffer to use paypal) and express my gratitude for help Thanks, Andrey.by andrey2345 - Wanted