SOB that was it. Print finished. Hooked USB up to it and did a M412 Runoff Sensors: Off. Checked to see if it's in the Marlin Menu on the printer it is and it showed off so it's back on. Have no idea who how or when it got set to off. But now I know to check it when I suspect I'll be running outta filament. Never in my wildest dreams... That is until now... Had nothing to to do with the sensorby BlankMan - Firmware - Marlin
QuoteRoberts_Clif I would never stop a started print either. Oh yeah. I wouldn't mind connecting up to it via USB and using a terminal window to do a M412 to see how it's set but... I use Simplify3D's Machine Control Tool to talk to the printer gcode command wise. In the past when I plugged the computer into the printer the Marlin printer would do a reset/restart. That be bad. That was v4 of S3by BlankMan - Firmware - Marlin
Yeah well that ain't gonna do it for me. I changed the FIL_RUNOUT_PIN pin to one that is not connected just to see what would happen and M119 than no longer reported TRIGGERED or open when filament was in or was not in the sensor. So the state of the sensor is being properly sensed and reported, action is not being taken based on what is reported. I had vaguely saw something regarding enable/diby BlankMan - Firmware - Marlin
I must be missing something here. My filament runout sensor is not doing it job. When the filament runs out it keeps on printing. Must think it's related to the Energizer Bunny... I fully expected to run out of filament overnight and have to add a spool in the morning. Half of that happened. It ran out of filament but I didn't add a spool. Too late. I can start printing when there's no filamentby BlankMan - Firmware - Marlin
Although the above did add the ability to change the SD without powering down the controller, thanks to another forum that mentioned this in 1.1.7 I think this is the root cause and it turns out to be coding error also in 1.1.8. I set #define SD_DETECT_PIN back to 49 in pins_RAMPS.h and made this change in ultralcd.cpp: # cat ultralcd.cpp-diff 1000c1000 < #if !PIN_EXISTS(SD_DETECT)by BlankMan - Firmware - Marlin
One thing to be mentioned, there are 6 occurrences of "#define SD_DETECT_PIN 49" in the pins_RAMPS.h file. It's the one in the "#if ENABLED(REPRAP_DISCOUNT_SMART_CONTROLLER)" if block. And in my case "#define SD_DETECT_INVERTED" was already uncommented. That said I tried this in 1.1.8 and it appears to be working the same as BSBMX mentioned. Where the "Print from SD" is in the menu right under iby BlankMan - Firmware - Marlin
Yeah I would like this too. I dug through config and config adv and didn't find anything config wise to enable/disagle it or any reference to that functioonality.by BlankMan - Firmware - Marlin
And the answer to the question is... Yes. You can do this. Had both working under 1.1.7. Have both working under 1.1.8.by BlankMan - Firmware - Marlin
Reading through the config files for 1.1.7 it states that using reverse video for highlighting the option when scrolling the through the menus is more CPU intensive then using underling. So I left it as underlining to be safe but really do prefer reverse video highlighting. For a Creality CR-10S (or S5) with a Mega 2560 processor do I really need to worry about using reverse video or not? What iby BlankMan - Firmware - Marlin
I'm using Marlin 1.1.7 and plan to go to 1.1.8. I read the config files and have an understanding of how to configure for using a BLTouch. I actually connected it free standing and compiled the code to use it and in the mockup it was functional. So when installing it I plan on connecting it to Zmax. I'm planning on leaving the Z axis microswitch installed and connected to Zmin. Is this acceptabby BlankMan - Firmware - Marlin