I think these errors are gone now. Rewired motors, shielded electronics in an old PSU case and grounded, moved fan a bit away from PCB and it seems that they're gone. Also upgraded board, inductor change to suggested 10uH. Why are checksumming and line numbers checking off by default? Now I've got another problem, heating resistor burned out, but that's an easy part. Best wishes, Markby neonek911 - Firmware - experimental, borrowed, and future
It looks like it's doing additional move on one axis as almost everytime print resumes just fine. As wrote before, sometimes moves a bit and then resumes like nothing happened (from shifted but on other axes correct point) or just goes to idler at constant speed. I think that 10+cm or even 20+cm movement can't be caused by overheated drivers. It's hard to debug randomness. I may rearrange wiring,by neonek911 - Firmware - experimental, borrowed, and future
I‛ve got 120mm fan pointed at them. Overheating can cause skipped steps not direction change or smooth movement as it happened with Y axis. It's so random that I think it may be caused by EMI from motor cables. It looks sometimes like mirrored movement. I'm running out od filament from these errors. Best wishes, Markby neonek911 - Firmware - experimental, borrowed, and future
Hi! Unfortunately my printer is a custom one, WolfStrap derivative running my version of Gen7 v1.2 (just converted to EAGLE and added some connectors). Config in attachment. Best wishes, Markby neonek911 - Firmware - experimental, borrowed, and future
Hi! It's me again. Previous issues (axes crawling and comms hanging) magically disappeared but new problem shown up. My prints randomly shift by really big distances like 10-30mm so it's not a friction, loose belt, etc. Nothing helped yet. Moving ATX PSU further from electronics, rearranging wiring, motors and chips cooling. I've got toroidal core transformer for heated bed but it's optoisolated.by neonek911 - Firmware - experimental, borrowed, and future
Hi! The working algorithm is ACCELERATION_REPRAP. ACCELERATION_RAMPING causes this weird behaviour. What is really odd about the whole situation is that any longer file causes this. I tried 4 different files sliced by Slic3r 0.9.9. All attempts resulted in crawling at some point. My machine is a bit slow, so it takes some time before getting buggy. With RAMPING, M114 always returns "c" as 0. Alsby neonek911 - Firmware - experimental, borrowed, and future
Hi! Baud rate on device and host is the same 115200. Delay seems unnecessary with reprap acceleration, ramping causes problems, gives constant 0 "c" value and this crawling. GCode is sent just fine, slower on longer moves, faster on arcs. Same file with different acceleration, reprap allows to run whole file, ramping causes stop at 6-8k. It's not a matter of sending more than there is space in bby neonek911 - Firmware - experimental, borrowed, and future
Hi! My recent test run revealed that something is wrong with RAMPING acceleration, which is default. Crawling happens randomly, but no matter how I set movement, every axis steps at the same very low constant rate. Change to REPRAP acceleration allowed me to run whole 36k lines gcode. Also debug output changed, no more constant 0 as "c" value. Ramping acceleration has a few comments about wrong cby neonek911 - Firmware - experimental, borrowed, and future
Hello! I am using Teacup Firmware on Gen7 1.2 and printcore.py as sender. I have experienced a strange problem recently. Chip randomly stops responding mid-print and axes crawl like "At one feedrate, the axis will suddenly slow down to a crawl (1 or 2 steps per second) due to ATmega's processing power exhaustion." from Teacup wiki page. It happens very randomly, sometimes around 400-600 line of Gby neonek911 - Firmware - experimental, borrowed, and future
Hi all, I haven't written here recently, you know, no time for my projects, but now I want to show you latest revision of my Gen7 electronics EAGLE version. I've made many small changes since last revision, traces correction, tidied up silkscreen, additons, etc... There are also a few additional boards design files, .ps and .pdf for toner transfer (copper and silkscreen layers) and BOM (autogeneby neonek911 - Next Wave Electronics Working Group
Hi! Again, well done BodgeIt. Thanks for pointing problematic places. Now everything should be OK for home etching. Changed layout of pads on Pololu signal side, narrowed marked line between pads, also added jumper for those who don't want trace between pads. There's also one addition, OptoEndstop EAGLE re-design. Pinout and photo interrupter is the same as Traumflug but layout is different. In .by neonek911 - Next Wave Electronics Working Group
Hi! Boards are looking very good. Well done. Can you provide more info (mark your photo) about problematic places, so I can correct them? Nice to hear you'll use them. For my repstrap I've got almost all parts excluding thermistor which I can't find here in Poland ;( It was pleasure re-making this design, thanks Traumflug. Regards, Markby neonek911 - Next Wave Electronics Working Group
Hi! Overlapping errors are caused by polygons drawn one on another but they calculate well as you can see in ps/pdf images, no shorts. PDF posted before is OK for wall-wart power supply, you just need to solder additional jumper wire for motor power rail, the longest red one in attached image (PCB+jumpers.png). After school year end (22.06) I'll try to etch a few boards and post full assembly insby neonek911 - Next Wave Electronics Working Group
Hi! Nice to hear it helped. Not only Adobe has these problems, Ubuntu document reader also shows these stripes but it doesn't depend on zoom. Regarding etching and assembly, I can provide image with reduced holes size for easier drilling. And I have swapped X_MIN and X_MAX endstops for easier routing. So X_MAX endstop MISO line is furthest right endstop. ICSP header is standard. There is also uby neonek911 - Next Wave Electronics Working Group
Hi! By maximum resolution I meant setting resolution to something about 600 or above and Graphics antialiasing to Strong. I had problems with converting .ps to .pdf. Anyway in attachment you can find centered board image in .ps file and converted .pdf. PDF looks bad, really. Polygons are striped not solid, but maybe you can somehow use it. I don't have access to Windows so I can't check if it woby neonek911 - Next Wave Electronics Working Group
I've attached .ps image of EAGLE Gen7 version. In EAGLE you can print to file (Postscript). This way exported PCB looks good and can be printed. I used GIMP to import ps file at max resolution with maximum smoothing which gives even better results than directly from EAGLE. I'll make one soon and test it. If anyone wants I can share photos from thermotransfer and after etching. Nice work with getby neonek911 - Next Wave Electronics Working Group
Hi! I'm glad it looks fine. I'm uploading as an attachment latest corrected version. Added power rails (+12V, 5V and GND) polygons, moved few lines and mounting holes. Also in attachment are EAGLE gerb274x.cam job generated bottom (copper layer) and top silkscreen. *.bom and *.qty files are list of components and number of used components, may be useful I think. Regards, Markby neonek911 - Next Wave Electronics Working Group