I have loaded and tweaked 1.1.9 to my liking. Besides my failed attempts at printing with PETG and problems with cooling the print head too much, I like the way it moves to home with the TMC2208s.
After figuring out my problems with the auto bed leveling every feature seems to be working. I have printed a small part or two, I'm still learning PETG printing. I've almost got it dialed in but I have to wait a week at a time for free time to toy around with my printer.
One of my failed prints. One section adheres just fine, another almost not at all... (print head is over the section that is OK.) I think it's time to toss this roll in the oven and try another roll of PETG.
I used this 1.1.9c beta to upgrade to tmc2208 drivers. After install I lost the double bump on z axis. I can home but never get a double bump on z axis. Is this normal?
I changed the drivers back to stock and installed 1.1.8 community firmware and the double bump is back.
I would really like to use the tmc2208 drivers in uart mode. Any input?
I tried 2208 in 1.1.8 and double bump home on z axis returned, however the uart communication didn't work. I did adjust the pin definition in pins_RAMPS.h to match those In 1.1.9 as there were issues with bidirectional communication with the 1.1.8 pin mapping.
I had all functioning in 1.1.9 except double bump homing on z axis. It is my understanding that double bump homing is much more repeatable and accurate and is the default behavior in marlin. I haven't found a way to turn it back on. Any hints where to look? I have done countless Google searches.
Another issue in 1.1.9c from the community is that when doing a mesh bed level it positions the nozzle at z 2.00 at each position and it takes lots of adjustment to get it adjusted right. I have been doing a m502 m500 after flashing. When I attach a reprap LCD and do leveling the value is always 2.0. I don't know where it is coming from. Is there a z offset of default value I can change somewhere?
I did prepare a marlin 2.0, but marlin 2.0 has not been reliable for other 8-bit CPU 3D printer models. So I have no idea if it is any more/less reliable than 1.1.9. Any specific issues/requests?
Samuel Pinches i did try your version of Marlin 119 from you drive. But it didn't work for me No moving on any axis. Even after I do change all the settings for my tmc2130 stepper drivers like 118 .
So i installed 118 back and its work again.
Don't know what i am missing here to make 119 work for me
@coolt5 I am sorry but I don’t have time to look at 1.1.9 any more. You may want to download a fresh copy from the marlin website of 1.1.9 and try again. Don’t bother using marlin 2.0, it’s not stable for use on the A5 motherboard.
I dont have files for 1.1.9. I had printing issues with it and reverted back to 1.1.8. I dont really see a benefit to using 1.1.9. 1.1.8 works without issues for me
I can send you my bugfix-1.1.x configuration files later, you may have to comment out the TMC2208 support and BL touch stuff, but they should be a good base for configuring 1.1.9.
@coolt5 here we go. Attached you'll find my config for the current Marlin branch bugfix-1.1.x. You can download a snapshot from the Marlin github project or clone the repository and switch to that branch. After copying the files to the Marlin subfolder, please go through all settings and see if they match your hardware. Including, but not limited to, the TMC2208 related settings for X,Y,Z and E0 as well as th BL-Touch and autoleveling features.
hi gandy i did try your files i know how to change tmc2208 to tmc2130 but i never used BL-Touch . so to disable it and enable the normal mesh bed leveling do i just add // in front of AUTO_BED_LEVELING_UBL in line 889 . or not and what els i need to change to have the normal bed levling and disable AUTO_BED_LEVELING_UBL.
sorry i couldn't solve it .
also when i verify i get this error (LCD_BED_LEVELING requires an LCD controller)
Arduino: 1.8.9 (Windows 7), Board: "Arduino/Genuino Mega or Mega 2560, ATmega2560 (Mega 2560)"
In file included from sketch\MarlinConfig.h:42:0,
from sketch\neopixel.cpp:27:
SanityCheck.h:985:6: error: #error "LCD_BED_LEVELING requires an LCD controller."
#error "LCD_BED_LEVELING requires an LCD controller."
^
In file included from sketch\MarlinConfig.h:42:0,
from sketch\Marlin.h:35,
from sketch\temperature.cpp:27:
SanityCheck.h:985:6: error: #error "LCD_BED_LEVELING requires an LCD controller."
#error "LCD_BED_LEVELING requires an LCD controller."
^
In file included from sketch\MarlinConfig.h:42:0,
from sketch\enum.h:26,
from sketch\parser.h:32,
from sketch\parser.cpp:27:
SanityCheck.h:985:6: error: #error "LCD_BED_LEVELING requires an LCD controller."
#error "LCD_BED_LEVELING requires an LCD controller."
^
In file included from sketch\MarlinConfig.h:42:0,
from sketch\runout.cpp:27:
SanityCheck.h:985:6: error: #error "LCD_BED_LEVELING requires an LCD controller."
#error "LCD_BED_LEVELING requires an LCD controller."
^
In file included from sketch\MarlinConfig.h:42:0,
from sketch\configuration_store.h:26,
from sketch\configuration_store.cpp:47:
SanityCheck.h:985:6: error: #error "LCD_BED_LEVELING requires an LCD controller."
#error "LCD_BED_LEVELING requires an LCD controller."
^
In file included from sketch\MarlinConfig.h:42:0,
from sketch\power.cpp:27:
SanityCheck.h:985:6: error: #error "LCD_BED_LEVELING requires an LCD controller."
#error "LCD_BED_LEVELING requires an LCD controller."
^
In file included from sketch\MarlinConfig.h:42:0,
from sketch\cardreader.cpp:23:
SanityCheck.h:985:6: error: #error "LCD_BED_LEVELING requires an LCD controller."
#error "LCD_BED_LEVELING requires an LCD controller."
^
In file included from sketch\MarlinConfig.h:42:0,
from sketch\G26_Mesh_Validation_Tool.cpp:27:
SanityCheck.h:985:6: error: #error "LCD_BED_LEVELING requires an LCD controller."
#error "LCD_BED_LEVELING requires an LCD controller."
^
In file included from sketch\MarlinConfig.h:42:0,
from sketch\Marlin.h:35,
from sketch\stepper_dac.cpp:44:
SanityCheck.h:985:6: error: #error "LCD_BED_LEVELING requires an LCD controller."
#error "LCD_BED_LEVELING requires an LCD controller."
^
In file included from sketch\MarlinConfig.h:42:0,
from sketch\pca9632.cpp:28:
SanityCheck.h:985:6: error: #error "LCD_BED_LEVELING requires an LCD controller."
#error "LCD_BED_LEVELING requires an LCD controller."
^
exit status 1
In file included from sketch\MarlinConfig.h:42:0,
from sketch\twibus.cpp:23:
SanityCheck.h:985:6: error: #error "LCD_BED_LEVELING requires an LCD controller."
#error "LCD_BED_LEVELING requires an LCD controller."
^
In file included from sketch\MarlinConfig.h:42:0,
from sketch\stepper_indirection.h:47,
from sketch\stepper_indirection.cpp:34:
SanityCheck.h:985:6: error: #error "LCD_BED_LEVELING requires an LCD controller."
#error "LCD_BED_LEVELING requires an LCD controller."
^
In file included from sketch\MarlinConfig.h:42:0,
from sketch\Marlin.h:35,
from sketch\stopwatch.cpp:25:
SanityCheck.h:985:6: error: #error "LCD_BED_LEVELING requires an LCD controller."
#error "LCD_BED_LEVELING requires an LCD controller."
^
In file included from sketch\MarlinConfig.h:42:0,
from sketch\I2CPositionEncoder.cpp:31:
SanityCheck.h:985:6: error: #error "LCD_BED_LEVELING requires an LCD controller."
#error "LCD_BED_LEVELING requires an LCD controller."
^
In file included from sketch\MarlinConfig.h:32:0,
from sketch\stepper_indirection.h:47,
from sketch\stepper_indirection.cpp:34:
sketch\stepper_indirection.cpp: In function 'void reset_stepper_drivers()':
Configuration_adv.h:1249:33: error: 'class TMC2130Stepper' has no member named 'en_spreadCycle'
@coolt5 according to your feedback, I adjusted the configuration files:
changed drivers to TMC2130 (please check if this is valid for E0), reset TMC_ADV macro (I needed this for the TMC2208 on E0 to run in spreadCycle rather than stealthChop mode)
switched from AUTO_BED_LEVELING_BILINEAR (sensor based) to MESH_BED_LEVELING (manual) - without the latter the default may be LCD_BED_LEVELING and for that you apparently need an LCD controller. The A5 TFT touch screen does not qualify as such.
This time, I also checked if it compiles, which is the case at least for my local copy of Marlin branch bugfix-1.1.x.
As always, check if you need to adapt anything else and test with care. If anything else fails, please let me know. Or if you succeed.
Hi @Roger This firmware is out of date. I don't think I kept a copy, since a few people had issues with it. This was just a test build to see what 1.1.9 was like, but there were more bugs in here that made the firmware impossible to recommend. I am no longer doing work on the A5 firmware, and no one else has volunteered, so 1.1.8C is still the latest community firmware.
As above, I recommend using the latest 1.1.X firmware from the Marlin firmware project. I have added configuration files for the A5 to Marlin, so it should be very straight forward to use that version. Feel free to start a new thread if you want any help with getting a new 1.1.X firmware going on the A5.
Best, Sam
Howdy, Stranger! It looks like you've been lurking for a while.
If you register, we will remember what you have read and notify you about new comments. You will also be able to participate in discussions.
So if you'd like to get involved, register for an account, it'll only take you a minute!
Comments
In file included from sketch\ultralcd_impl_DOGM.h:349:0,
from sketch\ultralcd.cpp:96:
sketch\status_screen_DOGM.h: In function 'void lcd_implementation_status_screen()':
status_screen_DOGM.h:260:17: error: 'HOTEND_LOOP' was not declared in this scope
HOTEND_LOOP() _draw_heater_status(STATUS_SCREEN_HOTEND_TEXT_X(e), e, blink);
If you share your zip here I can take a look.
After figuring out my problems with the auto bed leveling every feature seems to be working. I have printed a small part or two, I'm still learning PETG printing. I've almost got it dialed in but I have to wait a week at a time for free time to toy around with my printer.
I might try some PLA or ABS later...
I changed the drivers back to stock and installed 1.1.8 community firmware and the double bump is back.
I would really like to use the tmc2208 drivers in uart mode. Any input?
I had all functioning in 1.1.9 except double bump homing on z axis. It is my understanding that double bump homing is much more repeatable and accurate and is the default behavior in marlin. I haven't found a way to turn it back on. Any hints where to look? I have done countless Google searches.
Another issue in 1.1.9c from the community is that when doing a mesh bed level it positions the nozzle at z 2.00 at each position and it takes lots of adjustment to get it adjusted right. I have been doing a m502 m500 after flashing. When I attach a reprap LCD and do leveling the value is always 2.0. I don't know where it is coming from. Is there a z offset of default value I can change somewhere?
#define MANUAL_PROBE_START_Z 2
Change that to 0.2 or so, depending on what gauge you are using (0.2mm gap gauge or piece of paper etc.)
But it didn't work for me
No moving on any axis.
Even after I do change all the settings for my tmc2130 stepper drivers like 118 .
So i installed 118 back and its work again.
Don't know what i am missing here to make 119 work for me
can you shear your files of marlin 119 with me pls
itisnot_me i want to try it and will see
i did try your files
i know how to change tmc2208 to tmc2130
but i never used BL-Touch . so to disable it and enable the normal mesh bed leveling do i just add // in front of AUTO_BED_LEVELING_UBL in line 889 . or not and what els i need to change to have the normal bed levling and disable AUTO_BED_LEVELING_UBL.
sorry i couldn't solve it .
also when i verify i get this error (LCD_BED_LEVELING requires an LCD controller)
FOR MY SETUP ITS JUST TMC2130 ON ALL AXIS'S ( Z Y X E ) IN SPI MODE
THAT'S ALL I DID UNTIL NOW .
AND I GET THIS ERROR
dead link
This firmware is out of date. I don't think I kept a copy, since a few people had issues with it. This was just a test build to see what 1.1.9 was like, but there were more bugs in here that made the firmware impossible to recommend. I am no longer doing work on the A5 firmware, and no one else has volunteered, so 1.1.8C is still the latest community firmware.
As above, I recommend using the latest 1.1.X firmware from the Marlin firmware project. I have added configuration files for the A5 to Marlin, so it should be very straight forward to use that version. Feel free to start a new thread if you want any help with getting a new 1.1.X firmware going on the A5.
Best,
Sam
Howdy, Stranger!
RegisterIt looks like you've been lurking for a while.
If you register, we will remember what you have read and notify you about new comments. You will also be able to participate in discussions.
So if you'd like to get involved, register for an account, it'll only take you a minute!