Show all posts by user
Page 1 of 2
Pages: 12
Results 1 — 30 of 32
I tried the laser mode and it seemed not fully compatible with GRBL. Some laser engraving programs generate simple Sxxx commands (no Gx command before the Sxxx) and this was not recognized by RRF. There are quite few programs that wok with GRBL firmware and I really think that full emulation mode can be useful.
by
Dev00
-
Firmware - mainstream and related support
When try to compile RRF 3.4-dev with disabled TMC22xx support: #define SUPPORT_TMC22xx 0, getting a compilation error: ../src/Platform/Platform.cpp:1100:12: error: 'SmartDrivers' has not been declared. Also there is some issues with WiFi support on SAM4S port. With DuetWiFiSocketServer 1.25, the firmware worked, but somehow not stable. When upgraded DuetWiFiSocketServer to 1.27. The moment the w
by
Dev00
-
Firmware - mainstream and related support
I am experiencing very strange issue with one delta printer – based on Kossel design. It was working fine with RRF 2.05, until the bearings of the belt idler wheels got damaged. I changed the wheels as well as updated the firmware to RRF 2.05.1, but the calibration currently provides not repeatable results. It seems the diagonal length with every calibration increases ?
4:13:41 PMM666
Endstop ad
by
Dev00
-
Firmware - mainstream and related support
I am working currently on developing an advanced environmental monitoring network (more advanced version of Sensor.Community), that could provide monitoring of the following factors:
- Humidity
- Barometric pressure
- Ambient temperature
- Detecting of a broad range of gases such as volatile organic compounds (VOC)
- Measurement of nitrogen dioxide (NO2) and ozone (O3)
- Environmental noise meas
by
Dev00
-
green talk
Yesterday while I was looking at some 3D printer boards missed a webinar called “How to help hedgehogs”. Somehow we do not do enough for environment and nature and decided that I can make one 3D printer controller board. For anyone who might be interested helping hedgehogs, a web site called Hedgehogstreet has great practical resources.
Intended features of Hedgehogs 7+ board:
- 1 GHz applicati
by
Dev00
-
Experimental and Hobby
Quotedc42
Yes it looks as though the heat task didn't kick the software watchdog within the timeout period.
Changed some values but it did not help, still getting arbitrarily Emergency stops. Would you specify which parameters suppose to be tweaked ?
Quotedc42So you may need to reduce the SPI clock speed in the WiFi firmware. I suggest you reduce it to 10 MHz or lower until you have it working
by
Dev00
-
Firmware - mainstream and related support
Quotedc42
the "last reset reason".
> Last software reset time unknown, reason: Unknown, spinning module Platform, available RAM 22796 bytes (slot 3)
> Last software reset time unknown, reason: Heat task stuck, spinning module GCodes, available RAM 23092 bytes (slot 2)
Is this: heaterWatchdog = 0xA0, // the Heat task didn't kick the watchdog often enough ?
Also, I am currently tryi
by
Dev00
-
Firmware - mainstream and related support
Having some issues with RRF 2.0 2.05RC1R (2019-13-03b1) for SAM4S WiFi. The firmware arbitrarily gets Emergency stop and restarts. A file simulation passes with no issues, but when begin to print, it prints few layers and Emergency stop appears.
Is there are any guide how to use the debug functionally and tackle such issues ? Any recommendations ?
by
Dev00
-
Firmware - mainstream and related support
One issue with 2.05 beta on SAM4S, Have the following config:
M92 X1280.00 Y1280.00 Z51200.00 E777.00
When initiated homing with:
G1 H1 Z-205 F1800
Z moved about 5 mm and firmware stopped working (did not even automatically restart), when decreased the feedrate to F500 works fine.
by
Dev00
-
Firmware - mainstream and related support
There is a topic on the LightBurn forum called: LightBurn compatible with RepRap? (DuetWifi), stating:
"Marlin based firmware is pretty bad for laser use. They interpret G0 and G1 moves identically, whereas all other modern firmware treats G0 as a non-cutting rapid move. … "
Emulation type that is optimized for use with lasers or plans to add GRBL mode ?
by
Dev00
-
Firmware - mainstream and related support
Have one board that would like to use it as I2S expansion with SAM4S MINI board. It is a slightly different version of ESP32Controller R2 has 4x 74HC595 8-Bit shift registers.
Could you provide some directions how to add I2S expansion support to RRF ?
by
Dev00
-
Firmware - mainstream and related support
QuoteJohn Meacham
Hmm.. I can't see if the SPI port is broken out on the MINI board though.
There is a SPI header. It can be accessed via wires or pin header soldered from the bottom side of the board in case ES8266 module, or splitting cable – W5500 module.
I looked briefly at MCP2518FD datasheet, it seems it needs two more input/outputs (this requires additional evaluation) – INT and nCS. Pr
by
Dev00
-
Experimental and Hobby
QuoteJohn Meacham
I have one request, can you break out the CAN bus lines of the CPU onto a header? It would be great if one could talk to the duet CAN expansion boards.
I don’t think a CAN interface is available on SAM4S, there is a topic on Duet3D forum - Creating a CANBUS adapter for Duet 2.
Probably @dc42 might be able to provide more clarifications about the Duet expansion board requirement
by
Dev00
-
Experimental and Hobby
@dc42,
It is currently being tested. It works, except some minor issues: ESP8266 firmware upload. I use for the WiFi version KineticaG2 RRF. With the mainstream RRF, getting some errors:
Invoking: Cross G++ Linker
arm-none-eabi-gcc -L"C:\Eclipse\RRFLibraries\SAM4S_RTOS" -L"C:\Eclipse\FreeRTOS\SAM4S" -L"C:\Eclipse\CoreNG\SAM4S" --specs=nosys.specs -Os -Wl,--gc-sections -Wl,--fatal-warnings -mcpu
by
Dev00
-
Experimental and Hobby
Just had very strange situation with RRF 2.05.1 (2020-02-09b1). As was mentioned, it seems there are some issues with my experimental board that make the Vin readings fluctuate. However today the firmware got into some loop (during Pause job), showing:
Processing 0:/gcodes/Motormount_Backside_2x +1.gcode, 100%
Processed 0:/gcodes/Motormount_Backside_2x +1.gcode, 100%
Complete
The logs I’m ge
by
Dev00
-
Firmware - mainstream and related support
Quotedc42The retraction at the end is because you've sliced the file in absolute extrusion mode and you've got a G1 E-xxx command in your end Gcode without zeroing the extruder position first.
No such command.
; Default end code
;G1 X0 Y0 Z130 ; Get extruder out of way. Uncomment to use!
M107 ; Turn off fan
; Disable all extruder
;G91 ; Relative positioning
T0
M104 T0 S0
;G90 ; Absolute positio
by
Dev00
-
Firmware - mainstream and related support
Yes, my own board. With the latest version from Github had so far no issue with the Z movement.
Some other issues:
- Platform.cpp, (option #define SUPPORT_TMC22xx 0)
Line #488
// numSmartDrivers = MaxSmartDrivers; // for now we assume that expansion drivers are smart too
Fine just to comment the line ?
Another problem, when initiate homing, I get:
12:08:44Warning: VIN under-voltage even
by
Dev00
-
Firmware - mainstream and related support
After a huge delay associated with the procurement of PCBs and parts from China, the first prototype was completed. The pictures bellow show the Ethernet version. Unfortunately the PCB contains some errors, that need to be fixed in the next versions.
The board is currently being tested and RepRapFirmware porting is in progress.
by
Dev00
-
Experimental and Hobby
I am experiencing some strange issue with Firmware Version: 2.05.1 (2020-02-09b1). Delta printer config - the motors move when command is initiated to move in X and Y direction, but not in Z ?
by
Dev00
-
Firmware - mainstream and related support
I looked briefly at the Eclipse settings, DuetM and Duet2 library search paths seems the same ?
The board was intend to have both WiFi or Ethernet connectivity. However probably ESP8266 might not be recommendable solution. What I understood from other comments – Realtek IoT products might be more recommendable. Have you tested – RTL8710, RTL8720DN ... ?
by
Dev00
-
Firmware - mainstream and related support
@DocRaptor,
I am also working on something similar. Quite agree with dc42 about the MCUs, for multi firmware support: atsamd51 is supported by Marlin, Repetier, Kilipper. If you do not need RRF support probably there are other options like STM32F407. STM32H750 looks quite promising and inexpensive solution, but the Marlin firmware support seems in development.
TMC2208/9 can be used with single w
by
Dev00
-
Experimental and Hobby
The topic about stepper motor drivers is quite interesting. With the new high-speed MCUs – Cortex M7 … , wouldn't be feasible performing the motor control on the MCU and just using external half-bridges ?
by
Dev00
-
Experimental and Hobby
Recently I found on GitHub - PandaPi (https://github.com/markniu/PandaPi) project. A Raspberry Pi HAT board that turns a Raspberry Pi as a motherboard for 3D printer.
Kind of interesting, because it seems to use a Marlin version for Linux and directly generate step motor pulses and control signals by using WiringPi library.
Wondered if someone tested this board ?
by
Dev00
-
Controllers
QuoteVDX
... delete or move it to forum "Administration, Announcements, Policy"?
Sorry ... please move it to forum "Administration, Announcements, Policy"
by
Dev00
-
Administration, Announcements, Policy
Quotedc42
You haven't defined WIFI_FIRMWARE_FILE in your Pins file.
Thanks, still issues:
Building target: DuetMaestroFirmware.elf
Invoking: Cross G++ Linker
arm-none-eabi-gcc -L"C:\Eclipse\CoreNG\SAM4S" -L"C:\Eclipse\CoreNG\SAM4S" -L"C:\Eclipse\FreeRTOS\SAM4S" -L"C:\Eclipse\RRFLibraries\SAM4S_RTOS" -Os --specs=nano.specs -Wl,--gc-sections -Wl,--fatal-warnings -mcpu=cortex-m4 -T"C:\Eclipse\Core
by
Dev00
-
Firmware - mainstream and related support
Quotedc42
Which file fails to compile? Have you defined the pins and SPI channel used to interface to the WiFi module?
Yes, the pins are defined. Attached Pins_DuetM.h.
Errors:
.............
Building file: ../src/Networking/FtpResponder.cpp
Invoking: Cross G++ Compiler
arm-none-eabi-g++ -std=gnu++17 -D__SAM4S8C__ -DRTOS -DDUET_M -D_XOPEN_SOURCE -I"C:\Eclipse\RRFLibraries" -I"C:\Eclipse\FreeRTO
by
Dev00
-
Firmware - mainstream and related support
Page 1 of 2
Pages: 12