1. Got a question or need help troubleshooting? Post to the troubleshooting forum or Search the forums!

Answered Arduino problems (again )

Discussion in 'Troubleshooting' started by jig, Aug 4, 2016.

Thread Status:
Not open for further replies.
Page 2 of 2
  1. jig

    jig Member

    Joined:
    Jul 20, 2016
    Messages:
    85
    Likes Received:
    14
    #21 jig, Aug 4, 2016
  2. jig

    jig Member

    Joined:
    Jul 20, 2016
    Messages:
    85
    Likes Received:
    14
    YESSSSSSS , it did allright, it loaded with no errors,, now im starting the robo again back in a few
     
    #22 jig, Aug 4, 2016
  3. jig

    jig Member

    Joined:
    Jul 20, 2016
    Messages:
    85
    Likes Received:
    14
    Yesss it did connect now trying to heat everything !
     
    #23 jig, Aug 4, 2016
  4. jig

    jig Member

    Joined:
    Jul 20, 2016
    Messages:
    85
    Likes Received:
    14
    only one problem to solve (i hope you be abble to help with this too)
    the bed comes upp to 40C then goes down again to room temp this was the problem to begin with now its back again
    (that is wy i start to fidel with the software)
     
    #24 jig, Aug 4, 2016
  5. jig

    jig Member

    Joined:
    Jul 20, 2016
    Messages:
    85
    Likes Received:
    14
    the highest temp from the bed was : 39.8 then it droped again
     
    #25 jig, Aug 4, 2016
  6. mark tomlinson

    mark tomlinson ༼ つ ◕_ ◕ ༽つ
    Staff Member

    Joined:
    Feb 21, 2013
    Messages:
    23,912
    Likes Received:
    7,338
    Check your GCode terminal in whatever software you are using and see if there are any errors.
    It is most likely a RAMPS failure on the output that drives the heated bed, but make sure there are no errors to be sure.

    You have a beta so the good news is that a generic RAMPS 1.4 will work and they are really cheap.
     
    #26 mark tomlinson, Aug 4, 2016
    Geof likes this.
  7. jig

    jig Member

    Joined:
    Jul 20, 2016
    Messages:
    85
    Likes Received:
    14
    ok this is my gcode log :
    then another quistion can i putt a lcd screen on it ar must i fidel with the software again?
    and is this the one? (ramps) (i kopieed the url wer i can order in holland ):
    https://www.123-3d.nl/search/?search=generic+RAMPS+1.4+
    can you look at it for me?
    thanks
     

    Attached Files:

    #27 jig, Aug 4, 2016
  8. mark tomlinson

    mark tomlinson ༼ つ ◕_ ◕ ༽つ
    Staff Member

    Joined:
    Feb 21, 2013
    Messages:
    23,912
    Likes Received:
    7,338
    Depends pm which LCD. Some (like the RepRap Discount LCD) are drop in and work.
    Others (like the Full Graphic LCD) require some firmware tweaks.

    I have one of each on the two Robos.


    As for your GCode log you are requesting the bed to 70:

    ->M140 S70

    and it is clearly not going there. I would swap the RAMPS card. I suspect Q3 or the related bits are toast.
     
    #28 mark tomlinson, Aug 4, 2016
  9. mark tomlinson

    mark tomlinson ༼ つ ◕_ ◕ ༽つ
    Staff Member

    Joined:
    Feb 21, 2013
    Messages:
    23,912
    Likes Received:
    7,338
    #29 mark tomlinson, Aug 4, 2016
  10. jig

    jig Member

    Joined:
    Jul 20, 2016
    Messages:
    85
    Likes Received:
    14
    #30 jig, Aug 4, 2016
  11. mark tomlinson

    mark tomlinson ༼ つ ◕_ ◕ ༽つ
    Staff Member

    Joined:
    Feb 21, 2013
    Messages:
    23,912
    Likes Received:
    7,338
    #31 mark tomlinson, Aug 4, 2016
    Greg Howard and Geof like this.
  12. danzca6

    danzca6 Well-Known Member

    Joined:
    Jul 27, 2015
    Messages:
    2,161
    Likes Received:
    1,077
    The error you originally were getting is from using the 1.6.10 version of Arduino with the Marlin 1.0.0 firmware files supplied from Robo. Skimming this thread I didn't see that called out. Simple fix to that issue would be to either download and install 1.6.9 or do a global search and replace of the string "fpos_t" to "filepos_t" and then you can compile just fine. This name change on the struct was done in Marlin 1.1.0 RC versions already. So no harm to change it in 1.0.0 versions. No issues compiling the 1.1.0 versions with the newer arduino 1.6.10. Not sure if you are still having issues but in case anyone else reads this and has the same error as below when compiling.

    exit status 1
    using typedef-name 'fpos_t' after 'struct'
     
    #32 danzca6, Aug 17, 2016
    Last edited: Aug 17, 2016
    Greg Howard, mark tomlinson and Geof like this.
  13. Greg Howard

    Greg Howard Member

    Joined:
    Feb 15, 2016
    Messages:
    37
    Likes Received:
    4
    Looks like that did the trick to upload the firmware.


    https://github.com/MarlinFirmware/Marlin/issues/1083

    from Github:
    -----snip-----
    I have the same problem. I believe the problem is caused by a new release of avr-libc, where a type with the same name as the one used in sdfat library is introduced.

    In upstream SdFat this struct has been renamed to FatPos_t: https://github.com/greiman/SdFat/blob/master/SdFat/SdBaseFile.h#L60
    Either do a search&replace in SdBaseFile.{h, cpp} and replace fpos_t with FatPos_t or sed it:

    sed -i 's/fpos_t/FatPos_t/' SdBaseFile.h

    sed -i 's/fpos_t/FatPos_t/' SdBaseFile.cpp
    -----snip-----
     
    #33 Greg Howard, Jan 5, 2017
    mark tomlinson likes this.
Page 2 of 2
Thread Status:
Not open for further replies.

Share This Page