I have been following zeologic's build since he started this thread as I am exploring the possibility of building a form of HBot. As I am not totally convinced that I inderstand what is meant by "racking" I thought that this thread was the best place to ask for clarification - my intuitive guess is that a carriage with a large distance between rails and a short distance between bearings on each rby leadinglights - CoreXY Machines
Possibly of interest as it is made from many small parts printed in PLA glued together with Bostik Extrufix - this not only gives a strong joint, but used sparingly also increases the interlamination bond of PLA very substantially. Rendered CAD Photo More on Mikeby leadinglights - Look what I made!
Thanks Repetier, I was pretty sure that was the case but was just grasping at straws. Mikeby leadinglights - Repetier
Recently I have been trying to get a rebuilt Prusa running at 24V. The setup is Ramps with Pololu drivers and Repetier firmware, similar to 12V systems that I have built, however, it suffers badly from missed steps. I have done 5 or 6 builds/rebuilds of similar systems and am quite familar with the hardware and firmware problems which may cause missed steps, but none of the adjustments/settings sby leadinglights - Repetier
Hi Cefiar, Thanks for the suggestion. While I had checked for shorts between the motor windings, I had not checked for shorts caused by the rotor shorting them together - the first new possibility in a week. Sadly, even this has not been found - even at 100V between windings I can't find a short with rotating, pushing and pulling the shaft or even tapping it quite hard. I think that this marks tby leadinglights - RAMPS Electronics
Sigh!!! it happened again After replacing everything but the RAMPS board I was trying to run a strange missing X steps problem to ground when there was a flash from the extruder motor Pololu and the same old story as before: all Pololus dead, Arduino dead, SD card and SD module dead. The extruder wasn't being used at the time - although the motor could still have been enabled. I was simply usby leadinglights - RAMPS Electronics
Hi Wisar, The only suggestion that I can make is to reduce step speed, acceleration and jerk by 10% or 20% and see if it goes away. As far as the failed Pololus goes, I have no other thoughts. On my own blown Pololu problem, I have replaced the Arduino, all Pololus and the SD module, no new RAMPS or LCD having arrived. So far I have only been running it through a number of cycles on a 30V 20Aby leadinglights - RAMPS Electronics
Hi Wisar, If I was allowed one guess, I would look at static damage. This is not common with modern components, but it can happen and the symptoms are often similar to what you described. The only real precautions that I take these days is to wear cotton - no wool, silk, nylon etc.. Hi Cefiar, I have just been looking over the corpses. The Arduino is dead, but it's 5V regulator is working. The Lby leadinglights - RAMPS Electronics
Picture as requested Big crater is on the extruder Pololu, little craters on the others. The Pololus for X, Y & Z are Black Series and were set to 0.4V (1A) on the trim pot, extruder is only NEMA14 and was set to 0.3V (0.75A) I have taken most of the precautions mentioned - sometimes to the extent of near paranoia. One thing that comes to mind is that the Arduino is powered from 12V throughby leadinglights - RAMPS Electronics
I have recently blown up a bunch of Pololu carriers (4988 chip) and was wondering if anybody knew what causes this. In each case a hole has been blown in the top of the chip - th whole sorry saga in the General thread under 24V woes, but it seems that it is not restricted to 24V. I have seen some mention of bad motor connections, but for 4 motors all at once?by leadinglights - RAMPS Electronics
That is on the RAMPS board. There is a capacitor on the RAMPS for each stepper board, 100uF at 35V if I remember. The other electrolytics on the RAMPS board are 16V but are only fed with 5V from the Arduino. In any case, failure of the capacitors would blow up the capacitors, not the Pololu boards. Mikeby leadinglights - General
The capacitors for the motor side are 35V - as this is a working value at 25 degrees and my board is cooled with it's own fan I would not expect any problem there.. Mikeby leadinglights - General
I am trying to find the possible cause of a catrostrophic failure of my RAMPS board with Arduino and 4 Pololu stepper drivers having been destroyed. This setup was running on 24V, but with all of the normal precautions having been taken for high voltage use - no D1, 11 Amp PTC fuse replaced with 6Amp 30V fuse etc. and had perhaps 6 hours under power at 24V. All of the steppers were running fineby leadinglights - General
I have fitted LCD controllers and SDRamps to both of my printers and they work O.K., but I would like to be able to have the SD card accessible from the LCD controller so that cards can be changed. I have seen several designs with SDRamps on the end of a length of ribbon cable - and others with Arduino SD adaptors without buffer circuitry. My worry is that none of these circuits seem to be optimiby leadinglights - RAMPS Electronics
The main thing that seems to matter is how well the hot filament sticks to the build stage - nothing unexpected here, but this is influnced hugely by what is on the surface. As DaveS says, the tissue that you wipe the glass with can contain oils that act as a non stick agent: I used "Thirst Pockets Ultra" on Kapton tape - BAD IDEA. Nothing would stick to that. Presently I use Flents lens tissuesby leadinglights - General
Just a note of thanks. With a new Ramps board and encoder and the encoder pins set to different pins, it now all works splendidly, even the SD which seemed a bit flake is now solid. An additional observation, although it doesn't now affect me: pin 5, even if set only to the encoeder, is resolutely configured as an output and set low. This is the UI encoder pins configures as received on the lateby leadinglights - Repetier
How do I change the pin (or pins) for the encoder? Is it as simple as changing the two lines in uiconfig.h which refer to pin 5 // in void ui_init_keys() UI_KEYS_INIT_BUTTON_LOW(5); // and in void ui_check_keys(int &action) UI_KEYS_BUTTON_LOW(5,UI_ACTION_NEXT); or are there other things which will need changing? Also, what pins would be suitable/unsuitable? Thanks, Mikeby leadinglights - Repetier
I have just rechecked to make sure that I am not doing anything silly, but I still get the same result: It is not directly the pin as I have physically removed the pins from the underside of the Ramps board and put wires in. With the Ramps board in I get 4 high, 5 low, 6 high, but with the Ramps board removed I get all three high. High is about 4.85V and low is about 0.8mV, a very low figure eveby leadinglights - Repetier
It looks to have more of a hardware dimension as it sort of works without the Ramps card - with jumper wires from each LCD and encoder/clickswitch pin to the appropriate port on the Arduino card. It is however, very twitchy. If I start or reset the firmware in some encoder positions it runs away, cycling through menues faster until it is a blur. In other posisions (every second position) it startby leadinglights - Repetier
When I connected up my LCD and encoder/clickswitch to my Ramps board the display was cycling through a number of menu entries, speeding up rapidly to a blur. Turning the encoder slowed it down perceptibly, but did not stop it. My initial suspicion was that it was a hardware issue as one of the pins for the encoder was 0v while the other encoder line and clickswitch line were high. However, on cheby leadinglights - Repetier
Thanks Repetier, that fixed it. Mikeby leadinglights - Repetier
As far as I can see the baud rate is right. From log. Start Repetier host, Connect, Disconnect.:- < 11:29:13.265 : OpenGL version:1.1.0 < 11:29:13.265 : OpenGL extensions:GL_WIN_swap_hint GL_EXT_bgra GL_EXT_paletted_texture < 11:29:13.265 : OpenGL renderer:GDI Generic < 11:29:13.265 : Fast VBOs for rendering not supported. Using slower default method. > 11:29:37.968 : ?n?6???M??by leadinglights - Repetier
I am trying to get an sdramps adaptor running with Repetier firmware. Although the card can be seen if I load the sdrampstest to the Arduino, if I compile and upload Repetier firmware I get garbage - it looks like wrong bit rate or malformed data' Response to sdrampstestQuoteInitializing SD card...Wiring is correct and a card is present. Card type: SD2 Volume type is FAT16 Volume size (bytes)by leadinglights - Repetier
I had just tracked back to Configuration.h and found that as well. I don't have any existing controllers, just a bunch of bits. Mike. I was much happier when most problems were solved by hitting them with a flint axe - then replacing the glass bottle thingy that you just broke..by leadinglights - Repetier
Excelent, so if I change the difinitions in uiconfig.h to #else // Direct display connections #define UI_DISPLAY_RS_PIN 16 // was 63 #define UI_DISPLAY_RW_PIN -1 // Not used #define UI_DISPLAY_ENABLE_PIN 17 // was 65 #define UI_DISPLAY_D0_PIN 23 // was 59 #define UI_DISPLAY_D1_PIN 25 // was 64 #define UI_DISPLAY_D2_PIN 27 // was 44 #define UI_DISPLAY_D3_PINby leadinglights - Repetier
On the Repetier firmware, waht do the pins in pins.h and uiconfig.h refer to? for example, in the following, what are pins 54, 55 & 39 in the pins.h for a Ramps 1.3 board? #define X_STEP_PIN 54 #define X_DIR_PIN 55 #define X_ENABLE_PIN 38 Trying to trace them through the schematics for Ramps 1.3 and Arduino MEGA 2560 they seem to be MCU pins 97, 96 and 50. I can't sby leadinglights - Repetier
Just a quick note to say that tne new development release fixed the problem. I have now printed both parts without any problem. Mikeby leadinglights - Repetier
Sequence of actions: Open Repetier-Host V0.90C from Windows, click connect, click on Manual Control tab. Display next to homes are red and show X=0.00, Y=0.00 and Z=0..00. Click on home all symbol and all three sets of legs lift until limit switches reached, moves down 2mm then up again. Display next to homes now black and show Z=326.00, X=-135.00, Y=-135.00. Using M114 in the G Code box cauby leadinglights - Repetier
When I use Repetier Host manual control to zero all axis, I get Z=326, X=-135, Y=-135. If I advance the head from the stop position by using the positional control to advance say 50mm down and then say X + 50mm, the display will now show X=-85mm. Trying to move minus 50mm from the center position will result in no move. The Y axis behaves the same. If I home all axis and then move down using sayby leadinglights - Repetier
Thanks Repetier, but one furthur question. Where can I find a downloadable development release for Windows? I looked at Github and found nothing and it has been a dozen years since I built anything from source. I did find Issue #72 mentioned on Github, and it sounds exactly the same thing that I am getting. Mikeby leadinglights - Repetier