Duet3D Logo Duet3D
    • Tags
    • Documentation
    • Order
    • Register
    • Login
    1. Home
    2. 3discnc
    3. Topics
    • Profile
    • Following 0
    • Followers 0
    • Topics 2
    • Posts 8
    • Best 0
    • Controversial 0
    • Groups 0

    Topics created by 3discnc

    • 3discncundefined

      RepRapDiscount display quite unresponsive in 3.4.0

      Beta Firmware
      • • • 3discnc
      10
      0
      Votes
      10
      Posts
      643
      Views

      3discncundefined

      @gloomyandy said in RepRapDiscount display quite unresponsive in 3.4.0:

      @3discnc said in RepRapDiscount display quite unresponsive in 3.4.0:

      @dc42 @oliof @gloomyandy

      Still think there's a bug in RRF3.4.x though. Different chip versions, I gather.

      I thought you said that you went back to 3.3.0 and that you still had the same problem?

      YAT+M115 showed me a version number of 3.3x, so it must have been properly installed. Hence my suspicion that 'something' got persistently stuck somewhere. Al these boards can have different chip versions or even close clones of them. I'm (not) guessing the Creality panel has a chip different from the BTT panel.

      But, I had issues with the BTT before 3.4.x, the cursor often appeared to run backwards. Changes to the LCD part of the firmware perhaps started in 3.3.x already?

    • 3discncundefined

      N539/N538 not working in 3.4

      Beta Firmware
      • maestro sdcard rff3.4rc2 string handling • • 3discnc
      3
      0
      Votes
      3
      Posts
      314
      Views

      3discncundefined

      @dc42 said in N539/N538 not working in 3.4:

      Sorry about the late response. I took the machine apart a month ago for some modifications and it took a month+ to receive the parts. I'm in the process of putting it together again and some reprogramming will be needed too.

      @3discnc said in N539/N538 not working in 3.4:

      I was using N539 in RFF3.3 on the 12864 LCD; in 3.4 it shows 0.

      Thanks for reporting this. I have now fixed it. The fix will be in 3.4.0 stable.

      I am designing a replacement G29 grid scanner and run into the limited string space of RFF. I cannot find any means to truncate a float and so cannot pack enough floats (17+?) into this limited 120 byte string space. Any advice on this?

      Perhaps you could use multiple strings with fewer floats in each?

      Already tried that but how do I put the two strings in the height map as a single sting (i.e. no CR/LF)?

      Since there are no arrays I had to resort to 20 variables. Apparently these are not directly addressed or looked-up but searched for at each access, this makes them very slow. The further down, the slower. Perhaps something to look into. I've shortened the var's to two characters, that helped a bit

      We will probably support array-valued variables in RRF 3.5.

      Those will be welcomed with open arms!

      I also have no clue how to use '#' to get a stringlen value. How is this supposed to work?

      Trivial example:

      echo #("hello"^"world") 10

      That takes care of strlen() but, it would greatly help if I could truncate strings since I don't need fractional nanometre resolution (yet). ;o)

      My Maestro manages to erase the CD card from time to time. I've seen this happen on several crashes into the X end-stop and a (probably) non ending loop.

      Does this happen while your macros are writing to the SD card?

      Don't really know and also it does not happen every 5 minutes. I home (or some process) the machine and it crashes as soon as X-stop is hit. The LCD is emptied and the Maesto does not respond of even reboot. On my PC the card is not recognized (Windows asks Reformat Y/N?). I reformat and copy a backup onto the card and all is well. How well depends on the amount of work lost. I was intensively modifying the system macros over the network, with the accompanying reboots and whatnot.