Hi again Martijn,
Unfortunately not, I believe that the defrost and frost prevention ones are the only ones that Samsung have put specific details of in the public domain (and disassembling the EEPROM machine code to identify other algorithms is way above my pay grade). We have inferred quite a bit about others through observation/reverse engineering (e.g. compressor suction/discharge pressure control, min and max compressor speeds, circulating pump exercising frequency etc.) but unless we can install a spy in the Samsung design department its pretty much inspired guesswork.
Yes, that’s what lots of us do to calculate generated energy, but (I think I recall) the LWT and RWT sensors are only taped to the inlet/outlet pipework (don’t know whether HT cement is used) so may be +/-0.5degC at best , so if the actual deltaT is only 2degC that could introduce a big error as @glyn.hudson suggests.
I believe that the WRC gets its energy generated/consumed data from NASA 0x4427 and 0x8414 respectively (totals since installation) by recording their values at beginning and end of the month (for instance) and calculating the differences. The instantaneous values are available at 0x4426 and 0x8413, but SNET doesn’t display these (though NASAmonitor does - see Samsung ASHPs: Review of NASAmonitor – an Alternative to SNET-Pro2). You can get 0x8413 into the SNET display (see Samsung ASHPs: Customising Your SNET-Pro2 Display) but not 0x4426. The NASA messages 0x4426/7 are based on pure water as the circulation fluid, but happily (if you have glycol up to about 30vol%) the density increase and sp ht decrease cancel one another almost exactly, giving a net error in reported energy generated of less that 0.5%. If you do use the above “instantaneous” NASA messages, be aware that these data only arrive at F1/F2 every minute or two (fine for CoP calcs if averaged over a few refreshes as NASAmonitor does).
Hope this doesn’t confuse things further - I’m getting a little off-topic here… 