LIN_ADVANCE = better extrusion control

Discussions about ideaMaker and other printing software.
Jetguy
Posts: 2700
Joined: Tue Mar 22, 2016 1:40 am
Location: In a van, down by the river

Re: LIN_ADVANCE = better extrusion control

Postby Jetguy » Fri Feb 09, 2018 7:25 pm

Something must be broken in the Stop code, perhaps the touchscreen is waiting for a response from the firmware (MCU) to acknowledge the stop had completed? Can someone look into this? Is anyone else having this problem?


On your Raise Touch LCD, under settings, do you have faststop turned on?
I believe Vicky has said they stopped using this and this could be the reason you get hung up when you invoke a stop from the LCD.

Phife
Posts: 76
Joined: Thu May 12, 2016 3:47 pm

Re: LIN_ADVANCE = better extrusion control

Postby Phife » Fri Feb 09, 2018 8:16 pm

Jetguy wrote:
Something must be broken in the Stop code, perhaps the touchscreen is waiting for a response from the firmware (MCU) to acknowledge the stop had completed? Can someone look into this? Is anyone else having this problem?


On your Raise Touch LCD, under settings, do you have faststop turned on?
I believe Vicky has said they stopped using this and this could be the reason you get hung up when you invoke a stop from the LCD.



I did have FastStop turn on, I turned it off and now it will stop the print and release the touchscreen. But It no longer homes the X and Y axis like it used to. Not a big deal, but anyone know how to make it home after a stop?

Jetguy
Posts: 2700
Joined: Tue Mar 22, 2016 1:40 am
Location: In a van, down by the river

Re: LIN_ADVANCE = better extrusion control

Postby Jetguy » Fri Feb 09, 2018 8:36 pm

The LCD is sending the gcode and so that is whatever script is in that Raisepack LCD touch version. What version are you running?

Phife
Posts: 76
Joined: Thu May 12, 2016 3:47 pm

Re: LIN_ADVANCE = better extrusion control

Postby Phife » Fri Feb 09, 2018 9:10 pm

Jetguy wrote:The LCD is sending the gcode and so that is whatever script is in that Raisepack LCD touch version. What version are you running?


I updated to the lastest raisepack when I did my firmware upgrade, so 0.9.7

ABH
Posts: 182
Joined: Sun Aug 14, 2016 7:31 pm

Re: LIN_ADVANCE = better extrusion control

Postby ABH » Fri Feb 09, 2018 10:12 pm

I can confirm that FastStop doesn't work with this Marlin 1.1.8 based firmware.
The FastStop function was originally introduced in RaiseTouch v. 0.7.0 together with motion controller firmware Raise3D v.1.1.2. In this firmware they had modified the M112 kill function to do an immediate restart of the MCU. Without the modification, the kill() function will gently stop all hardware and the processor will go to idle mode. Obviously this will not work, as the MCU cannot leave this idle mode without a manual resest. When they reverted to use the older motion controller firmware Raise3D v.1.1.1, this modification of the M112 kill function was no longer available and they then found some other "trick" to obtain the same FastStop functionality from the RaiseTouch computer. They must send some gcodes from Raise Touch, that makes the motion controller do an immediate restart. Apparently this "trick" doesn't work any more with the newer Marlin firmware. Newer Marlin firmware does however allow a remote restart of the MCU. If we just new what codes were sent from the RaiseTouch computer, then we could modify the Marlin firmware to do a restart.
I didn't try to implement the old "hack" that was present in Raise3D firmware v.1.1.2. That is easy to do, but I'm quite sure that this will not work with the latest Raise Touch software.

ABH
Posts: 182
Joined: Sun Aug 14, 2016 7:31 pm

Re: LIN_ADVANCE = better extrusion control

Postby ABH » Sat Feb 10, 2018 10:50 am

It turns out that Raise3D is still using the M112 command for restarting the motion controller MCU, when FastStop is pressed. I put a sniffer on the serial line from the Raise Touch computer to see what happened. The problem with the Marlin 1.1.8 based firmware was in the new Marlin feature enabled under EMERGENCY_PARSER flag. I have now disabled this new Marlin feature and Raise3D FastStop now works in the same way as with Raise3D v1.1.6rev1 firmware.
The precompiled firmware files here http://forum.raise3d.com/viewtopic.php?f=3&t=6244&start=20#p25627 are all updated.
I also updated the Configuration_adv.h file in the BlTouch source file repository here https://github.com/ABH10/Marlin-for-Raise3D-N-series/tree/1.1.x_Raise3D_BLTouch.

jvingaard
Posts: 37
Joined: Sat Nov 12, 2016 10:01 am

Re: LIN_ADVANCE = better extrusion control

Postby jvingaard » Sun Feb 11, 2018 8:30 am

ABH wrote:It turns out that Raise3D is still using the M112 command for restarting the motion controller MCU, when FastStop is pressed. I put a sniffer on the serial line from the Raise Touch computer to see what happened. The problem with the Marlin 1.1.8 based firmware was in the new Marlin feature enabled under EMERGENCY_PARSER flag. I have now disabled this new Marlin feature and Raise3D FastStop now works in the same way as with Raise3D v1.1.6rev1 firmware.
The precompiled firmware files here http://forum.raise3d.com/viewtopic.php?f=3&t=6244&start=20#p25627 are all updated.
I also updated the Configuration_adv.h file in the BlTouch source file repository here https://github.com/ABH10/Marlin-for-Raise3D-N-series/tree/1.1.x_Raise3D_BLTouch.


You are doing at great work, many thanks.

jvingaard
Posts: 37
Joined: Sat Nov 12, 2016 10:01 am

Re: LIN_ADVANCE = better extrusion control

Postby jvingaard » Sun Feb 11, 2018 11:24 am

Hello,
When i try to compile the 1.1.x_Raise3D_BLTouch i get an 'endif without if' in the 'configuration.h'
Using Arduino 1.6.9
Board = Arduino/Genuino Mega or Mega 2560
Processor = ATmega2560 (Mega 2560)

Phife
Posts: 76
Joined: Thu May 12, 2016 3:47 pm

Re: LIN_ADVANCE = better extrusion control

Postby Phife » Sun Feb 11, 2018 2:23 pm

jvingaard wrote:Hello,
When i try to compile the 1.1.x_Raise3D_BLTouch i get an 'endif without if' in the 'configuration.h'
Using Arduino 1.6.9
Board = Arduino/Genuino Mega or Mega 2560
Processor = ATmega2560 (Mega 2560)



Hey Jvingaard,

I got the same error when I tried to compile it. Looks like an extra "EndIf" was added. You should see an "endif" highlighted after it fails to compile. Just delete the entire line and it should work then.

Sorry I forgot to mention this earlier.

ABH
Posts: 182
Joined: Sun Aug 14, 2016 7:31 pm

Re: LIN_ADVANCE = better extrusion control

Postby ABH » Sun Feb 11, 2018 3:49 pm

I removed the extra #endif in GitHub

sylus
Posts: 108
Joined: Fri Aug 05, 2016 9:47 pm

Re: LIN_ADVANCE = better extrusion control

Postby sylus » Sun Feb 11, 2018 3:58 pm

Are you serious?
B6FE346F-CA7A-477C-AADD-03915F94DE35.jpeg

jvingaard
Posts: 37
Joined: Sat Nov 12, 2016 10:01 am

Re: LIN_ADVANCE = better extrusion control

Postby jvingaard » Sun Feb 11, 2018 4:52 pm

After removing the extra #endif and compiling it with arduino-1.6.9, all is works perfect.

Looking forward to testing it.

Many Thanks.

ABH
Posts: 182
Joined: Sun Aug 14, 2016 7:31 pm

Re: LIN_ADVANCE = better extrusion control

Postby ABH » Sun Feb 11, 2018 4:59 pm

@sylus: Are you using M42 for something in a script?

sylus
Posts: 108
Joined: Fri Aug 05, 2016 9:47 pm

Re: LIN_ADVANCE = better extrusion control

Postby sylus » Sun Feb 11, 2018 6:00 pm

seen in changing tool script
M42 P8 S255

ABH
Posts: 182
Joined: Sun Aug 14, 2016 7:31 pm

Re: LIN_ADVANCE = better extrusion control

Postby ABH » Sun Feb 11, 2018 6:28 pm

The newer Marlin has included the FAN1_PIN in the list of SENSITIVE_PINS that are not allowed to be manipulated via M42 gcode.
If you need to control FAN1, then the list needs to be updated.
I have removed FAN1_PIN from the list in pins.h on GitHub.

sylus
Posts: 108
Joined: Fri Aug 05, 2016 9:47 pm

Re: LIN_ADVANCE = better extrusion control

Postby sylus » Sun Feb 11, 2018 7:29 pm

Ok fast stop is not so fast (some commands sent before M112).
Still implementing lack of material code

jvingaard
Posts: 37
Joined: Sat Nov 12, 2016 10:01 am

Re: LIN_ADVANCE = better extrusion control

Postby jvingaard » Sun Feb 11, 2018 8:04 pm

Hello ABH,
Do you have an list over g-code commands for LIN-ADVANCE w/BLTouch etc.

ABH
Posts: 182
Joined: Sun Aug 14, 2016 7:31 pm

Re: LIN_ADVANCE = better extrusion control

Postby ABH » Sun Feb 11, 2018 8:41 pm

Hi,
All supported gcodes are listed in the top comments field of the Marlin_main.cpp file.

sylus
Posts: 108
Joined: Fri Aug 05, 2016 9:47 pm

Re: LIN_ADVANCE = better extrusion control

Postby sylus » Mon Feb 12, 2018 6:55 pm

Lin addvance @50 for bondtech.
Strange behavior with Marlin 1.1.8 jog with PC duino is buggy
10 mm increment is ok in all direction
1 mm increment goes only in one direction (+X+Y)
and 0,1 mm increment goes only in one direction (+X+Y) and not jog 0,1mm
Z axis is not affected
Jogging Rumba via Reprapdiscout works perfectly

firesped
Posts: 853
Joined: Mon Mar 21, 2016 9:23 pm
Location: Tucson, AZ

Re: LIN_ADVANCE = better extrusion control

Postby firesped » Sat Feb 17, 2018 9:36 pm

the lack material code I modified from raises version is controllable via gcode. both turn it off or on and to change the PIN readings. the difference between this version and the marlin 1.1.0 version is that it now uses the endstop gcodes versus a custom gcode. M119 will report status, M120 turns them on. M121 turns them off. Note, I don't have my second one wired in so I know it works with only one.

As noted:

Marlin has debug command M111 +flags
The flags do different stuff.
S1 echos the parser
S2 prints additional information
S4 prints extra error information
S8 dry run (does not extrude)
S32 is for leveling.
S16, S64, and S128 are reserved for future stuff.

If you run "M111 S1" Marlin will tell you what the raisetouch is sending it.

If you want INFO, ERRORS and PARSER, then M111 S7 will do that.
RL name: Michael Nolen
printers:
raise3D N2 kickstarter Early Bird
Trinus Deluxe (running smoothieware on Azteeg X5 GT board)
Monoprice Maker Select v2


Return to “Software”

Who is online

Users browsing this forum: No registered users and 4 guests