Thingiverse is currently experiencing issues related to search. We are currently investigating. Thanks for your patience.

Loading
Hey! This thing is still a Work in Progress. Files, instructions, and other stuff might change!
KDan

AZSMZ Mini controller board and LCD board cases

by KDan Mar 28, 2015
Download All Files

Please Login to Comment

Any chance you can upload design files compatible with fusion 360? like step?
Please and Tank you!

Unfortunately, DSM won't export STEP, IGS, or anything Fusion 360 can read.

New version of the case uploaded. Removed old version. I had to remove the board from the case to replace a burnt-up power connector, and I was tired of having to remove the connectors from the motor wires, endstops, etc in order to thread the wires through. Slots widened, outlet air vent changed, and numerous other little tweaks made.
This board now has almost 1300 hours of printing time on it.

I suspect that there is a hardware problem either with my AZSMZ or the LCD board, because turning the encoder knob doesn't work.
I've been able to confirm that the same config.txt settings I'm using work for other people's AZSMZ/12864 LCD controllers, so it isn't a problem with my settings.
I posted a question in this newsgroup: https://groups.google.com/forum/#!topic/deltabot/d_Q8n-7EFiA
And someone posted their working config.txt file.
I also posted mine, once I got things fairly well dialed in, just in case it will help others.

I'm very impressed with this controller! :-)

OK, I won't bother posting my config file then. I know the knob works on mine, but I really never use it. I control it completely across the USB.

Could you post the config.txt file you've used and had success with?
I've got one of these with the 12864 LCD, and I am not able to get turning the knob to work.

Thanks in Advance!

Sorry I somehow missed this. I'll copy off my config file when I get home and will post it.

However, if the knob isn't letting you select options on the LCD, you probably have more wrong than the config file.

Hey, I got all my stepper motors moving except for the extruder motor, I tell it to extrude 10mm of filament, and it turns a bit, and then stops, and the board loses connection from my computer. Any ideas?

If it's only happening to the extruder motor, have you set the motor current to the proper value? Perhaps the driver is tripping from over-current.

If the USB is just flakey in general, then possibly their is a conflict when the SD card is mounted as a mass storage device. Try "ejecting" the SD card in windows explorer before sending commands to the board. Alternatively, you can try using the special version of the firmware that disables the mounting of the SD card as a MSD. You will still need to set the flag in the config file so that disable msd is set to true.

hello, a little bit off topic. but i'm lost.

Can you share yout config.txt for your delta ? i've try the sample they give in they description, but it seems to me that it is far from correct. (wrong direction, wrong endstop, no home, etc but wiring is correct, according to board label)

Hi
Finally my azsmz it's arrived today and I'm very excited, can I ask you how to connect the end switch?
I have the end switch for the ramps with led (v1.2) but I suspect that I can't connect directly with the board.
Have you weld in the rear of the board the pad for the 3.3v/5v end switch ?
Thank you very much for your help.

Just to clarify a small point and avoid some confusion, you only need to short/solder the 3.3v or 5v if the sensor (or in this case, the indicator) requires power. If all you have is mechanical endstops, just connect the switch to the endstop signal and the (-) pin. That's the two pins nearest to the edge of the board. Don't bother with the 3.3v or 5v selection unless you have to.

The soldering area is very tiny and it's easy to make a short between the 3.3v and 5v power. Before you turn on the power, make SURE that the center solder connection is only connected to one or the other connections. Make SURE there's a gap between the center and the other connection. Use a magnifying glass.

Yes, the endstop switch connects directly to the board. There are three wires - Power ground and signal. The ASMZ board is marked. You need to close the jumper pad on the back to supply 3.3v to the endstop board.

I had to invert the activated state of endstop switch in the config file. I'm guessing you may have to do the same. For example, the line:

alpha_max_endstop 1.24^ # add ! to invert pullup if switch is NO to ground
...
should be changed to:
...
alpha_max_endstop 1.24^! # add ! to invert pullup if switch is NO to ground

do the same on beta and gamma lines.

Hi, I have the ramps 1.4 mechanical endstops: http://www.aliexpress.com/item/6pcs-lot-Free-Shipping-3D-printer-Endstop-mechanical-limit-switch-RAMPS-1-4/1734549638.html

You mentioned "closing" the jumper pad on the back where you choose either a 3.3v, or 5v power supply.

First off, does "closing" the pad mean I take a soldering iron and connect the middle point to which ever power supply I choose?

And from the link I posted, It doesn't quite say the voltage it requires, any advice? Thanks!

Yes, close the jumper pad marked 3.3v with the one next to it with a small bridge of solder. That voltage goes to the switch and LED, but it also comes back to an input pin on the processor. This is a 3.3v processor, and no more than 3.3v needs (or should) to be connected to any input lines. The LED on the board lights up plenty bright on 3.3v.

Also, if you are using a basic switch for a Z-probe, you need to wire-in a pull-up resistor so that it mimics the circuit in the endstop switches. Any input signals to a microcontroller should always be current limited.

Yes, close the jumper pad marked 3.3v with the one next to it with a small bridge of solder. That voltage goes to the switch and LED, but it also comes back to an input pin on the processor. This is a 3.3v processor, and no more than 3.3v needs (or should) to be connected to any input lines. The LED on the board lights up plenty bright on 3.3v.

Also, if you are using a basic switch for a Z-probe, you need to wire-in a pull-up resistor so that it mimics the circuit in the endstop switches. Any input signals to a microcontroller should always be current limited.

Hi, thankyou....I do the same for the signal and also for the connection but I have choiced the 5v pad because I have the mechanical endstop with led (the one of the ramps) and I can confirm that they work very well!
Do you have the led to? Because in this case it's quite strange that they work both the configuration.

About the USB it work well with prontface and with repetier host It need 2/3 seconds to connect but after it work like with the merlin, yesterday I printed for about 2 hours with repetier without issues.
I used the original cable, what I can tell you is the version printed in the back side of the board is the V1.1, maybe you have the v1.0?

I saw the cxhandy (is this the name?) had produced a demo with the wifi board in the panel without release the modded software, is this true?

Anyway the board is fantastic and for half the price of the other, I'm quite sure this is the reason of they cancelled the project from the openhardware!
They want speculate in the 32bit world until it will become standard but this board seems to be a realy flagship killer.

EDIT: My config for Repetier hope can help you:
BaudRate: 250000
Protocol: ASCII
DTR High->Low

I'm also using the mechanical endstop with the LED. I choose the 3.3v pad because the processor is 3.3v and I think any inputs are also supposed to be limited to 3.3v. You might want to check that.
I'm happy to hear that the USB is working good for you. I need to take a closer look at my micro USB connector, it's possible I may have damaged mine slightly and that is why I am getting intermittent connection issues.

Can I ask what baudrate you are using in Smoothieware and in Repetier? Also, what are you using for the "reset on connect" and "reset on emergency" in the repetier printer settings?

EDIT: I discovered my problem was not the USB hardware afterall. It is the Smoothieware USB driver. Other people are reporting the exact same problem. The SD card function as a MSD can be disabled and then the USB will function normally.

Yes - it seems that cxandy has posted on Reprap forums about the ESP8266, but has not posted any modded Smoothieware yet. I can't tell for sure if he has done that already, or if he is just pointing out the potential.

"EDIT: I discovered my problem was not the USB hardware afterall. It is the Smoothieware USB driver. Other people are reporting the exact same problem. If all else fails, the SD card can be disabled and then the USB will function normally."

I'm very happy for you....if you search for driver in the smoothieware site you will find that for windows 8.1 you need onther driver:
http://smoothieware.org/local--files/windows-drivers/smoothieware-windows-signeddriver-v1.1.zip
and for all other:
http://smoothieware.org/local--files/windows-drivers/smoothieware-windows-signeddriver-v1.0.zip

I hope help you.

I've been running into issues with USB stability on the AZSMZ.
EDIT: I discovered that my problems were caused by the Smoothieware USB driver. I tried both versions, but ended up having to flash the firmware version with the SD MSD disabled. Works great now.

UPDATE: The designer (cxandy) has recently shown software written to utilize the ESP8266 WiFI module in the AZSMZ LCD board. This is a $3 part and with it the need to have a USB port is virtually eliminated. I'm anxiously waiting to try it.

Hello,
It's my first post it' a realu cool design, I bought one azsmz board to and I'm waiting for it, I saw in the schematics that the MII interface for the ethernet it's exposed in jp2 and found this adapter for the transciver part on aliexpress: http://it.aliexpress.com/item/LAN8720-ETH-Board-Ethernet-module-10-100-Ethernet-Transceiver-LAN8720-onboard/1865094874.html?recommendVersion=1
Do you think it's possible to arrange in the board?
Will be a very great thing have an ehternet port to, do you?

It's definitely possible, but I haven't looked at doing that yet. I'm just now getting the board configured.
The pads on the PCB for the ENET breakout are very tiny. It will take some careful wiring to hook up a LAN module.

The thing that interests me even more is the provision for mounting a ESP8266 WiFi module directly to the LCD controller board. Unfortunately smoothieware has no support for it yet, but I'm hoping to work on that myself eventually if nobody else does it first.
Those WiFi modules are about $3 on eBay. They are an incredible value at that price.

As I remember it's for Bluetooth to serial?
And this footprint on LCD might already removed on recent shipping version.

The ESP8266 WiFi module is definitely Wifi to serial. Why do you think he has changed LCD board layouts on newer versions? Have you seen a comment or picture somewhere? Just wondering.

Cool case design!
I am just a little worry about the heat sink would falling down by the gravity.
(My heat sink is a little higher)

Thanks for sharing your case design. Could you please put some more details on the controller board? Any specific model/version of this board? I am using RAMPS 1.4 and looking to switch.

Also, which LCD display are you using?

The AZSMZ mini is a very new board designed by cxandy (Reprap forums). It uses a blazing fast 32bit NPC LPC1768 ARM processor and runs Smoothieware. It is particularly well suited to delta machines because of the high computational load of the delta kinematics. It is roughly equivalent to a Smoothie x5 board without the ethernet and extra i/o pins, but is $110 cheaper.

It has the potential to be an awesome product because of its high performance and much lower cost than its competitors. The LCD board is also his design and it is plug and play with the AZSMZ board. It even includes a socket for a $3 ESP8266 WiFi module, which is a really neat feature but has no firmware support yet.
I get the feeling that the cxandy is more of an engineer and hobbyist than a businessman, and may be having a little problem keeping up with orders.

Some of the folks on the RepRap forums have been giving him a very rough time for not publishing the circuit board files and they've deleted it from the Reprap Wiki.
I can only imagine that he must be a little perplexed by the hostile reaction he is getting from the US RepRap community. He's living in a socialist country but trying to sell a product to a supposedly free-market, capitalist country. Instead, he's encountering socialist roadblocks. The Reprap open-source philosophy is basically a communal or communist philosophy which strongly suggests that there should be no intellectual property rights. I think he needs to abandon advertising in the Reprap community and not even suggest that his work is open source. I think he should focus on AliExpress and eBay orders.

That's probably more than you wanted to know, but I think it would be a real shame if such a great product doesn't get the chance it deserves.

Thanks for your quick reply. I did search and read a little bit about the issue you mentioned. I am sorry to see they are giving him a hard time. I could not find that board on Ali express. Will try looking more soon. As long as it does not require any proprietary software, I am OK if the designer does not publish his design. I hope he is not violating any open source licences.

There is an interesting twist in the open source licensing issue you mention. Although the AZSMZ is a clearly original design and isn't violating any other licenses, the designer has another board which he calls a "SmartRamps" that may indeed violate the Ramps 1.4 open source license. It is basically a direct copy of the Ramps 1.4 board with an EEPROM added so that it will work with an Arduino Due board. In that case, he is legally bound to disclose the modified schematic (he did) and also the PCB layout files (he didn't).

Here is the link to the AZSMZ board on AliExpress:
http://tinyurl.com/pahgaqu

It is also listed on DHgate at a higher price (they must charge higher commission):
http://tinyurl.com/pf25u54

The board runs Smoothieware, which is definitely open-source, and very, very good.

He has not been running into problems because they think his board is a copy. He as been running into problems because he has not supplied the documentation required to meet the OpenSource license for the design. I like hs design, I just wish the appropriate steps to get proper documentation in place would be taken.

In the case of the "SmartRamps" board, the closeness of the design to a RAMPS board is an issue because he is obligated to make it open source. If it were a clearly different design, he would not be obligated to do so. (as in the case of the AMSMZ board). The fact that he chose to make the AZSMZ open-source, and then not follow through completely is a somewhat different issue. As I mentioned in my earlier comment, I think he should not have done that... he had a choice.