[Dan]

Are you sure you compiled for Ramps boards and that your pin settings are the same? A long sound implies something is activating the speaker, which suggests the pins settings are wrong.

Please try https://github.com/MarginallyClever/Makelangelo-firmware/tree/dev code (note the ‘dev’ branch) as it is the very latest.

[Dan]

Is your microstepping 1/16?

[Dan]

This compile issue is being addressed in the development branch on github:

https://github.com/marginallyclever/makelangelo-firmware

Please follow along there and let us know if the development version now runs OK for you. I look forward to getting this fixed and put to rest.

[Dan]

Can you send in a pull request with a fix that works for all platforms and all port names, please? Then future updates will work for everyone.

[Dan]

Are you loading your raw STL files into the app? It may take a bit more work than that.

Each moving section of the robot is one model. The thingiverse model is blown up into every individual piece.

Each moving section starts off placed where it needs to be to match the D-H parameters.

Each moving section starts off with matching origins at the world origin.

Does that help?

[Dan]

I mean the log.txt file generated by makelangelo software, which should be in the same folder as the JAR file.

[Dan]

The machine number has been staying at -1 for a while now. Something broken in the “phone home once so we can count new machines” code.

What does the log file say in v1.6.1? If I did things right it should contain the conversation with the robot we we’d know if any of the hello is received.

I’m also wondering if there’s new security features that might be blocking java from talking to the robot.

[Dan]

Are you savvy enough to compile the source code and try to make some changes? In file

com.marginallyclever.communications.serial.SerialTransportLayer.java

in method listConnections() try changing it to look like this:

	public String[] listConnections() {
		portsDetected = SerialPortList.getPortNames();
		return portsDetected;
	}

• This reply was modified 4 years, 6 months ago by Dan.

[Dan]

Does this help at all? https://www.youtube.com/watch?v=4yQ47kgLwHs

[Dan]

So… your Bluetooth connection does not appear as a serial port to OSX. Is it a security issue? I haven’t played with bluetooth so I don’t know the answer yet.

[Dan]

I wrote out a step-by-step. Let me know if it helps?

How to add a new PCB to Makelangelo firmware

[Dan]

I haven’t done any work on delta robot in a long time.

It’s possible the delta robot still runs on Makelangelo-firmware, which supports SD card reading. So you could put the file on the SD card, start the robot, and use the LCD to read the file.

[Dan]

TBH it’s been so long I don’t remember what’s changed. I’m sorry we don’t have m3 setup documents available. :T Let me know if you run into any issues and I’ll try to help.

[Dan]

Have you tried the latest dev branch of the firmware? It may have better knob response.

[Dan]

which do you prefer: physical endstops or StallGuard using a Trinamic driver? We have support for both.

[Dan]

Check your mac security permissions?

[Dan]

maybe these repositories will help:

https://github.com/MarginallyClever?utf8=%E2%9C%93&q=stewart&type=&language=

[Dan]

Pictures! I need video! OMG I want to see your platform so bad rn.

This will make sense in a minute: the gf and I went to costa rica and when she got back found a roach had stowed away in her luggage. she keeps it in a box and calls it Carlos. Carlos has a head that’s mounted under the top shell. It extends downward and out like it’s on a very flexible stewart platform. So I’ve been wondering about making a rover in the same way. End of story.

[Dan]

in the firmware, search for “d11”. this is the command to setup default values for an M5. by following this example you should be able to set custom values for your machine.

since you have no switches, make sure HAS_LIMIT_SWITCH is not defined.

Have you considered using Trinamic drivers with Stallguard? it can be used as a limit switch instead of adding physical switches.

[Dan]

Nice!

I have added your pin number changes to makelangelo-firmware dev branch. Can you confirm I got it right?

Thanks!

[Dan]

sounds like the pins for the SD card on the 128×64 display are not correct when used with RAMPS. If you look in board_ramps.h hear line 60,

// these alternate pins might help – see https://www.marginallyclever.com/forums/topic/using-reprap-kit-from-amazon-ramps-1-6-lcd-display/#post-22131
//#define LCD_PINS_RS 16
//#define LCD_PINS_ENABLE 17
//#define LCD_PINS_D4 23

and further down there are

// SD card settings
#define SDPOWER 31
#define SDSS 33
#define SDCARDDETECT 35

which may be wrong for your specific board. Please try some other pins and let us know what the correct values for your board should be.

[Dan]

Yes!

In settings > pen > lift speed. lower number, slower servo. What number works best for you?

[Dan]

please send a pull request through github and we’ll get your changes included in the official release.

Thank you!

[Dan]

Nice!

[Dan]

There is the pen up and pen down speed in settings > pen… there shouldn’t be a delay other than that.

Does this help?

[Author]

Posts