Feedback/Feature requests

  • OK, I am not a normal use case. However I do have some feedback.

    My situation is that I am extensively using Shelly products for my caravan/RV/mobile home automation and have been observing patterns of behavior due to the changing environments that I experience.

    My automation environment is controlled from custom automations implemented with node-red via MQTT interactions.

    Things that I am controlling or monitoring with Shelly devices are:

    1. Climate control using the H&T as the sensors with four of them in the following zones:
      • Bathroom
      • Bedroom
      • Kitchen
      • Living Room
    2. Cooling control for roof air conditioners via Shelly 1PM's for:
      • Bedroom (Spills over to the bathroom)
      • Living room (Spills over to the kitchen)
    3. Electric hydronic heating control when plugged into external power or load dumping when solar charging the house storage battery has reached full capacity and to not waste solar generation, again using Shelly 1PM's.
      • Hydronic storage tank 1
      • Hydronic storage tank 2
    4. Power monitoring when running on solar to shutdown the high power inverter to save energy. I am using the Shelly EM with two sensors for split phase power. I.E. If total power consumption has been under 100 watts of AC power for ten minutes; then automatically shut off the inverter as it consumes 100 watts plus say 20 watts of parasitic AC power loads. Note: I also ping the laptop computer to see if it is online with as a priority load.
    5. Shelly 1's as MQTT power signal indicators for:
      • External shore power input
      • Generator input power
      • External power is 220V split phase verses a 120v feed

    Given the highly variable environments that my RV goes through I have changed my H&T's to be supplied with external DC power with DC to DC converters.

    Since the H&T are running on external power, how about allowing the reporting period to configurable when external power is enabled? I understand that this firmware feature was removed to conserve battery power, which is not applicable when externally powered.

    Allow the reporting period to be altered via MQTT as when I am running the air conditioner in the bedroom due to it being a smaller space; I get big temperature over shoots when cooling.

    My further observation is that when I am in isolated settings with no one close by that could cause WiFy interference, everything works are expected.

    However when I pull into a caravan/RV park when there are multiple access point in range; things start to act weirdly.

    My bedroom H&T is furthest from the WiFy Access point inside of my RV. It sometimes seems to get into a mode where it is making reports (I record the last MQTT event update time via a node-red flow), but it is reporting an older value rather then a fresh reading of the sensors.

    Power cycling the device restores normal functionality.

    My other Shelly AC powered devices sometimes loose connectivity to the WiFy Access point/internal network for both MQTT and web GUI interactions. Power cycling the device restores functionality.

  • Since the H&T are running on external power, how about allowing the reporting period to configurable when external power is enabled? I

    This is already implemented.. can be enabled via WebUI (you'd have to wake up the device via button).. H&T will send reports every 10 minutes instead of 12 hours / or temperature/humidity change..

    pasted-from-clipboard.png

    Wifi disconnects should be fixed with Firmware 1.10.1 for all Shellys.. which firmware version is currently installed on the devices?

    >100 Shellies, darunter so gut wie alles was der Hersteller produziert hat. ;)
    :!: ich beantworte grundsätzlich keine Fragen per persönlicher Nachricht:!:

  • The bedroom H&T is: 20210312-133748/v1.10.0-rc5-g1c546b5

    [Blockierte Grafik: https://www.crystalpoint.com/cpdownloads/public/outgoing/Freds/StuckHT.jpg]

    As you can see from the above graphic the bedroom sensor got stuck about 6:30AM, note it continued to report every ten minutes and I power cycled it around 7:40PM, at which time it will track the temperature until it get's stuck again. Note when it got stuck the report turned the heat on and I woke up sweating because it was too hot.

    Ten minutes is too course of reporting period when you are using it for climate control in a small space. That's why I requested the ability to specify the time period...

  • So any progress on these two issues?

    1. Allow more frequent reporting period when externally powered.

    2. Device stuck and reporting a static value that doesn't reflect current conditions?

    Note I am seeing this from multiple H&T's.

  • Dieses Thema enthält 2 weitere Beiträge, die nur für registrierte Benutzer sichtbar sind, bitte registrieren Sie sich oder melden Sie sich an um diese lesen zu können.