Warning Seems Like We Missed a Ok Gotta Wait Continue Sending Repitier 2 0 1
g.jame...@gmail.com
unread,
Jun 2, 2017, 11:17:22 AM 6/2/17
to WanHao Printer 3d
I am in a no win situtation here, I got a replacement melzi board for the one that burned out. For the sake of this thread I will take the firmware posted by Max Bian here Repetier-Firmware-0.92.9-2016-07-16.zip https://groups.google.com/forum/#!searchin/wanhao-printer-3d/i3$20firmware%7Csort:relevance/wanhao-printer-3d/ZhPeAmiLRak/cTRvR5w_EgAJ.
open it in arduino ide 1.6.9 processor set to sanguino and board atmega1284p verify sketch ok it compiles
"C:\Program Files (x86)\Arduino\hardware\tools\avr/bin/avr-objcopy" -O ihex -j .eeprom --set-section-flags=.eeprom=alloc,load --no-change-warnings --change-section-lma .eeprom=0 "C:\Users\Gavin\AppData\Local\Temp\buildf90f461913ed2900ec7efefc712da4b6.tmp/Repetier.ino.elf" "C:\Users\Gavin\AppData\Local\Temp\buildf90f461913ed2900ec7efefc712da4b6.tmp/Repetier.ino.eep"
"C:\Program Files (x86)\Arduino\hardware\tools\avr/bin/avr-objcopy" -O ihex -R .eeprom "C:\Users\Gavin\AppData\Local\Temp\buildf90f461913ed2900ec7efefc712da4b6.tmp/Repetier.ino.elf" "C:\Users\Gavin\AppData\Local\Temp\buildf90f461913ed2900ec7efefc712da4b6.tmp/Repetier.ino.hex"
Using library SPI at version 1.0 in folder: C:\Program Files (x86)\Arduino\hardware\arduino\avr\libraries\SPI
Sketch uses 128,854 bytes (99%) of program storage space. Maximum is 130,048 bytes.
Global variables use 4,469 bytes (27%) of dynamic memory, leaving 11,915 bytes for local variables. Maximum is 16,384 bytes."
Click the right arrow to upload - normal build message same as verify and get this BUT nothing happens
avrdude: Version 6.0.1, compiled on Apr 15 2015 at 19:59:58
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2009 Joerg Wunsch
System wide configuration file is "C:\Program Files (x86)\Arduino\hardware\tools\avr/etc/avrdude.conf"
Using Port : COM7
Using Programmer : arduino
Overriding Baud Rate : 57600
The bar goes to the end it says writing do not get any of the writing #'s you normally get no sync errors after about 2 minutes it just says complete. No lights on board whilst 'flashing' Ok havent a clue what is happening there looks look my build environment is corrupt.
Go to sketch select export compiled binary to make sure we have one. yes
go to upload via programmer (set to usbasp) gives this
avrdude: Version 6.0.1, compiled on Apr 15 2015 at 19:59:58
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2009 Joerg Wunsch
System wide configuration file is "C:\Users\Gavin\AppData\Local\Arduino15\packages\Sanguino\hardware\avr\1.0.2/avrdude.conf"
Using Port : usb
Using Programmer : usbasp
AVR Part : ATmega1284P
Chip Erase delay : 55000 us
PAGEL : PD7
BS2 : PA0
RESET disposition : dedicated
RETRY pulse : SCK
serial program mode : yes
parallel program mode : yes
Timeout : 200
StabDelay : 100
CmdexeDelay : 25
SyncLoops : 32
ByteDelay : 0
PollIndex : 3
PollValue : 0x53
Memory Detail :
Block Poll Page Polled
Memory Type Mode Delay Size Indx Paged Size Size #Pages MinW MaxW ReadBack
----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
eeprom 65 10 128 0 no 4096 8 0 9000 9000 0xff 0xff
flash 65 10 256 0 yes 131072 256 512 4500 4500 0xff 0xff
lock 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
lfuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
hfuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
efuse 0 0 0 0 no 1 0 0 9000 9000 0x00 0x00
signature 0 0 0 0 no 3 0 0 0 0 0x00 0x00
calibration 0 0 0 0 no 1 0 0 0 0 0x00 0x00
Programmer Type : usbasp
Description : USBasp, http://www.fischl.de/usbasp/
avrdude: auto set sck period (because given equals null)
avrdude: warning: cannot set sck period. please check for usbasp firmware update.
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.01s
avrdude: Device signature = 0x1e9705
avrdude: NOTE: "flash" memory has been specified, an erase cycle will be performed
To disable this feature, specify the -D option.
avrdude: erasing chip
avrdude: auto set sck period (because given equals null)
avrdude: warning: cannot set sck period. please check for usbasp firmware update.
avrdude: reading input file "C:\Users\Gavin\AppData\Local\Temp\buildf90f461913ed2900ec7efefc712da4b6.tmp/Repetier.ino.hex"
avrdude: writing flash (128854 bytes):
Writing | ################################################## | 100% 70.99s
avrdude: 128854 bytes of flash written
avrdude done. Thank you.
Still no lights on board (correction very brief led flash when it says done uploading) but it's either done something or it's lying.
Power everything off to disconnect the tinyasp and reconnect the screen. one way display just flickers and the led light on the board is flashing on and off hard to say its a defined pattern.
power off swap the connection header , restart
large display comes on - back ground colour is a lighter blue with a large darker blue colour retangle filling display bit like this,
LLLLLLLLLLL
LDDDDDDDL
LDDDDDDDL
LLLLLLLLLLL
Turn the encoder wheel it 'clicks' and makes the noise if you press it as a but there just isn't anything ever displayed .
Then after a few minute si will make a harsh beeping noise and do that again late (def error possibly?)
On top of all the problems this machine has given me have I got a faulty display ? I can not tell you if the board is booting up or not as I cannot see .
If some one could tell me the the minium pins eg d11 etc on the melzi to map \connect to exp1 I could test the display with a full smart graphics .
Sorry for the long post but this really isnt my area so I have tried to give as much info as possible.
g.jame...@gmail.com
unread,
Jun 2, 2017, 11:24:30 AM 6/2/17
to WanHao Printer 3d
ok quick supplement tried connecting via repetier host and this it what that logged ven though the display is still not working (that beep gets very irrating!!)
05:20:02.783 : FIRMWARE_NAME:Repetier_0.92.9 FIRMWARE_URL:https://github.com/repetier/Repetier-Firmware/ PROTOCOL_VERSION:1.0 MACHINE_TYPE:Mendel EXTRUDER_COUNT:1 REPETIER_PROTOCOL:3
05:20:02.783 : Printed filament:0.00m Printing time:0 days 0 hours 0 min
05:20:02.783 : PrinterMode:FFF
05:20:02.810 : X:0.00 Y:0.00 Z:0.000 E:0.0000
05:20:02.810 : DebugLevel:6
05:20:02.810 : SelectExtruder:0
05:20:02.810 : Begin file list
05:20:02.811 : End file list
05:20:02.812 : DebugLevel:6
05:20:02.812 : SelectExtruder:0
Can access the eeeprom settings etc . S3d will connect to it too.
Jaco Theron
unread,
Jun 2, 2017, 3:26:48 PM 6/2/17
to WanHao Printer 3d
Since the connection is started and the version displayed is in fact what you expect, there is firmware on the board and it is booting up.
The lighter and darker blocks on the screen is, based on my very limited testing of Arduino and screens, simply the difference between active pixels (those that can be darker) and inactive area (the area around the active pixels of the screen - a photo might help confirm this). In my testing (building a small circuit) that meant somewhere my signals are switched (it can't get useful signals from the controller). That leads me to believe that the pinout might have changed.
g.jame...@gmail.com
unread,
Jun 2, 2017, 5:01:53 PM 6/2/17
to WanHao Printer 3d
Jaco Theron
unread,
Jun 2, 2017, 7:08:41 PM 6/2/17
to WanHao Printer 3d
The Wanhao (and clones uses a different pinout than the other Melzi boards). Thus if you want to connect a Wanhao (clone) screen to a different Melzi, the pinout will not match.
Sorry for the long post, I took a long time to write, so there might be areas that is not relevant.
Having Googled "Melzi Ardentissimo" (to get more information and possibly pinouts), I found that the "Ardentissimo" means it is based on the first version which have reliability issues (details at http://reprap.org/wiki/Melzi#Melzi_Version_1.0_.28Ardentissimo.29) and have a weaker processor - it is also possible that yours is a Hybrid (check the code on the processor). The Wanhao and Clones are Melzi 2.0 based.
That said, the 5x2 pins are numbered like you mentioned above:
The Actual pins they should be connected to (based on official Melzi 2.0 diagrams/schematics; http://reprap.org/mediawiki/images/7/7d/Melzi-circuit.png):
- SDA -> Pin 20
- A1 -> Pin 36
- SCL -> Pin 19
- A2 -> Pin 35
- TX1 -> Pin 12
- A3 -> Pin 34
- RX -> Pin 11
- A4 -> Pin 33
- Vcc -> Voltage Input ~5V DC
- GND -> Ground
Also looking at the schematics for a Reprap Smart Controller (http://reprap.org/mediawiki/images/5/51/RRD_FULL_GRAPHIC_SMART_CONTROLER_SCHEMATIC.pdf):
Header:
- 1) Beeper; 2) Encoder Button; 3) LCD Enable; 4) LCD Register Select; 5) LCD Data #4; 6) LCD Data #5; 7) LCD Data #6; 8) LCD data #7; 9) GND; 10) VCC
- In this you can note that there are no LCD Data 1-3, this is due to the screen running in 4-pin mode (using 5-7) compared to 8-pin mode (which is 0-indexed, thus 0-7).
- 1) SD Miso; 2) Serial Clock; 3) Encoder B; 4) SD C Select; 5) Encoder A; 6) SD Mosi; 7) SD Detect; 8) Reset; 9) Ground; 10) Kill
Now going to the connector that the Wanhao Screen is expecting (details supplied by Jetguy and James in the Wiki - http://3dprinterwiki.info/wiki/wanhao-duplicator-i3/part-specifications/#LCD):
Pins:
- IO_PIN: D17 -> LCD CS
- IO_PIN: A1/30 -> Encoder B
- IO_PIN: D16 -> LCD Data
- IO_PIN: A2/29 -> Encoder A
- IO_PIN: D11 -> LCD SCLK
- IO_PIN: A3/28 -> Encoder Button
- IO_PIN: D10 -> Estop
- IO_PIN: A4/27 -> Beeper
- +5V -> Power
- GND -> Ground
Now combining the first to the last (official Melzi -> Wanhao LCD; this is assuming to correct the wires for the Plug):
Assume we have:
We need (N to be):
- SDA (Data Line) -> wire #3
- A1 (Encoder B) -> wire #2
- SCL (Clock) -> wire #5
- A2 (Encoder A) -> wire #4
- TX [this is a difficult one]
- A3 (Encoder Button) -> wire #6
- RX [another difficult one]
- A4 (Beeper) -> wire #8
- Power -> wire #9
- GND -> wire #10
This still have 2 wires unaccounted for (#1 and #7), TX means it is transmitting, RX is receiving for serial communication (including uploading sketches and Repetier Host). I am unsure how to modify it further, since the TX and RX should be avoided (based on my limited research). Without these wires, there is no LCD Select (aka Slave Select), so that the screen knows the data is for it; and the Emergency Stop also do not work.
That said, Emergency stop is pulled high, and when pressed, becomes low (might be acceptable for RX; since it is read); Slave Select is specifically the processor sending a HIGH, which might work for TX (since it is pulled HIGH, sending).
g.jame...@gmail.com
unread,
Jun 2, 2017, 8:41:11 PM 6/2/17
to WanHao Printer 3d
Sorry you lost me a little there you started talking black magic. - So has the pin out changed so that the default screen that came with the printer will not work eg. the green one labeled Lcd for melzi because that just gives the blank screen I described before .
I understand a 12864 requires a hacked around cable even if I don't fully understand how to wire it . The board is apprently hybrid one going off the processor lable. I dont really undertstand and know nothing about how lcd displays work I have just been hoping to find a pin out diagram forr monkey see monkey do wiring.
However so IO_PIN: D17 -> LCD CS is a digital pin that maps to physical pin 1 on the melzi lcd display and its function is LCD CS (what ever that does)
IO_PIN: A1/30 -> Encoder B is analogue(address?) pin 1 physical pin 2 . Ramps pin 30 and function guessing some form of left \right or up down as there 2 of the with encoder A?
when you say (N) eg 1. SDA (Data Line) -> wire #3 do you mean pin 1 is connected to pin 3 on the display header?
The last paragraph I partially understood but I goes into a level of understanding I don't posses. Am I correct in saying ther is no easy mapping to take care of the function the sned \receive pins trigger and that means the screen isn't consuming its data . The emergency kill one I get the what even if I dont understand the why.
It's obvious I am out of my depth here and guess I will just have to bite the bullet and import a genuine wanhao spare melzi and display unit. if the existing one works lcd work with that then I guess its a back up spare part.
Thanks for the time and help you have given me.
Jaco Theron
unread,
Jun 2, 2017, 10:17:46 PM 6/2/17
to WanHao Printer 3d
Doing that research also left me a bit of information overload. Trying to simplify it a bit better.
The Wanhao pinouts for the screen is not directly compatible with other boards and screens. They decided to be different and incompatible (yet, I understand that it can be made compatible - https://groups.google.com/d/msg/wanhao-printer-3d/ag-x16vykAI/SGigb_5dAgAJ).
Yes, IO_PIN: D17 -> LCD CS: Digital pin #17 (on the processor), that maps to the LCD connector's pin #1; its function is Slave Select (it tells the screen that the processor wants to talk to it, to provide data).
IO_PIN A1/30 -> Encoder B: Use Analogue Pin #1 (0 indexed, also known as physical pin #30) as a Digital Input (analogue pins can be used as digital pins too, but only analogue pins can be used as analogue inputs). The A and B for the encoder is used to determine direction of turning as well as how for it is turning (more details at https://quantumdevices.wordpress.com/2010/06/29/understanding-incremental-encoder-signals/).
The point I wanted to make with the wire numbers is that the wire (for example wire #3) would need to be removed from the connector, and then inserted in the connector for pin #1.
The HIGH and LOW is how digital pins are used/read. A high means it have above 3V (ideally nearer to 5V), while LOW is below 3V, ideally closer to 0V (aka Ground). The processors can pull these pins to either HIGH or LOW (defaults to LOW) by using resistors; the resistors also means that when a HIGH pin gets connected to Ground (like the Emergency Stop does), it will not short, and only becomes LOW (which can trigger the reset in the case of the e-stop). It is quite technical, so no worries if you don't understand.
While it may not be impossible to do, it certainly is hard and requires a good grasp of the electronics side, putting it out of scope for many people. If my Melzi was to fail or the screen have an issue I can't fix, I would go and replace with a RAMPS 1.4 with its 12864 screen/controller - it is a known board with known controller, and configuring firmware for it is easy (since Repetier already have it configured, just a few variables to set). Another option that I have read about is replacing with a DuetWifi and its touch screen (one of the screens fit exactly in the space for the Wanhao screen) - this is the ultimate upgrade you can do for the Di3.
g.jame...@gmail.com
unread,
Jun 3, 2017, 3:07:11 AM 6/3/17
to WanHao Printer 3d
Ok I took a spare 5x2 ribbon cable to try it but there is some guess work involved here to lable them up . if you hook gnd and 5v on the melzi board end (my left) then 5v to the pin furthiest from my left (eg first pin from my right) and gnd (2nd pin ) the display lights up and stays steady no intermittent on and off flickering.
So I numbered the pins as follows on the 5 x 2 header
melzi i3 display
10,9,8,7,6,5,4,3,2,1 1,2,3,4,5,6,7,8,9,10
then following your table I connected melzi 1 sda to i3 display pin 3 etc for all the pins.
Assumming (big if) that is correct = it stays lit up but just beeps at you ,
g.jame...@gmail.com
unread,
Jun 3, 2017, 6:04:54 AM 6/3/17
to WanHao Printer 3d
This may be a stupid idea so forgive me if it is . The maker select is a rebadaged wanhao i3 ? So the screen should be the same as an wanhao i3 display?
We know there is a 1 to one pin mapping for the board and the display because the thing works as default from the factory.
if we take the ms pinout as correct then the ardentissimo pin out apparently -mirrors it by 180 in both the x and y
maker select
d17 a1 d30 a1 d30 d17
d16 a2 d29 a2 d29 d16
d11 a3 d28 mirrrored in y ----> a3 d28 d11
d10 a4 d27 a4 d27 d10
5v gnd gnd 5v
mirrored in x | gnd 5v
| a2 d29 d16 -> ardentissimo pin out lableling
a3 d28 d11
a2 d27 d10
a1 d30 d1
we know there is a 1:1 mapping between the lcd display header of 2 4 6 8 10 or 1 3 5 7 9
1 3 5 7 9 2 4 6 8 10
the right most pins are the pairing of gnd , 5v.
So shouldnt there be a transformational matrix to give the correct 1:1 mapping or have they not relocated the pin function and just mislabled by misprinting the board?
Jaco Theron
unread,
Jun 3, 2017, 9:03:27 PM 6/3/17
to WanHao Printer 3d
I would expect that both the Di3 and MS will have identical pinouts - changing the pinouts for the other versions simply does not make sense (economically and also practically), so that idea might not be stupid.
As to a matrix, I do not know. However, if you can get the headers alogn with some strip board (pc boards with lines, to which you can solder and use jumpers) it might not be hard to create your own converter from the 1 to the other (need 2 headers and a few jumpers and a second wire). If you have a prototyping board (also called solderless bread boards) you can even very simply connect wires and see how that affects the screen (in this case, always shut it down before changing, and be sure not to short anything).
g.jame...@gmail.com
unread,
Jun 4, 2017, 5:35:15 AM 6/4/17
to WanHao Printer 3d
Sorry because there doesnt seem to be a uniersal standard for mumbering pins and I dont have the original board to compare aginst is it confirmed there is a different pin out on these clone melzi boards and the i3 melzi
Im still confused as to how you number the pins is pin1 the bottom left neariest the usb and pin 10 top right bear the isp pins? or some tther way of mumbering them.
have to say reparing pre 90's motorcycle sis a lot less of a black art than this.
g.jame...@gmail.com
unread,
Jun 4, 2017, 5:40:01 AM 6/4/17
to WanHao Printer 3d
edit the reason I ask is because I could then take this pin out https://www.thingiverse.com/thing:488884 and a spare full smart graphics display and the little adapter and if I can identify the correct pins on the userside of the adapter pc chop a spare ribbon cable up and wire it up . This would then fit in the same space as the wanhao i 3 lcd that I can't get to work.
g.jame...@gmail.com
unread,
Jun 4, 2017, 5:47:38 AM 6/4/17
to WanHao Printer 3d
g.jame...@gmail.com
unread,
Jun 4, 2017, 6:16:09 AM 6/4/17
to WanHao Printer 3d
Jaco Theron
unread,
Jun 4, 2017, 10:12:02 PM 6/4/17
to WanHao Printer 3d
While I think this is possible to work, I am a bit skeptical. Since you have a real Melzi (not Wanhao Melzi), I believe it can work (unsure if the pins in that area might have changed, although I doubt that). Also a side note, the full smart display might not fit exactly (the encoder and e-stop might be in a slightly different position, if the screen fits); the adapter will struggle to fit inside the stock i3 v2.1 control box (it is meant to stick over the side of the USB ports).
I am just thinking about the question, is it worth it to continue spending money on something that might not work? Personally after all the trouble you have been through, I would have long ago simply ditched the Melzi and go RAMPS 1.4 (with the smart controller) - I am someone who will first try to create a fix before replacing, but there comes a time where I just go "it is simply not worth the trouble". If you decide you want to go on, I will still help you as far as I can, just remember this is uncharted territory for me too.
g.jame...@gmail.com
unread,
Jun 5, 2017, 6:26:50 AM 6/5/17
to WanHao Printer 3d
The idea was to fit the smart adapter to the back of the display - I allready have a couple of those that people have outgrown and given me. I was going to remove the plastic housing from the pins where the adapter would connect to the ramps board then cut a spare ribbon cable into 2 , Strip the wire ends and then solder them to the brass pins on the adapter .
A sort of primitive prototype - I have female to female jumper cables on order but lord only knows when they will arrive in the post. Then once I knew it works and the correct pin oit I was going to have a custom cable made up for me with two 5 x 2 connectors at the display end and a 5 x 2 and a 6 pin for the isp .
However I am reaching the point where I am so fed up with this machine I am going to sell it for spares\ repairs. had it for 9 months now and it has never worked right . All I want is a machine that I can have the electonics etc in the housing I payed for instead of a shoe box .
I just want to print models and terrain for the games not spend most of my free time tyring to get\keep this machine running
g.jame...@gmail.com
unread,
Jun 5, 2017, 6:31:01 AM 6/5/17
to WanHao Printer 3d
They do fit at least the chinese red ones do just a drop in replacemnt physically - that was the easiest thing to test. Sorry I am just really fed up with this machine it is the worst purchase I have ever made - it had 6 hours print time on it before the factory. board went up in smole and all the rest of the time has been spent trying to just get it into the case and working.
Hoepfully I can get a new battery for my multimeter tomrrow and try mapping the pins on the 5 x 2 sockets to the pins on the under side of the it's pcb
g.jame...@gmail.com
unread,
Jun 5, 2017, 12:34:35 PM 6/5/17
to WanHao Printer 3d
I got a replacemnt mks board instead of the melzi but you cant fit it in the case and use the usb. I am just sicjk to the back teeth of of it. It just never works, I can't even print a replacement case for it because it wont work long enough to do so.
I don't want a hobby spending weeks fixing things just to print one item I get enough of that at work . The biggiest nisrtakew I made was not asking for a refund after the first board caught fire.
g.jame...@gmail.com
unread,
Jun 6, 2017, 10:24:41 PM 6/6/17
to WanHao Printer 3d
Have you any idea where repetier defines the pins like Lcd_pin_rs , enable dna d1 - to d7 etc they arent in pin.h
The reason I asked is built tronxy x1 firmware for a lcd2004 display usin ghtis melzi board and it works so it seem slike it has a correc pinout map for the mezli board if I could only find it in the firmware I could then checkit against the i3 ones that arent working (or working but the display is snafued.)
Jaco Theron
unread,
Jun 7, 2017, 1:16:48 AM 6/7/17
to WanHao Printer 3d
I have just checked for you in the firmware source, it was quite a search to find and understand how it works:
- In Configuration, you specify which type of display to use (in our case a Raprap Discount full graphics, aka 11).
- In UIconfig.h this value is used to setup the pins required for the screen to operate, and also select which graphics library to use to send information to the screen. In our case, since it is a full graphics screen, it utilizes the u8glib library.
- The next step is to know which chip/controller is handling the screen, the uncommented line specify "U8GLIB_ST7920" on line 113 (which is software SPI interface). Also near this line it is specified that for Software SPI we need to provide the following details:
- SCK Pin: UI_DISPLAY_D4_PIN
- Mosi Pin: UI_DISPLAY_ENABLE_PIN
- CD Pin: UI_DISPLAY_RS_PIN
- The next section deals with fonts and other minor setting we are not interested right now.
- Then at line 182 we find an IF-statement, asking whether we are using I2C (which we are not), but on line 217, that IF-statement closes with an ELSE, which is exactly what we are using (although they mention "Direct Display Connections").
- In the block below line 217, we find a lot of pin definitions, among others, the 3 we are looking for:
- UI_DISPLAY_D4_PIN 59
- UI_DISPLAY_ENABLE_PIN 65
- UI_DISPLAY_RS_PIN 63
Remember that due to the screen using SPI, it only needs 1 data line (D4) and not 4 (D4-D7) or 8 (D0-D7) - the conversion to those lines are done other side of the wires by the controller chip.
g.jame...@gmail.com
unread,
Jun 7, 2017, 5:31:57 AM 6/7/17
to WanHao Printer 3d
Thanks so those are the pins that are required to drive the default screen? Gnd and 5vs are easy enough to find which ever end of the connector they are them the opposite side should be beeper and sda ,
But something odd is going on the dial clicks as you turn it and clicks for a button press also l1 (the led flashes on the board) so something is possible being transmitted and or recieved)
for want of a better term what it doesn't appear to be doing is drawing the menus etc on the display . Now my limited understanding of the code is itmaps the pins then uses boiler plate functions to display the screens.
So if this is correct I can say the following pins are correct gnd,5v beeper , possible correct rotary dial ( enc-A, encoder_b and switch encoder_E?) leaving e 4 pins that control the lcd screen.
SD Im guessing these would be sda , scl and two I have no idea? On all the diagrams sda has been paired with the beeper so I would be fairly confident that is the case here. SO that leaves me the four unidentified pins that are either wrong or the the screen is buggered.
g.jame...@gmail.com
unread,
Jun 7, 2017, 6:11:53 AM 6/7/17
to WanHao Printer 3d
Marlin-bugfix-1.1.x dup i3 file pins_SANGUINOLOLU_11.h (both mezli files and sanginlou files are just wrappers that call this one)
... stuff missed out defines heated bed - extruder pins etc
#define SDSS 31
#if IS_MELZI
#define LED_PIN 27 // On some broken versions of the Sanguino libraries the pin definitions are wrong, so LED_PIN needs to be 28. But you should upgrade your Sanguino libraries! See #368.
#elif MB(STB_11)
#define LCD_BACKLIGHT_PIN 17 // LCD backlight LED
Postar um comentário for "Warning Seems Like We Missed a Ok Gotta Wait Continue Sending Repitier 2 0 1"