RepRapFirmware 3.01-RC1 released
-
It seems Slic3r uses [] to denote variables, so if they're found, it immediately tried to process and then fails. I wonder if an alternate form can be made available along the lines of:
heat.sensors.6.lastReading
This then doesn't trip the error. For now I can post process to just put the [] back in.
-
@SpoonUnit said in RepRapFirmware 3.01-RC1 released:
Also PrusaSlicer isn't terribly excited about the GCODE ..
why not use the macros provided by RRF to do start/stop stuff?
-
@dc42
send M308 S1 P"temp1" Y"thermistor" B4725 C7.06E-8
send M308 S1response is
Sensor 1 type Thermistor using pin temp1, reading -273.1, last error: sensor open circuit, T:100000.0 B:4725.0 C:7.06e+0 R:2200.0 L:0 H:0
and the tool fan starts spinning - it should start @50C
-
@spllg said in RepRapFirmware 3.01-RC1 released:
@dc42
send M308 S1 P"temp1" Y"thermistor" B4725 C7.06E-8
send M308 S1response is
Sensor 1 type Thermistor using pin temp1, reading -273.1, last error: sensor open circuit, T:100000.0 B:4725.0 C:7.06e+0 R:2200.0 L:0 H:0
and the tool fan starts spinning - it should start @50C
There's your answer, the firmware can't detect the thermistor. Maybe a bad crimp connection?
Duet WiFi hardware designer and firmware engineer
Please do not ask me for Duet support via PM or email, use the forum
http://www.escher3d.com, https://miscsolutions.wordpress.com -
send M308 S1 P"temp1" Y"thermistor" B4725
send M308 S1results in
Sensor 1 type Thermistor using pin temp1, reading 20.6, last error: success, T:100000.0 B:4725.0 C:0.00e+0 R:2200.0 L:0 H:0
no, i did not change anything except leaving out C7.06E-8 in the first m308 - did not even touch the printer.
-
@bearer It's a good idea. I can write a few different macros for the few variations I would typically have for startup. Thanks for the suggestion.
-
@SpoonUnit if you need variety you could still control it from the slicer and have M98 execute the file of your choosing. (not sure if parameters are implemented yet, but think it on the to-do list)
-
@bearer Yep. That's exactly what I was thinking once you suggested using macros. I already store retraction settings in retraction.g, so this is just an extension of that type of thinking.
-
@bearer said in RepRapFirmware 3.01-RC1 released:
not sure if parameters are implemented
Oh, you mean parameters for running a macro!. That would be nifty.
-
@dc42 connected the thermistor to temp2 - same result.
further info:
M308 S2 P"temp2" Y"thermistor" B4725 C.000001
results in
M308 S2
returning
Sensor 2 type Thermistor using pin temp2, reading 12.8, last error: success, T:100000.0 B:4725.0 C:10.00e-7 R:2200.0 L:0 H:0
the same holds true if the thermistor is connected to temp1.
-
send M308 S1 P"temp1" Y"thermistor" B4725 C0.0000000706
send M308 S1
results in
Sensor 1 type Thermistor using pin temp1, reading 20.3, last error: success, T:100000.0 B:4725.0 C:7.06e-8 R:2200.0 L:0 H:0
the temperature reading is still ~20C @200C
-
@spllg said in RepRapFirmware 3.01-RC1 released:
send M308 S1 P"temp1" Y"thermistor" B4725 C0.0000000706
send M308 S1
results in
Sensor 1 type Thermistor using pin temp1, reading 20.3, last error: success, T:100000.0 B:4725.0 C:7.06e-8 R:2200.0 L:0 H:0
the temperature reading is still ~20C @200C
Strange. I just sent:
m308 s5 p"temp1" Y"thermistor" B4725 C7.06e-8 a"temp1"
to a Duet 3 MB6HC running in standalone mode with an E3D thermistor connected to temp1. In the Extras tab of DWC it reads 23C, which is about right.
Are you running in standalone mode, or with attached SBC? If with SBC, what version of DSF are you running on the SBC?
-
@dc42 said in RepRapFirmware 3.01-RC1 released:
the temperature reading is still ~20C @200C
sorry, i mean "the temperature reading is still ~20C too high @200C"
i'm running with an attached sbc
i duetcontrolserver 1.2.4.0 armhf Control server application for Duet 3 series
ii duetruntime 1.2.4.0 armhf .NET Core runtime libraries for the Duet software framework
ii duetsd 1.0.5 all Virtual SD card directory for the Duet software framework
ii duetsoftwareframework 1.2.4.0 armhf Meta package for the full Duet software framework
ii duetwebcontrol 2.0.7-1 all Official web interface for Duet electronics
ii duetwebserver 1.2.3.1 armhf Optional web server for Duet 3 series -
@spllg said in RepRapFirmware 3.01-RC1 released:
sorry, i mean "the temperature reading is still ~20C too high @200C"
How do you know it is 20C too high? What else are you using to measure the temperature? Is it a genuine E3D thermistor cartridge?
Duet WiFi hardware designer and firmware engineer
Please do not ask me for Duet support via PM or email, use the forum
http://www.escher3d.com, https://miscsolutions.wordpress.com -
- yes, it's a genuine e3d thermistor
- my pla is specified to be printed 190C - 210C but can't be printed below 215C (better 220C)
- i installed a 2nd thermistor (from a cheap chinese hotend which printed reasonable @195C
as i'm kind of losing faith, yesterday i also contacted e3d.
-
Do you have any fixed resistors that you can connect in place of the thermistor to check whether the Duet+RRF is giving the correct readings? For example, a 150 ohm resistor should give a reading close to 260C.
Duet WiFi hardware designer and firmware engineer
Please do not ask me for Duet support via PM or email, use the forum
http://www.escher3d.com, https://miscsolutions.wordpress.com -
@dc42 going to check tonight.
-
Good Afternoon,
I have recently updated to this firmware from the 3.01 Beta3 release and have been experiencing crashing during prints.
These were the following errors that were displayed on the console:
13/02/2020, 14:49:06: : Warning: Lost connection to Duet (Timeout while waiting for transfer ready pin)
13/02/2020, 14:49:06: : Connection to Duet established
13/02/2020, 14:49:06: : Discarded msg src=2 typ=4510 RID=30 exp 31
13/02/2020, 14:49:06: : Error: M308: Response timeout: CAN addr 2, req type 6011, RID=30I was not experiencing these errors when on the release 3.01 Beta3 firmware.
I also ran a diagnostic on the error, and this was the output:
=== Diagnostics === RepRapFirmware for Duet 3 MB6HC v0.6 or 1.0 version 3.01-RC1 running on Duet 3 MB6HC Board ID: 08DGM-9T66A-G63SJ-6JTDL-3S86Q-T80MA Used output buffers: 1 of 40 (8 max) === RTOS === Static ram: 153800 Dynamic ram: 163008 of which 0 recycled Exception stack ram used: 504 Never used ram: 75904 Tasks: NETWORK(ready,1980) HEAT(blocked,1228) CanReceiv(suspended,3380) CanSender(suspended,1460) CanClock(blocked,1436) TMC(blocked,76) MAIN(running,4944) IDLE(ready,76) Owned mutexes: === Platform === Last reset 00:01:02 ago, cause: software Last software reset at 2020-02-13 15:08, reason: Assertion failed, spinning module GCodes, available RAM 75564 bytes (slot 1) Software reset code 0x4123 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0444a80f BFAR 0x00000000 SP 0x2045feac Task 0x4e49414d Stack: 00000194 0047d2d4 0045de99 00000026 2044c610 2042e088 2043ca40 00000001 2043c8b8 2043cadc 2043cad8 Error status: 0 Free file entries: 10 SD card 0 not detected, interface speed: 37.5MBytes/sec SD card longest block write time: 0.0ms, max retries 0 MCU temperature: min 38.7, current 39.5, max 39.6 Supply voltage: min 24.1, current 24.2, max 24.4, under voltage events: 0, over voltage events: 0, power good: yes 12V rail voltage: min 12.1, current 12.2, max 12.2, under voltage events: 0 Driver 0: standstill, reads 43343, writes 17 timeouts 0, SG min/max 0/545 Driver 1: standstill, reads 43343, writes 17 timeouts 0, SG min/max 0/564 Driver 2: standstill, reads 43344, writes 17 timeouts 0, SG min/max 0/545 Driver 3: standstill, reads 43344, writes 17 timeouts 0, SG min/max 0/558 Driver 4: standstill, reads 43344, writes 17 timeouts 0, SG min/max 0/559 Driver 5: standstill, reads 43345, writes 17 timeouts 0, SG min/max 0/582 Date/time: 2020-02-13 15:09:39 Slowest loop: 8.52ms; fastest: 0.07ms === Move === Hiccups: 0(0), FreeDm: 375, MinFreeDm: 367, MaxWait: 24625ms Bed compensation in use: none, comp offset 0.000 === MainDDARing === Scheduled moves: 10, completed moves: 10, StepErrors: 0, LaErrors: 0, Underruns: 0, 0 === AuxDDARing === Scheduled moves: 0, completed moves: 0, StepErrors: 0, LaErrors: 0, Underruns: 0, 0 === Heat === Bed heaters = 6 7 8 9 -1 -1 -1 -1 -1 -1 -1 -1, chamberHeaters = -1 -1 -1 -1 === GCodes === Segments left: 0 Movement lock held by null http* is idle in state(s) 0 telnet* is ready with "M122" in state(s) 0 file is idle in state(s) 0 serial is idle in state(s) 0 aux is idle in state(s) 0 daemon* is idle in state(s) 0 queue is idle in state(s) 0 lcd is idle in state(s) 0 spi is idle in state(s) 0 autopause is idle in state(s) 0 Code queue is empty. === Network === Slowest loop: 0.41ms; fastest: 0.01ms Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0) Telnet(0) HTTP sessions: 0 of 8 - Ethernet - State: 0 Error counts: 0 0 0 0 0 Socket states: 0 0 0 0 0 0 0 0 === CAN === Messages sent 314, longest wait 8ms for type 6027 === Linux interface === State: 0, failed transfers: 0 Last transfer: 12ms ago RX/TX seq numbers: 6358/1943 SPI underruns 0, overruns 0 Number of disconnects: 0 Buffer RX/TX: 0/0-0 === Duet Control Server === Duet Control Server v1.2.4.0 Code buffer space: 4076 Configured SPI speed: 2000000 Hz Full transfers per second: 30.71 ok
I hope this helps,
Thank you in advance!
Matt O -
Thanks for your report. From the stack trace I can see where the code is failing, but not why. Please tell me a little about your machine configuration. In particular, are you using any CAN-connected expansion boards, and if so, what devices have you configured on them?
PS - also, what type of Z probe are you using?
[Note to self: assertion failed at line 404 of port.c. It appears to be trying to enter an interrupt critical section while executing the SysTick ISR.]
-
@dc42 sorry for my late reply
these are the results of my measurements
1000 ohm -> 160c
33o ohm -> 215c
220 ohm -> 237cwhich are roughly consistent with https://e3d-online.dozuki.com/Wiki/Thermistor_table. . so i feel, it's the thermistor which provides too low resistances. consequently there is no reason to blame duet.
thanks for your assistance.
