Check your bearings -
During initial assembling and when you have your arm disassembled check bearings are seated all the way down and square. As shown, if this bearing was raised it will strike a tooth on the gear and either add friction or downright block the gear movement.
And if it adds friction it will add it in a pulse train on/off as each gear makes and leaves the impact area. When the software reads belt tension current for a distance measurement its value will be distorted slightly for samples taken when the gear is in the impact area. This will create a noise pattern in measurement data that could have an impact on calibration and performance. So check your bearings!
Also check your bearings after installing the motor because I see that after you tighten the four motor screws the bearings are pushed out a little from their unseated recessed position.
It is sometimes useful to reset the maslow to âfactory stateâ. There are several ways to accomplish this.
Via USB with included zip file.
Via USB or wifi with the Maslow source code and platformio
Others?
Via USB with included zip file
This method only works on a windows machine. You will need to attach your maslow to the computer with a USB-c cable, then extract the zip file in the release. there is a README there with instructions. This is the easiest method.
When you have the source, (and are on the right tag if using git) launch a command line in that directory. You can then decide which operation below you want to do, and whether you want to do this over wifi or via USB. The âoptionsâ on the below commands will be -e usb --upload-port <portname> for USB or --upload-port <ip_address> if using wifi. portname will be the device name from the output of pio device list. --upload-port <ip_address> is only needed if you are using something other than maslow.local for your maslow.
wipe out/reset the files (index,maslow,etc, not gcode) pio run -t uploadfs <options>
build and upload the firmware pio run -t upload <options>
erase everything pio run -t erase <options> (you will then need to upload and uploadfs)
Thanks @ronlawrence3 for this nice write-up! I copied the contents of your post and added it to the existing firmware section just to keep things tidy. Then I moved this post to the development topic.
Just adding this for quick reference about Error 66: Failed to open file
This does not mean that it canât be uploaded and opened in FluidNC. The model might even show just as it should in the left window. In fact, everything seems fine until you try to run the program.
Then it shows âError:66â
It also says âUndefined Errorâ in the commandwindow on the FluidNC tab.
Iâve had this happen twice.
First time there was invisible characters at the start of the NC-file. These became visible when I copied and pasted everything into PSPAD instead of looking at the file in notepad. The filename itself was 101.nc.
The second time around, I was stumped. No hidden or extra characters and the model looked just as expected.
When looking through the NC-file for the 100th time, my brain started working again. I registered that a letter from a word in parentheses had been dropped. It should have been (HĂYRE), which is Viking for Right, but it said (HYRE). It then hit me that I had named the object in Norwegian when drawing it in Fusion360 and the NC-file therefore also contained the Ă. I changed the filename to right.nc, uploaded it and it ran without issues.