I recently compiled a new marlin 2.0.x bugfix and upped speeds and acceleration because I installed linear rails on my printer. This caused a major headache, as I now started to get freeze crashes in the middle of prints. Apparently, there are problems where updating a screen and reading from sd over spi and controlling the stepperdrivers can lock up the scheduler because of some race-condition.by xnopasaranx - Stepper Motors, Servo Motors, DC Motors
SOLUTION: I believe I have solved the problem I had. I have configured #define SPI_SPEED SPI_HALF_SPEED and pulled the latest bugfix-2.0.x and the problem has gone away. Pretty sure it is the newer version though, as the error does not come up even with SPI_HALF_SPEED not set and I had tried setting it in older versions without any success. I am a happy printerby xnopasaranx - Controllers
Since I opened this thread, I went back to smoothieware to try and get my printer printing again. Had a bunch of problems where I was not satisfied with the documentation and just didn't get it. I asked for help on the proper smoothieware forum (hosted at makerforums) and didn't really get any help, so I went back to marlin after some kindergarten scene drama unpleasentness. I am very happy to rby xnopasaranx - Controllers
Good, more confusion about pin remapping... apparently I had totally overseen to switch the gamma and extruder step and dir pins. The Z axis is moving now. On to getting the sensors, heaters and extruder working. Although noone was able to answer while I was testing and I super quickly found my own mistakes, I still think I will upload my config here in case anyone tries to achieve the same slavby xnopasaranx - Smoothie
Oh that was embarrassing... I found the problem myself in the config file. I made a copy and paste error when reassigning the pins of the drivers and thus delta driver was not responding. It was late last night, I am testing the Z axis now. UPDATE: error is gone but the Z still does not move. Wiring is correct, I checked continuity again. Would be nice if someone still took a look at my currentby xnopasaranx - Smoothie
Hi dear reprap people, I tried to compile marlin 2.x.x for my new azteeg X5 gt, but had severe problems that I was not able to debug as of yet, so I decided to give smoothieware another shot. I flashed the latest stable release. @Diggr gave me a tipp on how to get dual Z axis working with smoothieware so I am trying to get that running. QuoteDiggrr Dual Z in smoothieware isn't too hard once youby xnopasaranx - Smoothie
@Diggrr Wow that little bit of info is what I was looking for in the smoothieware community ^^. Thanks so much! That enables me to use the printer with smoothieware, until I can build a working marlin 2.0 for my setup.by xnopasaranx - Controllers
So thus far I have gathered that there are numerous things that could be the root cause of my problem here: - EMI: The BSD2660s are on sockets, so that can't be the issue, but the flat cable connecting the display might introduce some interference from wherever. As it is a test setup right now, this could be the endstop cables (leafswitches with COM, NC), the stepper motor cables themselves or soby xnopasaranx - Controllers
@Jasontwd that's too bad. I have also noticed that panucatts support is basically non existant. He (I believe it's a one man operation) sells very expensive hardware and then doesn't give a damn about it, which is too bad because the boards are very well designed. If I had known this beforehand, I would've bought something else. I didn't want to cheap out with some chinese MKS or some other clonby xnopasaranx - Controllers
QuoteDust Doesn't look like any issues there... The SD card is moved to the one on the LCD so the SDSS pin changed. The next suspect is SPI.. Both LCD and the Stepper drivers use SPI... I know there are different modes for SPI, I wonder if the LCD uses a different one to what is required by the steppers.. Sadly I don't know how to check this... Yes that was my assumption as well... SPI seemsby xnopasaranx - Controllers
@Dust: Thank you for the tipp! I have used my morning coffee time to gather some more info. Okay I have compiled the firmware without LCD support and run M43, then I have done it again with LCD support being compiled in. I have made a diff to see exactly what has changed: These lines: PIN: 0.02 (A 2) Analog in = 1011 Input = 1 PIN: 0.03 (A 3) Analog in = 860 Input = 0 PIN: 0.by xnopasaranx - Controllers
@Jasontwd Hello there! Have you ever found a solution to this problem? I am struggling with almost the same setup and the same error. It only fails with the LCD connected though (I have the mini Viki Wifi). Without it, my azteeg x5 gt can talk to the stepper drivers without any problems... my thread:by xnopasaranx - Controllers
Hello there people! I am hoping to find some help with this. Trying to assemble my first 3D printer from scratch (only owned a CR-10s before, that I upgraded a lot). I chose the azteeg x5 gt and want to run marlin 2.0 on it, because I want to run a dual Z axis with two steppers and the documentation of panucatt seems non existent on that issue... I have compiled Marlin 2.0.0.4 bugfix from git fby xnopasaranx - Controllers