piccolo problema di allineamento.....

257 views
Skip to first unread message

lamer house

unread,
Apr 17, 2013, 9:20:12 AM4/17/13
to reprap...@googlegroups.com
qualcuno sa dirmi il perchè mi potrebbe succedere questo...????
tenendo conto che .. la rotellina sul motore è ok non slitta.. la cinghia e tensionata bene nè poco nè troppo
il vref dovrei tenerlo a 1322 per ora li tendo a 1250 non mi sembra sentire perdite di giri o salti strani ...
grazie

sul firmware e settato 80,80,3200/1.25,700 uso filo 1.75 ho le rotelline in alliminio a 20 dentini e barre da 8mm cinghie da 2 pitch

Dario Faggioli

unread,
Apr 17, 2013, 10:02:33 AM4/17/13
to reprap...@googlegroups.com
On mer, 2013-04-17 at 06:20 -0700, lamer house wrote:
> qualcuno sa dirmi il perchè mi potrebbe succedere questo...????
>
Ci sta che non c'entri nulla, ma a me succedeva qualcosa di simile
perche` il filo rimaneva incastrato e, tirandolo, faceva perdere passi
alla cartuccia (quindi, nel mio caso, sull'asse x).

Dario

--
<<This happens because I choose it to happen!>> (Raistlin Majere)
-----------------------------------------------------------------
Dario Faggioli, Ph.D, http://about.me/dario.faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)


lamer house

unread,
Apr 17, 2013, 10:33:11 AM4/17/13
to reprap...@googlegroups.com
se intendi filo elettrico o filo di plastica ..controllato ..purtroppo non è quello ..cmq. grazie per l'idea...

Davide Dalfiume

unread,
Apr 17, 2013, 11:35:03 AM4/17/13
to reprap...@googlegroups.com
non vorrei essere scortese ma la "perdita di passi" è uno dei problemi più comuni di questo tipo di stampanti ed una semplice ricerca anche su questo stesso gruppo ti porterebbe a queste considerazioni.
Hai controllato la tensione delle cinghie?
Hai controllato che i motori degli assi x e y habbiano la giusta "corrente"
hai controllato che la o le puleggia non slitti/no sugli alberini dei motori?
Hai controllato che il firmware sia settato con le giuste velocità massime?
ecc. ecc. ecc.
fai queste verifiche in primis.... poi una "ricerchina" magari ti permetterà di trovare gli eccetera....

Davide Dalfiume

unread,
Apr 17, 2013, 11:36:38 AM4/17/13
to reprap...@googlegroups.com
ho scritto "habbiano" con la h.... non ci posso credere..... scusate l'ignoranza...........

lamer house

unread,
Apr 17, 2013, 11:44:57 AM4/17/13
to reprap...@googlegroups.com
ciao 

la ricerca lho fatta ... e purtroppo tranne la velocità massime sul firmware .. che devo capire dove e come settarle... sono "dovrebbero" essere tutte ok
per quello ho postato il nuovo argomento... ... mi chiedevo solo cosa oltre alle normali procedure che mi hai postato ..potrei controllare.. xchè ci sto buttando tanto tempo
e non riesco a venirne a capo... 

Davide Dalfiume

unread,
Apr 17, 2013, 11:57:54 AM4/17/13
to reprap...@googlegroups.com
quando è capitato a me.... dopo le normali procedure ho "aguzzato la vista" nel senso che ho assistito alla stampa ripetendo più volte senza perderla di vista un attimo e concentrandomi sulle parti che potevano creare problemi.... in primo luogo ho scoperto che a volte è la superficie stessa di stampa che, deformandosi, durante gli spostamenti veloci "frenava" gli assi x e Y e l'asse con minor forza "soccombeva.... in questo caso è bastato migliorare la deposizione del filo tramite settaggi software ed utilizzare il "lift" che fa alzare la testina di n mm. (io utilizzo sempre un valore di 0.5/0.75 mm.) durante gli spostamenti in "travel speed"...
e questo è uno.....

lamer house

unread,
Apr 17, 2013, 12:10:54 PM4/17/13
to reprap...@googlegroups.com
ok domani provo queste cose che mi hai segnalato e vediamo ..il travel speed che ora non ricordo a quanto è settato ..per stare anche basso ..poi al max lo alzo man mano a quanto lo porto?

Davide Dalfiume

unread,
Apr 17, 2013, 12:28:28 PM4/17/13
to reprap...@googlegroups.com
no ... lascialo a 100/150 almeno e parti da un lift di 0.75..... la travel dovrebbe andare bene su quei valori.... io con una sanguinololu e i motori wantai vado normalmente a 200 come travel speed e non si scaldano neppure.... però a volte devo alzare il lift... soprattutto con l'abs

Davide Dalfiume

unread,
Apr 17, 2013, 12:34:27 PM4/17/13
to reprap...@googlegroups.com
dimenticavo.... che layer stai usando? se superiore a 0.25 abbassalo rimanendo dentro quella soglia... 0.25 è già una stampa "mediocre" come qualità e se hai parametri "farlocchi" nel software ti peggiora le cose... a 0.3/0.4 è peggio...

porta i perimetri a 30 ed i riempimenti a massimo 45/60... partendo da 45.... con questi valori non dovresti avere problemi.....

lamer house

unread,
Apr 18, 2013, 4:44:27 AM4/18/13
to reprap...@googlegroups.com
ciao

allora ho provato a mettere i parametri da te descritti purtroppo sembra non cambiare nulla.. e tutto piu lento, quando cambia layer si alza e si abbassa l'asse z correttamente ma poi slitta il tutto allego foto fatte con i dati inseriti

io ho un nozzle da 0.5 (per iniziare penso sia il più semplice) e il filamento da 1.75 sto usando repetier-host 0.85b con slic3r 0.99
il layer height lo messo a 0.25
first layer height 0.3
fill density 0.25
gli speed abbassati tutti a 30 e il travel a 100

provo a ricontrollare la struttura anche se mi sembra coretta non so ....

Davide Dalfiume

unread,
Apr 18, 2013, 6:04:11 AM4/18/13
to reprap...@googlegroups.com
è però evidente la perdita di passi....
e anche pesante.... possibile che tu non distingua rumoracci "strani" durante la stampa.... se i motori "suonano" regolarmente non può essere che la puleggia che "scivola" sull'alberino.....
hai fatto gli scassi negli alberini dei motori?

Marco Alici

unread,
Apr 18, 2013, 6:26:51 AM4/18/13
to reprap...@googlegroups.com
Sottoscrivo.

-- 

Ciao
Marco
http://marcoalici.wordpress.com
GNU/Linux user #326280 - http://counter.li.org/
Message has been deleted

lamer house

unread,
Apr 19, 2013, 4:26:13 AM4/19/13
to reprap...@googlegroups.com

allora ...dopo aver controllato la struttura ... ho riprovato ..e il primo lavoro mi sembrava essere venuto bene (prima immagine) ok il primo layer sballato ma poi ok.. ho pensato va ben meglio di nulla... ora ho riprovato con 4 oggetti.. e di nuovo tutto fuori ... 

lamer house

unread,
Apr 19, 2013, 4:27:02 AM4/19/13
to reprap...@googlegroups.com


Il giorno venerdì 19 aprile 2013 10:26:13 UTC+2, lamer house ha scritto:

lorenzo cantini

unread,
Apr 19, 2013, 4:30:08 AM4/19/13
to reprap...@googlegroups.com
Ciao Lamer
ti consiglio un paio di controlli

1 le cinghie devono essere tese molto bene
2 controlla la potenza dello stepper driver, ad occhio ti direi una traslazione sull'asse Y dovuto ad un aumento improvviso di potenza


scusami per le risposte veloci :) :)

--
--
Hai ricevuto questo messaggio in quanto sei iscritto al gruppo RepRap Italia.
Maggiori informazioni:
http://groups.google.com/group/reprap-italia?hl=it
 
---
Hai ricevuto questo messaggio perché sei iscritto al gruppo "RepRap Italia" di Google Gruppi.
Per annullare l'iscrizione a questo gruppo e non ricevere più i suoi messaggi, invia un'email a reprap-itali...@googlegroups.com.
Per ulteriori opzioni, visita https://groups.google.com/groups/opt_out.
 
 

lamer house

unread,
Apr 19, 2013, 5:09:41 AM4/19/13
to reprap...@googlegroups.com
ok grazie.. provo a cambiare lo stepper in teoria i miei motori dovrei settarli a 1322 sono ora a 1250 e cmq. sia che alzo che abbasso .. cmq. ok provo ..e gia che ci sono cambio stepper ne ho uno non usato
tx

intanto posto anche la mia configurazione se per caso qualcuno vede qualcosa di errore grazie ancora

#ifndef CONFIGURATION_H
#define CONFIGURATION_H

// This configurtion file contains the basic settings.
// Advanced settings can be found in Configuration_adv.h 
// BASIC SETTINGS: select your board type, temperature sensor type, axis scaling, and endstop configuration

//User specified version info of this build to display in [Pronterface, etc] terminal window during startup.
//Implementation of an idea by Prof Braino to inform user that any changes made
//to this build by the user have been successfully uploaded into firmware.
#define STRING_VERSION_CONFIG_H __DATE__ " " __TIME__ // build date and time
#define STRING_CONFIG_H_AUTHOR "(none, default config)" //Who made the changes.

// SERIAL_PORT selects which serial port should be used for communication with the host.
// This allows the connection of wireless adapters (for instance) to non-default port pins.
// Serial port 0 is still used by the Arduino bootloader regardless of this setting.
#define SERIAL_PORT 0

// This determines the communication speed of the printer
#define BAUDRATE 250000
//#define BAUDRATE 115200

//// The following define selects which electronics board you have. Please choose the one that matches your setup
// 10 = Gen7 custom (Alfons3 Version) "https://github.com/Alfons3/Generation_7_Electronics"
// 11 = Gen7 v1.1, v1.2 = 11
// 12 = Gen7 v1.3
// 13 = Gen7 v1.4
// 3  = MEGA/RAMPS up to 1.2 = 3
// 33 = RAMPS 1.3 / 1.4 (Power outputs: Extruder, Bed, Fan)
// 34 = RAMPS 1.3 / 1.4 (Power outputs: Extruder0, Extruder1, Bed)
// 4  = Duemilanove w/ ATMega328P pin assignment
// 5  = Gen6
// 51 = Gen6 deluxe
// 6  = Sanguinololu < 1.2
// 62 = Sanguinololu 1.2 and above
// 63 = Melzi
// 64 = STB V1.1
// 7  = Ultimaker
// 71 = Ultimaker (Older electronics. Pre 1.5.4. This is rare)
// 8  = Teensylu
// 80 = Rumba
// 81 = Printrboard (AT90USB1286)
// 82 = Brainwave (AT90USB646)
// 9  = Gen3+
// 70 = Megatronics
// 90 = Alpha OMCA board
// 91 = Final OMCA board
// 301 = Rambo

#ifndef MOTHERBOARD
#define MOTHERBOARD 33
#endif

//// The following define selects which power supply you have. Please choose the one that matches your setup
// 1 = ATX
// 2 = X-Box 360 203Watts (the blue wire connected to PS_ON and the red wire to VCC)

#define POWER_SUPPLY 1

//===========================================================================
//=============================Thermal Settings  ============================
//===========================================================================
//
//--NORMAL IS 4.7kohm PULLUP!-- 1kohm pullup can be used on hotend sensor, using correct resistor and table
//
//// Temperature sensor settings:
// -2 is thermocouple with MAX6675 (only for sensor 0)
// -1 is thermocouple with AD595
// 0 is not used
// 1 is 100k thermistor - best choice for EPCOS 100k (4.7k pullup)
// 2 is 200k thermistor - ATC Semitec 204GT-2 (4.7k pullup)
// 3 is mendel-parts thermistor (4.7k pullup)
// 4 is 10k thermistor !! do not use it for a hotend. It gives bad resolution at high temp. !!
// 5 is 100K thermistor - ATC Semitec 104GT-2 (Used in ParCan) (4.7k pullup)
// 6 is 100k EPCOS - Not as accurate as table 1 (created using a fluke thermocouple) (4.7k pullup)
// 7 is 100k Honeywell thermistor 135-104LAG-J01 (4.7k pullup)
// 8 is 100k 0603 SMD Vishay NTCS0603E3104FXT (4.7k pullup)
// 9 is 100k GE Sensing AL03006-58.2K-97-G1 (4.7k pullup)
// 10 is 100k RS thermistor 198-961 (4.7k pullup)
//
//    1k ohm pullup tables - This is not normal, you would have to have changed out your 4.7k for 1k 
//                          (but gives greater accuracy and more stable PID)
// 51 is 100k thermistor - EPCOS (1k pullup)
// 52 is 200k thermistor - ATC Semitec 204GT-2 (1k pullup)
// 55 is 100k thermistor - ATC Semitec 104GT-2 (Used in ParCan) (1k pullup)

#define TEMP_SENSOR_0 6
#define TEMP_SENSOR_1 0
#define TEMP_SENSOR_2 0
#define TEMP_SENSOR_BED 6

// Actual temperature must be close to target for this long before M109 returns success
#define TEMP_RESIDENCY_TIME 10 // (seconds)
#define TEMP_HYSTERESIS 3       // (degC) range of +/- temperatures considered "close" to the target one
#define TEMP_WINDOW     1       // (degC) Window around target to start the recidency timer x degC early.

// The minimal temperature defines the temperature below which the heater will not be enabled It is used
// to check that the wiring to the thermistor is not broken. 
// Otherwise this would lead to the heater being powered on all the time.
#define HEATER_0_MINTEMP 5
#define HEATER_1_MINTEMP 5
#define HEATER_2_MINTEMP 5
#define BED_MINTEMP 5

// When temperature exceeds max temp, your heater will be switched off.
// This feature exists to protect your hotend from overheating accidentally, but *NOT* from thermistor short/failure!
// You should use MINTEMP for thermistor short/failure protection.
#define HEATER_0_MAXTEMP 275
#define HEATER_1_MAXTEMP 275
#define HEATER_2_MAXTEMP 275
#define BED_MAXTEMP 150

// If your bed has low resistance e.g. .6 ohm and throws the fuse you can duty cycle it to reduce the
// average current. The value should be an integer and the heat bed will be turned on for 1 interval of
// HEATER_BED_DUTY_CYCLE_DIVIDER intervals.
//#define HEATER_BED_DUTY_CYCLE_DIVIDER 4

// PID settings:
// Comment the following line to disable PID and enable bang-bang.
#define PIDTEMP
#define BANG_MAX 256 // limits current to nozzle while in bang-bang mode; 256=full current
#define PID_MAX 256 // limits current to nozzle while PID is active (see PID_FUNCTIONAL_RANGE below); 256=full current
#ifdef PIDTEMP
  //#define PID_DEBUG // Sends debug data to the serial port. 
  //#define PID_OPENLOOP 1 // Puts PID in open loop. M104/M140 sets the output power from 0 to PID_MAX
  #define PID_FUNCTIONAL_RANGE 10 // If the temperature difference between the target temperature and the actual temperature
                                  // is more then PID_FUNCTIONAL_RANGE then the PID will be shut off and the heater will be set to min/max.
  #define PID_INTEGRAL_DRIVE_MAX 255  //limit for the integral term
  #define K1 0.95 //smoothing factor withing the PID
  #define PID_dT ((16.0 * 8.0)/(F_CPU / 64.0 / 256.0)) //sampling period of the temperature routine

// If you are using a preconfigured hotend then you can use one of the value sets by uncommenting it
// Ultimaker
//    #define  DEFAULT_Kp 22.2
//    #define  DEFAULT_Ki 1.08  
//    #define  DEFAULT_Kd 114  

// Makergear
//    #define  DEFAULT_Kp 7.0
//    #define  DEFAULT_Ki 0.1  
//    #define  DEFAULT_Kd 12  

// Mendel Parts V9 on 12V    
    #define  DEFAULT_Kp 63.0
    #define  DEFAULT_Ki 2.25
    #define  DEFAULT_Kd 440
#endif // PIDTEMP

// Bed Temperature Control
// Select PID or bang-bang with PIDTEMPBED.  If bang-bang, BED_LIMIT_SWITCHING will enable hysteresis
//
// uncomment this to enable PID on the bed.   It uses the same ferquency PWM as the extruder. 
// If your PID_dT above is the default, and correct for your hardware/configuration, that means 7.689Hz,
// which is fine for driving a square wave into a resistive load and does not significantly impact you FET heating.
// This also works fine on a Fotek SSR-10DA Solid State Relay into a 250W heater. 
// If your configuration is significantly different than this and you don't understand the issues involved, you proabaly 
// shouldn't use bed PID until someone else verifies your hardware works.
// If this is enabled, find your own PID constants below.
//#define PIDTEMPBED
//
//#define BED_LIMIT_SWITCHING

// This sets the max power delived to the bed, and replaces the HEATER_BED_DUTY_CYCLE_DIVIDER option.
// all forms of bed control obey this (PID, bang-bang, bang-bang with hysteresis)
// setting this to anything other than 256 enables a form of PWM to the bed just like HEATER_BED_DUTY_CYCLE_DIVIDER did,
// so you shouldn't use it unless you are OK with PWM on your bed.  (see the comment on enabling PIDTEMPBED)
#define MAX_BED_POWER 256 // limits duty cycle to bed; 256=full current

#ifdef PIDTEMPBED
//120v 250W silicone heater into 4mm borosilicate (MendelMax 1.5+)
//from FOPDT model - kp=.39 Tp=405 Tdead=66, Tc set to 79.2, argressive factor of .15 (vs .1, 1, 10)
    #define  DEFAULT_bedKp 10.00
    #define  DEFAULT_bedKi .023
    #define  DEFAULT_bedKd 305.4

//120v 250W silicone heater into 4mm borosilicate (MendelMax 1.5+)
//from pidautotune
//    #define  DEFAULT_bedKp 97.1
//    #define  DEFAULT_bedKi 1.41
//    #define  DEFAULT_bedKd 1675.16

// FIND YOUR OWN: "M303 E-1 C8 S90" to run autotune on the bed at 90 degreesC for 8 cycles.
#endif // PIDTEMPBED



//this prevents dangerous Extruder moves, i.e. if the temperature is under the limit
//can be software-disabled for whatever purposes by
#define PREVENT_DANGEROUS_EXTRUDE
//if PREVENT_DANGEROUS_EXTRUDE is on, you can still disable (uncomment) very long bits of extrusion separately.
#define PREVENT_LENGTHY_EXTRUDE

#define EXTRUDE_MINTEMP 170
#define EXTRUDE_MAXLENGTH (X_MAX_LENGTH+Y_MAX_LENGTH) //prevent extrusion of very large distances.

//===========================================================================
//=============================Mechanical Settings===========================
//===========================================================================

// Uncomment the following line to enable CoreXY kinematics
// #define COREXY

// corse Endstop Settings
#define ENDSTOPPULLUPS // Comment this out (using // at the start of the line) to disable the endstop pullup resistors

#ifndef ENDSTOPPULLUPS
  // fine Enstop settings: Individual Pullups. will be ignord if ENDSTOPPULLUPS is defined
  #define ENDSTOPPULLUP_XMAX
  #define ENDSTOPPULLUP_YMAX
  #define ENDSTOPPULLUP_ZMAX
  #define ENDSTOPPULLUP_XMIN
  #define ENDSTOPPULLUP_YMIN
  //#define ENDSTOPPULLUP_ZMIN
#endif

#ifdef ENDSTOPPULLUPS
  #define ENDSTOPPULLUP_XMAX
  #define ENDSTOPPULLUP_YMAX
  #define ENDSTOPPULLUP_ZMAX
  #define ENDSTOPPULLUP_XMIN
  #define ENDSTOPPULLUP_YMIN
  #define ENDSTOPPULLUP_ZMIN
#endif

// The pullups are needed if you directly connect a mechanical endswitch between the signal and ground pins.
const bool X_ENDSTOPS_INVERTING = true; // set to true to invert the logic of the endstops. 
const bool Y_ENDSTOPS_INVERTING = true; // set to true to invert the logic of the endstops. 
const bool Z_ENDSTOPS_INVERTING = true; // set to true to invert the logic of the endstops. 
//#define DISABLE_MAX_ENDSTOPS

// For Inverting Stepper Enable Pins (Active Low) use 0, Non Inverting (Active High) use 1
#define X_ENABLE_ON 0
#define Y_ENABLE_ON 0
#define Z_ENABLE_ON 0
#define E_ENABLE_ON 0 // For all extruders

// Disables axis when it's not being used.
#define DISABLE_X false
#define DISABLE_Y false
#define DISABLE_Z false
#define DISABLE_E false // For all extruders

#define INVERT_X_DIR true    // for Mendel set to false, for Orca set to true
#define INVERT_Y_DIR true    // for Mendel set to true, for Orca set to false
#define INVERT_Z_DIR true     // for Mendel set to false, for Orca set to true
#define INVERT_E0_DIR true   // for direct drive extruder v9 set to true, for geared extruder set to false
#define INVERT_E1_DIR false    // for direct drive extruder v9 set to true, for geared extruder set to false
#define INVERT_E2_DIR false   // for direct drive extruder v9 set to true, for geared extruder set to false

// ENDSTOP SETTINGS:
// Sets direction of endstops when homing; 1=MAX, -1=MIN
#define X_HOME_DIR -1
#define Y_HOME_DIR -1
#define Z_HOME_DIR -1

#define min_software_endstops false //If true, axis won't move to coordinates less than HOME_POS.
#define max_software_endstops false  //If true, axis won't move to coordinates greater than the defined lengths below.
// Travel limits after homing
#define X_MAX_POS 205
#define X_MIN_POS 0
#define Y_MAX_POS 205
#define Y_MIN_POS 0
#define Z_MAX_POS 200
#define Z_MIN_POS 0

#define X_MAX_LENGTH (X_MAX_POS - X_MIN_POS)
#define Y_MAX_LENGTH (Y_MAX_POS - Y_MIN_POS)
#define Z_MAX_LENGTH (Z_MAX_POS - Z_MIN_POS)

// The position of the homing switches
//#define MANUAL_HOME_POSITIONS  // If defined, MANUAL_*_HOME_POS below will be used
//#define BED_CENTER_AT_0_0  // If defined, the center of the bed is at (X=0, Y=0)

//Manual homing switch locations:
#define MANUAL_X_HOME_POS 0
#define MANUAL_Y_HOME_POS 0
#define MANUAL_Z_HOME_POS 0

//// MOVEMENT SETTINGS
#define NUM_AXIS 4 // The axis order in all axis related arrays is X, Y, Z, E
#define HOMING_FEEDRATE {50*60, 50*60, 4*60, 0}  // set the homing speeds (mm/min)

// default settings 

#define DEFAULT_AXIS_STEPS_PER_UNIT   {80,80,3200/1.25,700}  // default steps per unit for ultimaker 
#define DEFAULT_MAX_FEEDRATE          {500, 500, 5, 45}    // (mm/sec)    
#define DEFAULT_MAX_ACCELERATION      {9000,9000,100,10000}    // X, Y, Z, E maximum start speed for accelerated moves. E default values are good for skeinforge 40+, for older versions raise them a lot.

#define DEFAULT_ACCELERATION          3000    // X, Y, Z and E max acceleration in mm/s^2 for printing moves 
#define DEFAULT_RETRACT_ACCELERATION  3000   // X, Y, Z and E max acceleration in mm/s^2 for r retracts

// Offset of the extruders (uncomment if using more than one and relying on firmware to position when changing).
// The offset has to be X=0, Y=0 for the extruder 0 hotend (default extruder).
// For the other hotends it is their distance from the extruder 0 hotend.
// #define EXTRUDER_OFFSET_X {0.0, 20.00} // (in mm) for each extruder, offset of the hotend on the X axis
// #define EXTRUDER_OFFSET_Y {0.0, 5.00}  // (in mm) for each extruder, offset of the hotend on the Y axis

// The speed change that does not require acceleration (i.e. the software might assume it can be done instanteneously)
#define DEFAULT_XYJERK                20.0    // (mm/sec)
#define DEFAULT_ZJERK                 0.4     // (mm/sec)
#define DEFAULT_EJERK                 5.0    // (mm/sec)

//===========================================================================
//=============================Additional Features===========================
//===========================================================================

// EEPROM
// the microcontroller can store settings in the EEPROM, e.g. max velocity...
// M500 - stores paramters in EEPROM
// M501 - reads parameters from EEPROM (if you need reset them after you changed them temporarily).  
// M502 - reverts to the default "factory settings".  You still need to store them in EEPROM afterwards if you want to.
//define this to enable eeprom support
//#define EEPROM_SETTINGS
//to disable EEPROM Serial responses and decrease program space by ~1700 byte: comment this out:
// please keep turned on if you can.
//#define EEPROM_CHITCHAT

//LCD and SD support
//#define ULTRA_LCD  //general lcd support, also 16x2
//#define DOGLCD // Support for SPI LCD 128x64 (Controller ST7565R graphic Display Family)
#define SDSUPPORT // Enable SD Card Support in Hardware Console

//#define ULTIMAKERCONTROLLER //as available from the ultimaker online store.
//#define ULTIPANEL  //the ultipanel as on thingiverse

// The RepRapDiscount Smart Controller (white PCB)
//#define REPRAP_DISCOUNT_SMART_CONTROLLER

// The GADGETS3D G3D LCD/SD Controller (blue PCB)
#define G3D_PANEL

//automatic expansion
#if defined(ULTIMAKERCONTROLLER) || defined(REPRAP_DISCOUNT_SMART_CONTROLLER) || defined(G3D_PANEL)
 #define ULTIPANEL
 #define NEWPANEL
#endif 

// Preheat Constants
#define PLA_PREHEAT_HOTEND_TEMP 180 
#define PLA_PREHEAT_HPB_TEMP 70
#define PLA_PREHEAT_FAN_SPEED 255 // Insert Value between 0 and 255

#define ABS_PREHEAT_HOTEND_TEMP 240
#define ABS_PREHEAT_HPB_TEMP 100
#define ABS_PREHEAT_FAN_SPEED 255 // Insert Value between 0 and 255


#ifdef ULTIPANEL
//  #define NEWPANEL  //enable this if you have a click-encoder panel
  #define 

lorenzo cantini

unread,
Apr 19, 2013, 5:12:49 AM4/19/13
to reprap...@googlegroups.com
Ciao Lamer 
io intendo la potenza sul driver motor,che regoli tramite il potenziometro

lamer house

unread,
Apr 19, 2013, 5:20:37 AM4/19/13
to reprap...@googlegroups.com
si scusa ..anch'io pensavo a quello lo cambio ..errore mio di utilizzo termine sbagliato

lamer house

unread,
Apr 19, 2013, 6:06:41 AM4/19/13
to reprap...@googlegroups.com
cambiato ... provato sia con 750 che con 1250 che con 1322 ..sempre lo stesso problema........ cinghia non tirattissima ma neanche molle mi sembra giusta.. e non sento salti o la cinghia che perde colpi i motori sono silenziosi

lamer house

unread,
Apr 19, 2013, 6:33:15 AM4/19/13
to reprap...@googlegroups.com
provo a dire un eresia... ma non è che devo modificare il firmware nel dato 80 e mettere non so 78 o 82 rifacendo qualche calcolo ...... anche se ho la cinghia da 2 mm la puleggia da 20 dentini il motore nema 17 e dalla formula di prusa mi dice 80???? non capisco perchè deve spostarsi cosi tanto sull'asse y .. potrebbe essere il motore che non funziona???? le sto pensando tutte .....

lamer house

unread,
Apr 19, 2013, 6:45:08 AM4/19/13
to reprap...@googlegroups.com
aggiungo un altra cosa.. io non ho cotruito una prusa ma una reprap pro le mie misure sono diverse della prusa .. se non erro come lunghezza ho un 29 centimetri ..questo cambia nel dato 80???

Marco Alici

unread,
Apr 19, 2013, 8:58:59 AM4/19/13
to reprap...@googlegroups.com
Il 19/04/2013 12:45, lamer house ha scritto:
> aggiungo un altra cosa.. io non ho cotruito una prusa ma una reprap
> pro le mie misure sono diverse della prusa .. se non erro come
> lunghezza ho un 29 centimetri ..questo cambia nel dato 80???

Prova allora a scaricare il firmware di reprappro:
https://github.com/reprappro

lamer house

unread,
Apr 19, 2013, 9:44:17 AM4/19/13
to reprap...@googlegroups.com
aggiornamento.... ho fatto una prova manuale... cioè ho provato a spostare da repetier-host il carrello da 0 sull asse x prima di 100mm poi 5 volte di 10 mm ...poi ho ripetuto la cosa al contrario e il carrello è tornato a casa a 0

fatto la stessa cosa con y ma anche rifacendolo piu volte non torna mai a 0 rimane sempre qualcosina in meno cioè invece di essee a 0 si ferma non so a 1 o 3 o 2 mm dalla base

questo come posso regolarlo??? potrebbe essere a questo punto il motore che non funziona regolarmente???

lamer house

unread,
Apr 19, 2013, 9:58:24 AM4/19/13
to reprap...@googlegroups.com
bravo marco ..ottima idea..controllare i dati nel firmware di pro...infatti 80 e 92.675 ....e impostando quello almeno mi sembra coincidere lasse y ora faccio delle prove ..speriamo ..hai azzeccato il problema....

lamer house

unread,
Apr 19, 2013, 10:35:23 AM4/19/13
to reprap...@googlegroups.com
niente da fare continua a spostarsi in verticale... 

lamer house

unread,
Apr 19, 2013, 11:04:50 AM4/19/13
to reprap...@googlegroups.com
ho provato a riportare 80 .... e disegnare con un pennarello una linea ho fatto piu volte sull'asse y la linea aventi e indietro ..doveva fare 100 mm ne ha fatti sempre 105.76 ...come posso regola re questo?

lamer house

unread,
Apr 19, 2013, 11:07:33 AM4/19/13
to reprap...@googlegroups.com
dimenticavo sull'asse x stessa cosa... ma in stampa sembra che solo y dia problemi

lamer house

unread,
Apr 19, 2013, 12:01:56 PM4/19/13
to reprap...@googlegroups.com
ecco alcune foto della famosa piramide .... emmm pira.....

Marco Alici

unread,
Apr 19, 2013, 12:17:46 PM4/19/13
to reprap...@googlegroups.com
Il 19/04/2013 18:01, lamer house ha scritto:
> ecco alcune foto della famosa piramide .... emmm pira.....

Su questa stampa l'impressione è che qualcosa non sia ben serrato. Mi
pare anche che l'altezza del layer sia eccessiva
E... non è che il pezzo non aderisce bene e si sposta durante la stampa?!
Bisogna pensarle tutte, e io... le penso! :-)

lamer house

unread,
Apr 19, 2013, 1:43:54 PM4/19/13
to reprap...@googlegroups.com
heheheh .. no il pezzo non si stacca e ben saldo ... devo aspettare che il piatto scenda sotto i 42 gradi prima di riuscire a staccarlo...
i dadi sono tutti ben stretti .. ma mi sa che devo distruggerla e ricrearla da 0... non riesco a capire.. cmq. ho ordinato un altro motore che spero arrivi lunedi .. e provo a cambiare ...prima di metterla sotto una schiaccia sassi ... non si sa mai .. metti che mi va di c.... anche se non ci spero.. :)

lamer house

unread,
Apr 23, 2013, 4:45:17 PM4/23/13
to reprap...@googlegroups.com

finalmente sono riuscito ... ecco la prima foto ..ho trovato ..l'arcano... le pulegge da 20 ..... messe quelle da 16 funziona......
Reply all
Reply to author
Forward
0 new messages