seemecnc / firmware Goto Github PK
View Code? Open in Web Editor NEWOne Repetier firmware for all SeeMeCNC RAMBo controll 3D printers.
One Repetier firmware for all SeeMeCNC RAMBo controll 3D printers.
Hello guys
I was testing the new version REPETIER_VERSION "0.92.2" FIRMWARE_DATE "083116" and I think there is a bug with the extruder motor, for some reason with this version does not work, I have the Kysan or Automation Technology stepper motors and X, Y, Z are working great but E1 does not move at all.
As soon as I load the previous version back, everything works as normal, I tried this 2 times and I´´m getting the same problem.
btw, I did the current changes for the Kysan motors. MOTOR_CURRENT {175,175,175,200,0}.
Same problem
As far as I can see there are great features included on this version, really nice work.
regards
Adrian
Hello,
In the uilang.h file, at the line 1261 (https://github.com/seemecnc/Firmware/blob/master/Repetier%20Firmware/Repetier/uilang.h#L1261) the translation for UI_TEXT_ADJTEMPS is missing. The french translation for it is "Ajuster temp".
Thanks! :)
Julien
The following error comes up when I try to upload the firmware into a Rostock V2.
The only changes I made were in the Configuration.h tab where I declare that the printer is a Rostock V2.
Arduino: 1.6.13 (Windows 10), Board: "Arduino/Genuino Mega or Mega 2560, ATmega2560 (Mega 2560)"
In file included from sketch\HAL.h:77:0,
from sketch\Repetier.h:353,
from sketch\Commands.cpp:22:
sketch\Printer.h: In static member function 'static void Printer::setYDirection(bool)':
Printer.h:394: error: 'INVERT_Y_DIR' was not declared in this scope
WRITE(Y_DIR_PIN,!INVERT_Y_DIR);
^
sketch\fastio.h:29:35: note: in definition of macro '_WRITE'
#define _WRITE(IO, v) do { if (v) {DIO ## IO ## _WPORT |= MASK(DIO ## IO ## _PIN); } else {DIO ## IO ## _WPORT &= ~MASK(DIO ## IO ## _PIN); }; } while (0)
^
sketch\Printer.h:394:13: note: in expansion of macro 'WRITE'
WRITE(Y_DIR_PIN,!INVERT_Y_DIR);
^
Printer.h:401: error: 'INVERT_Y_DIR' was not declared in this scope
WRITE(Y_DIR_PIN,INVERT_Y_DIR);
^
sketch\fastio.h:29:35: note: in definition of macro '_WRITE'
#define _WRITE(IO, v) do { if (v) {DIO ## IO ## _WPORT |= MASK(DIO ## IO ## _PIN); } else {DIO ## IO ## _WPORT &= ~MASK(DIO ## IO ## _PIN); }; } while (0)
^
sketch\Printer.h:401:13: note: in expansion of macro 'WRITE'
WRITE(Y_DIR_PIN,INVERT_Y_DIR);
^
In file included from sketch\Repetier.h:486:0,
from sketch\Commands.cpp:22:
sketch\Printer.h: In static member function 'static bool Printer::getYDirection()':
Printer.h:430: error: 'INVERT_Y_DIR' was not declared in this scope
return((READ(Y_DIR_PIN)!=0) ^ INVERT_Y_DIR);
^
exit status 1
'INVERT_Y_DIR' was not declared in this scope
This report would have more information with
"Show verbose output during compilation"
option enabled in File -> Preferences.
Basically, I'm getting adhesion on the right side of the printer (from x0), but on the left side, no dice.
I posted some information in the forum on the bed leveling issue, some numbers and results that I have gotten from testing.
Would really like to get this fixed so I can get some printing done.
configuration.h line 871
Needs updated
After uploading to my Rostock Max V2 the axes were not driving in the correct direction.
I edited the setting for directions in the V2 settings and now it drives in the correct direction. I still can't get it level but I am getting closer. As noted elsewhere, you will need to set the Configuration.h for V2 printer and use Arduino 1.0.6
#define INVERT_X_DIR 0 // was 1
#define INVERT_Y_DIR 0
#define INVERT_Z_DIR 0 // was 1
This issue is marked as closed:
#4
But the comment doesn't actually seem to have made it into the firmware. I recently upgraded an old Rostock MAX v1 to what is now effectively a v3, which is great, but ittook me a while to figure out why my extruders were skipping - would have saved me some time if the comment had been sitting there in the firmware where I would have seen it right off the bat. Maybe look into if the commit got lost somewhere along the way?
My July 2016 printer is decently happy. Are there any significant improvements in the firmware that would apply to the Max v2? (With the v3 out I was hoping some new hotness would be backwards applicable). Or is it more "turn back all the v3 flags to make it work with your v2 ~= what you started with"?
If the extruder is zereod before performing an axis zero on a non-Z axis, the extruder runs because the Printer::destinationSteps[E_AXIS] value does not get set to zero prior to the move.
g0 x0 y0 z100
g1 x100 e30 f2000 ; Make a move and extrude
g92 e0 ; zero the extruder
g28 x0 ; Move to X=0 and home
This sequence causes the extruder to extrude 30mm of filament during the move to x=0
Changed the configuration.h to 11 and nothing. Please fix
My new hotend upgrade had me stumped when the extruder motor started slipping. Eventually I remembered there was a motor change, and that led me to this line in the old firmware.
Line 701 of the old configuration.h says (be sure to scroll, this is very long line):
#define MOTOR_CURRENT {140,140,140,130,0} // Values 0-255 (RAMBO 135 = ~0.75A, 185 = ~1A) use 140 for xyz and 130 for the E if using Kysan motors and 175 xyz and 200 if using wantai motors
Where the new version just says:
#define MOTOR_CURRENT {140,140,140,130,0} // Values 0-255 (RAMBO 135 = ~0.75A, 185 = ~1A)
The extra tip here was very helpful after my new hot end firmware update started giving me issues in the extruder motor, could we restore this comment, and possibly add a reminder to the firmware updating docs?
With lots of love!
-g-
In configuration.h in Repetier firmware:
line 232 the #if POWER_SUPPLY setting for INVERT_Y_DIR
is overwritten on line 304 in the #elif PRINTER == 2 (Rostock Max v2) block
Printing from Octoprint frequently finds an extruder switch at random, uncommanded. The forum also reports this problem on any USB connection, not just Octoprint. I'm currently testing this from the SD card, which does not seem to have the same problem.
Firmware downloaded and flashed 10/25/17 using Arduino IDE 1.6.1.
Reports of probing via the LCD is not functioning correctly. Probing using the GCODE file works fine.
Issues is not exactly repeatable every time, some times the machine will home and freeze. Other times the machine will home, drop down within Xmm of the bed and freeze.
Please find and fix bug.
Says:
#define MOTOR_CURRENT {140,140,140,130,0} // Values 0-255 (RAMBO 135 = ~0.75A, 185 = ~1A) use 140 for xyz and 130 for the E if using Kysan motors and 175 xyz and 200 if using wantai motors
Where the new version just says
#define MOTOR_CURRENT {140,140,140,130,0} // Values 0-255 (RAMBO 135 = ~0.75A, 185 = ~1A)
The extra tip here was very helpful after my new hot end firmware update started giving me issues in the extruder motor, could we restore this comment, and possibly add a reminder to the firmware updating docs?
With lots of love!
-g-
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.