mh
/
mhsw-espurna
1
0
Fork 0
Code Releases 0 Activity
Fork of the espurna firmware for `mhsw` switches
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
3035 Commits
18 Branches
212 MiB
Tree: 732e84c45e
Branches Tags
${ item.name }
Create branch ${ searchTerm }
from '732e84c45e'
${ noResults }
mhsw-espurna/code/espurna/terminal.h

26 lines
475 B
Raw Normal View History

Headers cleanup (#2134) * Config: remove prototypes.h * fixup order * word * add missing * fix warning while still using .ino * bad at c/p;
4 years ago
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
sensor/emon: refactoring (#2213) - Update sensor classes to support a generic way to store energy values - Update sensor conversion code to deal with units and not magnitudes - Add magnitude<->unit for sensors, generic way of defining used unit. Convert from sensor magnitude unit to the one used for display. - Reset energy value based on index through external means (MQTT, HTTP) - Rework energy timestamping, update webui with 'last saved' value While this solves the energy conversion issues and we are finally seeing the real value, what I don't really like: - KilowattHour and WattHour are separate enum tags, thus sort-of are different types altogether - Conversion code in Energy object should probably use some generic 'ratio' calculation? (https://en.cppreference.com/w/cpp/numeric/ratio/ratio) - We are still using runtime checks to do calculations and depend that sensor outputs only one specific value type. Consider this a fix for energy display / storage and preliminary work on sensor.ino Further sensor refactoring... soon.
4 years ago
​
​
Headers cleanup (#2134) * Config: remove prototypes.h * fixup order * word * add missing * fix warning while still using .ino * bad at c/p;
4 years ago
​
​
​
sensor/emon: refactoring (#2213) - Update sensor classes to support a generic way to store energy values - Update sensor conversion code to deal with units and not magnitudes - Add magnitude<->unit for sensors, generic way of defining used unit. Convert from sensor magnitude unit to the one used for display. - Reset energy value based on index through external means (MQTT, HTTP) - Rework energy timestamping, update webui with 'last saved' value While this solves the energy conversion issues and we are finally seeing the real value, what I don't really like: - KilowattHour and WattHour are separate enum tags, thus sort-of are different types altogether - Conversion code in Energy object should probably use some generic 'ratio' calculation? (https://en.cppreference.com/w/cpp/numeric/ratio/ratio) - We are still using runtime checks to do calculations and depend that sensor outputs only one specific value type. Consider this a fix for energy display / storage and preliminary work on sensor.ino Further sensor refactoring... soon.
4 years ago
​
Headers cleanup (#2134) * Config: remove prototypes.h * fixup order * word * add missing * fix warning while still using .ino * bad at c/p;
4 years ago
 
  1. /*

  2. 

  3. TERMINAL MODULE
  4. 

  5. Copyright (C) 2016-2019 by Xose Pérez <xose dot perez at gmail dot com>
  6. 

  7. */
  8. 

  9. #pragma once

  10. 

  11. #if TERMINAL_SUPPORT

  12. 

  13. #include "libs/EmbedisWrap.h"

  14. 

  15. using embedis_command_f = void (*)(Embedis*);
  16. 

  17. void terminalOK();
  18. void terminalError(const String& error);
  19. 

  20. void terminalRegisterCommand(const String& name, embedis_command_f func);
  21. void terminalInject(void *data, size_t len);
  22. Stream& terminalSerial();
  23. 

  24. void terminalSetup();
  25. 

  26. #endif // TERMINAL_SUPPORT == 1