Dan

Forum Replies Created

Viewing 25 posts - 76 through 100 (of 1,021 total)
  • Author
    Posts
  • in reply to: Error compiling with ESP 32 #29189
    Dan
    Keymaster

    I haven’t compiled ESP32, so I can’t confirm. Looks like they have their own implementation of Servos. Maybe come to our Discord and we can help more? https://www.marginallyclever.com/channels/

    in reply to: lcd dosent work with ramps 1.4 #29184
    Dan
    Keymaster

    I like (and made a few comments on) your PR 🙂

    in reply to: lcd dosent work with ramps 1.4 #29177
    Dan
    Keymaster

    From the code you posted it looks like chip select is pin 53 (matches board_ramps.h) and sd card detect is 48 (board_ramps.h has 49 as the default). Look for

    #if LCD_TYPE == LCD_IS_128X64 
    

    in the code. I don’t have a 128×64 screen so I can’t test it locally.

    At the top of your code there’s an “const int chipSelect = 53;” and later the number 53 is used many times instead of the word chipSelect, which is the point of having chipSelect. in I would use a

    #define CHIP_SELECT 53
    

    and then use the world CHIP_SELECT instead of ’53’ where appropriate. The pre-processing step of the compiler will replace the word with the equivalent number. it’s probably better than ‘const int’ because a const int might take up some ram if the compiler is dumb, and ram in an arduino is in short supply. also if it actually takes up ram then the firmware has to look up that number every time it is used, which is slower than having the number hard coded on hand ready to go.

    48 should have been been done the same way. The point of defines like that is so that only one place has to be changed to update all the code.

    in reply to: Windows serial connection problems #29175
    Dan
    Keymaster
    in reply to: lcd dosent work with ramps 1.4 #29172
    Dan
    Keymaster

    did you branch from the main repository? You should be able to submit a PR with either github desktop or through the github website. I haven’t contributed to many other projects so I’m not confident enough to guide you. Come to our Discord if you need more help or to chat live about development. https://www.marginallyclever.com/channels/

    in reply to: MEGA + RAMPS Cant Connect Software #29170
    Dan
    Keymaster

    It looks like this is a windows security issue. Windows Firewall(?) likes to block unrecognized apps from opening COM ports.

    Windows serial connection problems

    in reply to: custom scara on makelangelo #29157
    Dan
    Keymaster

    I think some work needs to be done to customize STEPS_PER_UNIT for each motor. I’ll open a ticket. https://github.com/MarginallyClever/Makelangelo-firmware/issues/101

    in reply to: Scaling problem -GcodeCNCDemo4AxisCNCShield #29154
    Dan
    Keymaster

    Can you tell the motors to move enough to turn the screw one, exactly?

    in reply to: Scratch creations for Makelangelo! #29148
    Dan
    Keymaster

    Do you have the updated script in SB2 format? I only have it in SB3.

    in reply to: Scratch creations for Makelangelo! #29144
    Dan
    Keymaster
    in reply to: Scratch creations for Makelangelo! #29143
    Dan
    Keymaster

    I’ll open a ticket in case someone wants to tackle this challenge. In the meantime I notice that the same scratch program can be run without the “whenIReceive” blocks, like so:

    View post on imgur.com

    in reply to: Scratch creations for Makelangelo! #29141
    Dan
    Keymaster

    Hmm… there is support for lists but not for WhenIReceive. Tricky!

    in reply to: Scratch creations for Makelangelo! #29138
    Dan
    Keymaster

    @mrbernd please share! Is this written in Scratch 2 or Scratch 3? We don’t support 3 yet, the format is WAY more complicated under the hood.

    in reply to: Deformation #29136
    Dan
    Keymaster

    Ok, I’m not convinced that reflashing the firmware is the right answer. The code works fine. It’s something in the after-flash settings that is funny.

    I would try this:
    – connect to robot and send D8. record values for L and R.

    • home machine
    • draw rectangle
    • tweak L and R values with D7. adjustments should be small, +/-5.
    • home and draw again. results will have changed.
    • based on change, repeat until satisfied.
    • when satisfied, send D9 to save new calibration

    Does that help?

    in reply to: Problems drawing a 10cm line #29130
    Dan
    Keymaster
    1. Which direction was your original line supposed to go? ie what was the gcode?
    2. Did it move horizontally left or horizontally right?
    3. Did it move vertical first, then horizontal sideways?
    4. Does it do the same error every time? (is it testable)
    5. Did you start at the home position? (is the initial condition always the same)
    6. If you swap the motors does it do the same thing in reverse? (eg is it the motors or the brain)

    Um…

    1. If you jog in 10x and jog out 10x, does it always return to the same point? (test on each motor)
    2. As this is a makelangelo 3 (huge), are you certain your starting point is in the middle? Calibrating a 3 is the hardest part.
    in reply to: whats Problem #29108
    Dan
    Keymaster

    It looks like your machine rebooted and started again from the beginning, without being re-homed.

    in reply to: Comm port missing, Arduino mega + ramps 1.4 #29098
    Dan
    Keymaster

    Well then I’m not certain why it’s not working. In the past it’s always your user or your java does not have permission to access the serial port. The question now is how do we debug this?

    what model mac? what os version?

    in reply to: Deformation #29096
    Dan
    Keymaster

    https://github.com/MarginallyClever/Makelangelo-firmware/wiki/gcode-description

    D11 in your firmware should do the default setup.

    D7 and D8 commands will show or update the belt length. if your test drawing is coming out crooked, shorten a few millimeters. I use the “run border” command from the LCD to check if the drawing is square.

    by default D11 should be enough because we use a machine to cut belt with good precision (0.1mm) and all machines are built the same AND they drew the picture correctly so…

    if you’re running the dev branch of the firmware I believe D11 has been replaced with M502, factory reset.

    Dan
    Keymaster

    Did you change the firmware to 1/32? I believe by default it’s 1/16.

    in reply to: Arduino mega + L293D #29089
    Dan
    Keymaster

    There is no support for UNO, which does not have enough CPU internal clocks (or power) to run the firmware.

    We don’t officially support L293D. it will take me several days to start looking at the question more seriously. Anyone else out there trying this setup?

    in reply to: Deformation #29087
    Dan
    Keymaster

    That’s not right…. can I see the motor mounts at the top? It could also be that the machine is incorrect about the length of the belt. as a result it thinks the center is lower than it actually is. this means the drawing happens higher than it should, and you get this warping effect.

    We can solve this in software, it’s just a question of figuring out what’s changed.

    in reply to: Comm port missing, Arduino mega + ramps 1.4 #29075
    Dan
    Keymaster

    Does this help? I just added a section for linux/osx
    https://mcr.dozuki.com/Guide/How+to+update+Makelangelo+firmware/4#s356

    in reply to: Makelangelo-firmware development talk #29063
    Dan
    Keymaster

    At the time of writing this platformio is becoming a big thing.
    Also I have just deleted all the old dead branches from the code.

    • This reply was modified 4 years ago by Dan.
    in reply to: New Makelangelo 5 not working at all! #29061
    Dan
    Keymaster

    After setting the limits you still have to SAVE the values. M500.

    in reply to: makelangelo is not working properly #29058
    Dan
    Keymaster

    Please show video of problem. Show entire machine, not just pen tip.

Viewing 25 posts - 76 through 100 (of 1,021 total)