Currently the screen updates every minute because of the train arrival time countdown, which is bad for its lifespan. I'm already seeing artifacts on the screen from updating too many times.

I need to make the update_interval more dynamic by:

• Turn on screen only when someone is in the room, using a motion sensor, and/or
• Update the screen less often at night when trains are slower, and/or
• Use opposite color scheme or blank the screen once in a while.

References:
https://community.home-assistant.io/t/dynamically-change-update-interval/108074/8

Weather entities do not have a forecast attribute anymore. Instead, you need to use the service get_forecasts. This breaks part of the code in sensor.yaml.

Would be interesting to see how many times the screen gets refreshed per day and try to figure out how long the screen will last.

When I try to run the weatherman.yaml the ESPhome will validate and stop at "INFO Generating C++ source..."

It does not even begin to compile and there are no erros.

I think Home Assistant doesn't support that many weather conditions.

Looking at the HA Core translations in lokalise (search for strings under key component::weather::entity_component::_::state), I see strings only for the ones below. Thus, I think it's useless to keep in flash so many icons which would be never used.

Instead only these would be required:

        "\U000F0594", # clear-night
        "\U000F0590", # cloudy
        "\U000F0F2F", # exceptional
        "\U000F0591", # fog
        "\U000F0592", # hail
        "\U000F0593", # lightning
        "\U000F067E", # lightning-rainy
        "\U000F0595", # partlycloudy
        "\U000F0596", # pouring
        "\U000F0597", # rainy
        "\U000F0598", # snowy
        "\U000F067F", # snowy-rainy
        "\U000F0599", # sunny
        "\U000F059D", # windy
        "\U000F059E", # windy-variant

Affected lines in the config:
https://github.com/Madelena/esphome-weatherman-dashboard/blob/c461b16ad41afa46ebf356ff16016d88ffecfb09/weatherman.yaml#L451C1-L480C43

Love the project, looks great in the frame. I have a question though - why the use of PNG images for the text titles, and not using written text in the ESPHome display lambda?

While validating I get this with your weatherman.yaml

INFO Reading configuration /config/esphome/weatherman.yaml...
ERROR Error while reading config: Invalid YAML syntax:

Duplicate key "else"
  in "/config/esphome/e-ink-display.yaml", line 61, column 15:
                  else:
                  ^
NOTE: Previous declaration here:
  in "/config/esphome/e-ink-display.yaml", line 59, column 15:
                  else:
                  ^

Hi @Madelena,

I believe that one of the "due at" to Canarsie on the weatherman.yaml code could be capturing the "due at" to Manhattan.

Line 331 reads:

it.printf(330, 608, id(font_small_book), color_white, TextAlign::TOP_CENTER, "%s", id(train_manhattan_due_at).state.c_str());

however, I believe it should instead read as:

it.printf(330, 608, id(font_small_book), color_white, TextAlign::TOP_CENTER, "%s", id(train_canarsie_due_at).state.c_str());

By the way, great project. Thanks a lot for it. I just build mine and was able to adapt to use with NextBus (Umo) integration from Home Assistant.

Amazing job, love this idea and want to get started myself. Instead of a dedicated cable, I would like to use a battery. Would that be as easy as connecting a powerbank to the ESP chip? Any idea what the battery life would be?

Would be nice to see when the display was last refreshed.

Simple change needed to weatherman.yaml - add '-' to the array of glyphs included with font_large_bold.

I feel like this should be somewhat trivial, but for the sake of making things more convenient for future users of this, I thought I'd mention it.

I bought the same components as listed in the README and wanted black text/images on white background. I inverted everything and now I can see the black text painted but then it almost immediately gets replaced to where you can only see the ghosted image of it.

I'm not sure if you experienced any situation like this but I didn't know if it was a mis-mapping on the pins or something else was wrong but I can clearly see the correct information painted but if you use color_white instead of color_black and vice/versa, nothing gets displayed.

Hi!

I built an own display based on this project. But during the day, weather symbols for future night forecasts were displayed as day symbols. I therefore tried another code for the sensor that works:

{% if ((cond3_time > next_setting and cond3_time < next_rising) or (cond3_time < next_setting and cond3_time < next_rising and next_rising < next_setting)) %}

Maybe you'd like to use it as well.

Best :)

Jorin

Is the bleach white red e ink display supported?

Any idea whether the tri-color 7.5" screen from Waveshare would work? It's $59.95 which is about $9 cheaper on Amazon than the one you have linked. The difference is that it doesn't have the Raspberry Pi hat that I assume you wouldn't need since you're driving it with an ESP32.
https://www.amazon.com/dp/B076BVFHDV

There's also an even cheaper (but lower resolution) option for $53.99. I would guess the resolution difference wouldn't matter with this use case. Again not 100% sure about compatibility, but it's the same brand:
https://www.amazon.com/dp/B075R69T93

Also this driver which I think is the exact same part is a few bucks cheaper:
https://www.amazon.com/dp/B07RM1BBVF

I would have just PR'ed your readme but I can't create your affiliate links and I'm not 100% certain that the screens are drop-in replacements.

Hey guys,

I dont have an issue. Just wanted to share my configuration that is based on Madelenas project.
I also added battery/deep sleep support to the configuration and created a 3D printable insert which makes the assembly much easier. :)

You can find all infos here: https://github.com/Nerdiyde/ESPHomeSnippets/tree/main/Snippets/eInk_frame_insert_ribba_5inchX7inch

Best regards
Fab