Repetier Extruder/Bed power via M105?

Controllers Smoothie
1

Hi all,
I have upgraded my delta from RAMPS 1.4 to Smoothie. Until I get the networking squared away, I’m using Repetier host via USB to control it.

I am able to heat and control the extruder and bed, but Repetier is not showing the power outputs for extruder and bed. I know for previous work in Marlin firmware that repetier gets these via the M105 command usually. Its useful to see these graphs, it helps me to determine if the extruder heater is running wide open (limiting print speed) or to tell when something is wrong.

has anyone else come across this?

Imported from wikidot

2

I think this is just in the M105 format.
My printer is sending back:
21:57:28.370 : ok T:200.1 /200.0 @83 B:60.0 /60.0 @67

But Repetier is expecting different format for the power (“@0:”, “@B:”)

21:57:28.370 : ok T:200.1 /200.0 @0:83 B:60.0 /60.0 @B:67

I don’t know if repetier is using nonstandard format there or not, but it could be solved by letting users change this in config e.g.,
temperature_control.hotend.power_designator @0: #used in the M105 return
temperature_control.bed.power_designator @B: #used in the M105 return

3

This is weird, I would think somebody would have reported this before, is this the latest version of repetier ?

4

yes. 1.62 repetier host. I get the impression not a lot of people bother with the power output graph.

5

I kludged this together, and it is working in repetier host 1.62:
in temperaturecontrol.cpp : my changes in bold

if( gcode->m == this->get_m_code ) {

std::string Pwrfmt=this->designator;

if (this->designator==“T”)
{
Pwrfmt="";//Repetier doesn’t want T@:, but does want B@: in M105
}

char buf[32]; // should be big enough for any status
int n = snprintf(buf, sizeof(buf), "%s:%3.1f /%3.1f %s@:%d ", this->designator.c_str(), this->get_temperature(), ((target_temperature <= 0) ? 0.0 : target_temperature), __Pwrfmt.c_str(),__this->o);
gcode->txt_after_ok.append(buf, n);
return;
}