The next generation of TAZ printers
@marcio Yes, first thing in the morning.
@logan: Yes. Can you give it a try and see if the problem goes away?
Loosening the top two screws prior to tightening the M 5 screw (followed by re-tightening the cover) releases the pressure on the screw, allowing for easier cable chain installation. My earlier comment occurred with a new user.
@marcio So this could possibly be alleviated by using spaces following the message for M117 prior to the comments rather than tabs?
@logan: I am able to reproduce it, not following the filename, but following the text from the individual M117 commands. That garbage character is the TABs which are present after every M117 in the file. It looks like the touch screen does not know how to display tab characters.
@kent and I talked about it and decided to "tighten until there is just a tiny pinch on the rod, that way it is as good at positioning as possible" @kent is going to show techs how to achieve this. This was decided since we havent seen an issue in the z
@Steven I tried with another USB stick, off the shelf in MER. Was preloaded for Mini, I added the test gcode linked above and repeated the test on one of the units. The same character is displayed with every message throughout the test.
@Steven Yessir, will do.
@logan are you all using the same usb drive testing all three units? If so, get a fresh USB drive and make a new copy of that file.
Can you post the GCODE?
updated NA, EU, and AU KT-PR0050 BOMs in OCA - pushed to beta_bom_tweaks branch. It looks like the UoM change in the printed parts was also pushed with the wiper pad changes
@Steven It was, I had missed the original ticket and accidentally created a duplicate. Closing this one out.
Wasn't this completed with T5291?
The unit will not be bootable, unless you have a quiver or quiver CB test stand to attach to.
Would it be worth a try running the CB Assembly test gcode on 22.214.171.124 on a completed printer over there?
If not I can work with inventory to get one of these units to you.
Whichever unit reproduces the problem most consistently.
Okay. Well, if one of those units can be brought over to R&D I can investigate.
This has been present on 3 of 3 units I have observed through the testing process today. Assemblers are unsure if this has been present on all of them prior to today.
If it's a quiver then try changing out the LCD ribbon cables.
Wait, I may be confused... is this a Quiver?
For what it is worth, I found a bug in the LCD code that may well be the cause of this. Until we get those printers to 2.0.x, which has the fix, we probably won't be able to close this ticket.
If it's reproducible, then I can take a look at it. Have someone bring that unit over to R&D.
The next CB Assembly to test is displaying this character also, so it is not actually limited to one unit.
That strange character moves with the text displayed on the screen; if the text string is shorter it moves left, and if longer it moves to the right.
I have a CB Assembly that is displaying this strange character during the testing process.
The unit was running the CB assembly test gcode from quiver repository, on Marlin 126.96.36.199
CB Assemblies do not get serialized, if you would like this unit kept separate for further diagnosis, please let me know ASAP.
DoC is in another branch so these are good to push.
Yes, I see no issue with this @DaniAO .
@DaniAO it seems that everyone who has tried hasnt seen the issue of the tube getting caught
After chopping off 200mm, I've had no issues ever since.
@Orias can you loosen the three screws that hold the cable cover on and follow the alignment procedure that logan created and report if that makes a difference?
On Beta unit 0030, the Y-axis M5 screw was easily cross-threaded into the cable chain mount. The screw without having anything attached was hard to turn, making it hard to determine how strongly things are being tightened. Would freeing the screw along the Z-axis help keep things aligned and self-centered?
this has been removed from the bottom of both Mini and TAZ boxes. IF we are able to make this claim we can do so on the product pages and in other documentation
@logan Talking with Levi in packaging, we thought it would be easiest for all of us to make sure the screws for the tube clamps were loosened before sending to be packed, that way they don't have to worry about trying to move the X Axis. This is what we've been doing for the Betas that have been packed so far. Maybe just add that step to the calibration OHAI?
This is now into master.