For a better suggestion for a solution: In configuration.h put in a #define ANET_ENCODER_LCD --------- I file Conditionals_LCD.h replace: " #elif ENABLED(ANET_FULL_GRAPHICS_LCD) #define REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER #elif ENABLED(BQ_LCD_SMART_CONTROLLER) " With: " #elif ENABLED(ANET_FULL_GRAPHICS_LCD) #define REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER #elifby MrAlvin - Firmware - Marlin
So, I just hooked up an I2C LCD and tested a compile of Marlin 1.1.9 (using Arduino 1.8.5) - and the LCD is working with the "LCD_SAINSMART_I2C_2004" option enabled. I did however already have the "Newliquidcrystal_135" LCD library installed. This library you can find here: But back to getting the encoder to work........by MrAlvin - Firmware - Marlin
It seems to me that the "SkyNet 2.3.1 changes" is targeted towards Marlin 1.0.2 so the files found at Thingiverse, can not directly be copied into a Marlin 1.1.9 By following the details from above, about enabling the "LCD_SAINSMART_I2C_2004" option in configuration.h, then the LCD should start working. Then we just need to get the encoder and buttons to work, Yes?by MrAlvin - Firmware - Marlin
Edit: for a better solution, see a few posts below. Details about pins and libraries (in this post and following posts), are still valid, but rather than selecting the LCD_SAINSMART_I2C_2004, see below for a better solution, where you use a #define ANET_ENCODER_LCD For the LCD to work with I2C, and the PFC8574 I2C I/O-expander, you can select the display: LCD_SAINSMART_I2C_2004 You need to coby MrAlvin - Firmware - Marlin
Also, did you check to see if any debris might have found its way to the inside of the sd-card-reader slot? You might also try soaking the entire sd-card-reader in rubbing-alcohol, as this would remove any grease that might have attached itself to the metal-strips, that is meant to make the connection between the card-reader and sd-card.by MrAlvin - Firmware - Marlin
I would double check that nothing close to the SD-card reader has been shorted by the new wires. And then I would re-heat each of the pins of the SD-card reader. And before re-heating, I would add some flux, or while re-heating; add some solder using a thin solder wire. I have a 0.6 mm solder, that I use for such events. Soldering things close to the pads of the SD-card-reader-pads can, in rareby MrAlvin - Firmware - Marlin
Did you find a solution? One way to make an additional move of an axes, is to use G92, like: G92 Y0 - them move -20 in Y direction: G1 Y-20 You could put the following two lines end code in your print file, G92 Y0 G1 Y-20 so at the end of a print, there would be the added movement of -20mm in the Y-direction. Likewise you could start all your prints with code, that would first seby MrAlvin - Firmware - Marlin
You might be able to use the M23 gcode, to execute another file, from within the primary gcode file. I am not sure if this will cause any problems though. But to be able to use M23 from within a gcode file, would allow for the functionality that you request.by MrAlvin - Firmware - Marlin
Quotegreenonline Just to re-iterate, the answer above is for power on of the printer. However, I am looking for a solution for a printer already switched on and it is the insertion of the SD card which triggers the printing. It does not seem like an auto print, when inserting a SD-card, is to be found in the current program code of Marlin. You might consider making a feature request here: Iby MrAlvin - Firmware - Marlin
So, the guide you made, it shows how you got the bootloader back on your Arduino Mega?by MrAlvin - Firmware - Marlin
Quotezonalimitatore Ok i do all. Same things.I ve notice if i inserit the sd in the reader instantly return with "Initializing SD card...initialization failed!" But if the sd is not inserit,it's like a "Initializing SD card...pause--pause--pause--- initialization failed!" hmm.. it is indeed strange. It seems like with card installed, there is quickly some kind of response, or connection, but itby MrAlvin - Firmware - Marlin
hmm... that is not a good sign. It seems like there might be some kind of hardware problem then. Has that SD-card worked before, on the printer? Can you read the sd-card on your computer? Is it formatted as FAT? Is the SD-card 2Gb or bigger? Can you wiggle the SD-card, to see if it gets a better position in the card-reader slot? Could you clean up your Arduino install? This meanby MrAlvin - Firmware - Marlin
Quotezonalimitatore Ok i understand. I know platform.io from 3 days,but is not easy like arduino. I know 2.0 can autobuild True, it does not look as simple as the Arduino IDE, but perhaps it is simpler to get it to do the right thing. Quotezonalimitatore But..afterall.Why this versions of configuration.h (one with 1.1.9, one with 2 and original one) hmm... because they use different words afby MrAlvin - Firmware - Marlin
When you get a long list of compile errors, always go to the top, and look at the first error. As the rest are likely cascade events deriving from the first error. In your particular case: Problems with // comments at the end lines, is however a general Arduino IDE problem, in combination with wrapper macros that are heavily used in Marlin. The here and now solution is: use Platform.IO to cby MrAlvin - Firmware - Marlin
One thing to note about compiling is; that the developers, on Marlin 2.0 have moved away from Arduino IDE, and over to platform.io Platform.IO seems to me, to do a different (better? easier?) job of compiling, than is possible in Arduino IDE. See this for more details about how to install Platform.IO And possibly see this video: I have been designing a new RAMPS 1.7 board, to be able toby MrAlvin - Firmware - Marlin
On another note: I have basically finished all of my preliminary tests of this, the RAMPS 1.7 shield, and probably more importantly; made the adjustments and additions to Marlin 2.0, that makes Marlin function with this shield, both when it is being controlled by the Arduino Mega, but also when it is being controlled by the Arduino DUE. I am especially happy to see that the TMC2130 drivers seeby MrAlvin - RAMPS Electronics
As nice as hacks are, I also like to have the option of plug-and-play solutions, so I have also designed a new LCD adapter board. This LCD adapter also helps to make more pins and LCD options available for the RAMPS 1.7 shield. Because of the need for extra pins to go to each stepper driver, when using the TMC2130 drivers, the RAMPS 1.7 shield, has more pins pre-determined for use, than theby MrAlvin - RAMPS Electronics
For now, it works for me to use a hacked (modified) LCD adapter board. This way I do not need to change anything on the main LCD board, but the LCD contrast is still as optimal as it can be. And all data pins going back to the Arduino is always still only 3V signals anyway. I have cut the pcb wire (on the bottom side) between the Vcc/+ pin of Aux-3 and the Vcc/+ pin in the EXP-1 socket.by MrAlvin - RAMPS Electronics
Quoteo_lampe AFAIK, the LCD has a 5V_to_3.3V regulator onboard. With this bypassed regulator ( shorted ) it should work without any levelshifting. And indeed it does. On this LCD board (the 4x20 text based ReprapDiscount Smart Controller) the contrast is however hardly readable when powered by 3V and with the linear 5V->3V regulator shorted. So I have done some testing to find the best/eby MrAlvin - RAMPS Electronics
In the hopes to have a universal interface board between the 3V Due pins, and any Display, I did design a Universal Bi-directional 3V<->5V level converter board, that would connect to Aux-3 and Aux-4. Unfortunately it does not work with the SD-card signals. It works with every other aspect of the ReprapDiscount Smart Controller LCD board, but so far I have not had any luck reading thby MrAlvin - RAMPS Electronics
Just a short update to this project. Here is my current test setup. I have made some test sketches, that addresses each section, like end-stops, temperature, mosfets, steppers (normal mode), sd-card These sketches are available here: I am also testing, and finding the correct settings in Marlin 2.0 (bugfix) version, as this is the Marlin version that will run on both Arduino Mega and Due.by MrAlvin - RAMPS Electronics
Quotekabelfrikkler how was the quality of the seestudio PCBs? and mostly: what quantetys and price range are we talking? The quality from seeedstudio is good. Over the years I have ordered many PCB's from seeedstudio, and they have all beed good. It is still prototype quality, but have always been perfectly fine for my use. I usually order 10 pcs, as this is the amount included in the very loby MrAlvin - RAMPS Electronics
Quoterootboy Hi guys, If it's not too late to make a suggestion, I recommend these connectors: They are screwless terminals, similar to what we use which are mounted to DIN rail in industrial control panels. The beauty of these connectors is that they simply do not come loose, and there isn't any screw to strip out. Hi rootboy. Because of the 20A rating those connectors are indeed interestinby MrAlvin - RAMPS Electronics
Hi kabelfrikkler, good to hear from you. Interesting board. Very minimal. Minimal is always interesting, as it will keep the cost low. Have you found a place where they will produce a cheap board if it is over 100mm on one of the sides? To be able to produce cheap prototypes I did decide to stay within the confines of 100mm x 100mm. As 100mm x 100mm can be produced very low cost at several pby MrAlvin - RAMPS Electronics
In what way did you check the cables? Did you check to see if the right AUX pin is connected to the right pin on the LCD board? Did you catch what kind of "wrong" o_lamp is referring to by mentioning how the "key" on the 10-pin connector might have been mounted wrong?by MrAlvin - RAMPS Electronics
Quoteboelle about the fork style terminals i had the same problem with one of the 30A LED psu's what i did was folding the 2 forks to it became a pin instead, cant quite remember how i did it it but it was easy enough i basicly ended up with both forks on top of each other Ah yes (when in a pinch) I can see that working too.by MrAlvin - RAMPS Electronics
Quoteboelle hehe, i guess that the green ones are not as high load as the black? and you would be correct :-) Quoteboelle i'm just in overkill mode i think :-D Nothing wrong with that. Sometimes overkill (or worst case scenario) is actually a good mode to (also) consider.by MrAlvin - RAMPS Electronics
Quoteboelle yeah, i would have crimped on a ferrule I agree. This kind of screw terminal is terrible, if only used with a wire-end sort of showed under the screw-plate. I highly recommend using one of those y-shaped crimp-on wire connectors This one is both crimped (for strength), soldered (for corrosion prevention) and shrink wraped (for alleviating the bending forces on the exposed wire) Aby MrAlvin - RAMPS Electronics
Quoteo_lampe I see a potential problem there: If someone uses a too long wire for the terminal, it could make contact with the bare back of the MOSFET. You are quite right. But as luck would have it, that terminal pin is directly connected to the back of the mosfet. This is not at all clear from the pictures, so I had to go and check in the pcb layout software. This photo shows that only onby MrAlvin - RAMPS Electronics
Quoteboelle I like the screw terminals near the blue fuse any chance the remaining 8 can be same type? hmmm... unfortunately the pin spacing for the green connectors are 5.08mm and the black style screw terminals have a pin spacing of 7.62mm, so they are not easily interchangeable. It is however possible to use other 5.08mm screw terminals, that are not like these green plug-in style. See foby MrAlvin - RAMPS Electronics