Easiest way to reverse a motor direction is rotate the connector plug 180 degrees
↧
Re: Help ! Marlin 2.0 -Unusual z axe behaver
↧
Re: UBL Delta Calibration for Square Printing
correct, for instance here is my G29 T, how do I read this?
Bed Topography Report:
( -124,124) (124,124)
0 1 2 3 4 5 6 7 8 9
9 | . . . . +0.314 +0.549 . . . .
|
8 | . . -0.073 +0.125 +0.385 +0.675 +0.962 +1.232 . .
|
7 | . -0.088 +0.077 +0.325 +0.563 +0.865 +1.233 +1.506 +1.842 .
|
6 | . -0.089 +0.237 +0.485 +0.786 +1.093 +1.442 +1.783 +2.078 .
|
5 | -0.035 +0.077 +0.362 +0.608 +0.973 +1.303 +1.653 +2.009 +2.363 +2.754
|
4 | . +0.286 +0.517 +0.783 [+1.184] +1.541 +1.854 +2.210 +2.541 .
|
3 | . +0.407 +0.648 +0.962 +1.322 +1.701 +1.990 +2.333 +2.742 .
|
2 | . . +0.703 +0.998 +1.440 +1.869 +2.164 +2.518 . .
|
1 | . . . . +1.562 +1.954 . . . .
|
0 | . . . . . . . . . .
0 1 2 3 4 5 6 7 8 9
( -124, -124) (124, -124)
Bed Topography Report:
( -124,124) (124,124)
0 1 2 3 4 5 6 7 8 9
9 | . . . . +0.314 +0.549 . . . .
|
8 | . . -0.073 +0.125 +0.385 +0.675 +0.962 +1.232 . .
|
7 | . -0.088 +0.077 +0.325 +0.563 +0.865 +1.233 +1.506 +1.842 .
|
6 | . -0.089 +0.237 +0.485 +0.786 +1.093 +1.442 +1.783 +2.078 .
|
5 | -0.035 +0.077 +0.362 +0.608 +0.973 +1.303 +1.653 +2.009 +2.363 +2.754
|
4 | . +0.286 +0.517 +0.783 [+1.184] +1.541 +1.854 +2.210 +2.541 .
|
3 | . +0.407 +0.648 +0.962 +1.322 +1.701 +1.990 +2.333 +2.742 .
|
2 | . . +0.703 +0.998 +1.440 +1.869 +2.164 +2.518 . .
|
1 | . . . . +1.562 +1.954 . . . .
|
0 | . . . . . . . . . .
0 1 2 3 4 5 6 7 8 9
( -124, -124) (124, -124)
↧
↧
Re: pixelation on full-graphic-discount display
SOLVED...
I found this on the Marlin github forum:
Since my board is an MKS GEN (v1.4), I also had to add info for my board, so mine looks like this:
#elif MB(MINIRAMBO) || MB(EINSY_RAMBO) || MB(MKS_GEN_13)
This fixed this issue for me. :)
I found this on the Marlin github forum:
larsnordstrom commented on Oct 4, 2018 • Ok, then you need to add a condition to ultralcd_st7920_u8glib_rrd.h locate line 56 and make sure it reads: #elif MB(MINIRAMBO) || MB(EINSY_RAMBO)
Since my board is an MKS GEN (v1.4), I also had to add info for my board, so mine looks like this:
#elif MB(MINIRAMBO) || MB(EINSY_RAMBO) || MB(MKS_GEN_13)
This fixed this issue for me. :)
↧
No response from Serial on Custom Board
Hello Everyone,
This post will be fairly long and detailed so I will start with a brief right here:
I am getting no response on Serial from Marlin on a custom board while using Octoprint as a controller.
Now on to more details... sorry if this is a little long winded, trying to cover every base.
I am trying to get Marlin running on an AthenaII 3D printer which is developed at my University. The printer uses a custom board and custom firmware by default but I want to get it working with Marlin. For more details on the printer itself I've provided links to the printer and custom board below:
Printer: https://www.appropedia.org/AthenaII
Board: https://github.com/phidiasllc/athena_board
Default Firmware: https://github.com/mtu-most/franklin
After installing Octoprint on the controlling computer as well as uploading a compiled version of Marlin onto the board, I get no serial response when trying to connect via Octoprint. The N0 M110 N0*125 codes that Octoprint outputs through serial simply timeouts with no response. I've been trying to figure out what is going on but have made no progress. I've detailed the setup and steps I've done below. Maybe someone can see something I am missing? or knows what I am doing wrong?
The following are some relevant specs for the board (Let me know if you need more):
Printer Board:
Controlling Computer:
These boards are directly connected to each other daughter-board style. I control the Orange Pi computer with SSH. The Octoprint server on the Orange Pi works and can also be accessed by my desktop.
I am compiling Marlin using Arduino 1.8.10 on my desktop and am uploading it via the Orange Pi using avrdude manually through the SPI bus on the AVR. This is how I am using it (athenapi is a linuxgpio SPI programmer):
I am compiling Marlin as through it is being uploaded onto a Sanguinolulu with a 1284P just to get the serial working. I didn't change the configuration other than the board. None of the steppers or other components are connected. It is just the Orange Pi and the ATmega1284P with its circuitry. I don't get any compilation errors other than this:
From what I have seen, this isn't a huge error as long as it completes compilation and everything should work fine. After transferring the .hex file, uploading goes fine otherwise. AVRdude completes with no errors. The issue starts when I try to send anything to the board through the serial lines. Neither Octoprint nor Minicom get any response from the board. I've tried a series of things to diagnose and fix this issue.
I've changed the Serial Port on Marlin between 0 and 1. According the the fastio headers it should be on serial 0.
I've tried different Marlin versions: 1.1.x, 1.1.x-bugfix, 2.1-dev, 2.0.x-bugfig; with no difference.
I've tried different baud rates on both Marlin and Octoprint. Including having Octoprint sweep through baud rates.
I've checked that Octoprint can send and receive by shorting Rx and Tx. It does, however I can't seem to get it to work when the ATmega1284P is connected...
I've tried checking that other Arduino programs work, they do.
I've uploaded an Arduino serial echo server to see if serial was broken. It appears to work, however minicom gives me the wrong values back... but that might be my minicom setup.
So from what I've tried, it seems there might be some hardware issue with the UART/Serial but the previous firmware used serial as well and had no issues with communicating. Is Marlin more picky about how UART operates? I did have to replace the ATmega1284P once when I fried it on a short but I had no issues with it after the replacement. Maybe its possible I damaged something during my debugging? But I was having this issue before removing the electronics from my printer as well.
I can't seem to wrap my head around why this isn't working. I feel like I might be missing something really simple or obvious. Does anyone have any clue what might be going on?
Thanks in advance,
Jacob 'The JLo'
This post will be fairly long and detailed so I will start with a brief right here:
I am getting no response on Serial from Marlin on a custom board while using Octoprint as a controller.
Now on to more details... sorry if this is a little long winded, trying to cover every base.
I am trying to get Marlin running on an AthenaII 3D printer which is developed at my University. The printer uses a custom board and custom firmware by default but I want to get it working with Marlin. For more details on the printer itself I've provided links to the printer and custom board below:
Printer: https://www.appropedia.org/AthenaII
Board: https://github.com/phidiasllc/athena_board
Default Firmware: https://github.com/mtu-most/franklin
After installing Octoprint on the controlling computer as well as uploading a compiled version of Marlin onto the board, I get no serial response when trying to connect via Octoprint. The N0 M110 N0*125 codes that Octoprint outputs through serial simply timeouts with no response. I've been trying to figure out what is going on but have made no progress. I've detailed the setup and steps I've done below. Maybe someone can see something I am missing? or knows what I am doing wrong?
The following are some relevant specs for the board (Let me know if you need more):
Printer Board:
Processor : ATmega1284P Frequency : 16MHz Crystal Oscillator Vcc : 3.3V Fuse-bits : e=0xFF,L=0xF7, H=0xD9 Serial Port: Rx0/Tx0 (Pins 8/9)
Controlling Computer:
Model : Orange Pi Zero OS : Armbian Controller: Octoprint
These boards are directly connected to each other daughter-board style. I control the Orange Pi computer with SSH. The Octoprint server on the Orange Pi works and can also be accessed by my desktop.
I am compiling Marlin using Arduino 1.8.10 on my desktop and am uploading it via the Orange Pi using avrdude manually through the SPI bus on the AVR. This is how I am using it (athenapi is a linuxgpio SPI programmer):
avrdude -p atmega1284p -c athenapi -U flash:w:Marlin.ino.hex
I am compiling Marlin as through it is being uploaded onto a Sanguinolulu with a 1284P just to get the serial working. I didn't change the configuration other than the board. None of the steppers or other components are connected. It is just the Orange Pi and the ATmega1284P with its circuitry. I don't get any compilation errors other than this:
Error while detecting libraries included by /tmp/arduino_build_437632/sketch/temperature.cpp
From what I have seen, this isn't a huge error as long as it completes compilation and everything should work fine. After transferring the .hex file, uploading goes fine otherwise. AVRdude completes with no errors. The issue starts when I try to send anything to the board through the serial lines. Neither Octoprint nor Minicom get any response from the board. I've tried a series of things to diagnose and fix this issue.
I've changed the Serial Port on Marlin between 0 and 1. According the the fastio headers it should be on serial 0.
I've tried different Marlin versions: 1.1.x, 1.1.x-bugfix, 2.1-dev, 2.0.x-bugfig; with no difference.
I've tried different baud rates on both Marlin and Octoprint. Including having Octoprint sweep through baud rates.
I've checked that Octoprint can send and receive by shorting Rx and Tx. It does, however I can't seem to get it to work when the ATmega1284P is connected...
I've tried checking that other Arduino programs work, they do.
I've uploaded an Arduino serial echo server to see if serial was broken. It appears to work, however minicom gives me the wrong values back... but that might be my minicom setup.
So from what I've tried, it seems there might be some hardware issue with the UART/Serial but the previous firmware used serial as well and had no issues with communicating. Is Marlin more picky about how UART operates? I did have to replace the ATmega1284P once when I fried it on a short but I had no issues with it after the replacement. Maybe its possible I damaged something during my debugging? But I was having this issue before removing the electronics from my printer as well.
I can't seem to wrap my head around why this isn't working. I feel like I might be missing something really simple or obvious. Does anyone have any clue what might be going on?
Thanks in advance,
Jacob 'The JLo'
↧
Re: No response from Serial on Custom Board
5v TX on 1284p connected to 3.3v RX on Orange Pi... this doesn't seem wise.
↧
↧
Re: No response from Serial on Custom Board
The AVR is being powered with 3.3V so it should be 3.3V logic on the Serial lines... Right? Otherwise that is definitely a problem...
Just thought of something. I was powering the electronics through the power USB on the Pi while I was testing. The system usually uses a 24V supply with a Buck Converter. I have no clue if this will make a difference but I am going to try using the 24V supply instead and see what happens.
Just thought of something. I was powering the electronics through the power USB on the Pi while I was testing. The system usually uses a 24V supply with a Buck Converter. I have no clue if this will make a difference but I am going to try using the 24V supply instead and see what happens.
↧
Re: No response from Serial on Custom Board
Ok so changing to the 24V supply which normally runs the system did not change anything. Still no response from Octoprint.
↧
Re: Marlin 2.0 wont start with warm headbed
I have the same issue. The fix for me was to hook the machine up to usb only by setting the usb jumper on the skr. Then connecting to the computer with the thermistor cable unhooked and then reflash the firmware. It's a huge pain, but hey. It works. Oh, and I have to do this every time the issue appears. It's terrible.
↧
Re: No response from Serial on Custom Board
Running a 1284p @ 16mhz on 3.3v is outside of the recommended specification..
Run it at 5v, and level shift that 5v TX pin... I would bet it now works
Basically your baud rate clocks will not be correct on the avr so it cant talk to anything but itself.
Run it at 5v, and level shift that 5v TX pin... I would bet it now works
Basically your baud rate clocks will not be correct on the avr so it cant talk to anything but itself.
↧
↧
Re: No response from Serial on Custom Board
Oof... Ok looks like I'll have to cut a few traces. Might be a little while but I will report my results after I try it.
Would the 1284P be stable at 8MHz at 3.3V? Probably not the best solution but would be an easier modification than changing out the power on the PCB.
Would the 1284P be stable at 8MHz at 3.3V? Probably not the best solution but would be an easier modification than changing out the power on the PCB.
↧
Re: No response from Serial on Custom Board
8mhz should be fine on 3.3v. Going to need a new 8mhz bootloader (if you have a boot loader) and compile your code for 8mhz
suspect that would be too slow for marlin to run well though... but testing basic serial should be fine.
suspect that would be too slow for marlin to run well though... but testing basic serial should be fine.
↧
Re: UBL Delta Calibration for Square Printing
You need to go to step 5 and get your spacing near the towers close to equal and then proceed from there. You're completely off right now.
The idea is that by the time you are done with my procedure, your g29 t values are very close to each other. This means that the print head is traveling without any corrections, correctly across its plane. This results in proper kinematics.
The idea is that by the time you are done with my procedure, your g29 t values are very close to each other. This means that the print head is traveling without any corrections, correctly across its plane. This results in proper kinematics.
↧
Re: No response from Serial on Custom Board
So I converted the board to run the 1284P at 5V with resistive level shifts for the Tx and MISO lines going to the Orange Pi. The board still runs but the same issue still exists. I tried Marlin again and still got nothing going back to Octoprint. Then I tried to do the echo server again and I am still getting some wonky data back from Minicom. It is set to 8-N-1 at 9600 Baud which was the same settings on Octoprint and Marlin. I have provided the code and output for the echo server below.
Echo Server code on Arduino. Compiled
Minicom:
![]()
Maybe I'm misinterpreting but those are not the right numbers for ASCII Characters.
I've also noticed that the label on the crystal resonator is A120G79 which to me seems to imply a 12 MHz crystal... I haven't heard of anyone running a 1284P at anything other than 8 MHz or 16 MHz so this seems odd to me.
Echo Server code on Arduino. Compiled
byte inByte[255]; // incoming serial byte
void setup() {
// start serial port at 9600 bps and wait for port to open:
Serial.begin(9600);
//establishContact(); // send a byte to establish contact until receiver responds
}
void loop() {
// if we get a valid byte, read analog ins:
if (Serial.available() > 0) {
// get incoming byte:
size_t r = Serial.readBytes(inByte, 255);
Serial.write(inByte, r); // Echo
}
}
Minicom:
Maybe I'm misinterpreting but those are not the right numbers for ASCII Characters.
I've also noticed that the label on the crystal resonator is A120G79 which to me seems to imply a 12 MHz crystal... I haven't heard of anyone running a 1284P at anything other than 8 MHz or 16 MHz so this seems odd to me.
↧
↧
Re: No response from Serial on Custom Board
a wrong crystal will also kill serial comms. The baud rates are derived from the crystal speed you tell it is running at...
Presuming your running arduino like environment...
If you suspect it is 12mhz find the appropriate boards.txt file (for me on linux its in ~/.arduino15/packages/Sanguino/hardware/avr/1.0.3
It has a section like this
Change the last line to sanguino.menu.cpu.atmega1284p.build.f_cpu=12000000L (restart arduino ide after the change, or it wont notice)
See it that make any difference.
Presuming your running arduino like environment...
If you suspect it is 12mhz find the appropriate boards.txt file (for me on linux its in ~/.arduino15/packages/Sanguino/hardware/avr/1.0.3
It has a section like this
## Sanguino W/ ATmega1284 or ATmega1284P 16MHz sanguino.menu.cpu.atmega1284p=ATmega1284 or ATmega1284P (16 MHz) sanguino.menu.cpu.atmega1284p.upload.maximum_size=130048 sanguino.menu.cpu.atmega1284p.upload.maximum_data_size=16384 sanguino.menu.cpu.atmega1284p.upload.speed=115200 sanguino.menu.cpu.atmega1284p.bootloader.file=optiboot/optiboot_atmega1284p.hex sanguino.menu.cpu.atmega1284p.build.mcu=atmega1284p sanguino.menu.cpu.atmega1284p.build.f_cpu=16000000L
Change the last line to sanguino.menu.cpu.atmega1284p.build.f_cpu=12000000L (restart arduino ide after the change, or it wont notice)
See it that make any difference.
↧
Re: UBL Delta Calibration for Square Printing
Shouldn't this topic be in the Delta forum?
↧
Re: UBL Delta Calibration for Square Printing
Dont know. The main idea behind this is utilizing Marlin's UBL for proper calibration
↧
bed and nozzle heaters are not working at the same time
Hello
I modified ramps 1.4 board to use with arduino due as described in due + ramps mod
I can set on and off bed heater or extruder heater one at a time but not at the same time.
when I try second one to set on marlin drops both heaters instantly. Does not matter which one is switched first.
Activated bed PID, tuned extruder and bed PID values but it does not help.
no eeprom on board, so no ex-firmware parameter issue.
thermistors are working and assigned to correct heaters.
tried to extend thermal protection intervals-temperatures but none of tyhem helped.
To test if there is any hardware issues I wrote an arduino sketch and I able to switch on both heaters and read both thermistors. Mosfets are switched ok.
Power supply is sufficient, slight voltage drop from 12.15 V to 11.77 Volts when both heaters are working.
the error messages:
----------------------------------------------------------------------------
Error:Heating failed, system stopped! Heater_ID: 0
[ERROR] Error Heating failed, system stopped! Heater_ID: 0
Error:Printer halted. kill() called!
[ERROR] Error Printer halted. kill() called!
---------------------------------------------------------------------------
So I think there is a marlin config issue I am missing. Atached config files.
If you have any idea please post.
thanks
I modified ramps 1.4 board to use with arduino due as described in due + ramps mod
I can set on and off bed heater or extruder heater one at a time but not at the same time.
when I try second one to set on marlin drops both heaters instantly. Does not matter which one is switched first.
Activated bed PID, tuned extruder and bed PID values but it does not help.
no eeprom on board, so no ex-firmware parameter issue.
thermistors are working and assigned to correct heaters.
tried to extend thermal protection intervals-temperatures but none of tyhem helped.
To test if there is any hardware issues I wrote an arduino sketch and I able to switch on both heaters and read both thermistors. Mosfets are switched ok.
Power supply is sufficient, slight voltage drop from 12.15 V to 11.77 Volts when both heaters are working.
the error messages:
----------------------------------------------------------------------------
Error:Heating failed, system stopped! Heater_ID: 0
[ERROR] Error Heating failed, system stopped! Heater_ID: 0
Error:Printer halted. kill() called!
[ERROR] Error Printer halted. kill() called!
---------------------------------------------------------------------------
So I think there is a marlin config issue I am missing. Atached config files.
If you have any idea please post.
thanks
↧
↧
Re: Help ! Marlin 2.0 -Unusual z axe behaver
Hi obewan,
Thanks for suggestion,but doing that all z axes be reversed. My problem was only with reversed z axes for " home " position.
The problem was sensor ( marlin done by "tiny machines") ...only God knows why they reversed NPN NO (normally open) sensor .
Have reverse in they marlin:
line 1041 ==============Endstop settings===================
1104 #define Z_MIN_ENDSTOP_INVERTING true ( from false to true)
1105 #define Z_MIN_PROBE_ENDSTOP_INVERTING true ( from false to true)
So sensor move right direction (down) in "home" position but is not react to signal from sensor (smashing down to heating bad).
Thanks for suggestion,but doing that all z axes be reversed. My problem was only with reversed z axes for " home " position.
The problem was sensor ( marlin done by "tiny machines") ...only God knows why they reversed NPN NO (normally open) sensor .
Have reverse in they marlin:
line 1041 ==============Endstop settings===================
1104 #define Z_MIN_ENDSTOP_INVERTING true ( from false to true)
1105 #define Z_MIN_PROBE_ENDSTOP_INVERTING true ( from false to true)
So sensor move right direction (down) in "home" position but is not react to signal from sensor (smashing down to heating bad).
↧
Re: No response from Serial on Custom Board
So I changed the frequency in the boards file to be 12Mhz. Still the same result for Marlin and for the test Serial Echo server I am now getting "48 74 7c 7c 7f 0c" instead of what is above for the word "Hello\n"... Maybe I fried something in the serial circuitry on the 1284P? I have an extra one I could try to replace it with.
↧
Re: bed and nozzle heaters are not working at the same time
for experimenting only I switched off thermal protections.
Extruder and bed heaters are mutually exclusive.
RAMPS 1.4 pin D8 is connected to bed heater mosfet, D10 is connected to extruder heater mosfet.
When i switch on one the other goes off and vice versa..
So th eproblem is not in the thermal settings or protection.It is a logic issue in the code maybe... strange.
Extruder and bed heaters are mutually exclusive.
RAMPS 1.4 pin D8 is connected to bed heater mosfet, D10 is connected to extruder heater mosfet.
When i switch on one the other goes off and vice versa..
So th eproblem is not in the thermal settings or protection.It is a logic issue in the code maybe... strange.
↧