fiberpunk1 / Beam-ESP32

Beam by Fiberpunk - ESP32
GNU Affero General Public License v3.0
69 stars 14 forks source link

Bed not heated up on Anycubic vyper when starting via fiberpunk beam #14

Open volkmarnissen opened 2 years ago

volkmarnissen commented 2 years ago

Describe the bug When I used fiberpunk node for the first time, the bed did not heat up. I am not so familiar with this printer. May be it's an issue with the firmware.

To Reproduce Steps to how it happened:

  1. Heat up for Filament removal
  2. Fill in new Filament (Bed temperature is low, Hotend is on temperature 230°C )
  3. Uploading file from prusa slicer
  4. The print did not start automatically
  5. The Bed was not heated up
  6. Copy the file to SD card
  7. Start printing
  8. Bed heats up properly.

Expected behavior I expected the bed to be heated up because this is stated in the gcode file.

Desktop (please complete the following information):

Additional context I am new to fiberpunk and I am new to anycubic. So I don't know, where the problem is. Please confirm, that it's not an fiberpunk issue if possible.

volkmarnissen commented 2 years ago

Today I did another test. This time, the bed was heated before printing. I assume, the firmware of the printer "forgets" to heat the bed if the hotend is already on target temperature.

I started with prusa slicer upload and print. However, in the fiberpunk web ui, the terminal showed some output, but it was not visible, that the printer is preparing for print. You saw the temperatures rising, but the "Print file:" field was empty. Later, when it started printing, the field contained an abbreviated file name.

So, these are the issues:

  1. Directly after uploading and starting print, the filename should be visible in the UI.
  2. The full file should be shown. The abreviation is only partly helpful.
  3. A status field would make sense.
  4. An unexperienced end user doesn't understand set SDIO SetSPI buttons. Can't this be detected automatically?
  5. The same is true for mount/unmount SD. I was not aware whether this is about the "fake SD card" or the internal SD card and I didn't know when to use it. I know, that there is a documentation on your web site, but I am also sure, that the system can encounter it automatically.

Additionally: I encountered a very slow upload compared to octopi. I assume this is due to limitations of ESP32. However, this is not so convinient.

fiber-punk commented 1 year ago

This problem may require Node Max, new hardware to solve.

volkmarnissen commented 1 year ago

Meanwhile I use octoprint on orange pi. Same costs but more reliable and working w/o problems.Sorry,Volkmar Nissen Von meinem iPhone gesendetAm 09.03.2023 um 06:16 schrieb Fiberpunk @.***>: This problem may require Node Max, new hardware to solve.

—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: @.***>